linux-ext4 - Re: ext4: (2.6.34-rc4): This should not happen!! Data will be lost

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]

Message-ID: <20100417181912.GC25507@skl-net.de>
Date:	Sat, 17 Apr 2010 20:19:12 +0200
From:	Andre Noll <maan@...temlinux.org>
To:	Bernd Schubert <bernd.schubert@...tmail.fm>
Cc:	Andrew Vasquez <andrew.vasquez@...gic.com>,
	Eric Sandeen <sandeen@...hat.com>,
	"linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org>,
	Linux Driver <Linux-Driver@...gic.com>,
	Thomas Helle <Helle@...bingen.mpg.de>
Subject: Re: ext4: (2.6.34-rc4): This should not happen!!  Data will be lost

On 18:55, Bernd Schubert wrote:
> > > To update the default timeout value (30 seconds) for commands
> > > submitted to /dev/sdn to 60 seconds:
> > >
> > >         $ echo 60 > /sys/block/sdn/device/timeout
> > 
> > I will re-run the stress test with a 60 seconds timeout value and follow
> > up if this did not help.
> 
> That will not help if the command is "SYNCHRONIZE_CACHE", as that ignores 
> device settings, but uses scsi default timeout (30s), which is far too small 
> for SATA based raid units. Scsi maintainers ignored that and a couple of other 
> patches I wrote to improve error handling with Infortrend units. Will send the 
> patches again soon.

Please CC me when you do so. The machine I am having trouble with is
only our fallback server. I can use it freely for testing and am willing
to give your patches a try.

Thanks
Andre
-- 
The only person who always got his work done by Friday was Robinson Crusoe

Download attachment "signature.asc" of type "application/pgp-signature" (190 bytes)