This seems like /etc/dfs/sharetab was somehow corrupted. Basically, ZFS
saw the share there and assumed that it was shared. But then when we
went went to unshare it, the in-kernel list of shares showed that it
wasn''t actually shared.
If you can reproduce this, please capture the contents of
/etc/dfs/sharetab. We have some major rewhacking of share(1m) and
friends that should make this failure impossible.
- Eric
On Tue, Aug 22, 2006 at 12:51:43PM -0700, Brad Plecs
wrote:> Saw this while writing a script today -- while debugging the script, I was
ctrl-c-ing it a lot rather
> than wait for the zfs create / zfs set commands to complete. After doing
so, my cleanup script
> failed to zfs destroy the new filesystem:
>
> root at kronos:/ # zfs destroy -f raid/www/user-testuser
> cannot unshare ''raid/www/user-testuser'':
/raid/www/user-testuser: not shared
> root at kronos:/ # zfs list | grep testuser
> raid/www/user-testuser 49K 150M 49K /raid/www/user-testuser
> root at kronos:/ # zfs set sharenfs=on raid/www/user-testuser
> root at kronos:/ # zfs destroy raid/www/user-testuser
> root at kronos:/ #
>
> ...the filesystem simply would not go away until I turned on the sharenfs
toggle. Then it
> happily died.
>
> Thought I''d mention it.
>
> root at kronos:/ # uname -a
> SunOS kronos 5.10 Generic_118833-18 sun4u sparc SUNW,Sun-Fire-880
> root at kronos:/ # showrev -p | grep -i zfs
> Patch: 122640-05 Obsoletes: Requires: 118833-12 Incompatibles: Packages:
SUNWcsr, SUNWzfskr, SUNWzfsr, SUNWzfsu
>
> If anyone is interested in trying to reproduce the problem, let me know.
>
>
> This message posted from opensolaris.org
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
--
Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock