Below is the backtrace, and last lines of verbose output at the end.<br><br>I am no skilled software developer so this has little meaning to me.. only that I expected a bit more output of this backtrace..<br><br>root@ws1000:~# gdb xfs_repair core<br>


GNU gdb (GDB) 7.4.1-debian<br>Copyright (C) 2012 Free Software Foundation, Inc.<br>License GPLv3+: GNU GPL version 3 or later <<a href="http://gnu.org/licenses/gpl.html" target="_blank">http://gnu.org/licenses/gpl.html</a>><br>

This is free software: you are free to change and redistribute it.<br>
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"<br>and "show warranty" for details.<br>This GDB was configured as "x86_64-linux-gnu".<br>For bug reporting instructions, please see:<br>


<<a href="http://www.gnu.org/software/gdb/bugs/" target="_blank">http://www.gnu.org/software/gdb/bugs/</a>>...<br>Reading symbols from /sbin/xfs_repair...done.<br>[New LWP 5187]<br><br>warning: Can't read pathname for load map: Input/output error.<br>


[Thread debugging using libthread_db enabled]<br>Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".<br>Core was generated by `xfs_repair -vv -L -P -m 1750 /dev/mapper/vg0-lv0'.<br>Program terminated with signal 11, Segmentation fault.<br>


#0  0x00007fa8a1e05bcc in _wordcopy_bwd_dest_aligned (dstp=140734808924136, <br>    srcp=98541856, len=2305843009212646584) at wordcopy.c:395<br>395    wordcopy.c: No such file or directory.<br>(gdb) bt<br>#0  0x00007fa8a1e05bcc in _wordcopy_bwd_dest_aligned (dstp=140734808924136, <br>


    srcp=98541856, len=2305843009212646584) at wordcopy.c:395<br>#1  0x0000000000000000 in ?? ()<br>(gdb) q<br>root@ws1000:~# uname -r<br>3.2.0-4-amd64<br>root@ws1000:~# tail xfs_repair_gdb/xfs_repair-vv-L-P-m1750.out <br>

correcting nextents for inode 28722522<br>bad data fork in inode 28722522<br>cleared inode 28722522<br>inode 28722524 - bad extent starting block number 3387062910, offset 0<br>correcting nextents for inode 28722524<br>bad data fork in inode 28722524<br>

cleared inode 28722524<br>entry "                                                                                                                                                                                                                                                   qs  " in shortform directory 28722525 references invalid inode 0<br>

size of last entry overflows space left in in shortform dir 28722525, resetting to -2<br>entry contains offset out of order in shortform dir 28722525<br><br>....<br><br>Cheers,<br>F<br><br>P.S.<br>sorry for the double mail, Eric.<br>

On Fri, May 10, 2013 at 12:39 AM, Dave Chinner <span dir="ltr"><<a href="mailto:david@fromorbit.com" target="_blank">david@fromorbit.com</a>></span> wrote:<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On Thu, May 09, 2013 at 07:22:32PM +0200, Filippo Stenico wrote:<br>
> Hello,<br>
</div><div>> ran xfs_repair -vv -L -P -m1750 and segfault at expected point.<br>
><br>
> I got the core-dump with dbg symbols, along with repair output and strace<br>
> output.<br>
><br>
> What should I do with it? Provide as it is?<br>
<br>
</div>Run it in gdb to get a stack trace of where it died.<br>
<br>
$ gdb xfs_repair corefile<br>
...<br>
> bt<br>
<br>
and post the output, along with the repair output from the run that<br>
crashed...<br>
<div><div><br>
Cheers,<br>
<br>
Dave.<br>
--<br>
Dave Chinner<br>
<a href="mailto:david@fromorbit.com" target="_blank">david@fromorbit.com</a><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br>F
</font></span></blockquote></div><br><br clear="all"><br>-- <br>F