Re: [RFC/PATCH 0/4] Re: Bug#605009: serious performance regression with ext4

2010-11-29 Thread Theodore Tso
On Nov 29, 2010, at 1:48 AM, Jonathan Nieder wrote: > > Results (on ext4) suggest that patches 1 and 4 matter and the rest are > within noise. Timings are rough; sometimes replicates vary by as much > as a second. Numbers are cold cache (i.e., after running sync and > echo 3>.../drop_caches),

Bug#582275: ext3 filesystem corruption on md RAID1 device

2010-06-18 Thread Theodore Tso
On Jun 18, 2010, at 7:09 AM, Theodore Tso wrote: > > It could be an e2fsck bug, or it could be a hardware issue. In my > experience, every time > I've tried digging into problems with e2fsck -fy not fixing all problems in a > single > pass, it's been a hardwa

Bug#582275: ext3 filesystem corruption on md RAID1 device

2010-06-18 Thread Theodore Tso
On Jun 18, 2010, at 3:12 AM, Buehl, Reiner wrote: > Hi Jan, > > I tried for a while with alternate hardware and the original controller but > the error did never happen again. I think your idea of a bug in e2fsck's > handling of multiply claimed blocks is the only explanation: Maybe during a

Re: Forthcoming changes in kernel-package

2009-02-18 Thread Theodore Tso
On Mon, Feb 09, 2009 at 12:14:49AM -0600, Manoj Srivastava wrote: > Hi, > > This is a heads up for a major change in kernel-package, the > tool to create user packaged kernel images and headers; which will > make the make-kpkg script far less error prone, and far more > deterministic. >