• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    Rebooting FOG server issue

    Scheduled Pinned Locked Moved Solved
    FOG Problems
    3
    4
    2.0k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      Brendan Clemente
      last edited by

      Good afternoon all, I am working on a project to deploy Windows 10 using FOG loaded up on a Raspberry Pi. Everything has been running fairly smoothly, but I have a small issue whenever I shutdown the RPi and then boot it back up.

      After I boot the pi back up and schedule a task for one of my hosts, the host will not see the tftp request sent by the FOG server while pxe booting. I can see the host online through the FOG client but I cannot get the computer to pxe boot into the task. The only thing I have found to cure this issue is to stop and start the isc dhcp service using the below commands:

      sudo service isc-dhcp-server stop
      sudo service isc-dhcp-server start

      I am not using the fog server as my DHCP server, instead I am using our DHCP server onsite. This is not an issue currently because I am local to the RPi so I can SSH and run these commands. However, my eventual goal is to get these RPi’s installed on the private network of each of the store’s I am upgrading, so I do not want the other employee’s in my department to have to go through this to get the FOG server functional again after each restart.

      Is there a certain way to shut down the FOG server that will avoid this issue? If not, is there a way to include this service restart in the boot sequence?

      Thank you in advance for the help.

      -Brendan

      1 Reply Last reply Reply Quote 0
      • george1421G
        george1421 Moderator
        last edited by

        For a mobile FOG server or moving the fog server into unmanageable dhcp server scopes, you will probably want to use dnsmasq (ProxyDHCP) to override anything the local dhcp server tells about network booting. dnsmasq properly configured will only provide the netboot information leaving the rest of the settings coming from the site dhcp server.

        I have a tutorial for dnsmasq here: https://forums.fogproject.org/topic/12796/installing-dnsmasq-on-your-fog-server

        On other matters, just be mindful that FOG doesn’t like the IP address of the FOG server to change after FOG is installed. There are a number of places you will need to fix once its in its final destination subnet. If you are creating a truly mobile fog server, one of the moderators created a bash script that runs to automatically update the settings as the mobile fog server moves subnets.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!

        1 Reply Last reply Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by

          @Brendan-Clemente said in Rebooting FOG server issue:

          I am not using the fog server as my DHCP server, instead I am using our DHCP server onsite.

          Then (re)starting the DHCP server on your FOG server is not the right solution. It just masks the issue. Either look into properly setting up your DHCP server to serve PXE information (useful wiki article: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence) or use dnsmasq as mentioned by George!

          The IP update script mentioned you find here: https://github.com/FOGProject/fog-community-scripts/tree/master/updateIP

          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

          1 Reply Last reply Reply Quote 0
          • B
            Brendan Clemente
            last edited by Brendan Clemente

            @Sebastian-Roth @george1421 Thank you both. I am most likely eventually going to move to using FOG dhcp so I am not going to go too crazy with this. Was just curious as to if this was a known issue with a workaround. Just using our hq dhcp for the time being for testing.

            1 Reply Last reply Reply Quote 0
            • 1 / 1
            • First post
              Last post

            202

            Online

            12.0k

            Users

            17.3k

            Topics

            155.2k

            Posts
            Copyright © 2012-2024 FOG Project