* Re: Failing network hardware
[not found] ` <ddbed5c6-4ded-df22-fae0-bd256e40d6b3@att.net>
@ 2023-08-15 1:20 ` Bagas Sanjaya
2023-08-15 1:50 ` Leslie Rhorer
0 siblings, 1 reply; 3+ messages in thread
From: Bagas Sanjaya @ 2023-08-15 1:20 UTC (permalink / raw)
To: Leslie Rhorer, Linux Kernel Mailing List, Linux Networking,
Ariel Elior
[-- Attachment #1: Type: text/plain, Size: 2185 bytes --]
(fixing up netdev address)
On Sun, Aug 13, 2023 at 01:53:58PM -0500, Leslie Rhorer wrote:
> Hello all,
>
> About a year or so ago, I upgraded one of my Debian servers to Bullseye,
> and it killed the 10G NIC on the server due to issues with the device driver
> in the Debian repository (it was missing). I jumped through all sorts of
> loops and hoops to try to get it working, but I finally had to give up and
> resort to using the 1G interface. Recently, I tried a new install on a
> different server to the new Debian Bookworm, and it worked for that server,
> so apparently the issue has been fixed in Bookworm. I reported a bug
> against the Buster distribution, but it was never fixed.
>
> With that in mind, I went ahead and upgraded the original server to
> Bookworm, but the NIC remains dead. Unfortunately, I cannot find my notes
> on what I did originally to try to get the 10G interface working and to shut
> it down in favor of a built-in port. I do recall I tried compiling what was
> supposed to be the correct firmware driver and also changing the udev rules,
> but I do not recall the exact details. I have tried several things,
> including re-installing the firmware, but nothing seems to work. The
> Ethernet interface does not appear on the system in order to be able to
> specify it in /etc/network/interfaces. What can I do in order to try to get
> the 10G card working?
>
> The card is an Asus MCB-10G_PEB-10G NIC and uses the bnx2x.ko driver. The
> system uses an Asus AMD-64 motherboard. The bnx2x.ko driver is installed,
> and lspci shows the card in the system, but ifconfig does not see the
> interface.
>
Too many moving parts here, hence allow me to rule things out:
If there is any of your system haven't been dist-upgraded to bookworm, can you
confirm this issue on vanilla v6.1 kernel? And also, can you check latest
mainline? If all have been upgraded, though, you need to reinstall bullseye
first.
As a side note, when you reply to mailing lists, please don't top-post;
reply inline with appropriate context instead.
Thanks.
--
An old man doll... just what I always wanted! - Clara
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Failing network hardware
2023-08-15 1:20 ` Failing network hardware Bagas Sanjaya
@ 2023-08-15 1:50 ` Leslie Rhorer
2023-08-20 16:38 ` Leslie Rhorer
0 siblings, 1 reply; 3+ messages in thread
From: Leslie Rhorer @ 2023-08-15 1:50 UTC (permalink / raw)
To: Bagas Sanjaya, Linux Kernel Mailing List, Linux Networking,
Ariel Elior
On 8/14/2023 8:20 PM, Bagas Sanjaya wrote:
> (fixing up netdev address)
>
> On Sun, Aug 13, 2023 at 01:53:58PM -0500, Leslie Rhorer wrote:
>> Hello all,
>>
>> About a year or so ago, I upgraded one of my Debian servers to Bullseye,
>> and it killed the 10G NIC on the server due to issues with the device driver
>> in the Debian repository (it was missing). I jumped through all sorts of
>> loops and hoops to try to get it working, but I finally had to give up and
>> resort to using the 1G interface. Recently, I tried a new install on a
>> different server to the new Debian Bookworm, and it worked for that server,
>> so apparently the issue has been fixed in Bookworm. I reported a bug
>> against the Buster distribution, but it was never fixed.
>>
>> With that in mind, I went ahead and upgraded the original server to
>> Bookworm, but the NIC remains dead. Unfortunately, I cannot find my notes
>> on what I did originally to try to get the 10G interface working and to shut
>> it down in favor of a built-in port. I do recall I tried compiling what was
>> supposed to be the correct firmware driver and also changing the udev rules,
>> but I do not recall the exact details. I have tried several things,
>> including re-installing the firmware, but nothing seems to work. The
>> Ethernet interface does not appear on the system in order to be able to
>> specify it in /etc/network/interfaces. What can I do in order to try to get
>> the 10G card working?
>>
>> The card is an Asus MCB-10G_PEB-10G NIC and uses the bnx2x.ko driver. The
>> system uses an Asus AMD-64 motherboard. The bnx2x.ko driver is installed,
>> and lspci shows the card in the system, but ifconfig does not see the
>> interface.
>>
>
> Too many moving parts here, hence allow me to rule things out:
>
> If there is any of your system haven't been dist-upgraded to bookworm, can you
> confirm this issue on vanilla v6.1 kernel?
One, named Backup, is a fresh install of Debian Bookworm. The NIC on
Backup works just fine. The other, named RAID-Server, was upgraded via
dist-upgrade from Buster to Bullseye, at which point the NIC quit
working, and then from Bullseye to Bookworm.
I identified the problem on Bullseye and submitted a bug report, but no
one ever bothered to fix the bug, which was simply the fact the driver
was missing from the Bullseye distro.
Both systems are now running kernel 6.1.0-10-AMD64.
> And also, can you check latest mainline?
I don't know what you mean by that.
> If all have been upgraded, though, you need to reinstall bullseye
> first.
I take it by that, you are making the distinction between an upgrade
from an older distro and kernel to a new one and a fresh install of a
distro running a 6.1 kernel?
I definitely do not want to re-install Bullseye on either system. It
would break Backup's NIC to do so, and it would be an incredible mess
with a potentially unacceptably long down time to try to back out of
Bookworm on RAID-Server. If I follow your intent, however, this should
be unnecessary. I have one working fresh install and one broken
dist-upgrade from a known broken distribution.
> As a side note, when you reply to mailing lists, please don't top-post;
> reply inline with appropriate context instead.
That is my usual practice. It has been for many decades.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Failing network hardware
2023-08-15 1:50 ` Leslie Rhorer
@ 2023-08-20 16:38 ` Leslie Rhorer
0 siblings, 0 replies; 3+ messages in thread
From: Leslie Rhorer @ 2023-08-20 16:38 UTC (permalink / raw)
To: Bagas Sanjaya, Linux Kernel Mailing List, Linux Networking,
Ariel Elior
I haven't seen any response to this. Note I can pretty much
guarantee this is not an issue with any distribution of kernel version
at this point. This is almost certainly an issue of my own making, but
that does not mean I need to get it resolved any less. I strongly
suspect the problem is something I did in the udev rules that is now
preventing the network system from recognizing the presence of the
network card. Assuming for the time being this is the case, how do I
get the system to recognize the presence of the card in order to get it
to assign a network interface to it?
On 8/14/2023 8:50 PM, Leslie Rhorer wrote:
>
>
> On 8/14/2023 8:20 PM, Bagas Sanjaya wrote:
>> (fixing up netdev address)
>>
>> On Sun, Aug 13, 2023 at 01:53:58PM -0500, Leslie Rhorer wrote:
>>> Hello all,
>>>
>>> About a year or so ago, I upgraded one of my Debian servers to
>>> Bullseye,
>>> and it killed the 10G NIC on the server due to issues with the
>>> device driver
>>> in the Debian repository (it was missing). I jumped through all
>>> sorts of
>>> loops and hoops to try to get it working, but I finally had to give
>>> up and
>>> resort to using the 1G interface. Recently, I tried a new install on a
>>> different server to the new Debian Bookworm, and it worked for that
>>> server,
>>> so apparently the issue has been fixed in Bookworm. I reported a bug
>>> against the Buster distribution, but it was never fixed.
>>>
>>> With that in mind, I went ahead and upgraded the original server to
>>> Bookworm, but the NIC remains dead. Unfortunately, I cannot find my
>>> notes
>>> on what I did originally to try to get the 10G interface working and
>>> to shut
>>> it down in favor of a built-in port. I do recall I tried compiling
>>> what was
>>> supposed to be the correct firmware driver and also changing the
>>> udev rules,
>>> but I do not recall the exact details. I have tried several things,
>>> including re-installing the firmware, but nothing seems to work. The
>>> Ethernet interface does not appear on the system in order to be able to
>>> specify it in /etc/network/interfaces. What can I do in order to
>>> try to get
>>> the 10G card working?
>>>
>>> The card is an Asus MCB-10G_PEB-10G NIC and uses the bnx2x.ko
>>> driver. The
>>> system uses an Asus AMD-64 motherboard. The bnx2x.ko driver is
>>> installed,
>>> and lspci shows the card in the system, but ifconfig does not see the
>>> interface.
>>>
>>
>> Too many moving parts here, hence allow me to rule things out:
>>
>> If there is any of your system haven't been dist-upgraded to
>> bookworm, can you
>> confirm this issue on vanilla v6.1 kernel?
>
> One, named Backup, is a fresh install of Debian Bookworm. The NIC
> on Backup works just fine. The other, named RAID-Server, was upgraded
> via dist-upgrade from Buster to Bullseye, at which point the NIC quit
> working, and then from Bullseye to Bookworm.
>
> I identified the problem on Bullseye and submitted a bug report,
> but no one ever bothered to fix the bug, which was simply the fact the
> driver was missing from the Bullseye distro.
>
> Both systems are now running kernel 6.1.0-10-AMD64.
>
>> And also, can you check latest mainline?
>
> I don't know what you mean by that.
>
>> If all have been upgraded, though, you need to reinstall bullseye
>> first.
>
> I take it by that, you are making the distinction between an
> upgrade from an older distro and kernel to a new one and a fresh
> install of a distro running a 6.1 kernel?
>
> I definitely do not want to re-install Bullseye on either system.
> It would break Backup's NIC to do so, and it would be an incredible
> mess with a potentially unacceptably long down time to try to back out
> of Bookworm on RAID-Server. If I follow your intent, however, this
> should be unnecessary. I have one working fresh install and one
> broken dist-upgrade from a known broken distribution.
>
>> As a side note, when you reply to mailing lists, please don't top-post;
>> reply inline with appropriate context instead.
>
> That is my usual practice. It has been for many decades.
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-08-20 16:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <ddbed5c6-4ded-df22-fae0-bd256e40d6b3.ref@att.net>
[not found] ` <ddbed5c6-4ded-df22-fae0-bd256e40d6b3@att.net>
2023-08-15 1:20 ` Failing network hardware Bagas Sanjaya
2023-08-15 1:50 ` Leslie Rhorer
2023-08-20 16:38 ` Leslie Rhorer
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).