View previous topic :: View next topic |
Author |
Message |
Princess Nell l33t


Joined: 15 Apr 2005 Posts: 830
|
Posted: Tue Aug 25, 2020 10:02 am Post subject: A difference of opinion |
|
|
Problem: ethernet connection works at home, but not in the office. NM will not establish a connection, but I think this is only a symptom, NM is not the problem. Not sure when this started, could have been kernel 5.x, or a switch upgrade in the office.
This is a ThinkPad X260 with
Code: |
00:1f:6 Ethernet Controller: Intel Corporation Ethernet Connection I219-LM (rev 21)
|
The driver is e1000e.
Observation 1: upon "ifconfig eth0 down", both lights on the NIC come on, and the switch port it is connected to says "<port> is up, line protocol is up (connected)".
Observation 2: upon "ifconfig eth0 up", both lights go off, and the switch says "<port> is down, line protocol is down (notconnect)".
This is kind of the other way round from what I expect.
Workaround: stop NM, manually set IP and route. Literally, "ifconfig eth0 <IP> netmask 255.255.255.0", brings up the interface and all is good on the switch, too.
Am I looking at dodgy hw? Funny driver behaviour? Any insights would be appreciated. |
|
Back to top |
|
 |
Banana l33t


Joined: 21 May 2004 Posts: 748 Location: Germany
|
Posted: Tue Aug 25, 2020 12:49 pm Post subject: |
|
|
so the main difference is a different cable? Does work use a different network config? If so, how do you switch?
Do you shut down your device or just suspend, reconnect and expect it to work? _________________ My personal space |
|
Back to top |
|
 |
Princess Nell l33t


Joined: 15 Apr 2005 Posts: 830
|
Posted: Tue Aug 25, 2020 9:29 pm Post subject: |
|
|
I turn the device on and expect it work
I might test a different cable. Don't think it's a factor since everything works when I configure the interface manually. Wireless also works fine and as expected, so I'm assuming the underlying network is sound, as is the dhcp server.
Yes, a different network config works (different vlan), and that involves a different cable, but also a different access switch. |
|
Back to top |
|
 |
Banana l33t


Joined: 21 May 2004 Posts: 748 Location: Germany
|
Posted: Wed Aug 26, 2020 8:32 am Post subject: |
|
|
So no hibernate and stuff? Since this is often a source of problems with network connections.
Switching a network with different settings just b unplugging the cable should only work if you restart your connection settings. Otherwise the connection will use the current loaded one which my be not the required settings fpr the new network you are trying to connect to. _________________ My personal space |
|
Back to top |
|
 |
AlexJGreen Tux's lil' helper

Joined: 19 Sep 2018 Posts: 149
|
Posted: Wed Aug 26, 2020 8:34 am Post subject: Re: A difference of opinion |
|
|
_
Last edited by AlexJGreen on Mon Dec 28, 2020 3:27 am; edited 1 time in total |
|
Back to top |
|
 |
Princess Nell l33t


Joined: 15 Apr 2005 Posts: 830
|
Posted: Fri Aug 28, 2020 11:26 am Post subject: |
|
|
Different cable, different port, same problem.
This did coincide with the installation of a new access switch in the office. And no other box has this problem. I've been setting up several laptops with a well-known Enterprise distribution, all ThinkPads (but other models), and they all work fine. |
|
Back to top |
|
 |
CaptainBlood Veteran


Joined: 24 Jan 2010 Posts: 1998
|
Posted: Fri Aug 28, 2020 5:44 pm Post subject: |
|
|
Just my 2c:
Can you test alternate working computer from the company on the very same net plug that fails?
Could it be IPV6 issue?
Thls 4 ur attention, interest, & support. |
|
Back to top |
|
 |
Princess Nell l33t


Joined: 15 Apr 2005 Posts: 830
|
Posted: Mon Aug 31, 2020 10:18 pm Post subject: |
|
|
Yes, I have tried other ThinkPads with CentOS 7/8 on the same cable/port, and they all work.
I think I'll mothball that gentoo setup altogether and switch fully to CentOS in the office. There are things that I just can't get to work in a satisfactory manner, and they're fine on CentOS. This is the general area of "firefox+sound", and my refusal of switching to PA (no choice but to accept it on CentOS). |
|
Back to top |
|
 |
|