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

Lenovo M73 network fails on FOG OS boot

Scheduled Pinned Locked Moved
Hardware Compatibility
2
8
1.2k
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.
  • 3
    3mu
    last edited by Jul 9, 2020, 1:59 AM

    I have several Lenovo M73 MT-M 10B7-S01900 desktops. I am using one as a FOG server and trying to manage the others as clients. The clients successfully PXE boot to the FOG menu but when attempting to register the clients I get the following error:

    starting enp2s0 interface and waiting for the link to come up
    
    failed to get an IP via DHCP! tried on interfaces(s): enp2s0
    please check your network setup and try again
    

    FOG Version: 1.5.9-RC2
    .fogsettings.txt
    Note: the fog server is dual-homed interface enp2s0 is on the isolated imaging network (192.168.168.0/24) and the other on the main LAN (10.0.0.0/24). The imaging network is using FOG DHCP.

    Other machines, including Lenovo ThinkPad t500, DELL Optiplex 9020, register successfully.
    The M73s also successfully register on another FOG server on a separate network (single-homed with separate DHCP/DNS) that has been upgraded from 1.5.8 to 1.5.9-RC2.

    Does anyone have any tips on where to start troubleshooting this?

    3 1 Reply Last reply Aug 10, 2020, 11:28 AM Reply Quote 0
    • 3
      3mu @3mu
      last edited by Aug 10, 2020, 11:28 AM

      I had two machines that booted successfully once on a different switch, but then never again. I did a packet capture and saw that the client wasn’t requesting an IP address when booting FogOS. I changed KERNELLOGLEVEL to 7 to get some more clues:

      Starting haveged: haveged: listening socket at 3
      OK
      random: crng init done
      random: 7 urandom warning(s) missed due to ratelimiting
      starting enp2s0 interface and waiting for the link to come up
      Generic PHY r8169-200:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
      r8169 0000:02:00.0 enp2s0: no native access to PCI extended config space, falling back to CSI
      No link detected on enp2s0 for 35 seconds, skipping it.
      Failed to get an IP via DHCP! Tried on interface(s): enp2s0
      Please check your network setup and try again
      

      Reading up on urandom and haveged led me (eventually) to the Kernel Update function, and changing to kernel 4.18.3 now gives me a reliable boot.

      G 1 Reply Last reply Aug 10, 2020, 1:47 PM Reply Quote 0
      • G
        george1421 Moderator @3mu
        last edited by Aug 10, 2020, 1:47 PM

        @3mu It sounds like the issue is the linux kernel needs the updated realtek drivers. Using the FOG web ui does the 5.6.x linux kernel work better with these nics?

        I did create a one off kernel with the updated nics for the 4.19.x series but we are finding the newest hardware drivers are not being backported to the 4.19.x series any more.

        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!

        3 1 Reply Last reply Aug 11, 2020, 10:15 AM Reply Quote 0
        • 3
          3mu @george1421
          last edited by Aug 11, 2020, 10:15 AM

          @george1421 - 5.6 fails (I think the messages above were from 5.6). I think 4.19.123 was the same. 4.18.3 works, but does have “3 urandom warning(s) missed due to ratelimiting.” 4.17 gives no urandom warnings.

          Would you like me to test each and record the results?

          G 1 Reply Last reply Aug 11, 2020, 10:25 AM Reply Quote 0
          • G
            george1421 Moderator @3mu
            last edited by Aug 11, 2020, 10:25 AM

            @3mu I have a one off kernel that has the updated realtek drivers in it. Lets give this one a shot. Download this kernel and save it as bzImageRT (watch the case) https://drive.google.com/file/d/1wZwwOwbEr0nR3mnPLKg7AsulwJaGhO0A/view?usp=sharing

            1. Move that file to the fog server in `/var/www/html/fog/service/ipxe directory.
            2. Manually register this target host
            3. In the host definition there is a field Kernel. In that field enter bzImageRT
            4. Save the host definition
            5. Setup a capture/deploy task
            6. PXE boot the target computer and see if it picks up an IP address with this kernel.

            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!

            3 1 Reply Last reply Sep 4, 2020, 11:08 PM Reply Quote 0
            • 3
              3mu @george1421
              last edited by Sep 4, 2020, 11:08 PM

              Sorry for the delay, @george1421 - I’ve been battling with a DHCP issue (handing out the same IP to every machine) and it’s beaten me! I’ve just run through your test on one machine and, although it is reporting 7 urandom warnings like the 5.6 kernel, it is successfully imaging now.

              G 1 Reply Last reply Sep 4, 2020, 11:54 PM Reply Quote 0
              • G
                george1421 Moderator @3mu
                last edited by Sep 4, 2020, 11:54 PM

                @3mu said in Lenovo M73 network fails on FOG OS boot:

                although it is reporting 7 urandom warnings

                These are just warning and nothing to be concerned about. It doesn’t impact imaging at all.

                Glad you have your dhcp server worked out too.

                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!

                3 1 Reply Last reply Sep 5, 2020, 1:07 PM Reply Quote 0
                • 3
                  3mu @george1421
                  last edited by Sep 5, 2020, 1:07 PM

                  Thanks, @george1421. I haven’t worked out the DHCP problem yet, though - I just need to walk away from it for a while. I’m stumped.

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

                  161

                  Online

                  12.1k

                  Users

                  17.3k

                  Topics

                  155.3k

                  Posts
                  Copyright © 2012-2024 FOG Project