17 mai 2020 18:04 "Ben Hutchings" a écrit:
> [...]
Just in case that could be usefull. We change the transceiver for an other
model also known to work correctly.
root@localhost:~# ethtool -m enp10s0
Identifier: 0x03 (SFP)
Extended identifier
Control: tag -1 - moreinfo
Control: reassign -1 src:linux
Control: found -1 4.9.210-1
Control: found -1 4.19.118-2
Control: found -1 5.6.7-1
Control: tag -1 security
On Sun, 2020-05-17 at 14:41 +, Yannis Aribaud wrote:
> 16 mai 2020 01:29 "Ben Hutchings" a écrit:
>
> > Control: tag -1
16 mai 2020 01:29 "Ben Hutchings" a écrit:
> Control: tag -1 moreinfo
>
> [...]
>
>> I am using Debian GNU/Linux 10 (buster), kernel 4.19.0-9-amd64 #1 SMP
>> Debian 4.19.118-2 (2020-04-29) x86_64 GNU/Linux and libc6 2.28-10
>
> And which network driver are you using?
root@localhost:~# ethtool
Control: tag -1 moreinfo
On Fri, 2020-05-15 at 15:02 +, Yannis Aribaud wrote:
> Package: ethtool
> Version: 1:4.19-1
> Severity: important
> I'm facing a very strange behavior. The command ethtool -m report
> the transceiver DOM values correctly, but when the command output is
> redirected
15 mai 2020 18:40 "Bjørn Mork" a écrit:
> "Yannis Aribaud" writes:
>
> [...]
>
> To me it looks like you are just reading arbitrary numbers from the
> SFP+. Try replacing it and see if the results are more reliable.
I will try, but I am seeing the same behavior and similar values on 2 servers
"Yannis Aribaud" writes:
> Package: ethtool
> Version: 1:4.19-1
> Severity: important
> I'm facing a very strange behavior. The command ethtool -m report the
> transceiver DOM values correctly, but when the command output is redirected
> to an other program, values change to somthing else.
Package: ethtool
Version: 1:4.19-1
Severity: important
I'm facing a very strange behavior. The command ethtool -m report the
transceiver DOM values correctly, but when the command output is redirected to
an other program, values change to somthing else.
Here is a transcript:
root@localhost:~#
7 matches
Mail list logo
