This is the current state of my pool:

et...@save:~# zpool import
  pool: q
    id: 5055543090570728034
 state: UNAVAIL
status: One or more devices contains corrupted data.
action: The pool cannot be imported due to damaged devices or data.
   see: http://www.sun.com/msg/ZFS-8000-5E
config:

        q             UNAVAIL  insufficient replicas
          raidz1      UNAVAIL  insufficient replicas
            c9t4d0s8  UNAVAIL  corrupted data
            c9t5d0s2  ONLINE
            c9t2d0s8  UNAVAIL  corrupted data
            c9t1d0s8  UNAVAIL  corrupted data
            c9t0d0s8  UNAVAIL  corrupted data


back story:
I was previously running and using this pool on linux using zfs-fuse.
one day the zfs-fuse daemon behaved strangely. zpool and zfs commands gave a
message about not being able to connect to the daemon. the filesystems for
the pool q were still available and seemed to be working correctly. I
started the zfs-fuse daemon again. I'm not sure if this meant that there
were two deamons running, since the filesystem was still available but I
couldn't get any response from the zfs or zpool commands. I then decided
instead just to reboot.
after rebooting, the pool appeared to import successfully, but `zfs list`
showed no filesystems.
I rebooted again, not really having any better ideas. after that `zpool
import` just hung forever.
I decided I should get off of the fuse/linux implementation and use a more
recent version of zfs in its native environment, so I installed
opensolaris.
I had been running the pool on truecrypt encrypted volumes, so I copied them
off of the encrypted volumes onto blank volumes, and put them on
opensolaris. I got the above when I tried to import.
Now, no idea where to go from here.

It doesn't seem like my data should be just gone - there is no problem with
the physical drives. It seems unlikely that a misbehaving zfs-fuse would
completely corrupt the data of 4 out of 5 drives (or so I am hoping).

Is there any hope for my data? I have some not-very-recent backups of some
fraction of it, but if recovering this is possible that would of course be
infinitely preferable.

-Ethan
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to