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>Search


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

Knowledge Base

Engine user cannot delete other users files

Publication Date:  2016-02-29  |   Views:  644  |   Downloads:  0  |   Author:  SU1001981384  |   Document ID:  EKB1000097867


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 :


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:



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)