Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757684Ab0G2Of1 (ORCPT ); Thu, 29 Jul 2010 10:35:27 -0400 Received: from cantor.suse.de ([195.135.220.2]:48855 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757658Ab0G2OfZ (ORCPT ); Thu, 29 Jul 2010 10:35:25 -0400 Date: Thu, 29 Jul 2010 16:34:56 +0200 From: Jan Kara To: Vladislav Bolkhovitin Cc: Christoph Hellwig , "Ted Ts'o" , Tejun Heo , Vivek Goyal , Jan Kara , jaxboe@fusionio.com, James.Bottomley@suse.de, linux-fsdevel@vger.kernel.org, linux-scsi@vger.kernel.org, chris.mason@oracle.com, swhiteho@redhat.com, konishi.ryusuke@lab.ntt.co.jp, linux-kernel@vger.kernel.org, kernel-bugs@lists.ubuntu.com Subject: Re: extfs reliability Message-ID: <20100729143456.GB12690@quack.suse.cz> References: <20100728085048.GA8884@lst.de> <4C4FF136.5000205@kernel.org> <20100728090025.GA9252@lst.de> <4C4FF592.9090800@kernel.org> <20100728092859.GA11096@lst.de> <20100729014431.GD4506@thunk.org> <20100729083142.GA30077@lst.de> <4C517B5A.3020905@vlnb.net> <20100729130852.GA11852@lst.de> <4C518C4D.6050607@vlnb.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C518C4D.6050607@vlnb.net> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1998 Lines: 44 On Thu 29-07-10 18:12:29, Vladislav Bolkhovitin wrote: > > Christoph Hellwig, on 07/29/2010 05:08 PM wrote: > > On Thu, Jul 29, 2010 at 05:00:10PM +0400, Vladislav Bolkhovitin wrote: > >> You can find full kernel logs starting from iSCSI load in the attachments. > >> > >> I already reported such issues some time ago, but my reports were not too much welcomed, so I gave up. Anyway, anybody can easily do my tests at any time. They don't need any special hardware, just 2 Linux boxes: one for iSCSI target and one for iSCSI initiator (the test box itself). But they are generic for other transports as well. You can see there's nothing iSCSI specific in the traces. > > > > I was only talking about ext3. > > Yes, now ext3 is a lot more reliable. The only how I was able to confuse it was: > > ... > (2197) nb_write: handle 4272 was not open size=65475 ofs=0 > (2199) nb_write: handle 4272 was not open size=65475 ofs=65534 > (2201) nb_write: handle 4272 was not open size=65475 ofs=131068 > (2203) nb_write: handle 4272 was not open size=65475 ofs=196602 > (2205) nb_write: handle 4272 was not open size=65475 ofs=262136^C > ^C > root@ini:/mnt/dbench-mod# ^C > root@ini:/mnt/dbench-mod# ^C > root@ini:/mnt/dbench-mod# cd > root@ini:~# umount /mnt > > <- recover device > > root@ini:~# mount -t ext3 -o barrier=1 /dev/sdb /mnt > mount: wrong fs type, bad option, bad superblock on /dev/sdb, > missing codepage or helper program, or other error > In some cases useful info is found in syslog - try > dmesg | tail or so > > Kernel log: "Jul 29 22:05:32 ini kernel: [ 2905.423092] JBD: recovery failed" Hmm, this is strange. Are there more messages around this one? Honza -- Jan Kara SUSE Labs, CR -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/