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

TFTP Open Timeout

Scheduled Pinned Locked Moved
Linux Problems
6
37
19.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
    Bruce D
    last edited by Jun 21, 2014, 1:05 AM

    Hi Tom,

    I left work immediately after it started working. However, I will be happy to perform the tests you’re requesting when I get back there Monday morning. I’ll let you know what happens.

    -Bruce D.

    [quote=“Tom Elliott, post: 31045, member: 7271”]Well,

    Can you do one more test?

    We know 777 perms works, but that leaves it open for anyuser logged in to the system to delete it.

    Can you reset the mod to
    [code]chmod -R 644 /tftpboot
    chmod -R fog:root /tftpboot[/code]

    My guess is the selinux wasn’t actually allowing the changing of the permissions when you were trying before.

    Chances are most likely the restorecon released the locking rights which had been established upon your initial reboot after the /etc/sysconfig/selinux change (which didn’t work).[/quote]

    1 Reply Last reply Reply Quote 0
    • B
      Bruce D
      last edited by Jun 23, 2014, 2:14 PM

      OK, I did the test you requested. I changed the permissions to 644 and the ownership (again) to fog:root using the commands you gave me, and PERMISSION DENIED. Change permissions back to 777, and all is well.

      More info:
      666 results in DENIED
      766 DENIED
      676 DENIED
      667 ALLOWED ??? (WTF?) (Although the PXE boot does not complete; it stops at "Booting from SAN device 0x80)

      Now, I’m no Linux guru, but I’d say that was definitely NOT what I expected to see.

      -Bruce D.

      [quote=“Tom Elliott, post: 31045, member: 7271”]Well,

      Can you do one more test?

      We know 777 perms works, but that leaves it open for anyuser logged in to the system to delete it.

      Can you reset the mod to
      [code]chmod -R 644 /tftpboot
      chmod -R fog:root /tftpboot[/code]

      My guess is the selinux wasn’t actually allowing the changing of the permissions when you were trying before.

      Chances are most likely the restorecon released the locking rights which had been established upon your initial reboot after the /etc/sysconfig/selinux change (which didn’t work).[/quote]

      1 Reply Last reply Reply Quote 0
      • I
        ianabc Testers
        last edited by Jun 23, 2014, 4:41 PM

        To access a directory you have to have read and [B]execute[/B] - in the context of a directory it basically means “access metadata” rather than execute. That explains the 7 instead of 6, but you would still expect 676 to work, assuming that your tftp service runs as root.

        1 Reply Last reply Reply Quote 0
        • D
          d31b0y
          last edited by Sep 1, 2014, 8:20 AM

          Didn’t want to start a new thread as I think my issue is similar. I have tried everything posted here but the problem remains. tftp timeout on downloading /default.ipxe

          One major difference, I can tftp locally and download the file so I don’t think it’s permissions.
          No IP Tables running. SELinux is disabled.

          One thing of note… any time I reboot the server, I get the Database Schema Installer / Updater which a MySQL service restart clears.

          Server moved from an old laptop to a Dell PowerEdge 2900. Move went fine and I was able to test earlier in the month but now when I go to use it, the default.ipxe times out. I have been able to register and backup / deploy images with this exact setup less than two weeks ago so I am assuming an update that I pushed through recently has caused it to break. Here’s my apt history from when it last worked - approximately…
          [CODE]
          Start-Date: 2014-08-14 06:42:31
          Install: linux-image-extra-3.13.0-34-generic:amd64 (3.13.0-34.60, automatic), linux-image-3.13.0-34-generic:amd64 (3.13.0-34.60, automatic), linux-headers-3.13.0-34-generic:amd64 (3.13.0-34.60, automatic), linux-headers-3.13.0-34:amd64 (3.13.0-34.60, automatic)
          Upgrade: linux-headers-generic:amd64 (3.13.0.33.39, 3.13.0.34.40), linux-libc-dev:amd64 (3.13.0-33.58, 3.13.0-34.60), linux-image-generic:amd64 (3.13.0.33.39, 3.13.0.34.40), linux-generic:amd64 (3.13.0.33.39, 3.13.0.34.40)
          End-Date: 2014-08-14 06:43:13

          Start-Date: 2014-08-14 11:35:25
          Commandline: apt-get install dnsmasq
          Install: libnetfilter-conntrack3:amd64 (1.0.4-1, automatic), libmnl0:amd64 (1.0.3-3ubuntu1, automatic), dnsmasq-base:amd64 (2.68-1, automatic), dnsmasq:amd64 (2.68-1)
          End-Date: 2014-08-14 11:35:28

          Start-Date: 2014-08-25 12:27:17
          Commandline: apt-get install whois
          Install: whois:amd64 (5.1.1)
          End-Date: 2014-08-25 12:27:20

          Start-Date: 2014-08-25 12:28:11
          Commandline: apt-get upgrade
          Upgrade: python3-problem-report:amd64 (2.14.1-0ubuntu3.2, 2.14.1-0ubuntu3.3), libsystemd-login0:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), accountsservice:amd64 (0.6.35-0ubuntu7, 0.6.35-0ubuntu7.1), libgirepository-1.0-1:amd64 (1.40.0-1ubuntu0.1, 1.40.0-1ubuntu0.2), systemd-services:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), rpcbind:amd64 (0.2.1-2ubuntu1, 0.2.1-2ubuntu2.1), libsystemd-daemon0:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libpam-systemd:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), udev:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), libudev1:amd64 (204-5ubuntu20.3, 204-5ubuntu20.4), gir1.2-glib-2.0:amd64 (1.40.0-1ubuntu0.1, 1.40.0-1ubuntu0.2), python3-distupgrade:amd64 (0.220.2, 0.220.4), python3-gi:amd64 (3.12.0-1, 3.12.0-1ubuntu1), apport:amd64 (2.14.1-0ubuntu3.2, 2.14.1-0ubuntu3.3), libaccountsservice0:amd64 (0.6.35-0ubuntu7, 0.6.35-0ubuntu7.1), python3-apport:amd64 (2.14.1-0ubuntu3.2, 2.14.1-0ubuntu3.3), ubuntu-release-upgrader-core:amd64 (0.220.2, 0.220.4), net-tools:amd64 (1.60-25ubuntu2, 1.60-25ubuntu2.1)
          End-Date: 2014-08-25 12:28:49

          Start-Date: 2014-08-25 12:41:11
          Commandline: apt-get autoremove
          Remove: linux-image-extra-3.13.0-32-generic:amd64 (3.13.0-32.57), linux-image-3.13.0-32-generic:amd64 (3.13.0-32.57), linux-headers-3.13.0-32-generic:amd64 (3.13.0-32.57), linux-headers-3.13.0-32:amd64 (3.13.0-32.57)
          End-Date: 2014-08-25 12:41:22

          Start-Date: 2014-08-29 06:42:00
          Install: linux-headers-3.13.0-35:amd64 (3.13.0-35.62, automatic), linux-image-extra-3.13.0-35-generic:amd64 (3.13.0-35.62, automatic), linux-image-3.13.0-35-generic:amd64 (3.13.0-35.62, automatic), linux-headers-3.13.0-35-generic:amd64 (3.13.0-35.62, automatic)
          Upgrade: linux-headers-generic:amd64 (3.13.0.34.40, 3.13.0.35.42), multiarch-support:amd64 (2.19-0ubuntu6.1, 2.19-0ubuntu6.3), libc-dev-bin:amd64 (2.19-0ubuntu6.1, 2.19-0ubuntu6.3), libc-bin:amd64 (2.19-0ubuntu6.1, 2.19-0ubuntu6.3), libc6:amd64 (2.19-0ubuntu6.1, 2.19-0ubuntu6.3), linux-libc-dev:amd64 (3.13.0-34.60, 3.13.0-35.62), linux-image-generic:amd64 (3.13.0.34.40, 3.13.0.35.42), libc6-dev:amd64 (2.19-0ubuntu6.1, 2.19-0ubuntu6.3), linux-generic:amd64 (3.13.0.34.40, 3.13.0.35.42)
          End-Date: 2014-08-29 06:42:46
          [/CODE]

          Ubuntu 14.04.1 LTS (GNU/Linux 3.13.0-35-generic x86_64)
          Fog 1.2.0
          Non-modifiable DHCP server so using DNS-Masq which worked perfectly when testing earlier in the month.

          I can attach my foginstall.log if required.

          UPDATE it is still working on a different laptop (it definitely wasn’t working on any machine on Friday so something that I changed has made it work a little better).
          I have updated the BIOS on the non-working machine and it is still the same.

          Non working machine - Dell Latitude E5420, A14 BIOS

          1 Reply Last reply Reply Quote 0
          • T
            Tom Elliott
            last edited by Sep 2, 2014, 11:32 PM

            What happens if you run:[code]sudo ufw disable[/code]

            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
            • D
              d31b0y
              last edited by Sep 8, 2014, 7:32 AM

              [CODE]sudo ufw disable
              Firewall stopped and disabled on system startup[/CODE]

              I have done that now. I don’t have the offending machine anymore but when I get it back I will test it and report.

              Thanks.

              1 Reply Last reply Reply Quote 0
              • J
                jbrabhamMSD
                last edited by Sep 28, 2014, 1:37 AM

                I’m having a similar issue. I updates to fog 1.2 and everything seemed fine. A little later, i noticed clients hanging on “TFTP Open Timeout” before iPXE could load. After restarting the server, clients loaded iPXE just fine. Then a little while later, they started hanging again. I checked server status of tftp and it said running, but I restarted the service anyway. Then clients could pxe boot again. But after a while, it goes down again. Any ideas?

                I’m not sure what version of Ubuntu we’re running, I’ll post when I get it.

                Dhcp addresses are handed out by windows servers on our network.

                1 Reply Last reply Reply Quote 0
                • J
                  jbrabhamMSD
                  last edited by Sep 28, 2014, 2:35 AM

                  Ubuntu is version 11.10

                  1 Reply Last reply Reply Quote 0
                  • J
                    jbrabhamMSD
                    last edited by Sep 28, 2014, 6:38 AM

                    Just as confirmation, the service I am restarting on the fog server is tftpd-hpa

                    1 Reply Last reply Reply Quote 0
                    • J
                      jbrabhamMSD
                      last edited by Sep 29, 2014, 6:25 PM

                      [FONT=Arial][COLOR=#333333]I believe I found the issue. I had one DHCP scope in which I had missed updating option 67 to undionly.kpxe. It was still set to pxelinux.0 Once I changed that, it seemed to fix the issue.[/COLOR][/FONT]

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

                      193

                      Online

                      12.0k

                      Users

                      17.3k

                      Topics

                      155.2k

                      Posts
                      Copyright © 2012-2024 FOG Project