On 7/5/06, Enda o'Connor - Sun Microsystems Ireland - Software
Engineer <[EMAIL PROTECTED]> wrote:
Hi Eric
Thanks for the update.
Basically I am just trying to have tank mounted onto /export and I'm not
concerned about what is already in /export,
I'm just doing some zfs testing as part of on
Hi Eric
Thanks for the update.
Basically I am just trying to have tank mounted onto /export and I'm not
concerned about what is already in /export,
I'm just doing some zfs testing as part of ongoing patch release, and trying
to script a quick and dirty way of making /export a zfs pool without
Yes, this is a known bug, or rather a clever variation of a known bug.
I don't have the ID handy, but the problem is that 'zfs unmount -a' (and
'zpool destroy') both try to unmount filesystems in DSL order, rather
than consulting /etc/mnttab. It should just unmount filesystems
according to /etc/mn
Hi
I was trying to overlay a pool onto an existing mount
# cat /etc/release
Solaris 10 6/06 s10s_u2wos_09a SPARC
# df -k /export
Filesystemkbytesused avail capacity Mounted on
/dev/dsk/c1t0d0s320174761 3329
