Hi,

welcome to the forum.

are you sure that the file system containing the share is using the (default) native access policy ?

what ACLs are on these files ?

a quick workaround would be to NFS mount the file system to a Unix server (using root=) and deleting the offending files with Unix rm

Rainer

Thank you for your response.

I have seen a similar issue in the past but that was always related to the length of the directory tree.

But this problem is different no one has the files open, i cannot even change the name of the root folder these files are in

How can i check if i am using the default native access policy?

I do not have any Unix machines here

Thank you for your response

I have never tried to delete files from the control station but i will look into it do you know the commands i should use?

You could try as root on the control station using the built in NFS managemnet connections.

Sagle

You can cd to "/nas/quota/slot_x/" replacing x with the data mover number.  You may need to be root, but you should be access the mountpoints on the data mover from there and use the linux commands to delete the data you need to delete.  Please be carefull as this path allows access to config files as well as the data and can lead to data loss if not careful.

Sagle

Thank you for your suggestion i will try that as a lst resort, since i dont want to make a mistage and delete the wrong thing from the control station interface.

But in addition I am recieving this message in the log on the datamover. I have looked it up on powerlink but i cannot find this error.

The ip is the ip i was using when i tried to delete the files.

I just did but i know what they are going to say

Upgrade the nas code even though i am on v5.6

well, its either a user error or a bug

if you are using a Vista client trying to delete a dir with readonly set and below 5.6.42 then try from a non-Vista client