zfs discuss - Aug 2009 - zdb assertion failure/zpool recovery

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I have a corrupt pool, which lives on a .vdi file of a VirtualBox. IIRC
the corruption (i.e. pool being not importable) was caused when I killed
virtual box, because it was hung.

This pool consists of a single vdev and I would really like to get some
files out of that thing. So I tried running zdb, but this fails with an
assertion failure:

Assertion failed: object_count == usedobjs (0xce == 0xcd), file
../zdb.c, line 1215
Abort (core dumped)

The core file consists of 107 threads. The thread with the assertion
failure has the following stack trace:
- -----------------  lwp# 1 / thread# 1  --------------------
 d2af1997 _lwp_kill (1, 6, 8047638, d2a9ab6e) + 7
 d2a9ab7a raise    (6, 0, 8047688, d2a71fea) + 22
 d2a7200a abort    (65737341, 6f697472, 6166206e, 64656c69, 626f203a,
7463656a) + f2
 d2a7225a _assert  (80478b0, 8062eec, 4bf, 1) + 82
 08057116 dump_dir (82cadd8, 8047dac, 805aff8, 0) + 33e
 08058b4f dump_zpool (81740c0, 8047dac) + 93
 0805a1d8 main     (0, 8047e0c, 8047e24, d2bfc7b4) + 598
 08053d1d _start   (5, 8047ec4, 8047ec8, 8047ecb, 8047ed0, 8047ed3) + 7d


So for me this looks like the object_count of a directory is
inconsistent. Any idea or hint what I could do now?

I read that there is some utility to roolback the pool for simple
(mirror) setups. This setup is even more simple as it consists of a
single vdev. So I would like to try it out.

Does anybody know, where I can get the tool, or how I could use zdb in
this situation to rollback the pool?

TIA,
Thomas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.8 (SunOS)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkp1nX8ACgkQ6U+hp8PKQZLdaQCfQgCDStLqYX16D8HqeL9McjPT
G78An2aD6P6aTlsM9YfpxyMP8BUkzXQ1
=v/iN
-----END PGP SIGNATURE-----

Thomas Maier-Komor wrote:
> Hi,
> 
> I have a corrupt pool, which lives on a .vdi file of a VirtualBox. IIRC
> the corruption (i.e. pool being not importable) was caused when I killed
> virtual box, because it was hung.
> 
> This pool consists of a single vdev and I would really like to get some
> files out of that thing. So I tried running zdb, but this fails with an
> assertion failure:
> 
> Assertion failed: object_count == usedobjs (0xce == 0xcd), file
> ../zdb.c, line 1215
> Abort (core dumped)
> 
> The core file consists of 107 threads. The thread with the assertion
> failure has the following stack trace:
> -----------------  lwp# 1 / thread# 1  --------------------
>  d2af1997 _lwp_kill (1, 6, 8047638, d2a9ab6e) + 7
>  d2a9ab7a raise    (6, 0, 8047688, d2a71fea) + 22
>  d2a7200a abort    (65737341, 6f697472, 6166206e, 64656c69, 626f203a,
> 7463656a) + f2
>  d2a7225a _assert  (80478b0, 8062eec, 4bf, 1) + 82
>  08057116 dump_dir (82cadd8, 8047dac, 805aff8, 0) + 33e
>  08058b4f dump_zpool (81740c0, 8047dac) + 93
>  0805a1d8 main     (0, 8047e0c, 8047e24, d2bfc7b4) + 598
>  08053d1d _start   (5, 8047ec4, 8047ec8, 8047ecb, 8047ed0, 8047ed3) + 7d
> 
> 
> So for me this looks like the object_count of a directory is
> inconsistent. Any idea or hint what I could do now?
> 
> I read that there is some utility to roolback the pool for simple
> (mirror) setups. This setup is even more simple as it consists of a
> single vdev. So I would like to try it out.
> 
> Does anybody know, where I can get the tool, or how I could use zdb in
> this situation to rollback the pool?
> 
> TIA,
> Thomas
I''ve searched the web some more and came across
http://www.opensolaris.org/jive/thread.jspa?threadID=85794

The posting by nhand gave me the information I needed to get my pool up
and running again.

Thanks!

- Thomas

_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss at opensolaris.org

>IIRC the corruption (i.e. pool being not importable) was caused 
>when I killed virtual box, because it was hung.
that scares me using zfs inside virtual machines. is such issue known with
vmware?
-- 
This message posted from opensolaris.org