Hi Andre, Thanks for clarifying. Believe it or not, but it does not work... I opened up 2 ssh sessions, here is a listing of what I did on console 2: ---------------------------------------------------------- miniserve:3:~#zfs set sharesmb=name=old_eon universe/data miniserve:4:~#cat /mnt/upd/etc/dfs/sharetab cat: cannot open /mnt/upd/etc/dfs/sharetab: No such file or directory miniserve:5:~#cat /etc/dfs/sharetab /pool1/audio - smb "" /universe/data - smb "" /pool1/video - smb "" /pool1/edu_video - smb "" miniserve:6:~#cat /mnt/upd/etc/dfs/sharetab /pool1/audio - smb "" /universe/data - smb "" /pool1/video - smb "" /pool1/edu_video - smb "" miniserve:7:~#cp /etc/dfs/sharetab /mnt/upd/etc/dfs/sharetab miniserve:8:~#cat /mnt/upd/etc/dfs/sharetab /pool1/audio - smb "" /universe/data - smb "" /pool1/video - smb "" /pool1/edu_video - smb "" ---------------------------------------------------------------------- So as you can clearly see the /mnt/upd/etc/dfs/sharetab file DOES contain the extra /universe/data line. However after booting, the share is just not there....
I doublechecked the .backup /etc/dfs/sharetab entry, it's there allright.. As far as I understand the mountpoint of a pool is contained in a dataset's metadata. Also owner and group is stored to a pool if I'm correct. Could it not be that some of these metadata don't comply with the current machine the pool is mounted on? Erwin -- This message posted from opensolaris.org _______________________________________________ distribution-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/distribution-discuss
