[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a01a16b50806181730gec225fbgf2057a727089c997@mail.gmail.com>
Date: Thu, 19 Jun 2008 02:30:08 +0200
From: "Håkon Løvdal" <hlovdal@...il.com>
To: "Ilpo Järvinen" <ilpo.jarvinen@...sinki.fi>
Cc: LKML <linux-kernel@...r.kernel.org>,
Netdev <netdev@...r.kernel.org>, "Ingo Molnar" <mingo@...e.hu>,
"David S. Miller" <davem@...emloft.net>,
"Rafael J. Wysocki" <rjw@...k.pl>,
"Andrew Morton" <akpm@...ux-foundation.org>
Subject: Re: [bug] stuck localhost TCP connections, v2.6.26-rc3+
2008/6/11 Ilpo Järvinen <ilpo.jarvinen@...sinki.fi>:
> On Wed, 11 Jun 2008, Håkon Løvdal wrote:
>> I do not have any good explanation (bad memory?). When checking the
>> copytest003.capture.bz2 file in the http server storage directory
>> I get the same results as you. However I also have the original file
>> stored still and comparing them with cmp -l gives
>> 20558656 124 104
>> so obviously a bit has been flipped.
>
> ...Yeah, which is a bad thing because now we don't know if that same error
> causes the TCP stops too.
>
>> I have now replaced the erroneous file with a good copy, so you should
>> be able to download again.
>
> I'll have a look if there's some common denominator but this whole issue
> might well be due to hw failure.
>
Hi. I tested the old pc with memtest86 and memtest86+ for 16 and 50
hours without any errors detected, so apparently the ram is ok.
I now just did another test from a freshley booted old pc, standing
idle for around 2 hours before I started the testing (no network activity
before I plugged in the cable just before starting testing).
The copying failed after just 2.62GB, so the logs are short and
nice. Stored on same server as earlier, new 2008-06-19 directory. One
thing I noticed in the dmesg output on the old pc was the following:
BUG: unable to handle kernel paging request at virtual address ffff3cff
printing eip: ffff3cff *pde = 00793067 *pte = 00000000
Oops: 0000 [#1] PREEMPT
Modules linked in: ...
Pid: 18103, comm: sshd Not tainted (2.6.24-gafd564a8 #4)
...
Call Trace:
[<f8c45b39>] nf_conntrack_find_get+0x36/0x3a [nf_conntrack]
[<f8c46379>] nf_conntrack_in+0x135/0x3e8 [nf_conntrack]
[<c0423c5d>] local_bh_disable+0xa/0xb
[<c0626d54>] _read_lock_bh+0x12/0x1a
...
BR Håkon Løvdal
Powered by blists - more mailing lists