[Top] [All Lists]

Re: Xfs_repair segfaults.

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: Xfs_repair segfaults.
From: Filippo Stenico <filippo.stenico@xxxxxxxxx>
Date: Fri, 10 May 2013 13:00:36 +0200
Cc: Eric Sandeen <sandeen@xxxxxxxxxxx>, xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=h/N7xOIPLI6ZL/H5bkFHfB1a+53Jehky7CpeRQqwyww=; b=GZZBQevjuezYIQaky0suTHQnr4yNHBNKl1WrHvGQ+zc3IoPqXhSqcv4XC04+AxmuRz +Q9jrhJxH/vxweYxG69Zvi/cLi4xQBdPATDpi6fQJksxdt1/cOgqFQWJNaiszr+RnO+Y f95lKUwj0htUwcf2Zv3XaNc+RBrGmDwl7HpWUMl/R2S6WMx8QHrr26vrvuJDHeYntfD4 piqhH1UQkAPs/CbZAZOVwFiHhxIzf2YpURiJjlZ1eWH4sO5cLSF/gRNZ4CCV8omY2CRQ XKtf3Jc+zCvUujDFwp2WqFnGVeiqoM+NFv5Jvto0s0vu6yWpKOlaB6MT08LzNPnU9xAn jThQ==
In-reply-to: <CADNx=KuQjMNHUk6t0+hBZ5DN6s=RXqrPEjeoSxpBta47CJoDgQ@xxxxxxxxxxxxxx>
References: <5187BF8A.2040303@xxxxxxxxxxx> <CADNx=KvZPhbRn9Kc3+KdoAY7jZ3U0uyG6wgUB5vcxX85CkFdQg@xxxxxxxxxxxxxx> <CADNx=Kv0bt3fNGW8Y24GziW9MOO-+b7fBGub4AYP70b5gAegxw@xxxxxxxxxxxxxx> <5188FF88.6000508@xxxxxxxxxxx> <CADNx=KvmA7jgqBUO0YvKddHvFaqxHNZKfF3eWajOW8GWKwNhbA@xxxxxxxxxxxxxx> <CADNx=Kv=7TFkJKom6_JM8B+A6YRckj175TbCcHrTWYL_N-qkYw@xxxxxxxxxxxxxx> <CADNx=KvxtCHEk9G07yS88-casVAXBxRTghV5nGKd_0LtcqpYpQ@xxxxxxxxxxxxxx> <20130508233910.GL24635@dastard> <CADNx=KuvQ1u+i+PgaCUqLbeGA0-8yfaCP=pez7ptGdm2pL_oGw@xxxxxxxxxxxxxx> <CADNx=KuUBVObX=UuWH+DpmES1kGppptMEMgjVnt_2kTzBDadDw@xxxxxxxxxxxxxx> <20130509223928.GT24635@dastard> <CADNx=KuQjMNHUk6t0+hBZ5DN6s=RXqrPEjeoSxpBta47CJoDgQ@xxxxxxxxxxxxxx>
Below is the backtrace, and last lines of verbose output at the end.

I am no skilled software developer so this has little meaning to me.. only that I expected a bit more output of this backtrace..

root@ws1000:~# gdb xfs_repair core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
Reading symbols from /sbin/xfs_repair...done.
[New LWP 5187]

warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `xfs_repair -vv -L -P -m 1750 /dev/mapper/vg0-lv0'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007fa8a1e05bcc in _wordcopy_bwd_dest_aligned (dstp=140734808924136,
    srcp=98541856, len=2305843009212646584) at wordcopy.c:395
395    wordcopy.c: No such file or directory.
(gdb) bt
#0  0x00007fa8a1e05bcc in _wordcopy_bwd_dest_aligned (dstp=140734808924136,
    srcp=98541856, len=2305843009212646584) at wordcopy.c:395
#1  0x0000000000000000 in ?? ()
(gdb) q
root@ws1000:~# uname -r
root@ws1000:~# tail xfs_repair_gdb/xfs_repair-vv-L-P-m1750.out
correcting nextents for inode 28722522
bad data fork in inode 28722522
cleared inode 28722522
inode 28722524 - bad extent starting block number 3387062910, offset 0
correcting nextents for inode 28722524
bad data fork in inode 28722524
cleared inode 28722524
entry "                                                                                                                                                                                                                                                   qs " in shortform directory 28722525 references invalid inode 0
size of last entry overflows space left in in shortform dir 28722525, resetting to -2
entry contains offset out of order in shortform dir 28722525



sorry for the double mail, Eric.
On Fri, May 10, 2013 at 12:39 AM, Dave Chinner <david@xxxxxxxxxxxxx> wrote:
On Thu, May 09, 2013 at 07:22:32PM +0200, Filippo Stenico wrote:
> Hello,
> ran xfs_repair -vv -L -P -m1750 and segfault at expected point.
> I got the core-dump with dbg symbols, along with repair output and strace
> output.
> What should I do with it? Provide as it is?

Run it in gdb to get a stack trace of where it died.

$ gdb xfs_repair corefile
> bt

and post the output, along with the repair output from the run that


Dave Chinner


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