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

Updated Fog server now have to manually enter tftp server address

Scheduled Pinned Locked Moved
FOG Problems
5
11
4.3k
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.
  • P
    pkt
    last edited by Apr 13, 2017, 12:32 PM

    Updated working fog server to Running Version 1.3.4 now evry PXE boot Im asked for the tftp server address. The PXE boot settings on the dhcp server are correct it does PXE boot to the fog preboot but then Im prompted with “Please enter tftp server:”

    1 Reply Last reply Reply Quote 0
    • G
      george1421 Moderator
      last edited by george1421 Apr 13, 2017, 6:39 AM Apr 13, 2017, 12:37 PM

      This still tells me that something is wrong with your dhcp option 66 settings or you have 2 dhcp servers responding with conflicting information.

      <edit> Probably the next step is to capture a pcap of the pxe booting process as long as the fog server and pxe booting client are on the same subnet (vlan) for this test. Follow these instructions and upload the pcap here for review: https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

      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
      • P
        pkt
        last edited by Apr 13, 2017, 1:05 PM

        They are on different subnets, are there instructions for the wire-shark capture?

        G 1 Reply Last reply Apr 13, 2017, 4:17 PM Reply Quote 0
        • P
          pkt
          last edited by Apr 13, 2017, 1:10 PM

          There are 2 Windows DHCP Servers but they are working in high availability so all settings are the same. option 66 is pointed at the fog server and 67 is undionly.kpxe

          1 Reply Last reply Reply Quote 0
          • G
            george1421 Moderator @pkt
            last edited by Apr 13, 2017, 4:17 PM

            @pkt wireshark from the same subnet as the pxe booting computer will work. We currently don’t have instructions for wireshark since the fog server will tell us a bit more of what is going on post dhcp setup. If I get a chance this afternoon I’ll do something quick to get you going, but the ports we want to monitor will be the same for wireshark. If you have used it before you should be able to create a filter in wireshark to make what we are grabbing with tcpdump.

            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!

            W 1 Reply Last reply Apr 14, 2017, 4:26 AM Reply Quote 0
            • W
              Wayne Workman @george1421
              last edited by Wayne Workman Apr 13, 2017, 10:29 PM Apr 14, 2017, 4:26 AM

              @george1421 The TFTP Troubleshooting guide has steps on how to take a capture with TCPDump and examine it with wireshark:
              https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_TFTP#Troubleshooting
              There’s also just the straight TCPDump article:
              https://wiki.fogproject.org/wiki/index.php?title=TCPDump

              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!
              Daily Clean Installation Results:
              https://fogtesting.fogproject.us/
              FOG Reporting:
              https://fog-external-reporting-results.fogproject.us/

              1 Reply Last reply Reply Quote 0
              • A
                alh
                last edited by Apr 14, 2017, 7:43 PM

                We had a similar effect when using PXE chaining. I believe the issue occurs when undionly.kpxe hands over to the “normal” FOG boot image. So the DHCP server initially hands out the correct boot image and the client is instructed by “undionly.kpxe” to boot “http://IPofFOGserver/fog/service/ipxe/boot.php?mac=${net0/mac}”. But then DHCP sends again “undionly.kpxe” as boot image and you have your conflict.

                We solved it by compiling undionly.kpxe ourselves which is really easy. After downloading the source create a file, e. g. fog.ipxe with the following content:

                #!ipxe
                
                dhcp
                chain http://IPofFOGserver/fog/service/ipxe/boot.php?mac=${net0/mac}
                

                Then you need to compile the file like this: make bin/undionly.kpxe EMBED=fog.ipxe.

                That makes sure that the DHCP parameters regarding boot image are ignored. Works perfectly for us and we got rid of entering the IP manually.

                1 Reply Last reply Reply Quote 0
                • A
                  alh
                  last edited by Apr 14, 2017, 9:04 PM

                  Actually when looking at the source of ipxescript it doesn’t prompt conflicting information but when the option next-server (for whatever reason) is not set:

                  :nextservercheck
                  isset ${proxydhcp/next-server} && set next-server ${proxydhcp/next-server} ||
                  isset ${next-server} && goto netboot || goto setserv
                  
                  :setserv
                  echo -n Please enter tftp server: && read next-server && goto netboot || goto setserv
                  

                  To me it is not clear why at this stage (after we booted from the undionly.kpxe and therefore already found our desired boot server) one does not simply hard-code the IP of the FOG server here during installation?

                  https://svn.code.sf.net/p/freeghost/code/trunk/src/ipxe/src/ipxescript

                  G 1 Reply Last reply Apr 14, 2017, 11:54 PM Reply Quote 0
                  • G
                    george1421 Moderator @alh
                    last edited by Apr 14, 2017, 11:54 PM

                    @alh Thanks for the great info. At this point I still think its valuable to grab a pcap of the pxe boot process to see what is actually being sent to the target computer. It may be something simple, or something a bit more complex where your solution would work. At this point we don’t know for sure.

                    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
                    • A
                      alh
                      last edited by Apr 15, 2017, 6:59 PM

                      Maybe also this link helps in setting up MS DHCP correctly:

                      ipxe.org/howto/msdhcp

                      1 Reply Last reply Reply Quote 0
                      • S
                        Sebastian Roth Moderator
                        last edited by Apr 17, 2017, 5:44 PM

                        @alh said:

                        To me it is not clear why at this stage (after we booted from the undionly.kpxe and therefore already found our desired boot server) one does not simply hard-code the IP of the FOG server here during installation?

                        The iPXE binaries are not being compiled on installation time but provided as binary. Therefore we can’t just hard-code the FOG server IP.

                        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 3
                        • 1 / 1
                        1 / 1
                        • First post
                          1/11
                          Last post

                        151

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project