I have read and read and searched the web but cant figure out an answer to my problem. 

I am running 6.2. My shares are set up as Movies, Pictures, Videos, TV Shows. Under Videos I have many videos from my camera or drone set in folders named by date.

I can access all the shares fine, but about half the folders inside the video share I get a request for a user name and password. This happens if I try to access from either of my win 10 pc's or from my Kodi box running libreelec, so I know its not a windows problem.

I tried setting up a user name 'dan' with a password in the unraid gui. This doesn't work to access the folders. 

I ran the new permissions script and it didn't help.

Ive tried to go through windows explorer and make sure the permissions are set correctly but haven't been able to change them from traverse/execute to full control. I get access denied errors.

All shares are set to public in unraid gui.

 

Any ideas where to go next?

Yes, I have one thought.  Open up a Telnet or ssh session and log onto you server.  Then at the the command line ,type:

ls -al /mnt/user

Look at the list of directories and pick the one with one your 'troublesome' files under it, then hit the up-arrow key on the keyboard.  That will bring up the last add last command that you run.  Now add slash ( / ) at  the end of the line and name of the share that the file is in.  Like so:

ls -al /mnt/user/Media

NOTE:  Capitalization is important!!!!  

 

Continue until you get to a directory that contains  at least one of your  files with the problem.  Copy the entire entry for that file and post it up here.  It will looks something like this:

 

-rw-rw-rw- 1 nobody users    7095852 Dec 23  2016 CannonBall_vs_Feather.mp4
-rw-rw-rw- 1 nobody users    1238088 Dec 12  2016 Cleaning\ Out\ The\ Garage\ -\ Meanwhile\ Somewhere\ Facebook.mp4

Copy and paste this up with your next post. (You can consult any Linux manual ( google  ls   if you wish) about the meaning of all these cryptic  entries.  It will provide you with a bit of general information about the underlining Linus file system which is the backbone that unRAID uses.)

Thanks Frank...I will follow your instructions this weekend and post back.

Really appreciate the help.

This is what I came up with on one of the folders I cant access:

