Lenovo M700 won't Inventory or image

[Wayne Workman]

@LibraryMark said:

The trunk version did the trick.

You were already on trunk. It was just a download issue. We too used to have a 1Gbps fiber connection to a major university provider. We moved away from it because it was too expensive, we now have a 1.5Gbps fiber link to a local ISP and it’s about 10x cheaper than the university provider as well as better quality.

The big and old uni providers often come under major dDOS attack.

[LibraryMark]

@Wayne-Workman
With USF funding, our fiber connection is actually quite cheap.

[Sebastian Roth]

@LibraryMark Are you still not able to run the script (download error)? Please check if you can download files from the internet using wget on your FOG server!

[Brian Hoehn]

@george1421 I’m trying out 2 new Lenovo’s the Thinkpad T560 and the Yoga 260. They both use the Intel i219-LM for ethernet. I’m trying a fresh trunk build of fog. and i’ve tried 4.0, 4.1. and a fresh built 4.3 kernel. All behave the same way. They boot but they don’t get an IP, just trying in debug mode right now. If you run /etc/init.d/S40Network after it’s booted it will then give you an IP. I tried both BIOS and EFI didn’t make a difference.

[Sebastian Roth]

@Brian-Hoehn While in debug mode please run lspci -nn | grep Ethernet as well as ifconfig -a.

When you boot the client please pay attention to what the NIC LED does. Goes on? When? Goes off again? When? Back on? Or stays off?

[george1421]

@Brian-Hoehn

Let me restate what you have told me to ensure I have it right.

When you boot your thinkpad, it will pick up a dhcp address in ipxe mode, but once the FOS (Fog Operating System) boots it doesn’t pick up an IP address. But you can boot in debug mode and then issue the start network command and it WILL pick up an IP address.

If I understand that correctly it sounds like a network switch spanning tree issue. With spanning tree each time the network link is dropped (as transitioning between ipxe and FOS, i.e. watch the link lights) it takes spanning tree several seconds (about 27) to switch from learning mode to forwarding mode. That might explain why during boot time you don’t get an ip address (because FOS is very fast) but after you get to the command prompt and start the network it works.

Can you ensure that the network port where these test devices are connected, are either configured for port fast, Fast STP, or RSTP (depending on what your switch manufacturer calls it).

Also you didn’t mention what version of FOG you are running [edit] Oops rereading your post you are on a current trunk build. That is good so the developers can help with this issue[/edit]. I know the current trunk build has taken steps in the inits to try to get around this slow STP forwarding issue.

[george1421]

@Sebastian-Roth said:

@Brian-Hoehn While in debug mode please run lspci -nn | grep Ethernet as well as ifconfig -a.

Please post pictures or images of the output of these commands too. Pictures speak louder than words here. And Brian, you should start your own thread. I think these devices should warrant their own debugging.

[Brian Hoehn]

@george1421 @Sebastian-Roth I have spanning tree portfast turned on , Also tried plugging directly into the server. Also the lights turn back on when it give me the error. So it’s hard to tell if the port is up or not when it’s trying. Still tells me
“Starting eth0 interface
/etc/init.d/S40network: line 56: Failed to get an IP!, Tried on interfaces(s): eth0 : command not found
Please check you network setup and try again!”

lspci give me
“00:1f.6 Ethernet controller [0200]: Intel Corporation Ehternet Connection I219-LM [8086:156f] (rev 21)”

ifconfig give me
"
eth0 Link encap:Ethernet HWAddr xx:xx:xx:xx:xx
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:659 (rest is 0)
TX packets:1 (rest is 0)
collisioins:0 txqueuelen:1"
RX and TX is 0
Interrupt: 16 Memory:f1200000-F1220000

[Sebastian Roth]

@Brian-Hoehn As George already suggested I too ask you to start a new posting about your issue. Those kind network issues seam to be very specific to switch models / settings, ethernet cables and such things. Please open a new topic and I am sure we can help you out with that. It’s a lot easier if we don’t have two people talking about different setups in the same thread… Please post all the details from here in your new thread!!

The error you see in S40network is already fixed! Please upgrade to the latest version and you should not see that again. As well I think we improved the script since then! Maybe it’s working for you now?!

Good to know that we are talking about a NIC with PCI ID 8086:156f. As you see here this NIC is supported since kernel version 4.1! But there are newer revisions that are supported from 4.5 on. That’s why I asked you to run the lspci command.

Please see if your switch has energy saving capabilites (called EEE or 802.3az). We have seen problems with that. Try disabling this feature on the switch if you have it. Another thing we saw problems with lately is auto-negotiation. If all the other hints don’t help then try to configure that switch port to NOT auto-negotiate the link speed…

[Brian Hoehn]

@Sebastian-Roth The latest build worked. I’ll try and put this in a new thread later today.