linux-kernel - Re: sometimes very long response times on network interfaces since 2.6.22

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 10 Oct 2007 11:03:07 +0200
From:	Ingo Freund <linux-kernel-news@...ict.net>
To:	linux-kernel@...r.kernel.org
Subject: Re: sometimes very long response times on network interfaces since
 2.6.22

On 10.10.2007 09:00, Eric Dumazet wrote (please find the answer below the original text):
> Ingo Freund a écrit :
>> Hello,
>>
>> since I switched to kernel 2.6.22 my dell 1750 server
>> with the two onboard BCM5704 network interfaces doesn't
>> work properly anymore.
>> TCP requests sometimes need more than 30 seconds to be answered
>> (or to get away) and the application stops with timeouts.
>> We are talking about two servers connected via Gigabit switch.
>> The timeouts happen up to ten times a day.
>> In the meantime I tried an old 3com 3c905c NIC which showed
>> the same behaviour.
>> I still couldn't figure out in which special situation the
>> communication stops.
>> The only solution ist to boot the old 2.6.21.5 kernel.
>> With this, all runs fine.
>> Did I miss a config issue in the migration to 2.6.22?
>> The machines run in a productive environment and there is
>> not much room (time) to debug, but if needed, I could try
>> if anyone would need more information for help.
>>
> 
> Hi
> 1) A tcpdump would help for sure...


thank you for the answer.
Find attached 2 dumps of the timeout situation
The sender side works with 2.6.21.5 (and all the
other kernels I used before since 2004) while with
2.6.22.n the error situations come up.
I didn't find any error log entries.

> 2) Could you try 2.6.23

for sure
1. are there changes concerning my problem?
2. will need some time (productive machines as I said)

--
Regards - Ingo.

View attachment "tcpdump_200728090335_receiver.txt" of type "text/plain" (44950 bytes)

View attachment "tcpdump_200709280335_sender.txt" of type "text/plain" (44822 bytes)