total 33675278
drwx--x--x 1 root   root        2880 Jul 12  2014 ./
drwxrwxrwx 1 nobody users         48 Apr 10  2017 ../
-rwx------ 1 root   root    45103104 Feb 24  2012 002.MTS*
-rwx------ 1 root   root    30504960 Feb 24  2012 003.MTS*
-rwx------ 1 root   root    78870528 Feb 24  2012 004.MTS*
-rwx------ 1 root   root   187465728 Feb 24  2012 005.MTS*
-rwx------ 1 root   root    40243200 Feb 24  2012 006.MTS*
-rwx------ 1 root   root    97880064 Feb 24  2012 007.MTS*
-rwx------ 1 root   root    76253184 Feb 24  2012 008.MTS*
-rwx------ 1 root   root    59713536 Feb 24  2012 009.MTS*
-rwx------ 1 root   root    91871232 Feb 24  2012 010.MTS*
-rwx------ 1 root   root    53803008 Feb 24  2012 011.MTS*
-rwx------ 1 root   root    25559040 Feb 24  2012 012.MTS*
-rwx------ 1 root   root    11993088 Feb 24  2012 013.MTS*
-rwx------ 1 root   root   139880448 Feb 24  2012 014.MTS*
-rwx------ 1 root   root   115795968 Feb 24  2012 015.MTS*
-rwx------ 1 root   root    52697088 Feb 24  2012 016.MTS*
-rwx------ 1 root   root    77236224 Feb 24  2012 017.MTS*
-rwx------ 1 root   root    70852608 Feb 24  2012 018.MTS*
-rwx------ 1 root   root    95121408 Feb 24  2012 019.MTS*
-rwx------ 1 root   root    34646016 Feb 24  2012 020.MTS*
-rwx------ 1 root   root   158294016 Feb 24  2012 021.MTS*
-rwx------ 1 root   root   219568128 Feb 24  2012 022.MTS*
-rwx------ 1 root   root    67584000 Feb 24  2012 023.MTS*
-rwx------ 1 root   root   402432000 Feb 24  2012 024.MTS*
-rwx------ 1 root   root   336402432 Feb 24  2012 025.MTS*
-rwx------ 1 root   root   260345856 Feb 24  2012 026.MTS*
-rwx------ 1 root   root   288448512 Feb 24  2012 027.MTS*
-rwx------ 1 root   root  1928466432 Feb 24  2012 028.MTS*
-rwx------ 1 root   root    82532352 Feb 24  2012 029.MTS*
-rwx------ 1 root   root    20932608 Feb 24  2012 030.MTS*
-rwx------ 1 root   root   490702848 Feb 24  2012 031.MTS*
-rwx------ 1 root   root   993527808 Feb 24  2012 032.MTS*
-rwx------ 1 root   root   196902912 Feb 24  2012 033.MTS*
-rwx------ 1 root   root   130652160 Feb 24  2012 034.MTS*
-rwx------ 1 root   root    61323264 Feb 24  2012 035.MTS*
-rwx------ 1 root   root   267847680 Feb 24  2012 036.MTS*
-rwx------ 1 root   root    79804416 Feb 24  2012 037.MTS*
-rwx------ 1 root   root    92977152 Feb 24  2012 038.MTS*
-rwx------ 1 root   root    80406528 Feb 24  2012 039.MTS*
-rwx------ 1 root   root   136660992 Feb 24  2012 040.MTS*
-rwx------ 1 root   root   836843520 Feb 24  2012 041.MTS*
-rwx------ 1 root   root   212877312 Feb 24  2012 042.MTS*
-rwx------ 1 root   root    47388672 Feb 24  2012 043.MTS*
-rwx------ 1 root   root   238055424 Feb 24  2012 044.MTS*
-rwx------ 1 root   root   100478976 Feb 24  2012 045.MTS*
-rwx------ 1 root   root   157483008 Feb 24  2012 046.MTS*
-rwx------ 1 root   root   143597568 Feb 24  2012 047.MTS*
-rwx------ 1 root   root   144549888 Feb 24  2012 048.MTS*
-rwx------ 1 root   root    39260160 Feb 24  2012 049.MTS*
-rwx------ 1 root   root   507396096 Feb 24  2012 050.MTS*
-rwx------ 1 root   root   288571392 Feb 24  2012 051.MTS*
-rwx------ 1 root   root   607199232 Feb 24  2012 052.MTS*
-rwx------ 1 root   root    13283328 Feb 24  2012 053.MTS*
-rwx------ 1 root   root   746938368 Feb 24  2012 054.MTS*
-rwx------ 1 root   root    58349568 Feb 24  2012 055.MTS*
-rwx------ 1 root   root   502652928 Feb 25  2012 056.MTS*
-rwx------ 1 root   root    31315968 Feb 25  2012 057.MTS*
-rwx------ 1 root   root    74778624 Feb 25  2012 058.MTS*
-rwx------ 1 root   root  2046461952 Feb 25  2012 059.MTS*
-rwx------ 1 root   root   899149824 Feb 25  2012 060.MTS*
-rwx------ 1 root   root  2045976576 Feb 25  2012 061.MTS*
-rwx------ 1 root   root  2046062592 Feb 25  2012 062.MTS*
-rwx------ 1 root   root   897386496 Feb 25  2012 063.MTS*
-rwx------ 1 root   root   154423296 Feb 25  2012 064.MTS*
-rwx------ 1 root   root    58091520 Feb 25  2012 065.MTS*
-rwx------ 1 root   root   543750144 Feb 25  2012 066.MTS*
-rwx------ 1 root   root    61661184 Feb 25  2012 067.MTS*
-rwx------ 1 root   root    84258816 Feb 25  2012 068.MTS*
-rwx------ 1 root   root    19519488 Feb 25  2012 069.MTS*
-rwx------ 1 root   root    51013632 Feb 25  2012 070.MTS*
-rwx------ 1 root   root    81235968 Feb 25  2012 071.MTS*
-rwx------ 1 root   root    17983488 Feb 25  2012 072.MTS*
-rwx------ 1 root   root    31598592 Feb 25  2012 073.MTS*
-rwx------ 1 root   root    56862720 Feb 25  2012 074.MTS*
-rwx------ 1 root   root    32464896 Feb 25  2012 075.MTS*
-rwx------ 1 root   root   697632768 Feb 25  2012 076.MTS*
-rwx------ 1 root   root   741285888 Feb 25  2012 077.MTS*
-rwx------ 1 root   root  1357473792 Feb 25  2012 078.MTS*
-rwx------ 1 root   root   202936320 Feb 25  2012 079.MTS*
-rwx------ 1 root   root    27113472 Feb 25  2012 080.MTS*
-rwx------ 1 root   root    49459200 Feb 25  2012 081.MTS*
-rwx------ 1 root   root   949549056 Feb 25  2012 082.MTS*
-rwx------ 1 root   root    12988416 Feb 25  2012 083.MTS*
-rwx------ 1 root   root    81199104 Feb 25  2012 084.MTS*
-rwx------ 1 root   root    93118464 Feb 25  2012 085.MTS*
-rwx------ 1 root   root    92952576 Feb 25  2012 086.MTS*
-rwx------ 1 root   root   130639872 Feb 25  2012 087.MTS*
-rwx------ 1 root   root   485130240 Feb 25  2012 088.MTS*
-rwx------ 1 root   root    92289024 Feb 25  2012 089.MTS*
-rwx------ 1 root   root    63995904 Feb 25  2012 090.MTS*
-rwx------ 1 root   root   187631616 Feb 25  2012 091.MTS*
-rwx------ 1 root   root   118204416 Feb 25  2012 092.MTS*
-rwx------ 1 root   root   138719232 Feb 25  2012 093.MTS*
-rwx------ 1 root   root  2046216192 Feb 25  2012 094.MTS*
-rwx------ 1 root   root   221331456 Feb 25  2012 095.MTS*
-rwx------ 1 root   root   117252096 Feb 25  2012 096.MTS*
-rwx------ 1 root   root   169598976 Feb 25  2012 097.MTS*
-rwx------ 1 root   root    22216704 Feb 25  2012 098.MTS*
-rwx------ 1 root   root    41336832 Feb 25  2012 099.MTS*
-rwx------ 1 root   root    62171136 Feb 25  2012 100.MTS*
-rwx------ 1 root   root   489086976 Feb 25  2012 101.MTS*
-rwx------ 1 root   root   127475712 Feb 25  2012 102.MTS*
-rwx------ 1 root   root    59369472 Feb 25  2012 103.MTS*
-rwx------ 1 root   root    78053376 Feb 25  2012 104.MTS*
-rwx------ 1 root   root     4442112 Feb 25  2012 105.MTS*
-rwx------ 1 root   root    53796864 Feb 25  2012 106.MTS*
-rwx------ 1 root   root  1297532928 Feb 25  2012 107.MTS*
-rwx------ 1 root   root   139732992 Feb 25  2012 108.MTS*
-rwx------ 1 root   root    49410048 Feb 25  2012 109.MTS*
-rwx------ 1 root   root   455995392 Feb 25  2012 110.MTS*
-rwx------ 1 root   root   122161152 Feb 25  2012 111.MTS*
-rwx------ 1 root   root    36802560 Feb 25  2012 112.MTS*
-rwx------ 1 root   root   192258048 Feb 25  2012 113.MTS*
-rwx------ 1 root   root   105043968 Feb 25  2012 114.MTS*
-rwx------ 1 root   root    23150592 Feb 25  2012 115.MTS*
-rwx------ 1 root   root    12785664 Feb 25  2012 116.MTS*
-rwx------ 1 root   root   144592896 Feb 25  2012 117.MTS*
-rwx------ 1 root   root  1292390400 Feb 25  2012 118.MTS*
-rwx------ 1 root   root     2998272 Feb 25  2012 119.MTS*

 

