• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. doogxela
    D
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 10
    • Best 1
    • Controversial 0
    • Groups 0

    doogxela

    @doogxela

    2
    Reputation
    1
    Profile views
    10
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    doogxela Unfollow Follow

    Best posts made by doogxela

    • RE: Dhcp vendor class question

      @Greg-Plamondon
      They talk about that here: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence#Building_custom_DHCP_Classes_for_co-existence_with_FOG

      Basically, it means start at character 0 and go 20 characters after that, then compare what you see in those 20 characters to the following string.

      posted in General Problems
      D
      doogxela

    Latest posts made by doogxela

    • RE: Unable to update Kernel and Captures not going to /images

      @Sebastian-Roth After moving the files and creating the link, it all seems to be working correctly now. I have updated the kernels using the web interface, and it successfully updated and is using them. My test computer now successfully boots to ipxe.

      I wish I could tell you what I did during the installation process that might have broken the link, but since this was my first time setting up a DHCP server and my first time installing FOG from scratch, it could be any number of things.

      I appreciate the assistance here.

      posted in FOG Problems
      D
      doogxela
    • RE: Unable to update Kernel and Captures not going to /images

      @Sebastian-Roth

      :~$ ls -al /var/www/fog/lib/fog/system.class.php /var/www/html/fog/lib/fog/system.class.php
      -rw-r--r-- 1 www-data www-data 1524 Sep 19 19:11 /var/www/fog/lib/fog/system.class.php
      -rw-r--r-- 1 www-data www-data 1524 Sep 24 12:18 /var/www/html/fog/lib/fog/system.class.php
      
      :~$ ls -al /var/www/fog/lib/fog/config.class.php /var/www/html/fog/lib/fog/config.class.php
      -rw-r--r-- 1 www-data www-data 3752 Sep 19 19:11 /var/www/fog/lib/fog/config.class.php
      -rw-r--r-- 1 www-data www-data 3753 Sep 24 12:18 /var/www/html/fog/lib/fog/config.class.php
      
      posted in FOG Problems
      D
      doogxela
    • RE: Unable to update Kernel and Captures not going to /images

      @Sebastian-Roth

      :~$ grep FOG_VERSION /var/www/fog/lib/fog/system.class.php /var/www/html/fog/lib/fog/system.class.php
      /var/www/fog/lib/fog/system.class.php:        define('FOG_VERSION', '1.5.9');
      /var/www/html/fog/lib/fog/system.class.php:        define('FOG_VERSION', '1.5.9');
      

      The 19th is when I initially installed FOG on this machine. I know that I ran the installation multiple times, due to some difficulty with getting the network configuration to make sense. Do you have any idea what would have caused the installation to use /var/www/fog to store information rather than /var/www/html/fog?

      posted in FOG Problems
      D
      doogxela
    • RE: Unable to update Kernel and Captures not going to /images

      @Sebastian-Roth

      :~$ ls -al /var/www /var/www/fog /var/www/html
      /var/www:
      total 20
      drwxr-xr-x  4 root     root     4096 Sep 19 19:11 .
      drwxr-xr-x 15 root     root     4096 Sep 19 19:06 ..
      drwxr-xr-x 10 www-data www-data 4096 Sep 19 19:14 fog
      drwxr-xr-x  3 root     root     4096 Sep 24 12:18 html
      -rw-r--r--  1 www-data www-data   52 Sep 19 19:11 index.php
      
      /var/www/fog:
      total 408
      drwxr-xr-x 10 www-data www-data   4096 Sep 19 19:14 .
      drwxr-xr-x  4 root     root       4096 Sep 19 19:11 ..
      drwxr-xr-x  2 www-data www-data   4096 Sep 19 19:11 api
      drwxr-xr-x  2 www-data www-data   4096 Sep 19 19:11 client
      drwxr-xr-x  2 www-data www-data   4096 Sep 19 19:11 commons
      -rw-r--r--  1 www-data www-data 370070 Sep 19 19:11 favicon.ico
      lrwxrwxrwx  1 www-data www-data     13 Sep 19 19:11 fog -> /var/www/fog/
      drwxr-xr-x  2 www-data www-data   4096 Sep 19 19:11 fogdoc
      -rw-r--r--  1 www-data www-data    572 Sep 19 19:11 index.php
      drwxr-xr-x 13 www-data www-data   4096 Sep 19 19:11 lib
      drwxr-xr-x 10 www-data www-data   4096 Sep 19 19:11 management
      drwxr-xr-x  3 www-data www-data   4096 Sep 19 19:11 service
      drwxr-xr-x  2 www-data www-data   4096 Sep 19 19:11 status
      
      /var/www/html:
      total 28
      drwxr-xr-x  3 root     root      4096 Sep 24 12:18 .
      drwxr-xr-x  4 root     root      4096 Sep 19 19:11 ..
      drwxr-xr-x 10 www-data www-data  4096 Sep 24 12:20 fog
      -rw-r--r--  1 root     root     10918 Sep 19 19:06 index.html
      -rw-r--r--  1 www-data www-data    52 Sep 20 14:26 index.php
      
      posted in FOG Problems
      D
      doogxela
    • RE: Unable to update Kernel and Captures not going to /images

      @Sebastian-Roth I don’t have /html/ in the path to those files. Here is the output of that command to the files where they live for me.

      b5cdcde24a1cf892c69e5fdbc4677643  /var/www/fog/service/ipxe/bzImage_5.6.18
      3edcc87a0982149ca1e89bbfbccf4315  /var/www/fog/service/ipxe/bzImage32_5.6.18
      
      :~$ ls /var/www/html/fog/service/ipxe
      advanced.php  bzImage    init_32.xz   refind_aa64.efi  refind_x64.efi
      bgdark.png    bzImage32  init.xz      refind.conf
      bg.png        grub.exe   memdisk      refind.efi
      boot.php      index.php  memtest.bin  refind_ia32.efi
      
      posted in FOG Problems
      D
      doogxela
    • RE: Unable to update Kernel and Captures not going to /images

      @Sebastian-Roth
      After going through the process you linked, I was able to successfully capture an image and subsequently push it out. I’m not sure what was wrong, since I am 98% sure that the password was already correct in all locations, but I’ll take the win.

      So now the only issue is the kernels not updating correctly. When using the web interface, it says that it successfully downloaded and transferred the files, but the web interface still shows that bzImage and bzImage32 are version 4.19.145. I then downloaded 5.6.18 to /var/www/fog//service/ipxe/bzImage_5.6.18 and /var/www/fog//service/ipxe/bzImage32_5.6.18 and changed Fog Configuration -> Fog Settings -> TFTP Server -> TFTP PXE KERNEL to match that file name, and did the same with the 32-bit one. The computer I am testing with, then would not pxe boot. It gets to the init.xz portion, then reboots without a visible error.
      ![0_1601045900908_PXL_20200925_145514241.jpg](Uploading 100%) PXL_20200925_145514241.jpg

      If I switch it back to just use the bzImage kernel, then it works correctly. I am able to pxe boot that same computer to my existing server that is running FOG v1.5.9 and kernel v5.6.18.

      I need to be able to use the newer kernel because the mobile FOG server will be mostly imaging new Dell 5410 computers that need that updated kernel, but will also be imaging some HP Elitebook 840 G3s, which is what I am testing with currently.

      posted in FOG Problems
      D
      doogxela
    • Unable to update Kernel and Captures not going to /images

      I am working on setting up a mobile FOG server. I am using a laptop with Lubuntu 20.04. I have installed FOG from git (v1.5.9). Everything seemed to be set up correctly, but I am encountering two issues at the moment.

      1. I cannot get the Kernel Update to work in the web interface. It shows that it completes, but when I look at the Kernel Versions on the Home screen of the web interface, it still shows
      bzImage Version: 4.19.145
      bzImage32 Version: 4.19.145
      

      I verified that it remains 4.19.145 by starting a capture in debug mode and typing uname -r and it returns 4.19.145

      1. When performing a capture, it seems to complete the capture, but the image never gets moved to /images; it remains in /images/dev/<mac address>. I finally realized that the capture task also never completes, it just shows very little completed in the progress bar and there is a spinning circle. The list of images shows that the image is there, and it has a correct size, but obviously I can’t push the image out, since it isn’t actually in the correct location.

      I have verified that the passwords were correct for the fogproject user per https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP#Credentials_.2F_Passwords and that the permissions were correct per https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP#Permissions.

      Please help me figure out what I’ve missed.

      posted in FOG Problems
      D
      doogxela
    • RE: Hosts reboot after any selection at FOG menu

      I re-downloaded the kernels. After that, I was able to successfully start an image. It is currently running, but seems to be slower than it previously was. I’ll investigate that to see if it is actually an issue.

      posted in FOG Problems
      D
      doogxela
    • Hosts reboot after any selection at FOG menu

      I updated my FOG version from 1.5.7 to 1.5.9 yesterday. FOG is running on CentOS Linux release 7.8.2003. The upgrade completed without issue. Now, computers will boot to the FOG menu, but when any option is selected, the computer reboots.

      With the HP Elitebook 840 G3 laptops, after selecting any FOG menu option, it shows

      bzImage_5.6.18 . . . ok
      init.xz
      

      It then just reboots with no further messages

      With the Dell Latitude 5410, any FOG menu option results in the following:

      bzImage_5.6.18 . . . ok
      Could not select: Exec format error (http://ipxe.org/2e008081)
      Could not boot: Exec format error (http://ipxe.org/2e008081)
      Could not boot: Exec format error (http://ipxe.org/2e008081)
      Chainloading failed, hit 's' for the iPXE shell; reboot in 10 seconds
      

      I tested with multiple computers of each model, including several that we successfully imaged prior to the upgrade.

      posted in FOG Problems
      D
      doogxela
    • RE: Dhcp vendor class question

      @Greg-Plamondon
      They talk about that here: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence#Building_custom_DHCP_Classes_for_co-existence_with_FOG

      Basically, it means start at character 0 and go 20 characters after that, then compare what you see in those 20 characters to the following string.

      posted in General Problems
      D
      doogxela