Re: [zfs-discuss] zfs scrub taking very very long

[Orvar Korvar]

I am using b68 or b69 (can't remember) and the scrubs take forever. They never 
finish. 

It turned out to be a bug in this opensolaris version. I posted that question 
here somewhere, and it was a confirmed bug.
 
 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

[zfs-discuss] zfs mount fails - directory not empty

[Bob Netherton]

Multi-boot system (s10u3, s10u4, and nevada84) having problems
mounting ZFS filesystems at boot time.   The pool is s10u3
are are most of the filesystems.  A few of the filesystems
are nevada83.

# zfs mount -a
cannot mount '/pandora': directory is not empty

# zfs list -o name,mountpoint 
NAME  MOUNTPOINT
pandora   /pandora
pandora/domains   /pandora/domains
pandora/domains/fedora8   /pandora/domains/fedora8
pandora/domains/nv83a /pandora/domains/nv83a
pandora/domains/s10u5 /pandora/domains/s10u5
pandora/domains/ub710 /pandora/domains/ub710
pandora/domains/winxp /pandora/domains/winxp
pandora/export/export
pandora/home  /export/home
pandora/home-restore  legacy
pandora/[EMAIL PROTECTED]  -
pandora/iso   /export/iso


All of the filesystems except the legacy and snapshots are
mounted.   The error return code is making filesystem/local
really fussy, which makes booting really fussy, etc :-)

I do notice that zfs umount is leaving the mountpoints behind.


The other thing is more of a question.   I understand why the
ZFS filesystems created in nevada don't mount on s10.   But
should those cause mountall (and filesystem/local) to fail ?
I guess I could do legacy mounts for all my xVM domains, but
that seems un-ZFS like.


Bob

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