Thanks for looking

Whatever application is writing these files is not turning on read and write permission for these files for group (I.e., "users") or other (i.e., 'public').   The only person who can access them is 'root'. and root is not even allowed to access files in the array via SMB.  ('root' access via SMB was turned off a while back when LimeTech decided to increase the security of unRAID.)

 

You will have to figure which application/Docker/plugin on your server is actually write these files and change it so the Owner is 'nobody, the Group is 'users' and the permissions are:  '

-rw-rw-rw-

for files and 

drwxrwxrwx

for directories.  The best (and safest) way to fix this is with the Docker Safe New Perms Plugin (   Tools   >>>   Docker Safe New Perms   )  Which (as I recall) is installed as a part of the Fix Common Problems plugin.  

 

You can also see what the permissions, Owner and Group setting should look like in my cut of an  ls -al   listing in this post:

 

    https://forums.lime-technology.com/topic/61276-since-upgrade-to-6-certain-folder-asking-for-user-name-and-password/?tab=comments#comment-601297

 

Edited November 11, 20178 yr by Frank1940

Thanks again for the help Frank

I ran the New Perms tool when I first tried to fix this problem and again a couple of times today and it still is doing the same thing. I just looked at the folders again through putty and they have the same permissions as the snippet I pasted above.

 

Not sure why the permissions are different on some of the folders...they were all written to the server the same way...through Windows explorer.

 

