October 27, 20169 yr Maybe some sort of error message then? And/or something in the help? Just wanted to thank you guys again, I always feel like a noob when I come here to ask questions, but that's mainly because my unRAID box just works, so I very rarely have to fiddle with it.
October 27, 20169 yr Here ya go: Wait! Hold the phone! Big glaring problem here: drw-rw-rw- 1 nobody users 85 Oct 26 03:40 user/ That should read: drwxrwxrwx 1 nobody users 85 Oct 26 03:40 user/ When unRAID processes user shares, it verifies 'x' bit is set so that files can be created in it. If the 'owner' execute permission bit is not set, it does not treat the directory as a share. If you do this: chmod 777 /mnt/user It will magically solve the mystery of the missing shares (might need to Stop/Start array). However, I notice underneath /mnt/user there are some more directories there without 'x' bit set - those will still be missing. Question is, how did those permissions get changed? Because unRAID always sets '777' for directories and '666' for files it creates. Something or someone had to explicitly change those bits.... ring a bell? Is it new behavior in 6.2+ that a daemon automatically runs every minute and changes all new folders created within /mnt/user (however they were created) to perms of 0777?
October 27, 20169 yr Is it new behavior in 6.2+ that a daemon automatically runs every minute and changes all new folders created within /mnt/user (however they were created) to perms of 0777? No, are you seeing this?
October 27, 20169 yr Is it new behavior in 6.2+ that a daemon automatically runs every minute and changes all new folders created within /mnt/user (however they were created) to perms of 0777? No, are you seeing this? Yes. If I do a mkdir then every minute on the minute I get a log entry from shfs changing the permissions. I'll post a log later today Edit to clarify within a minute after the mkdir is issued shfs logs an entry stating that its changing perms and ownership on that new share Sent from my LG-D852 using Tapatalk
October 27, 20169 yr Is it new behavior in 6.2+ that a daemon automatically runs every minute and changes all new folders created within /mnt/user (however they were created) to perms of 0777? No, are you seeing this? Yes. If I do a mkdir then every minute on the minute I get a log entry from shfs changing the permissions. I'll post a log later today Edit to clarify within a minute after the mkdir is issued shfs logs an entry stating that its changing perms and ownership on that new share Sent from my LG-D852 using Tapatalk mkdir -p /mnt/user/limetechTest 30 seconds later the the syslog shows Oct 27 16:30:01 Server_A emhttp: shcmd (11670): chmod 0777 '/mnt/user/limetechTest' Oct 27 16:30:01 Server_A emhttp: shcmd (11671): chown 'nobody':'users' '/mnt/user/limetechTest' Additionally, if I happen to do a /etc/rc.d/rc.samba stop , unRaid will automatically restart everything Oct 27 16:33:01 Server_A emhttp: shcmd (11699): /etc/rc.d/rc.samba start |& logger Oct 27 16:33:01 Server_A root: Starting Samba: /usr/sbin/nmbd -D Oct 27 16:33:01 Server_A root: /usr/sbin/smbd -D Oct 27 16:33:01 Server_A root: /usr/sbin/winbindd -D Oct 27 16:33:01 Server_A emhttp: shcmd (11700): cp /tmp/emhttp/smb.service /etc/avahi/services/smb.service Oct 27 16:33:02 Server_A avahi-daemon[9968]: Files changed, reloading. Oct 27 16:33:02 Server_A avahi-daemon[9968]: Service group file /services/smb.service changed, reloading. Oct 27 16:33:02 Server_A avahi-daemon[9968]: Service "ServerA" (/services/smb.service) successfully established. Same thing happens with docker and AFP. Not a bad thing as far as I'm concerned though. Note that the webUI is not open during any of this unRaid 6.3RC3 (And even though the GUI is closed, display settings are set to page update frequency: disabled) Exact same behavior on 6.2.2
October 27, 20169 yr Is it new behavior in 6.2+ that a daemon automatically runs every minute and changes all new folders created within /mnt/user (however they were created) to perms of 0777? No, are you seeing this? Yes. If I do a mkdir then every minute on the minute I get a log entry from shfs changing the permissions. I'll post a log later today Edit to clarify within a minute after the mkdir is issued shfs logs an entry stating that its changing perms and ownership on that new share Sent from my LG-D852 using Tapatalk mkdir -p /mnt/user/limetechTest 30 seconds later the the syslog shows Oct 27 16:30:01 Server_A emhttp: shcmd (11670): chmod 0777 '/mnt/user/limetechTest' Oct 27 16:30:01 Server_A emhttp: shcmd (11671): chown 'nobody':'users' '/mnt/user/limetechTest' Additionally, if I happen to do a /etc/rc.d/rc.samba stop , unRaid will automatically restart everything Oct 27 16:33:01 Server_A emhttp: shcmd (11699): /etc/rc.d/rc.samba start |& logger Oct 27 16:33:01 Server_A root: Starting Samba: /usr/sbin/nmbd -D Oct 27 16:33:01 Server_A root: /usr/sbin/smbd -D Oct 27 16:33:01 Server_A root: /usr/sbin/winbindd -D Oct 27 16:33:01 Server_A emhttp: shcmd (11700): cp /tmp/emhttp/smb.service /etc/avahi/services/smb.service Oct 27 16:33:02 Server_A avahi-daemon[9968]: Files changed, reloading. Oct 27 16:33:02 Server_A avahi-daemon[9968]: Service group file /services/smb.service changed, reloading. Oct 27 16:33:02 Server_A avahi-daemon[9968]: Service "ServerA" (/services/smb.service) successfully established. Same thing happens with docker and AFP. Not a bad thing as far as I'm concerned though. Note that the webUI is not open during any of this unRaid 6.3RC3 (And even though the GUI is closed, display settings are set to page update frequency: disabled) Exact same behavior on 6.2.2 Ok, right, that is normal. The 30 sec is from your "Page update frequency" set on Settings/Display settings. Something to be aware of when tinkering in a command shell.
October 29, 20169 yr Is it new behavior in 6.2+ that a daemon automatically runs every minute and changes all new folders created within /mnt/user (however they were created) to perms of 0777? No, are you seeing this? Yes. If I do a mkdir then every minute on the minute I get a log entry from shfs changing the permissions. I'll post a log later today Edit to clarify within a minute after the mkdir is issued shfs logs an entry stating that its changing perms and ownership on that new share Sent from my LG-D852 using Tapatalk mkdir -p /mnt/user/limetechTest 30 seconds later the the syslog shows Oct 27 16:30:01 Server_A emhttp: shcmd (11670): chmod 0777 '/mnt/user/limetechTest' Oct 27 16:30:01 Server_A emhttp: shcmd (11671): chown 'nobody':'users' '/mnt/user/limetechTest' Additionally, if I happen to do a /etc/rc.d/rc.samba stop , unRaid will automatically restart everything Oct 27 16:33:01 Server_A emhttp: shcmd (11699): /etc/rc.d/rc.samba start |& logger Oct 27 16:33:01 Server_A root: Starting Samba: /usr/sbin/nmbd -D Oct 27 16:33:01 Server_A root: /usr/sbin/smbd -D Oct 27 16:33:01 Server_A root: /usr/sbin/winbindd -D Oct 27 16:33:01 Server_A emhttp: shcmd (11700): cp /tmp/emhttp/smb.service /etc/avahi/services/smb.service Oct 27 16:33:02 Server_A avahi-daemon[9968]: Files changed, reloading. Oct 27 16:33:02 Server_A avahi-daemon[9968]: Service group file /services/smb.service changed, reloading. Oct 27 16:33:02 Server_A avahi-daemon[9968]: Service "ServerA" (/services/smb.service) successfully established. Same thing happens with docker and AFP. Not a bad thing as far as I'm concerned though. Note that the webUI is not open during any of this unRaid 6.3RC3 (And even though the GUI is closed, display settings are set to page update frequency: disabled) Exact same behavior on 6.2.2 Ok, right, that is normal. The 30 sec is from your "Page update frequency" set on Settings/Display settings. Something to be aware of when tinkering in a command shell. Well in that case, you have a bug in 6.2.2 and 6.3RC3, as with Page Update Frequency set to be disabled (and a fresh boot), emhttp is still logging those lines (and restarting SMB if I issued an rc.samba stop But, this is one bug that I really hope you don't fix, and keeping certain services alive (like smb) isn't a bad thing, and my latest project is pretty much relying on unRaid to restart them when I disable them...
October 31, 20169 yr Fixed in 6.3.0-rc4. After this is released, please open new report if problem or similar problem still exists.
November 1, 20169 yr Fixed in 6.3.0-rc4. After this is released, please open new report if problem or similar problem still exists. By fixed in rc4 do you mean the 'issue" about the chmod and the services starting back up ? As I rather liked those bugs and was utilizing them Sent from my LG-D852 using Tapatalk
November 1, 20169 yr Fixed in 6.3.0-rc4. After this is released, please open new report if problem or similar problem still exists. By fixed in rc4 do you mean the 'issue" about the chmod and the services starting back up ? As I rather liked those bugs and was utilizing them Sent from my LG-D852 using Tapatalk No, that behavior is correct. This is slightly different, having to do with permissions on the share root directories.
November 6, 20169 yr This issue should be fixed as of 6.2.3. Please open new Defect Report if you run across same or similar issue.
Archived
This topic is now archived and is closed to further replies.