As I mentioned back in June, we have not been able to reproduce
this problem and...
> To investigate, please provide:
> - a network capture (wireshark) and 'ls -lVd' for the working scenario
> - a network capture and 'ls -lVd' for the failing scenario
> - user details for users accessing the shares
> - your smbautohome file
> - output from cifs-gendiag
Network captures would be really useful in understanding what is
going on.
Alan
On 08/31/10 07:10 AM, Florian Manschwetus wrote:
Ok, sorry that I pull up this old topic.
But yesterday I have observed on our osol cifs server, that also for
normal shares this problem occurs.
What it is here:
* Setup a box in ad mode (ldap + kerberos, ad based uids/gids)
* Join with smbadm
* ...
* autosnapping and all that
* then add another bunch of disk space to have a dedicated data pool
* zpool... crate...
* mount it on /export/data
* create a dataset "Sekretariat"
=> data/Sekretariat 8,12G 232G 6,77G
/export/data/Sekretariat
Now create 2 subdirs /export/data/Sekretariat/Sekretariat-A and
/export/data/Sekretariat/Sekretariat-B
* set acls correctly (Domain\ Admins and Sekretariat group should have
access)
* use sharemgr to create a share group sekretariat publishing to the
servers ad space
* add both directories as individual shares
* ensure snappshots are created and all is fine
Now have a look to previous versions tab from a win7 client, here it
always stays empty on everything in the share.
Some month ago there was only one share pointing to
/export/data/Sekretariat (the root of the dataset), previous versions
were working fine.
Due to my boss wants to have this separated I altered the share
structure, with the result that now the users can't retrieve previous
versions of their files as this tab now stays completely empty.
Florian
Am 11.06.2010 22:54, schrieb Alan Wright:
Previous Versions should work from any share, anywhere
in the directory hierarchy.
I suspect this may be an smbautohome share problem.
We'll look into it.
Alan
On 06/11/10 07:49 AM, MichaelHoy wrote:
We have a zpool with a volume and in that volume we have a number of
directories which are dynamically shared via smbautohome.
e.g. zpool pstuds, volume a and directory a1234567.
The server is a member of an AD.
The directory name matches the local user account (local for setting
ACLs) which maps (idmap) to the AD user.
Works like a charm.
By the way, we needed to use a directory for the home space as opposed
to a volume since we have 50k users’ home directories.
Trouble is…I can’t see the snapshot directory or view
previous-versions whilst in the users’ home folder.
If I share the volume which the directory sits in then I can however
explore the UNC path (\\server\pstuds_a\.zfs\snapshot\mhtest\a1234567)
and see those files which I have deleted.
The question is, should I be able to explore/previous-versions of the
snapshots when I’m in a directory of a volume or are snapshots only
visible from the root of the volume?
Thanks for taking the time to read this.
Michael
_______________________________________________
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
_______________________________________________
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
