Thanassis Tsiodras wrote:
If I use the share from a Windows PC, where a domain user has logged in,
the generated folders/files indeed seem to belong to the same user (when
reviewed from another machine). The ACLs appear to survive reboots...
Do they? i.e. is this guaranteed?
Yes, it is guara
Perfect, thanks - that puts my mind at ease :-)
A relevant question, for backups of the file server:
Besides "zfs send | ssh ... ", are there any other backup mechanisms that
store these "special" smb-generated ACLs? Preferably, some that offer
individual file retrieval possibility (like tar - whi
Thanassis Tsiodras wrote:
A relevant question, for backups of the file server:
Besides "zfs send | ssh ... ", are there any other backup mechanisms
that store these "special" smb-generated ACLs? Preferably, some that
offer individual file retrieval possibility (like tar - which again
accordi
I have a customer who is required daily to re-authenticate to the share that
she has in her "My Network Places" folder. I've turned off the timeouts for
the share, but the logs indicate that her authentication is done using the
wrong domain. While she should be trying to authenticate using dom
Possibly because her UNIX\USER name or password is different from
her WINDOMAIN\USER name and password.
Try explicitly mapping a share as UNIX\USER and tell the client to
remember the mapping or reconnect automatically.
Please note that we advise against using build snv_111b for SMB/CIFS
because
Thanassis Tsiodras wrote:
Perfect, thanks - that puts my mind at ease :-)
A relevant question, for backups of the file server:
Besides "zfs send | ssh ... ", are there any other backup mechanisms
that store these "special" smb-generated ACLs?
There are no special smb-generated ACLs. ZFS has
