February 2, 201313 yr I'm experiencing some strange issues with file permissions on my unRAID setup, which seems to stem from different accounts and different machines writing files. I have 4 users setup: me (main user, use this one to login from my laptop to generally add & manage files from windows 7) sonos (my sonos box for streaming music to my amplifier) root admin I have various shares, but the one I'm having issues with is a "music" share. I have left "valid users" blank, so I'd expect it to be available to all users. I'm using unRAID version 4.7. The sonos account is new after I recently purchased a sonos box, and after hooking up I noticed it was strange because it didn't seem to see any of the files in my "music" share. I logged in via putty and noticed the directories had a variety of different permissions, most of which seemed OK, but I decided to chmod (-R) to 777 anyway just to get everything going. Most files were owned by the "admin" or "me" user, with group set to "admin". After modifying the files, it didn't make any difference, which seemed very odd. Whilst everything had global r/w/x, sonos was still refusing to display anything, even after removing/adding the library. I then tried to change things by changing ownership to the "sonos" user. This worked, but then I can't see anything when I login via my windows 7 laptop as "me"! I can view all the different directories, but I can't see the actual contents! I didn't expect to have to login to the box to do such administration and I'm guessing I've done something silly down the line to get into this mess. The user accounts don't seem setup correctly to me but I thought I should stop playing around on linux and get some help before I screw everything up! Can anyone help out/explain what's going on here?
February 3, 201313 yr Not sure about the SONOS, but I have seen other strange behaviors with various OS versions and media players accessing unRAID but more problems with accessing other (MS) OS releases. After your last change, are you now unable to see ANY FILES in ANY directory on anything other than your SONOS? Or only files within the MUSIC share? I think that you may originally have had a situation where the permissions on the MUSIC share (directory/folder) was not available to SONOS due to the new user being in a group that did not have read access to the MUSIC share, (or possibly not in a group at all). Various OS releases and versions seems to not treat the folder and file permissions always the same way, and can yield different symptoms as a result. If you place SONOS in a group that has specific file rights, you should again be able to see the SONOS owned files with the other computers, unless the MUSIC share folder has some other strange permissions. If you can return the files back to the orignal owners, or at least back to a user in the admin group ("admin" or "me" user, with group set to "admin"), all should again look normal to your other computers. Then you can just work on the SONOS user, and setting it in a group also to limited access if that is what you desire, and setting permissions on the MUSIC share to work as you would expect. If you do not need limited access rights for user SONOS, you could add SONOS to the "admin" group and it should then just work like the users "admin" and "me".
February 3, 201313 yr All files should be in the users group for correct integration with SMB. How are the files being created on the server? How are they being copied. Post a screenshot of the share settings.
February 3, 201313 yr Author Not sure about the SONOS, but I have seen other strange behaviors with various OS versions and media players accessing unRAID but more problems with accessing other (MS) OS releases. After your last change, are you now unable to see ANY FILES in ANY directory on anything other than your SONOS? Or only files within the MUSIC share? With owner set to sonos, I can see all the files OK, but in windows I can only see directory names, files do not appear. It doesn't make any logical sense either - I've just tried playing around with one example directory which i copied over from windows: ls -lRt /mnt/disk?/music/Underworld /mnt/disk4/music/Underworld: total 1 drwx--x--x 2 sonos admin 512 Feb 3 13:29 Dubnobasswithmyheadman/ /mnt/disk4/music/Underworld/Dubnobasswithmyheadman: total 134165 -rwx------ 1 sonos admin 13816539 Feb 2 22:42 underworld\ -\ 09\ -\ m.e..ogg* Now I can see all those files in windows and modify them - that's logged in as me (oli) who is a member of the admin group, but of course admin shouldn't be able to do aynthing with them! On the other hand, these files are not visible in windows, I can only see empty directories: /mnt/disk1/music/Underworld: total 81088 drwxrwxrwx 2 sonos admin 592 Mar 2 2011 underworld-oblivionwithbells/ /mnt/disk1/music/Underworld/underworld-oblivionwithbells: total 81829 -rwxrwxrwx 1 sonos admin 3756160 Mar 2 2011 04.\ To\ Heal.mp3* I think that you may originally have had a situation where the permissions on the MUSIC share (directory/folder) was not available to SONOS due to the new user being in a group that did not have read access to the MUSIC share, (or possibly not in a group at all). Quite possible, I'm not sure how groups are meant to work on unRAID, I don't have anything special setup, I tried updating groups this afternoon but it didn't seem to help as you can see above. Various OS releases and versions seems to not treat the folder and file permissions always the same way, and can yield different symptoms as a result. If you place SONOS in a group that has specific file rights, you should again be able to see the SONOS owned files with the other computers, unless the MUSIC share folder has some other strange permissions. If you can return the files back to the orignal owners, or at least back to a user in the admin group ("admin" or "me" user, with group set to "admin"), all should again look normal to your other computers. Then you can just work on the SONOS user, and setting it in a group also to limited access if that is what you desire, and setting permissions on the MUSIC share to work as you would expect. If you do not need limited access rights for user SONOS, you could add SONOS to the "admin" group and it should then just work like the users "admin" and "me". As I say I hvae tried adding to the admin group but no luck <sorry bit brief but I've just had a friend come over but I wanted to reply!>
February 3, 201313 yr Try setting all DIRECTORY entries to: drwx--x--x This would be normal, then see what it does for file and directory access... THEN try setting the FILES ONLY NOT DIRECTORIES to: (probably only a couple to start with for testing...) -rwx------ Again this would be NORMAL... Test and see what happens. It looks like you inadvertantly changed the directory/folder permissions also when you likely did a recursive permission change on the files. Trying to get things back to a normal file permission setting to see where we may need to make changes next, if any... - Also, just started thinking... when you say admin group, are you talking about the ADMIN group on the WINDOWS machines, and not a group on the unRAID box? Each machine has its own user groups, and the groups are typically NOT related to other machines unless you are on a domain controlled by a domain controller... The reason I mention this is I was getting confused at to which computer GROUP or GROUPS we may have been talking about. I was trying to refer to the unRAID computer, while I just started to think you might have been talking about a windows user group, or possibly also the unRAID user group... You can also look at the files when you have them open to see details about the user accessing them. This might be helpful to see why file access is not as you expect. So each user shows as being in the same group when looking at them on unRAID? It is just best to use the user GUI for user and shares set up, unless some special permissions are needed to prevent some type of access by some users to other users data. Also, normally an ADMIN group would be set to have permissions that would still allow any user in the ADMIN group normal full access to files owned by other users, even though the files may not specifically allow for other users access... To make sure what users are in a given group on the unRAID box from the console: For listing the user in the admin group: getent group admin For listing the user in the root group: getent group root
February 4, 201313 yr The Linux permissions in unRAID are not used in the standard Unix method. SMB permissions are mapped to Linux permissions and several of the Linux permission bits have alternate meanings specific to SMB integration. Changing permissions in the Linux shell is a bad idea unless you understand the correct settings for SMB. Use "newperms /path/to/file/or/directory" to reset correct permissions. How are the files being created? Are they being processed by an unRAID add-on? Are they being access using the Linux command line?
Archived
This topic is now archived and is closed to further replies.