[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090821000035.GB13221@hostway.ca>
Date: Thu, 20 Aug 2009 17:00:35 -0700
From: Simon Kirby <sim@...tway.ca>
To: Sylvain Rochet <gradator@...dator.net>
Cc: Jan Kara <jack@...e.cz>, linux-kernel@...r.kernel.org,
linux-ext4@...r.kernel.org, linux-nfs@...r.kernel.org,
Al Viro <viro@...iv.linux.org.uk>
Subject: Re: 2.6.28.9: EXT3/NFS inodes corruption
On Thu, Aug 20, 2009 at 07:19:53PM +0200, Sylvain Rochet wrote:
> So, everything is fine, but the problem happened only one time on this
> server, so we cannot conclude anything after a few weeks. However,
> I now have physical access back, so we will switch back to the former
> server where the problem happened quite frequently, then we will see!
Not to derail the thread, but you were definitely seeing the same issues
with stock 2.6.30.4, right? We had all sorts of corruption happening for
files served via NFS with 2.6.28 and 2.6.29, but everything was magically
fixed on 2.6.30 (though we needed a lot of fscking). I never did track
down what change fixed it, since it took a while to reproduce.
Hmm. I just noticed what seems to be a new occurrence of "deleted inode
referenced" on a box with 2.6.30. We saw many when we first upgraded to
2.6.30 due to the corruption caused by 2.6.29, but those all occurred
within a day or so and were fsck'd. I would have thought the backup
sweeps would have tripped over that inode way before now...
Just wondering if you can confirm that the errors you saw with 2.6.30.4
were not leftover from older kernels.
Cheers,
Simon-
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists