No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

Engine user cannot delete other users files

Publication Date:  2016-02-29 Views:  79 Downloads:  0
Issue Description

customer needs to be able to use the admin user to delete other users files on S2600 File Engine N8000V200R001C00SPC100 ,

1-user is member of all other users groups ,and the permission on folders is rw , but still he can't delete them :



Solution

root cause is that sticky bit is on on cifs share

it means a file can be delete only by its owner

although jacopienaar has rw permission,  it can’t delete any files which was not create by itself.


workaround :

Use support account to log in, entry the file system directory like /vx/fsname, find and delete the file by normal suse linux command, such as rm


1- use putty and Use master account ssh to N8500 by management ip address(console ip address),password is Master@storage


 

Execute command below and to see the share name:


>cifs share show


 

 

Then use support (password is support@storage) account to log in(use same ip address as above—management ip addresss of file engine)

Entry to the file system directory /vx/fsname

For example:

#cd /vx/cifsxcld002/

 

You will find the directory structure is same as the cifs share directory. For example:

The file in cifs share is in path:

\Cifs share name\test\file2.txt

 

So the file exist in:

/vx/cifsxcld002/test/file2.txt

 

Entry to the path and delete the file.

#cd /vx/cifs/xcld002/test/

#rm file2.txt

Another solution is to remove sticky bit as follows (

but it will interrupt the cifs service , and it will give cifs local user privilege to delete file which is create by other users.)

Use master account to log in file engine

>cifs share delete admindpt

>cifs share add Admin admindpt owner=admindpt,group=Admin,fs_mode=770,rw,noguest,oplocks,no_full_acl,rw=@Admin

(you can see we change fs_mode=1770 to fs_mode=770, and we do not have to add inherit permissions=yes, because it will be added automaticlly)


END