linux-kernel - Re: 2.6.19-mm1 (md/raid1 randomly drops partitions)

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 12 Dec 2006 21:55:41 +0100
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Neil Brown <neilb@...e.de>
Cc:	Andrew Morton <akpm@...l.org>, linux-kernel@...r.kernel.org
Subject: Re: 2.6.19-mm1 (md/raid1 randomly drops partitions)

On Tuesday, 12 December 2006 00:54, Neil Brown wrote:
> On Tuesday December 12, rjw@...k.pl wrote:
> > On Monday, 11 December 2006 23:52, Neil Brown wrote:
> > > On Monday December 11, rjw@...k.pl wrote:
> > > > Hi,
> > > > 
> > > > On Monday, 11 December 2006 09:58, Andrew Morton wrote:
> > > > > 
> > > > > Temporarily at
> > > > > 
> > > > > 	http://userweb.kernel.org/~akpm/2.6.19-mm1/
> > > > > 
> > > > > Will appear later at
> > > > > 
> > > > > 	ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/
> > > > 
> > > > It caused all of the md RAID1s on my test box to drop one of their partitions,
> > > > apparently at random.
> > > 
> > > That's clever....
> > > 
> > > Do you have any kernel logs of this happening?  My guess would be the
> > > underlying device driver is returned more errors than before, but we
> > > need the logs to be sure.
> > 
> > I've only found lots of messages like this:
> > 
> > md: super_written gets error=-5, uptodate=0
> 
> So when md writes to write out the superblock, to gets EIO... Odd that
> you aren't getting errors for normal writes.
> 
> What devices are the md/raid1 built on?

Sata drives, on sata_uli.

> > 
> > I'll try to reproduce it tomorrow and collect some more information.
> 
> Thanks.  More information is definitely better than less, so send over
> anything you can find.

Okay, seems to be readily reproducible, dmesg output from the failing kernel
attached.

Greetings,
Rafael


-- 
If you don't have the time to read,
you don't have the time or the tools to write.
		- Stephen King

Download attachment "dmesg.log.gz" of type "application/x-gzip" (11321 bytes)