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

    FOG works great in local office. TFTP timeout over long distance link.

    Scheduled Pinned Locked Moved
    FOG Problems
    3
    7
    1.6k
    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
      BardWood
      last edited by

      Greetings!
      I’ve read the TFTP timeout entry here: https://wiki.fogproject.org/wiki/index.php?title=Tftp_timeout… I don’t think this applies in this situation but did successfully retrieve ‘undionly.kpxe’ via a Windows TFTP client on the remote subnet so that bit is working.

      Brief topology: I’ve got cross-subnet working in SF using MS DHCP to handout 66/67 via IPHELPER address. Server is x.x.70.x, clients are x.x.40.x. No issues. In Dublin, we replicated the existing setup in SF but we don’t have a MS DHCP server there and use a Cisco switch to handle DHCP instead. The master FOG server is in SF but there is a storage node in Dublin. Clients and Storage Node are part of their own ‘DUBFOG’ group. So Cisco DHCP is pointing its PXE clients to SF FOGs address for TFTP.

      Attachment pic is what happens when this goes down. It shows this screen for ~30 seconds and then times out and boots from disk.

      There’s no actual error displayed, I think it’s just taking too long. I’ve read some articles related to trunking Cisco and STP and am currently investigating that angle. Looking for any advice I can get. I realize 1.3.0 does have the ability for clients to PXE boot off of storage nodes but that wasn’t working when I last tested it a couple months ago.![alt text](0_1468516079646_tftp_timeout.JPG

      1 Reply Last reply Reply Quote 0
      • Tom ElliottT
        Tom Elliott
        last edited by

        What is SF?

        Do you have multiple DHCP Servers? If so, the subnet that’s getting the timeout, is it using the appropriate DHCP and DHCP Scope options? IP Helpers would certainly help but I don’t know the environment to give any good help.

        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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

        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
        • Wayne WorkmanW
          Wayne Workman
          last edited by

          Booting from storage nodes worked fine a few months ago. I think your problem is DHCP option 066 and 067 on the switch - until that is fixed, none of it is going to work.

          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/

          B 1 Reply Last reply Reply Quote 0
          • B
            BardWood
            last edited by

            SF = San Francisco

            1 Reply Last reply Reply Quote 0
            • B
              BardWood
              last edited by

              I do have multiple DHCP servers.

              San Francisco DHCP = MS DHCP = Works fine over 2 subnets. FOG is x.x.70.x. local clients are x.x.40.x.
              Dublin DHCP = Cisco DHCP via the switch. DHCP points PXE clients to SF TFTP. DUB clients get an IP but timeout on TFTP attempts. Using a DUB client on 40.x, and attempting to retrieve undionly.kpxe from SF is successful within the OS. There is no firewall issue.

              Dublin client begins PXE boot as displayed in the screenshot but never gets the PXE boot file.

              1 Reply Last reply Reply Quote 0
              • B
                BardWood @Wayne Workman
                last edited by

                @Wayne-Workman That may be but we have verified the entries there and they are accurate. 66 is pointing to the IP of San Francisco’s FOG/TFTP server and 67 is specifying undionly.kpxe.

                Wayne WorkmanW 1 Reply Last reply Reply Quote 0
                • Wayne WorkmanW
                  Wayne Workman @BardWood
                  last edited by Wayne Workman

                  @BardWood do you have a hub (as opposed to a switch)? I’m just asking, because there’s something you can do to help solve this.

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

                  149

                  Online

                  12.0k

                  Users

                  17.3k

                  Topics

                  155.2k

                  Posts
                  Copyright © 2012-2024 FOG Project