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

    Seems that TFTP was not prepared by installer

    Scheduled Pinned Locked Moved Solved
    FOG Problems
    4
    42
    11.0k
    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.
    • T
      Tywyn @george1421
      last edited by

      This post is deleted!
      1 Reply Last reply Reply Quote 0
      • Q
        Quazz Moderator
        last edited by

        I’m guessing you deleted your message because you found the .fogsettings file after all.

        As for your DHCP concerns, this might be because your router is also handing out DHCP information.

        If you cannot modify your router’s DHCP settings to hand out TFTP/PXE bootfiles and if you cannot turn it off, then you should like into using ProxyDHCP

        T 1 Reply Last reply Reply Quote 0
        • T
          Tywyn @Quazz
          last edited by Tywyn

          @Quazz You are right. I was looking in /etc/fog (for what reason ever :))
          There is no router involved.
          I have the fog-server connected to a switch (cisco SF100D-05) and my test-client connected to the same switch.
          Strange thing is: in the beginning I got ip-adresses on pxe boot via dhcp.
          Now not anymore. But: starting Windows and setting network to use dhcp immediatly gets an ip address.
          dhcp-Server is the fog-server

          Q 1 Reply Last reply Reply Quote 0
          • Q
            Quazz Moderator @Tywyn
            last edited by

            @Tywyn Would it be possible to provide a screenshot of the client failing to get an IP?

            T 1 Reply Last reply Reply Quote 1
            • T
              Tywyn @Quazz
              last edited by

              @Quazz
              Cannot do a screenshot, but will type in, what it says

              Intel UNDI, PXE-2.1 (build 082)
              Copyright (C) 1997-2000 Inten Corporation
              
              For Realtek RTL8111B/8111C Gigbit Ethernet Controller v2.08 (070827)
              
              CLIENT MAC ADDR: 00 25 11 31 B6 07 GUID: 00251131-B607-2009-0621-034515000000
              PXE-E51: No DHCP or proxyDHCP offers were received.
              
              PXE-M0F: Exiting PXE ROM.
              

              After booting windows now, it does not offer an IP-Address either anymore, although it did 20 Minutes ago:

              # /etc/init.d/isc-dhcp-server status
              ● isc-dhcp-server.service - LSB: DHCP server
                 Loaded: loaded (/etc/init.d/isc-dhcp-server; generated; vendor preset: enabled)
                 Active: active (running) since Wed 2017-07-12 10:59:47 CEST; 32min ago
                   Docs: man:systemd-sysv-generator(8)
                  Tasks: 1 (limit: 4915)
                 CGroup: /system.slice/isc-dhcp-server.service
                         └─7977 /usr/sbin/dhcpd -4 -q -cf /etc/dhcp/dhcpd.conf enp3s1
              
              Jul 12 11:18:00 debian-linux dhcpd[7977]: reuse_lease: lease age 5006 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.100.10
              Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b7:42 (409TN06) via enp3s1
              Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.10 to 00:25:11:31:b7:42 (409TN06) via enp3s1
              Jul 12 11:18:00 debian-linux dhcpd[7977]: reuse_lease: lease age 5006 (secs) under 25% threshold, reply with unaltered, existing lease for 192.168.100.10
              Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b7:42 (409TN06) via enp3s1
              Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.10 to 00:25:11:31:b7:42 (409TN06) via enp3s1
              Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b7:42 via enp3s1
              Jul 12 11:18:00 debian-linux dhcpd[7977]: DHCPDISCOVER from 00:25:11:31:b6:07 via enp3s1
              Jul 12 11:18:01 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.12 to 00:25:11:31:b7:42 via enp3s1
              Jul 12 11:18:01 debian-linux dhcpd[7977]: DHCPOFFER on 192.168.100.13 to 00:25:11:31:b6:07 via enp3s1
              
              Q 1 Reply Last reply Reply Quote 0
              • Q
                Quazz Moderator @Tywyn
                last edited by Quazz

                @Tywyn This might be relevant for your situation:

                https://wiki.fogproject.org/wiki/index.php/Not_passing_PXE,_or_ProxyDHCP...NO_PROBLEM_Cisco

                Either that, or try and get a “dumb” switch and see if that works.

                1 Reply Last reply Reply Quote 0
                • T
                  Tywyn
                  last edited by

                  Replaced the cicso switch by an tp-link switch (Easy Smart Switch TL-SG108E).

                  Same thing. No ip-Addresses anymore …

                  Q 1 Reply Last reply Reply Quote 0
                  • Q
                    Quazz Moderator @Tywyn
                    last edited by

                    @Tywyn Can you communicate from the client to the server? (ping and ftp for example)

                    Another possibility for why it’s not working might be the firewall on debian. You could turn it off for testing.

                    https://forums.fogproject.org/topic/6162/firewall-configuration

                    Explains a bit how to set it up so you can still use it.

                    1 Reply Last reply Reply Quote 0
                    • T
                      Tywyn
                      last edited by

                      I think, the network-card in the fog-server is broken. No more connects into the 192.168.100.0/24 network anymore (ping). Firewall configuration is unchanged.

                      What was very strange before: I tried to capture a host, that I successfully registered before.
                      Started well and then from the sudden the transmission of the image stopped after 850 MB. To make sure that it is not a client issue I changed the client to another machine I then I did not get any ip-Adresses anymore from pxe boot and later also in Windows.

                      george1421G 1 Reply Last reply Reply Quote 0
                      • george1421G
                        george1421 Moderator @Tywyn
                        last edited by

                        @Tywyn In regards to the second nic. Is the FOG server a physical machine or a VM? If it is physical, is this a server with 2 built in nics or did you add the second nic as an add in card? If the nic is an add in card is it a generic one or is it a name brand one like intel or broadcom?

                        This situation seems very strange in that the problem is rolling from one thing to the other. A bad nic might give us that experience, but something tells me there is another thing going on here. Unless you use one of those cheap network card, I suspect the issue is somewhere else.

                        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
                        • T
                          Tywyn
                          last edited by Tywyn

                          Ok. Problems that came up with the dhcp-issue were related to the network-card in the fog server.
                          Strange thing, since the network card worked for some minutes and then stopped even pinging, which worked before.

                          Changed the network card, built an image from one machine an cloned it to another machine. Everything worked fine.

                          No comes the fine tuning.

                          Thank you for your help everybody!

                          1 Reply Last reply Reply Quote 0
                          • T
                            Tywyn
                            last edited by

                            @george1421 It is a physical machine with 1 onboard NIC and (now) one TP-Link networkcard.
                            Works fine now.

                            Thanx for the help!

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

                            147

                            Online

                            12.0k

                            Users

                            17.3k

                            Topics

                            155.2k

                            Posts
                            Copyright © 2012-2024 FOG Project