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

TFTP: File Not Found

Scheduled Pinned Locked Moved Solved
FOG Problems
5
22
8.5k
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.
  • W
    Wayne Workman @Scott B
    last edited by Wayne Workman Mar 23, 2016, 1:50 PM Mar 23, 2016, 7:46 PM

    @Scott-B said:

    I can tftp a file directly from the server console so its at least running. The only firewall on the system is ufw (Uncomplicated Firewall) but its disabled on start and is not running on the system.

    Because you can get the files via TFTP from the local server, it’s firewall or network related. And you say the firewall is disabled so… it’s network related probably.

    Could it be an IP conflict, for either this host or the fog server?

    Do you have a network hub (as opposed to a switch)? You could use that to do a capture with wireshark on a test computer. you could also do a capture on the FOG server. To really figure out what is going on, we need to see what’s going across the lines.

    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
    • S
      Scott B @Quazz
      last edited by Mar 23, 2016, 8:04 PM

      @Quazz said:

      @Scott-B What does your /etc/default/tftpd-hpa file look like?

      # /etc/default/tftpd-hpa
      # FOG Modified version
      TFTP_USERNAME="root"
      TFTP_DIRECTORY="/tftpboot"
      TFTP_ADDRESS=":69"
      TFTP_OPTIONS="-s"
      
      1 Reply Last reply Reply Quote 0
      • S
        Sebastian Roth Moderator
        last edited by Mar 23, 2016, 8:41 PM

        My guess it’s firewall… iptables -L -n -v

        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

        S 1 Reply Last reply Mar 24, 2016, 1:01 PM Reply Quote 1
        • S
          Scott B @Sebastian Roth
          last edited by Mar 24, 2016, 1:01 PM

          @Sebastian-Roth said:

          My guess it’s firewall… iptables -L -n -v

          root@FOG:~# iptables -L -n -v
          Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
           pkts bytes target     prot opt in     out     source               destination
          
          Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
           pkts bytes target     prot opt in     out     source               destination
          
          Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
           pkts bytes target     prot opt in     out     source               destination
          
          1 Reply Last reply Reply Quote 0
          • S
            Scott B
            last edited by Scott B Mar 24, 2016, 7:24 AM Mar 24, 2016, 1:23 PM

            /var/log/syslog show the messages below.

            Mar 24 07:52:26 FOG in.tftpd[29283]: tftp: client does not accept options
            Mar 24 08:03:59 FOG in.tftpd[29827]: tftp: client does not accept options
            Mar 24 08:09:01 FOG CRON[30159]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
            Mar 24 08:16:10 FOG in.tftpd[30432]: tftp: client does not accept options
            Mar 24 08:17:01 FOG CRON[30490]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
            Mar 24 08:39:01 FOG CRON[31690]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
            Mar 24 08:44:49 FOG in.tftpd[31921]: tftp: client does not accept options
            Mar 24 09:01:08 FOG kernel: [73741.076609] ip_tables: (C) 2000-2006 Netfilter Core Team
            Mar 24 09:09:01 FOG CRON[911]: (root) CMD (  [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean)
            Mar 24 09:17:01 FOG CRON[1629]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
            

            I also checked the firewall

            root@FOG:~# ufw status
            Status: inactive
            
            S W 2 Replies Last reply Mar 24, 2016, 2:11 PM Reply Quote 0
            • S
              Sebastian Roth Moderator @Scott B
              last edited by Mar 24, 2016, 2:11 PM

              @Scott-B said:

              Mar 24 08:44:49 FOG in.tftpd[31921]: tftp: client does not accept options
              

              You can safely ignore this. It’s just a notice and does not prevent the client from downloading binaries via TFTP! I guess this message in the log came up when you tried tftp from the server console, right?? Please try again from the server and remote and see when you get the message in the logs.

              Other than that I am kind of lost with this. Have you double/triple checked the IP addresses? Are you able to ping both ways (client which you test tftp from and FOG server)??

              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

              S 1 Reply Last reply Mar 24, 2016, 2:17 PM Reply Quote 0
              • S
                Scott B @Sebastian Roth
                last edited by Mar 24, 2016, 2:17 PM

                @Sebastian-Roth said:

                @Scott-B said:

                Mar 24 08:44:49 FOG in.tftpd[31921]: tftp: client does not accept options
                

                You can safely ignore this. It’s just a notice and does not prevent the client from downloading binaries via TFTP! I guess this message in the log came up when you tried tftp from the server console, right?? Please try again from the server and remote and see when you get the message in the logs.

                Other than that I am kind of lost with this. Have you double/triple checked the IP addresses? Are you able to ping both ways (client which you test tftp from and FOG server)??

                I was able to tftp a file from the console, I was trailing the syslog at the time and did not see the message again. I can ping both ways without issue.

                S 1 Reply Last reply Mar 24, 2016, 2:19 PM Reply Quote 0
                • W
                  Wayne Workman @Scott B
                  last edited by Mar 24, 2016, 2:19 PM

                  @Scott-B The idea with troubleshooting when you don’t know what’s going on is just to start trying stuff. A lot of stuff. Write down notes about what you tried and if it worked or not. And while your doing all these ‘things’, your looking for messages and clues anywhere and everywhere.

                  Try a WOL.
                  Try an image capture
                  Try an image deploy
                  Try a snapin
                  Try pinging.
                  Try a packet capture while you try to do an image deploy.
                  Make sure the patch cable connections are snug on the server.
                  Try a new patch cable.
                  Is there a typo in your DHCP option 066 or 067 ???
                  Install FOG with DHCP, then take it off the network and connect it to just a mini-switch / hub, and then connect a target host to that and try imaging. Does it 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/

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator @Scott B
                    last edited by Mar 24, 2016, 2:19 PM

                    @Scott-B Wanna chat? See in the top right corner of this site…

                    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
                    • S
                      Sebastian Roth Moderator
                      last edited by Sebastian Roth Mar 24, 2016, 10:03 AM Mar 24, 2016, 4:03 PM

                      Ok, we did a tcpdump session on the FOG server and we see that the TFTP request from the client as well as the first TFTP answer packet leaving the server (but probably never making it to the client). While ping is working!! So the only two things (more or less one really) I can think of is access rules on the switches or firewall rules on the VM host (test client is running on a VWware host)… definitely not a FOG issue.

                      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 1
                      • S
                        Scott B
                        last edited by Mar 24, 2016, 6:36 PM

                        With a lot of help from @Sebastian-Roth we did track down the issue. Someone must have been in our DHCP server and changed the case of the undionly.kpxe to all caps… thus not finding the file. Sometimes is those simple things you just don’t think to look for. Thanks again for your help Sebastian!

                        1 Reply Last reply Reply Quote 1
                        • S
                          Sebastian Roth Moderator
                          last edited by Mar 24, 2016, 6:58 PM

                          You are welcome! 🙂 As well I learned to pay even more attention to what I see in the PCAP file. Would have saved us at least an hour or two… When testing with the command line client Scott didn’t know about the important -i option for Windows tftp command line client as described here. When looking at the PCAP file Scott sent me I didn’t notice that it tried to request the file in ‘netascii’ mode instead of ‘binary’.

                          So everything is working now and it was just the upper case filename option in the DHCP config…

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

                          216

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project