• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • 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 Jul 14, 2016, 5:08 PM

    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
    • T
      Tom Elliott
      last edited by Jul 14, 2016, 5:10 PM

      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
      • W
        Wayne Workman
        last edited by Jul 14, 2016, 5:13 PM

        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 Jul 14, 2016, 5:59 PM Reply Quote 0
        • B
          BardWood
          last edited by Jul 14, 2016, 5:38 PM

          SF = San Francisco

          1 Reply Last reply Reply Quote 0
          • B
            BardWood
            last edited by Jul 14, 2016, 5:55 PM

            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 Jul 14, 2016, 5:59 PM

              @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.

              W 1 Reply Last reply Jul 14, 2016, 6:14 PM Reply Quote 0
              • W
                Wayne Workman @BardWood
                last edited by Wayne Workman Jul 14, 2016, 12:15 PM Jul 14, 2016, 6:14 PM

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

                206

                Online

                12.0k

                Users

                17.3k

                Topics

                155.2k

                Posts
                Copyright © 2012-2024 FOG Project