Still stumped..........

Exactly what is the Linux path to this folder that is giving you the problem.  It should look alike this:

/mnt/user/Media

It has begin with /mnt to be of any use to see exactly where in the file structure that these files are.  As far as I know, it is impossible for  stand-alone windows machine to write to the array with any other ownership and Group than nobody and users.  The only way for the root and root is to be done from inside of the unRAID OS itself.  (By inside, I mean a plugin, Docker or VM.)  That is why I requested that you figure out exactly what is writing those files.

 

Telnet via putty shows /mnt/user/Videos/Mac/2012-02-25 for one of the folders I cant access

 

But /mnt/user/Videos/Mac/BIKES123 works perfectly

 

 

Edited November 11, 20178 yr by dan4081

These for the permissions of the directory that you are try to read from:

 

21 hours ago, dan4081 said:

drwx--x--x 1 root   root        2880 Jul 12  2014 ./

 

These permissions for this directory/folder are defined in the following quote:

 

"When applying permissions to directories on Linux, the permission bits have different meanings than on regular files.

• The write (w)  bit allows the affected user to create, rename, or delete files within the directory, and modify the directory's attributes
• The read (r) bit allows the affected user to list the files within the directory
• The execute(x) bit allows the affected user to enter the directory, and access files and directories inside."

As you can see, the owner (root) of this directory can read, write, and list the files with the directory.  The users that only qualify as a member of either group or other can only  transverse this directory but not to read or write any of the contents.  (By transverse, I mean it can move to directories beyond in this directory and be able to access their files.  However, you would have to know the exact path description to be able to do this.)

Owner is      drwx--x--x 1

Group  is     drwx--x--x 1

Other   is     drwx--x--x 1

 

(The leading d indicates this is a directory and not a file)  Thus, you are denied the ability to list the contents of this directory unless you are the owner!  (You can do this from your telnet (or ssh) session because you are logged in as root  who is the owner! 

 

I would personally suggest at this point that you post in the Fix Common Problems support thread and explain that the Docker Safe New Permissions (As this utility should be able to fix this problem) is not fixing it and point them to this thread. 

 

      https://forums.lime-technology.com/topic/47266-plugin-ca-fix-common-problems/

 

(This could be fixed by a whole series of Linux commands but I am far too rusty to be able to lead you through them.)

Will do.

 

Thanks again!

Success!

 

Had a few issues but with the help of some forum members everything is working correctly.

A quick rundown of the steps I had to take:

After posting the diagnostics I was told I needed to check the file system on Disc 4, and also that 1gb of ram was not enough.

I checked the file system and had to run 'rebuild tree'.

Tried a couple of times and both times it never finished, and my disc 4 was showing as unmountable.

It was suggested that this was because there wasnt enough Ram, so I upgraded to 4gb and re-ran rebuild tree.

This time it worked, so next step was to run New Permissions again, this time it worked perfectly and all my folders now work as they should.

 

Thanks to everyone for the help.

 

Edit: as a side benefit, everything runs much snappier with 4gb of Ram compared to the 1gb I had in there.