So I use a macbook pro to file manage on my server. I have no problem connecting in and accessing my files - however - somewhere my file permissions are flubbed b/c some files I can edit and some it tells me i don't have permission - eg .... i have to movies both in folders - Movie A and Movie B - i go to rename movie A folder - boom - works like a charm. I go to rename movie B and i get permission denied. Any ideas?

You really need to post up your diagnostics file in your next post.      Tools    >>>   Diagnostics

 

What I would suggest is that you note the time (and date), then try to change the name of Movie B  then capture the the diagnostics file.  Be sure to tell the time and date when you attempted the name change.  It would also be nice if you would give us the actual name of 'Movie B' folder.  (There are some special characters that don't work play well with SMB...)  

Are your shares public or private? Are you using AFP or SMB? Are you connecting to the server as a registered user or guest?

1 hour ago, Frank1940 said:

You really need to post up your diagnostics file in your next post.      Tools    >>>   Diagnostics

 

What I would suggest is that you note the time (and date), then try to change the name of Movie B  then capture the the diagnostics file.  Be sure to tell the time and date when you attempted the name change.  It would also be nice if you would give us the actual name of 'Movie B' folder.  (There are some special characters that don't work play well with SMB...)  

1

Thanks - good advice. I'll get something posted soon if i can find a folder from memory :-). In the meantime - there are no special characters involved in either the folder name or the files within.

 

 

3 minutes ago, John_M said:

Are your shares public or private? Are you using AFP or SMB? Are you connecting to the server as a registered user or guest?

Public shares - SMB - i'm connected to the server as a registered user.

If you want to try to understand how the problem came about you'll need to provide some more information about the Movie A and Movie B folders and how they were created. It's possible to access a public share as a guest user or as a registered user and I suspect you've done both by accident and the permissions have got messed up that way.

 

If you just want to fix it then run the New Permissions tool - preferably the Docker Safe version, which is included in the Fix Common Problems plugin - on the Tools page.

44 minutes ago, John_M said:

If you want to try to understand how the problem came about you'll need to provide some more information about the Movie A and Movie B folders and how they were created. It's possible to access a public share as a guest user or as a registered user and I suspect you've done both by accident and the permissions have got messed up that way.

 

If you just want to fix it then run the New Permissions tool - preferably the Docker Safe version, which is included in the Fix Common Problems plugin - on the Tools page.

so i have previously run Fix Common Problems and attached a screen cap of the results - i'm not terribly concerned by the time machine errors - and none of the other folders turn up any problems.

I no longer have a windows machine but back when I did - whenever I ran into a problem browsing via Mac finder, i could circumvent it by using my windows machine to edit directories / files.

 

Edited April 10, 20188 yr by helpermonkey

Have you fixed the problem or do you need further help?

59 minutes ago, John_M said:

Have you fixed the problem or do you need further help?

Definitely not fixed - though It's hard for me to get it to recreate the problem on one of my media folders since i don't inherently know which one will create a problem (and i don't actually want to delete a film i plan on storing).... the closest thing i can think of is in my appdata directory ... there are two instances where I can get it to show up ---->

 

1) one is with my old plex folder... here is the directory structure (/appdata is the share).

plexmediaserver->Library->Application Support->Plex Media Server (current install)

plexmediaserver->Library->Application Support->Plex (old install)

 

"Plex" only has one folder in it - Codecs, and that folder is empty. Can't delete it via mac os x finder - don't see any hidden files.

 

2) plexmediaserver->Library->Application Support->Plex Media Server->Plug-Ins

I was able to delete some of the bundles manually - but things like HDHRViewer and Plex2csv had to be deleted through the webtools interface.

 

That's the best example I can think of - but keep in mind I'm really talking about my /Videos share and directories found there.

The appdata files and folders have all kinds of non-standard (for unRAID) permissions because they are created and maintained by the systems running within the containers - hence the need for a docker-safe version of New Permissions. They are not intended to be edited outside of their containers.

 

I don't know what you are now trying to achieve but in order to get anywhere you need to describe the problem more clearly because I thought we were talking about folders inside user shares, and that should now be fixed. You also need to provide a diagnostics zip.

On 4/10/2018 at 8:57 PM, John_M said:

The appdata files and folders have all kinds of non-standard (for unRAID) permissions because they are created and maintained by the systems running within the containers - hence the need for a docker-safe version of New Permissions. They are not intended to be edited outside of their containers.

 

I don't know what you are now trying to achieve but in order to get anywhere you need to describe the problem more clearly because I thought we were talking about folders inside user shares, and that should now be fixed. You also need to provide a diagnostics zip.

We are talking about the files in my user shares - i was just providing an example from my appdata share since it's the same "behavior" - if i go into my user shares and try to recreate it - i would end up deleting something I want to keep.

 

Happy to provide diagnostics - which logs would you?

7 minutes ago, helpermonkey said:

 

Happy to provide diagnostics - which logs would you?

 

ALL OF THEM!!!!   In the second post of this thread, I gave instructions on how to collect the Diagnostics file.  This file is a zipped collection of files that allow the Gurus to help figure out what is causing problems.   Just upload the whole file. 

2 hours ago, helpermonkey said:

We are talking about the files in my user shares - i was just providing an example from my appdata share since it's the same "behavior" - if i go into my user shares and try to recreate it - i would end up deleting something I want to keep.

 

Your user shares permissions should now be fixed if you ran New Permissions. If there's still a problem then it's caused by something else. But without the diagnostics there's no way of knowing what.

 

You can't compare the permissions of files below appdata with the permissions of files in user shares for the reason I explained: they are owned by the applications that run inside dockers and are meant to be managed by them, not directly by you. In fact there's no reason to make appdata available across the network.

 

You won't delete something you want to keep if you create a temporary test folder on a user share and experiment with files and their permissions inside it.

On 4/10/2018 at 6:22 PM, John_M said:

It's possible to access a public share as a guest user or as a registered user and I suspect you've done both by accident and the permissions have got messed up that way.

 

Another thing that can happen is one of your applications (dockers) is creating these files with the wrong permissions. Some applications have settings which control this. Transmission for example has a umask setting in the settings.json file in its appdata.