• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Kris Phillips
    K
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 14
    • Best 1
    • Controversial 0
    • Groups 0

    Kris Phillips

    @Kris Phillips

    1
    Reputation
    374
    Profile views
    14
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    Kris Phillips Unfollow Follow

    Best posts made by Kris Phillips

    • RE: Chainloading Failed on All Models on 5 different servers

      Attached is the image.

      I think I found a bug, though, in the latest version. If a machine doesn’t have a default image assigned to it, it gives the chainloading failed message. However, when I go into the host on the web UI and assign a default image to it, it no longer has this issue.

      Error Message

      posted in Bug Reports
      K
      Kris Phillips

    Latest posts made by Kris Phillips

    • RE: Chainloading Failed on All Models on 5 different servers

      @Wayne-Workman
      Not sure how its working for you. I upgrades 5 different imaging servers and they all have the same problem. The only thing that I change is unassigning the image. I remove the default image, it breaks. I reassign it, it works again. I can replicated this several times with several different hosts. I’d be happy to dig if someone has any idea where it could be happening. We are working around it for now, though.

      posted in Bug Reports
      K
      Kris Phillips
    • RE: Chainloading Failed on All Models on 5 different servers

      @Tom-Elliott Thanks! I’ll pull the latest SVN and see how it does. Should be able to report back on Monday whether this change fixes it or not.

      [EDIT]

      Just tried pulling from the SVN and it still says I’m on the current version. I’ll wait until Monday to try and pull again, as I’m assuming there is a bit of a delay in this getting pushed to the SVN.

      posted in Bug Reports
      K
      Kris Phillips
    • RE: Chainloading Failed on All Models on 5 different servers

      Tom,

      My original post has the version. Its 5956. The “Version provided by this revision” is the FOG agent for the client PC’s I’m referring to. I didn’t figure it applied, since we’re talking about imaging and not the FOG agent.

      The output of the HTTP request you gave me is what I posted earlier. Are you asking me to do it again or something with a different host?
      I’ve looked at the command 2-3 times and it looks exactly the same as what was asked of me to post earlier.

      Here is the output of my default.ipxe:

      #!ipxe
      cpuid --ext 29 && set arch x86_64 || set arch i386
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param platform ${platform}
      param product ${product}
      param manufacturer ${product}
      param ipxever ${version}
      param filename ${filename}
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :bootme
      chain http://10.10.31.25/fog/service/ipxe/boot.php##params
      
      posted in Bug Reports
      K
      Kris Phillips
    • RE: Chainloading Failed on All Models on 5 different servers

      Here you go! I also unassigned the image and verified that it was broken again by trying to boot.

      #!ipxe
      set fog-ip 10.10.31.25
      set fog-webroot fog
      set boot-url http://${fog-ip}/${fog-webroot}
      cpuid --ext 29 && set arch x86_64 || set arch i386
      goto get_console
      :console_set
      colour --rgb 0x00567a 1 ||
      colour --rgb 0x00567a 2 ||
      colour --rgb 0x00567a 4 ||
      cpair --foreground 7 --background 2 2 ||
      goto MENU
      :alt_console
      cpair --background 0 1 ||
      cpair --background 1 2 ||
      goto MENU
      :get_console
      console --picture http://10.10.31.25/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console
      :MENU
      menu
      colour --rgb 0x00567a 0 ||
      cpair --foreground 1 1 ||
      cpair --foreground 0 3 ||
      cpair --foreground 4 4 ||
      item --gap Host is registered as AP1022!
      item --gap -- -------------------------------------
      item fog.local Boot from hard disk
      item fog.memtest Run Memtest86+
      item fog.keyreg Update Product Key
      item fog.deployimage Deploy Image
      item fog.multijoin Join Multicast Session
      item fog.quickdel Quick Host Deletion
      item fog.sysinfo Client System Information (Compatibility)
      item fog.advancedlogin Advanced Menu
      choose --default fog.local --timeout 10000 target && goto ${target}
      :fog.local
      sanboot --no-describe --drive 0x80 || goto MENU
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=10.10.31.25/fog/ consoleblank=0 rootfstype=ext4 loglevel=4
      imgfetch init_32.xz
      boot || goto MENU
      :fog.memtest
      kernel memdisk iso raw
      initrd memtest.bin
      boot || goto MENU
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=10.10.31.25/fog/ consoleblank=0 rootfstype=ext4 loglevel=4
      imgfetch init_32.xz
      boot || goto MENU
      :fog.keyreg
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param keyreg 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.deployimage
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param qihost 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.multijoin
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param sessionJoin 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.quickdel
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param delhost 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :fog.sysinfo
      kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=127000 web=10.10.31.25/fog/ consoleblank=0 rootfstype=ext4 loglevel=4 mode=sysinfo
      imgfetch init_32.xz
      boot || goto MENU
      :fog.advancedlogin
      login
      params
      param mac0 ${net0/mac}
      param arch ${arch}
      param username ${username}
      param password ${password}
      param advLog 1
      isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
      isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
      :bootme
      chain -ar http://10.10.31.25/fog/service/ipxe/boot.php##params ||
      goto MENU
      autoboot
      

      Modded to use code tag

      posted in Bug Reports
      K
      Kris Phillips
    • RE: Chainloading Failed on All Models on 5 different servers

      Attached is the image.

      I think I found a bug, though, in the latest version. If a machine doesn’t have a default image assigned to it, it gives the chainloading failed message. However, when I go into the host on the web UI and assign a default image to it, it no longer has this issue.

      Error Message

      posted in Bug Reports
      K
      Kris Phillips
    • Chainloading Failed on All Models on 5 different servers
      Server
      • FOG Version: 1.3-RC11 - 5956
      • OS: CentOS 6
      Client
      • Service Version: Version provided by this revision
      • OS: Windows 10
      Description

      I just upgraded several of the servers from an older SVN revision to the current one in the repository and now I’m getting a chainloading error on all of our computers we try to image with it. We select “deploy image” and get a chainloading failed. I have verified that we have undionly.kpxe as the boot file in our Windows DHCP server and the exit type that is set is SANBOOT, but I tried changing it to both GRUB and EXIT with no dice. These machines are using Legacy boot, rather than UEFI.

      posted in Bug Reports
      K
      Kris Phillips
    • RE: Apache Error on Trunk 4991

      @Sebastian-Roth All good! I’m very appreciative of all of your quick responses on this. Been trying to start some Windows 10 rollouts for testing and FOG 1.2 and Windows 10 are not buddies…

      posted in FOG Problems
      K
      Kris Phillips
    • RE: Apache Error on Trunk 4991

      @Tom-Elliott Looks like installing that repo did it. Thank you very much! I’m assuming a new package version if necessary for the latest trunk or something? Is this repo supposed to be added during the installfog.sh script?

      posted in FOG Problems
      K
      Kris Phillips
    • RE: Apache Error on Trunk 4991

      PHP version (php -v):
      PHP 5.4.16 (cli) (built: Jun 23 2015 21:17:27)
      Copyright © 1997-2013 The PHP Group
      Zend Engine v2.4.0, Copyright © 1998-2013 Zend Technologies

      CentOS Version (rpm --query centos-release):
      centos-release-7-2.1511.el7.centos.2.10.x86_64

      posted in FOG Problems
      K
      Kris Phillips
    • RE: Apache Error on Trunk 4991

      Latest error_logs file ending where error exists:
      Mar 11 12:27:35 CPFog.CANTON.local systemd[1]: Starting The Apache HTTP Server…
      Mar 11 12:27:35 CPFog.CANTON.local httpd[3263]: AH00558: httpd: Could not reliably determine the server’s fully qualified domain name, using CPFog.CANTON.local. Set the ‘ServerName’ directive globally to suppress this message
      Mar 11 12:27:35 CPFog.CANTON.local systemd[1]: Started The Apache HTTP Server.

      ● php-fpm.service - The PHP FastCGI Process Manager
      Loaded: loaded (/usr/lib/systemd/system/php-fpm.service; enabled; vendor preset: disabled)
      Active: active (running) since Fri 2016-03-11 12:27:35 EST; 2s ago
      Main PID: 3264 (php-fpm)
      Status: “Ready to handle connections”
      CGroup: /system.slice/php-fpm.service
      ├─3264 php-fpm: master process (/etc/php-fpm.conf
      ├─3265 php-fpm: pool www
      ├─3266 php-fpm: pool www
      ├─3267 php-fpm: pool www
      ├─3268 php-fpm: pool www
      └─3269 php-fpm: pool www

      Mar 11 12:27:35 CPFog.CANTON.local systemd[1]: Starting The PHP FastCGI Process Manager…
      Mar 11 12:27:35 CPFog.CANTON.local systemd[1]: Started The PHP FastCGI Process Manager.
      –2016-03-11 12:27:37-- http://10.10.51.22/fog//management/export.php?type=sqldump
      Connecting to 10.10.51.22:80… connected.
      HTTP request sent, awaiting response… 500 Internal Server Error
      2016-03-11 12:27:37 ERROR 500: Internal Server Error.

      Latest httpd error_log:
      [Fri Mar 11 12:45:42.007126 2016] [:error] [pid 3272] [client 192.168.114.2:60972] PHP Fatal error: Cannot create references to elements of a temporary array expression in /var/www/html/fog/lib/fog/fogcore.class.php on line 120

      Where is the fog_error log you’re looking for? I’m not familiar with the path I can find that on CentOS.

      posted in FOG Problems
      K
      Kris Phillips