public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* xfs_repair aborting ... dir2.c:2133
@ 2008-06-14  8:24 Paul Guermonprez
  2008-06-14 16:51 ` Eric Sandeen
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Guermonprez @ 2008-06-14  8:24 UTC (permalink / raw)
  To: xfs

hello,

i have a xfs dump i want to repair under linux ubuntu.
the partition was created by a storage system ss4000-e.

if i use version 2.9.4, i have a segfault
and version 2.9.8, the proces is aborted with message :
xfs_repair: dir2.c:2133: process_dir2: Assertion `(ino !=
mp->m_sb.sb_rootino && ino != *parent) || (ino == mp->m_sb.sb_rootino
&& (ino == *parent || need_root_dotdot == 1))' failed.
Aborted

i also tried to comment this test, but it returns a segfault just as
version 2.9.4.

note :
i already restored 3 xfs dumps from the same machine, and everything
went in the lost+found, partly with no name, no directory, partly with
a directory structure and filenames as expected.
before xfs_repair, the mounted fs was empty, not even the ".." for root !

thanks, paul.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: xfs_repair aborting ... dir2.c:2133
  2008-06-14  8:24 xfs_repair aborting ... dir2.c:2133 Paul Guermonprez
@ 2008-06-14 16:51 ` Eric Sandeen
  2008-06-15 19:00   ` Paul Guermonprez
  0 siblings, 1 reply; 3+ messages in thread
From: Eric Sandeen @ 2008-06-14 16:51 UTC (permalink / raw)
  To: Paul Guermonprez; +Cc: xfs

Paul Guermonprez wrote:
> hello,
> 
> i have a xfs dump i want to repair under linux ubuntu.
> the partition was created by a storage system ss4000-e.

Do you mean that you did xfsrestore on a previous dump and then tried to
repair the resulting filesystem?  Maybe the dump was corrupt?

> if i use version 2.9.4, i have a segfault
> and version 2.9.8, the proces is aborted with message :
> xfs_repair: dir2.c:2133: process_dir2: Assertion `(ino !=
> mp->m_sb.sb_rootino && ino != *parent) || (ino == mp->m_sb.sb_rootino
> && (ino == *parent || need_root_dotdot == 1))' failed.
> Aborted

If you are willing to provide an xfs_metadump image, Barry would
probably look into it for you :)

Did anything interesting go wrong before your fs got so mangled?

> i also tried to comment this test, but it returns a segfault just as
> version 2.9.4.
> 
> note :
> i already restored 3 xfs dumps from the same machine, and everything
> went in the lost+found, partly with no name, no directory, partly with
> a directory structure and filenames as expected.

xfsrestore did this?  that's pretty weird.

-Eric

> before xfs_repair, the mounted fs was empty, not even the ".." for root !
> 
> thanks, paul.
> 
> 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: xfs_repair aborting ... dir2.c:2133
  2008-06-14 16:51 ` Eric Sandeen
@ 2008-06-15 19:00   ` Paul Guermonprez
  0 siblings, 0 replies; 3+ messages in thread
From: Paul Guermonprez @ 2008-06-15 19:00 UTC (permalink / raw)
  To: Eric Sandeen; +Cc: xfs

hello,

> Do you mean that you did xfsrestore on a previous dump and then tried to
> repair the resulting filesystem?  Maybe the dump was corrupt?

i used dd to copy the xfs part of the original raid disk to my new disk.
in this ss4000e box, xfs partitions are contained in a big partition "IPSTOR"
(built on a raid linear) with a XML descriptor of start/end/...
for logical partitions inside.
so using regular tools was not a option as regular partitions are not seen.
the dd step seems to work fine, but of course i could always try
several times and see if the output is the same.
the output seems like a regular xfs partition,
xfs_repair then mounted as a loop
and got what i was able to get from lost+found.

> If you are willing to provide an xfs_metadump image, Barry would
> probably look into it for you :)

xfs_metadup has been running for more than 6 hours now
(xfs_db at 100% on a recent desktop CPU) and still running.
and all i have is a 230kb file, so i posted it here :
http://dl.free.fr/nHuj52ETY/xfs_metadump.bz2
in theory the important part of the disk contains about
50 folders, with 50 tif files of 30Mo in each, plus other stuff.
tried the lastest version, now using 400%, nice but same result.

> Did anything interesting go wrong before your fs got so mangled?

as i was using this box, i wasn't in contact with the filesystem,
all i can say is that the raid is OK and the disk seem OK too.
( i know it's stupid to use such a box where everything is hidden
won't do it again ! )
the last thing was probably a crach of the system, and impossibility
to reboot the embedded OS of the thing with the drives in.

> xfsrestore did this?  that's pretty weird.

xfs_repair did this. i used dd to copy the data
but again i can't be totally sure of what kind of
strange XFS version IPSTOR is using, perhaps it is not even standard ???
tried to contact them with no luck.

in fact i am trying to exploit my miserable situation to write a
rescue guide for this box, but this last xfs problem is blocking me,
so thanks a lot for your help.

thanks, paul.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-06-15 18:59 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-14  8:24 xfs_repair aborting ... dir2.c:2133 Paul Guermonprez
2008-06-14 16:51 ` Eric Sandeen
2008-06-15 19:00   ` Paul Guermonprez

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox