firetime Posted September 12, 2021 Share Posted September 12, 2021 (edited) Was swapping a share from read only to read write for an account and all shares are now gone. Attempting to re-add any shares results in "Starting services..." to appear at the bottom of the web UI and nothing else happens. Multiple reboots have not cleared the issue and nothing concrete seems to be showing in the log. Sep 11 23:58:04 Hearth emhttpd: shcmd (287): mkdir '/mnt/user/TV' Sep 11 23:58:04 Hearth root: mkdir: cannot create directory '/mnt/user/TV': File exists Sep 11 23:58:04 Hearth emhttpd: shcmd (287): exit status: 1 Sep 11 23:58:04 Hearth emhttpd: shcmd (288): rm '/boot/config/shares/TV.cfg' Sep 11 23:58:04 Hearth emhttpd: Starting services... Sep 11 23:58:04 Hearth emhttpd: shcmd (290): /etc/rc.d/rc.samba restart Sep 11 23:58:06 Hearth root: Starting Samba: /usr/sbin/smbd -D Sep 11 23:58:06 Hearth root: /usr/sbin/nmbd -D Sep 11 23:58:06 Hearth root: /usr/sbin/wsdd Sep 11 23:58:06 Hearth root: /usr/sbin/winbindd -D I've found some other topics for missing shared but most are older and attribute the missing shared to Linux kernel bugs. All of the shares folders and the files are still on the server: Diagnostic data is attached. Any ideas? hearth-diagnostics-20210912-0000.zip Edited September 13, 2021 by firetime adding unraid version to title Quote Link to comment
JorgeB Posted September 12, 2021 Share Posted September 12, 2021 Try booting in safe mode. Quote Link to comment
firetime Posted September 12, 2021 Author Share Posted September 12, 2021 (edited) Shares do not return in safe mode. Also recreating a share in safe mode results in the same behavior as before (Share is not created and Starting services... is displayed at the bottom) I've since removed most of my plugins but after booting in safe mode and having the issue persist I'm not sure that was required. Docker is still running but all containers are stopped. No VMs. Edited September 12, 2021 by firetime Quote Link to comment
firetime Posted September 13, 2021 Author Share Posted September 13, 2021 (edited) Ive wiped the flash (slow format) and redownloaded unraid. re-attached the drives in the same slots to keep my data. Attempting to recreate the shares results in the same behavior and adding shares with a new name results in a box saying the share had been deleted: Sep 12 17:04:54 Tower emhttpd: shcmd (669): mkdir '/mnt/user/test3' Sep 12 17:04:54 Tower emhttpd: shcmd (670): chmod 0777 '/mnt/user/test3' Sep 12 17:04:54 Tower emhttpd: shcmd (671): chown 'nobody':'users' '/mnt/user/test3' Sep 12 17:04:54 Tower emhttpd: Starting services... Sep 12 17:04:54 Tower emhttpd: shcmd (673): /etc/rc.d/rc.samba restart Sep 12 17:04:54 Tower nmbd[13005]: [2021/09/12 17:04:54.242114, 0] ../../source3/nmbd/nmbd.c:59(terminate) Sep 12 17:04:54 Tower nmbd[13005]: Got SIGTERM: going down... Sep 12 17:04:54 Tower winbindd[13017]: [2021/09/12 17:04:54.242177, 0] ../../source3/winbindd/winbindd.c:244(winbindd_sig_term_handler) Sep 12 17:04:54 Tower winbindd[13015]: [2021/09/12 17:04:54.242175, 0] ../../source3/winbindd/winbindd.c:244(winbindd_sig_term_handler) Sep 12 17:04:54 Tower winbindd[13083]: [2021/09/12 17:04:54.242185, 0] ../../source3/winbindd/winbindd.c:244(winbindd_sig_term_handler) Sep 12 17:04:54 Tower winbindd[13015]: Got sig[15] terminate (is_parent=1) Sep 12 17:04:54 Tower winbindd[13017]: Got sig[15] terminate (is_parent=0) Sep 12 17:04:54 Tower winbindd[13083]: Got sig[15] terminate (is_parent=0) Sep 12 17:04:56 Tower root: Starting Samba: /usr/sbin/smbd -D Sep 12 17:04:56 Tower root: /usr/sbin/nmbd -D Sep 12 17:04:56 Tower smbd[13544]: [2021/09/12 17:04:56.412779, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Sep 12 17:04:56 Tower smbd[13544]: daemon_ready: daemon 'smbd' finished starting up and ready to serve connections Sep 12 17:04:56 Tower root: /usr/sbin/wsdd Sep 12 17:04:56 Tower nmbd[13549]: [2021/09/12 17:04:56.423385, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Sep 12 17:04:56 Tower nmbd[13549]: daemon_ready: daemon 'nmbd' finished starting up and ready to serve connections Sep 12 17:04:56 Tower root: /usr/sbin/winbindd -D Sep 12 17:04:56 Tower winbindd[13559]: [2021/09/12 17:04:56.462572, 0] ../../source3/winbindd/winbindd_cache.c:3203(initialize_winbindd_cache) Sep 12 17:04:56 Tower winbindd[13559]: initialize_winbindd_cache: clearing cache and re-creating with version number 2 Sep 12 17:04:56 Tower winbindd[13559]: [2021/09/12 17:04:56.463047, 0] ../../lib/util/become_daemon.c:135(daemon_ready) Sep 12 17:04:56 Tower winbindd[13559]: daemon_ready: daemon 'winbindd' finished starting up and ready to serve connections Edited September 13, 2021 by firetime Quote Link to comment
firetime Posted September 13, 2021 Author Share Posted September 13, 2021 (edited) a physical disk called temp. It's a single SSD cache used to cache writes to the array. The cache pool named cache is used for docker.img and app data. Edited September 13, 2021 by firetime Quote Link to comment
trurl Posted September 13, 2021 Share Posted September 13, 2021 According to diagnostics, you have shares, and the screenshot of that ls result also shows you have shares. In what way are you not seeing shares exactly? Quote Link to comment
firetime Posted September 13, 2021 Author Share Posted September 13, 2021 (edited) Unraid is reporting that there are no exportable user shares. Additionally attempting to connect to the server results in nothing appearing apart from the flash share if I enable it. (same now and before the flash drive format) Edited September 13, 2021 by firetime Quote Link to comment
firetime Posted September 13, 2021 Author Share Posted September 13, 2021 (edited) Running the New Permissions utility caused the Shares page to list the folders again and resetting/saving the settings for the folders seems to fix the issue. Edited September 13, 2021 by firetime Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.