Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 28 Oct 2002 11:38:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 28 Oct 2002 11:38:25 -0500 Received: from 81-5-136-19.dsl.eclipse.net.uk ([81.5.136.19]:21519 "EHLO vlad") by vger.kernel.org with ESMTP id ; Mon, 28 Oct 2002 11:38:24 -0500 Date: Mon, 28 Oct 2002 16:45:40 +0000 From: Hugo Mills To: Andrea Arcangeli Cc: linux-kernel@vger.kernel.org Subject: Re: Oops in kswapd, 2.4.19 kernel and before Message-ID: <20021028164540.GE13490@carfax.org.uk> Mail-Followup-To: Hugo Mills , Andrea Arcangeli , linux-kernel@vger.kernel.org References: <20021028102439.GB13490@carfax.org.uk> <20021028132901.B27077@oldwotan.suse.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fWddYNRDgTk9wQGZ" Content-Disposition: inline In-Reply-To: <20021028132901.B27077@oldwotan.suse.de> User-Agent: Mutt/1.4i x-gpg-fingerprint: B997 A9F1 782D D1FD 9F87 5542 B2C2 7BC2 1C33 5860 x-gpg-key: 1C335860 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3035 Lines: 73 --fWddYNRDgTk9wQGZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 28, 2002 at 01:29:01PM +0100, Andrea Arcangeli wrote: > On Mon, Oct 28, 2002 at 10:24:39AM +0000, Hugo Mills wrote: > > I'm getting regular oopsen in kswapd on my 2.4.19 kernel. They > > generally appear to happen while running Amanda (a tape backup > > if it only happens while or after running Amanda, it may be a tape > driver bug. I may have seen it (once?) before without touching the tape drive, although I'm not certain. I shall see if I can reproduce without use of the tape. > > Decoded oopsen are below (they _are_ decoded with the right system > > maps, despite ksymoops's concerns). If there's anything else that's > > needed in order to track this down, please let me know. > > the oopses shows some inode was corrupted, it doesn't tell us who is > corrupting them but most likely it is not a piece of common code (a driver > or a non mainstream feature or we should be able to reproduce it) You > should try to localize the bug to a piece of code, by for example making > 100% sure that it triggers as soon as you start amanda. It's not certain. I appear to have triggered it this morning on the _third_ consecutive run of amflush. Again, I'll test more carefully. > Then you can try to backup using another device (not tape) and see > if you can still reproduce. finally you can try to use older or > newer 2.4 drivers for the tape and see if there's any change that > fixes the problem in the old/new drivers. Of course it isn't certain > at all that it is the tape, I'm just guessing because you said it > happens while backing up to the tape. I've definitely seen the problem throughout the 2.4 series. I don't recall what the first 2.4 kernel I used was, but it was definitely there in all mainstream kernels (and those -ac kernels I tried) from about 2.4.14 onwards. I'll try 2.4.20-preX and report on that as well. Thanks for your help. It may be a week or two before I can get all these tests completed, but I shall definitely report back when I'm done. Hugo. -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk === PGP: 1024D/1C335860 from wwwkeys.eu.pgp.net or www.carfax.nildram.co.uk --- Anyone who claims their cryptographic protocol is secure is --- either a genius or a fool. Given the genius/fool ratio for our species, the odds aren't good. --fWddYNRDgTk9wQGZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9vWm0ssJ7whwzWGARAsJ9AJ0eQBXcomblau0V724JATMJL0qpaACgl5I5 lKqKsL9LeK1p77XUm8TqIJg= =0d7f -----END PGP SIGNATURE----- --fWddYNRDgTk9wQGZ-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/