From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q9SNkIrG084496 for ; Sun, 28 Oct 2012 18:46:18 -0500 Received: from ipmail04.adl6.internode.on.net (ipmail04.adl6.internode.on.net [150.101.137.141]) by cuda.sgi.com with ESMTP id BYH1yq0kRlqZHD59 for ; Sun, 28 Oct 2012 16:48:04 -0700 (PDT) Date: Mon, 29 Oct 2012 10:48:02 +1100 From: Dave Chinner Subject: Re: Problems with kernel 3.6.x (vm ?) (was : Is kernel 3.6.1 or filestreams option toxic ?) Message-ID: <20121028234802.GE4353@dastard> References: <508554AF.5050005@univ-nantes.fr> <50865453.5080708@univ-nantes.fr> <508958FF.4000007@univ-nantes.fr> <20121025211047.GD29378@dastard> <508A600C.1020109@univ-nantes.fr> <508B092E.6070209@univ-nantes.fr> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <508B092E.6070209@univ-nantes.fr> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Yann Dupont Cc: xfs@oss.sgi.com On Sat, Oct 27, 2012 at 12:05:34AM +0200, Yann Dupont wrote: > Le 26/10/2012 12:03, Yann Dupont a =E9crit : > >Le 25/10/2012 23:10, Dave Chinner a =E9crit : > > > >I'll try now to reproduce this kind of behaviour on a verry little > >volume (10 GB for exemple) so I can confirm or inform the given > >scenario . > > > = > This is reproductible. Here is how to do it : > = > - Started a 3.6.2 kernel. > = > - I created a fresh lvm volume on localdisk of 20 GB. Can you reproduce the problem without LVM? > - mkfs.xfs on it, with default options > - mounted with default options > - launch something that hammers this volume. I launched compilebench > 0.6 on it > - wait some time to fill memory,buffers, and be sure your disks are > really busy. I waited some minutes after the initial 30 kernel > unpacking in compilebench > - hard reset the server (I'm using the Idrac of the server to > generate a power cycle) > - After some try, I finally had the impossibility to mount the xfs > volume, with the error reported in previous mails. So far this is > normal . So it doesn't happen every time, and it may be power cycle related. What is your "local disk"? > = > xfs_logprint don't say much : > = > xfs_logprint: > data device: 0xfe02 > log device: 0xfe02 daddr: 10485792 length: 20480 > = > Header 0x7c wanted 0xfeedbabe > ********************************************************************** > * ERROR: header cycle=3D124 block=3D5414 * > ********************************************************************** You didn't look past the initial error, did you? The file is only 482280 lines long, and 482200 lines of that are decoded log data.... :) > I tried xfs_logprint -c , it gaves a 22M file. You can grab it here : > http://filex.univ-nantes.fr/get?k=3DQnBXivz2J3LmzJ18uBV I really need the raw log data, not the parsed output. The logprint command to do that is "-C ", not "-c". > - Rebooted 3.4.15 > - xfs_logprint gives the exact same result that with 3.6.2 (diff > tells no differences) Given that it's generated by the logprint application, I'd expect it to be identical. > but on 3.4.15, I can mount the volume without problem, log is > replayed. > for information here is xfs_info of the volume : > = > here is xfs_info output > = > root@label5:/mnt/debug# xfs_info /mnt/tempo > meta-data=3D/dev/mapper/LocalDisk-crashdisk isize=3D256 agcount=3D8, > agsize=3D655360 blks How did you get a default of 8 AGs? That seems wrong. What version of mkfs.xfs are you using? Cheers, Dave. -- = Dave Chinner david@fromorbit.com _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs