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
| ||
|
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