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]
Message-ID: <470C954B.4020202@e-dict.net>
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)

Powered by blists - more mailing lists