July 15, 200817 yr System is Unraid Pro 4.2.4 Symptom is that all user shares disappeared after a reboot. I've been ripping my dvds to unraid, have been storing the iso's on windows boxs and then copying the images over to unraid overnight. Last night I went to sleep with 4 concurrent copy commands copying images over to a single shared 'dvd' directory on the unraid server. Used 4 copys since the source .iso's were in 3 diff machines. This AM I turn off the windows boxes (no error dialogs on the copy); then re-start them after deciding to continue ripping. Odd thing is I'm unable to log into the unraid share. tried a couple times, thinking I'm mistyping, but no luck. Hmm, unraid console is up, so unraid server is fine. So I thought maybe unraid was confused, so I deleted some of the extra users (not user shares). In retrospect I'm not sure why I deleted the users... Still unable to access unraid shares, so re-change user password on unraid, thinking a password reset would solve it. Still no access. So reboot unraid using web console (stop array, then reboot) - system reboots, I get to the unraid console, but all my user shares are gone. Ack! Questions: How can I recover the user shares and point them at the correct directories? Are the entries in the syslog about "Tower shfs: merge_dir: skipping entry..." significant? Syslog attached, thanks in advance
July 15, 200817 yr Author It seems the syslog entries about "skipping..." are from files I saved off when using disk shares in the basic version of Unraid. I upgraded to Pro and never moved the files... the files referenced in 'skipping' are regular files in the /mnt/disk[1..7] directories. But I'm still like to recover the user shares without losing the > 3Tb of data I've got on the server. I can see the old user share names by doing a ls -ld on /mnt/disk[1..7]; so the data is still there. To phrase the question another way, If I re-create a user share with the same name as the 'dissappeared' shares; will it delete the data, or will it just recreate the share and 'work' without losing data? I'm a little reluctant to 'just try' and recreate the user shares because I really don';t want to lose the data. THanks in advance...
July 15, 200817 yr It seems the syslog entries about "skipping..." are from files I saved off when using disk shares in the basic version of Unraid. I upgraded to Pro and never moved the files... the files referenced in 'skipping' are regular files in the /mnt/disk[1..7] directories. But I'm still like to recover the user shares without losing the > 3Tb of data I've got on the server. I can see the old user share names by doing a ls -ld on /mnt/disk[1..7]; so the data is still there. To phrase the question another way, If I re-create a user share with the same name as the 'dissappeared' shares; will it delete the data, or will it just recreate the share and 'work' without losing data? I'm a little reluctant to 'just try' and recreate the user shares because I really don';t want to lose the data. THanks in advance... First step would be to upgrade the version of unRAId you are running. Many bug fixes to user shares have been made. Odds are high your user-share process is crashing somehow. when logged in type ls -lR /mnt/user You should see the folders representing your user-shares. Those user-share "folders" are created (in memory) every time you reboot based on the top level folders on your disk shares. Attempting to create one again will probably have no effect. It certainly will not delete the data on the disk shares. Just do not "rm /mnt/user_share_name" That might delete stuff if given the right options. Do your user-shares show up in the web-management utility? Or are they gone from there too? if you type ps -ef | grep shfs root 1836 1 0 14:16 ? 00:00:17 /usr/local/sbin/shfs /mnt/user root 2655 2639 0 14:48 pts/0 00:00:00 grep shfs Do you see the /usr/local/sbin/shfs process running? (similar to my top line) If not, it has crashed. (The probable solution is to upgrade the unRAID version) To upgrade from 4.2.4 to the current 4.3.3 should only require the replacement of the bzroot and bzimage on your flash drive with the same two files from the current release. You do not need to re-format the flash drive, or lose any of your configuration. In fact, you can rename the existing two files to bzroot.424 and bzimage.424 so you can revert to the older version for any reason. You can even add a few lines to the syslinux.cfg file on the flash drive to allow you to boot from either version, the old, or the new. (described here: http://lime-technology.com/forum/index.php?topic=2190.msg16348#msg16348 Just change the names of the files to bzroot.424 and bzimage.424 where appropriate) At least once you upgrade, you will not be running into old bugs. There have been at least three bugs with user shares fixed, including ones where it would crash. You can see a summary of the change log here: http://lime-technology.com/wiki/index.php?title=Release_Notes#Change_Log Joe L.
July 16, 200817 yr Author User shares were not showing up in Web mgt utility. No shfs process running. Upgraded to 4.3.3 (trivially easy upgrade process) Reboot & user shares are there with data intact. Thanks for the assistance.
Archived
This topic is now archived and is closed to further replies.