[Top] [All Lists]

Re: XFS crashes on VMs

To: Shrinand Javadekar <shrinand@xxxxxxxxxxxxxx>
Subject: Re: XFS crashes on VMs
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Wed, 27 May 2015 18:27:17 -0500
Cc: "xfs@xxxxxxxxxxx" <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <CABppvi4FZKTsu22uk6nOSaShJOUyWg7cO6h-i4YekF4MLKH8RQ@xxxxxxxxxxxxxx>
References: <CABppvi4FZKTsu22uk6nOSaShJOUyWg7cO6h-i4YekF4MLKH8RQ@xxxxxxxxxxxxxx>
That's not a crash. That is xfs detecting on disk corruption which likely 
happened at some time prior. You should unmount and run xfs_repair, possibly 
with ân first if you would like to do a dry run to see what it might do.  If 
you get fresh corruption after a full repair, then that becomes more 
interesting. It's possible that you have a problem with the underlying block 
layer or it's possible that it is an xfs bug -  but I think this is not 
something that we have seen before.


> On May 27, 2015, at 6:06 PM, Shrinand Javadekar <shrinand@xxxxxxxxxxxxxx> 
> wrote:
> Hi,
> I am running Openstack Swift in a VM with XFS as the underlying
> filesystem. This is generating a metadata heavy workload on XFS.
> Essentially, it is creating a new directory and a new file (256KB) in
> that directory. This file has extended attributes of size 243 bytes.
> I am seeing the following two crashes of the machine:
> http://pastie.org/pastes/10210974/text?key=xdmfvaocvawnyfmkb06zg
> http://pastie.org/pastes/10210975/text?key=rkiljsdaucrk7frprzgqq
> I have only seen these when running in a VM. We have run several tests
> on physical server but have never seen these problems.
> Are there any known issues with XFS running on VMs?
> Thanks in advance.
> -Shri
> _______________________________________________
> xfs mailing list
> xfs@xxxxxxxxxxx
> http://oss.sgi.com/mailman/listinfo/xfs

<Prev in Thread] Current Thread [Next in Thread>