On Jan 1, 2010, at 4:57 AM, LevT wrote:
Hi
(snv_130) created zfs pool storage (a mirror of two whole disks)
zfs created storage/iscsivol, made some tests, wrote some GBs
zfs created storage/mynas filesystem
(sharesmb
dedup=on
compression=on)
FILLED the storage/mynas
tried to ZFS DESTROY my storage/iscsivol, but the system has HUNG...
dedup is still new and several people have reported that destroying
deduped
datasets can take a long time. Plenty of memory or cache devices seems
to help,
as does having high IOPS drives in the main pool. Otherwise, you'll
have to
wait for it to finish.
this system now tends to boot to maintenance mode due to the boot-
archive corruption
This is unrelated to the above problem. More likely this occurred
when you
gave up and forced a restart. Follow the standard instructions for
rebuilding
the boot archive.
-- richard
The pool can't be imported -f by the recent EON storage (snv_129),
it hangs also and don't return to the CLI
Any help is appreciated
--
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
