• 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.1k
    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

      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 Reply Quote 0
      • 3
        3mu @3mu
        last edited by

        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.

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

          @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 Reply Quote 0
          • 3
            3mu @george1421
            last edited by

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

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

              @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 Reply Quote 0
              • 3
                3mu @george1421
                last edited by

                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.

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

                  @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 Reply Quote 0
                  • 3
                    3mu @george1421
                    last edited by

                    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

                    201

                    Online

                    12.0k

                    Users

                    17.3k

                    Topics

                    155.2k

                    Posts
                    Copyright © 2012-2024 FOG Project