October 14, 201312 yr Hi all, I'm hoping you all can help me out with a problem that's been perplexing me. I'm running unraid 5.0 final, and all shares are read only when I mount them on my computer (a mac). I can make changes when I ssh into the server as root. I've looked through the log, but can't find any error messages. I've tried exporting the shares as public, private and secure, granting read/write permissions where appropriate. I've attached the share config files for a couple of shares with different configurations, but that display the same behavior. I'm happy to provide any other information that could be helpful. This may or may not be a linked issue, but AFP shares never show up for me (see Music.cfg). That's not a high priority for me, as using Samba works fine. Please also see quoted below the syslog for today: root@Tower:/boot/config# cat /var/log/syslog Oct 14 04:40:01 Tower syslogd 1.4.1: restart. Oct 14 04:43:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 04:53:45 Tower kernel: mdcmd (118): spindown 2 Oct 14 04:53:55 Tower kernel: mdcmd (119): spindown 3 Oct 14 05:01:36 Tower kernel: mdcmd (120): spindown 1 Oct 14 05:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 06:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 06:47:03 Tower sSMTP[5202]: Creating SSL connection to host Oct 14 06:47:03 Tower sSMTP[5202]: SSL connection using RC4-SHA Oct 14 06:47:03 Tower sSMTP[5202]: Authorization failed (534 5.7.9 http://support.google.com/accounts/bin/answer.py?answer=185833 n7sm142578141qai.1 - gsmtp) Oct 14 07:19:50 Tower afpd[16251]: afp_alarm: reconnect timer expired, goodbye Oct 14 07:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 08:30:00 Tower kernel: mdcmd (121): spindown 3 Oct 14 08:30:10 Tower kernel: mdcmd (122): spindown 0 Oct 14 08:30:10 Tower kernel: mdcmd (123): spindown 4 Oct 14 08:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 09:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 10:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 11:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 12:27:48 Tower afpd[5791]: afp_disconnect: primary reconnect failed Oct 14 12:27:49 Tower afpd[5791]: dsi_stream_read: len:0, unexpected EOF Oct 14 12:27:54 Tower afpd[5792]: afp_disconnect: primary reconnect failed Oct 14 12:27:55 Tower afpd[5792]: dsi_stream_read: len:0, unexpected EOF Oct 14 12:28:00 Tower afpd[5793]: afp_disconnect: primary reconnect failed Oct 14 12:28:01 Tower afpd[5793]: dsi_stream_read: len:0, unexpected EOF Oct 14 12:28:06 Tower afpd[5794]: afp_disconnect: primary reconnect failed Oct 14 12:28:08 Tower afpd[5794]: dsi_stream_read: len:0, unexpected EOF Oct 14 12:28:13 Tower afpd[5795]: afp_disconnect: primary reconnect failed Oct 14 12:28:13 Tower afpd[5795]: dsi_stream_read: len:0, unexpected EOF Oct 14 12:42:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 13:41:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 13:49:46 Tower afpd[6056]: afp_alarm: child timed out, entering disconnected state Oct 14 14:40:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 14:49:09 Tower sshd[6629]: Accepted password for root from 192.168.10.110 port 64409 ssh2 Oct 14 14:49:09 Tower sshd[6633]: lastlog_filetype: Couldn't stat /var/log/lastlog: No such file or directory Oct 14 14:49:09 Tower sshd[6633]: lastlog_openseek: /var/log/lastlog is not a file or directory! Oct 14 14:49:09 Tower sshd[6633]: lastlog_filetype: Couldn't stat /var/log/lastlog: No such file or directory Oct 14 14:49:09 Tower sshd[6633]: lastlog_openseek: /var/log/lastlog is not a file or directory! Oct 14 15:39:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 16:38:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) Oct 14 17:37:01 Tower crond[1142]: ignoring /var/spool/cron/crontabs/root- (non-existent user) root@Tower:/boot/config# smbd log: -rw-r--r-- 1 root root 556 Oct 8 19:11 log.smbd root@Tower:/var/log/samba# cat log.smbd [2013/10/07 14:01:10, 0] smbd/server.c:1026(main) smbd version 3.6.10 started. Copyright Andrew Tridgell and the Samba Team 1992-2011 [2013/10/07 14:02:01, 0] smbd/server.c:1026(main) smbd version 3.6.10 started. Copyright Andrew Tridgell and the Samba Team 1992-2011 [2013/10/08 18:59:19, 0] smbd/server.c:1026(main) smbd version 3.6.10 started. Copyright Andrew Tridgell and the Samba Team 1992-2011 [2013/10/08 19:11:31, 0] smbd/server.c:1026(main) smbd version 3.6.10 started. Copyright Andrew Tridgell and the Samba Team 1992-2011 root@Tower:/var/log/samba# Misc.cfg Music.cfg
October 15, 201312 yr Author That actually was the complete syslog, but it had rotated recently I've tarred and zipped the last 3 syslogs, but they were large, so here's a link to them on Dropbox: https://dl.dropboxusercontent.com/u/8364709/sysogs.tar.gz
October 15, 201312 yr Author Hi RedLaws, I did some reading on the forums here, and asked Google a few questions, but didn't find any specifics on permissions. I tried chown'ing some of the directories to nobody.nogroup based on a couple of posts I saw, but no joy. What permissions are you referring to? Thanks, Josh
October 16, 201312 yr Hi RedLaws, I did some reading on the forums here, and asked Google a few questions, but didn't find any specifics on permissions. I tried chown'ing some of the directories to nobody.nogroup based on a couple of posts I saw, but no joy. What permissions are you referring to? Thanks, Josh Go into the utilities tab, the under upgrade utilities you will see "new permissions". It's a one time utility to run after your upgrade. Another window will open and it takes some time. About 20 minutes or so for me. Sent from my iPad using Tapatalk - now Free
Archived
This topic is now archived and is closed to further replies.