hello,
I had a similar problem even without relocacting a pool to a new machine.
(running 0.600 b130 cifs min x64)
I changed something on "tank9x2" via zpool-command and strangely a zfs-share on
"tank_xm" was no longer available for the windows-clients.
even it shows up under sharemgr show -vp and the zfs property is on
T5600:1:~#sharemgr show -vp
default nfs=()
zfs
zfs/tank9x2/consumer smb=()
S16=/tank9x2/consumer
zfs/tank_xm/consumer smb=()
S3=/tank_xm/consumer
T5600:2:~#zfs get sharesmb tank_xm/consumer
NAME PROPERTY VALUE SOURCE
tank_xm/consumer sharesmb name=S3 local
even after adding "/etc/dfs/sharetab" to /mnt/eon0/.backup and editing
"sharetab" during modified updimg.sh-run, the second entry is missing after
reboot (it was there during paused updimg and second ssh)
T5600:3:~#more /etc/dfs/sharetab
/tank9x2/consumer - smb ""
I still have to manually do a:
T5600:4:~#zfs share -a
then the share is available and listed in sharetab
T5600:5:~#more /etc/dfs/sharetab
/tank9x2/consumer - smb ""
/tank_xm/consumer - smb ""
or I can unset and set the zfs-property again, does also the trick.
(zfs set sharesmb=off tank_xm/consumer
zfs set sharesmb=name=S3 tank_xm/consumer)
current workaround for me, adding:
/usr/sbin/zfs share -a
to /mnt/eon0/.exec
--
This message posted from opensolaris.org
_______________________________________________
distribution-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/distribution-discuss