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

Reply via email to