From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18716 invoked by uid 1002); 4 Jun 2003 12:53:30 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 15822 invoked from network); 4 Jun 2003 12:53:29 -0000 Message-ID: <01a201c32a98$65e3cf50$1b2a10ac@victoria> From: "Tobias J. Schwinger" To: Date: Wed, 4 Jun 2003 14:52:56 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_018D_01C32AA8.FB9E3E30" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: [gentoo-dev] filesystem problems X-Archives-Salt: 39a97011-4697-459b-84db-c9507c0648c5 X-Archives-Hash: 7d8b9bc8bd5d021da02dac259d23abc7 ------=_NextPart_000_018D_01C32AA8.FB9E3E30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable i'm using gentoo kernel sources, root filesystem type ext3. somtimes during untarring archives corrupted files are created. stat = returns an io-error on these files. this happens especially when a parallel process accesses the disc device = (df is a good one to reproduce this behavior).=20 i don't get any kernel error message so i figure my hardware is ok (and = yes, i turned off log caching ;). do you know this problem or even the cause of it ? i had "preemtive kernel" enabled and i disabled it now (this was the = only suspicious entry in the kernel config i could find, for now). (of course i'll post if disabling kernel preemtion solved the problem = and post a full bug report in case it happens again). ------=_NextPart_000_018D_01C32AA8.FB9E3E30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
i'm using gentoo kernel sources, root = filesystem=20 type ext3.
 
somtimes during untarring archives = corrupted files=20 are created. stat returns=20 an io-error on these files.
 
this happens especially when a parallel process accesses the disc = device=20 (df is a good one to reproduce this behavior).
i don't get any kernel error = message so i=20 figure my hardware is ok (and yes, i turned off log caching = ;).
 
do you know this problem or = even the cause=20 of it ?
 
i had "preemtive kernel" enabled and i = disabled it=20 now (this was the only suspicious entry in the kernel config i could = find, for=20 now).
(of course i'll post if disabling = kernel preemtion=20 solved the problem and post a full bug report in case it happens=20 again).
 
------=_NextPart_000_018D_01C32AA8.FB9E3E30--