When I try to delete a folder in my share, I get the following 'File Access Denied' messages:

 

You need permission to perform this action

You require permission from MEDIA\gregg to make changes to this file

 

This happens to every file in the folder. I can pick 'Try Again', 'Skip' or 'Cancel', but nothing works and only canceling removes the message without deleting anything.

 

When I right-click on the folder and pick 'Properties' the dialog shows the 'Read-only' attribute is applied, which I pick to remove. Under the Security tab I've tried to change permission, but nothing seems to work. The users names displayed include "Everyone", "nobody (Unix User\nobody)" amd "users (Unix Group\users)".

 

Does anyone know how I can get rid of this folder and its contents?

How is the share configured. Does your user have write permission? attach a syslog.

The share (Music) is configured so I have Read/Write access. All other users only have Read access, which is also the case with all of my shares.

 

I haven't had problems like this with any other folder stored on my unRAID server.

syslog-2013-11-06.txt

I figured out a way to delete the folder.

 

Using Putty, I started a telnet session and then navigated to the parent folder from the command prompt.

 

Then I typed: "rm -rf <DirectoryName>"

 

(substituting <DirectoryName> with the actual directory name)

 

Not sure if this is the best way to solve this problem, but it worked.

 

BTW, Using the MyMain plugin, I was able to view a list of open files by clicking on the 'open files' button in the System Info tab. I searched for but could not find the problem directory or its contents in this list. However, I did find one of my audio files (a FLAC file) in this list. This file should not be open. I'm not playing with any application, so I wonder why it is in this list and how I can close the file.

 

Update: I searched for the open flac file and it is no longer in the open files list. It's weird that it was there before, because the file was not getting used in any way that I am aware of.

 

 

If you are using windows it has a habit of using files all the time behind the scenes, indexing, creating thumbs, etc. Sometimes it just doesn't know when to let go.

 

Also, deleting via telnet should always work as your logged in as root, what it most likely means is your permissions are not set right. You can run new permissions from the utility page to fix that (i believe its the utility page).

Yep even with all the correct settings I've had to login and delete folders or files via Telnet a few times since I've had unRAID.  Windows is a fickle little thing sometimes.