Hello, The problem I was facing before, permissions being reset and not changeable using windows explorer security tab was in fact triggered by the command "mount -t nfs 192.168.1.91:/mnt/raid1SAS /mnt/raid1SAS" So it seems that whenever I mount an nfs share (which doesn't seem to support the extended attributes), then for some reason the extended attributes of all other files in the system are disabled too, that goes for the samba shares too. Therefore I cannot mount an nfs share without the consequence of disabling all of the AD permissions on the samba share. Would there be a way to fix that, is it a normal behaviour ? regards, micmac (Fran?ois Moyson)
On Thu, May 31, 2012 at 10:17:16AM +0200, Fran?ois Moyson wrote:> Hello, > > The problem I was facing before, permissions being reset and not > changeable using windows explorer security tab > was in fact triggered by the command "mount -t nfs > 192.168.1.91:/mnt/raid1SAS /mnt/raid1SAS" > > So it seems that whenever I mount an nfs share (which doesn't seem > to support the extended attributes), then > for some reason the extended attributes of all other files in the > system are disabled too, that goes for the samba shares too. > > Therefore I cannot mount an nfs share without the consequence of > disabling all of the AD permissions on the samba share. > > Would there be a way to fix that, is it a normal behaviour ?Is the Samba share exporting /mnt/raid1SAS ? If so, then yes, the underlying file system needs working xattrs.
Apparently Analagous Threads
- Question about Salted Hash Login Generator
- migrated from samba tdbsam to ldapsam and now some strange errors.
- Dynamically changeable parameters in theora
- sudo in switchtower and security
- [PATCH] virtio-net: parameterize min ring num_free for virtio receive