I need some help.  Parity check ran last night not sure this is the cause or even related.  But, today my /mnt/user/Movies/HD_Movies folder is gone.  Of course the SD_Movies folder is intact still...

Just for the sake of it, try:-

find /mnt/ -name "HD_Movies" -type d

 

Also, have you tried rebooting? Are all drives up & running with no issues after the parity check?

I tried a reboot, Parity Check is running.  I tried the find command... nothing. 

I tried a reboot, Parity Check is running.  I tried the find command... nothing.

 

I'm out, I'm not very good at unraid diagnostics.

 

I'd probably say try to load each file in another OS to test them, but, I highly doubt all of your drives all failed exactly where the HD Movies filesystem entry was. Are you sure you didn't delete it by mistake?

I tried a reboot, Parity Check is running.  I tried the find command... nothing.

Do you mean another parity check started after you rebooted? You must stop the array before rebooting.

 

A parity check doesn't change any of your data. Unless it is a correcting parity check it doesn't even change your parity.

 

You haven't given us anything to go on. A syslog won't show what happened before reboot, but it might give us more information than we have been given so far. Maybe a screenshot of the main page too.

 

Sorry for not providing much but there really doesn't seem to be anything.  syslog just shows a bunch of dupe thumbnail files, in the Pictures folder.  Yes a Parity Check started after reboot.  I stopped array but I don't think it fully closed down for some reason.  I'm 100% sure i did not delete the folder and 99.999% sure i didn't mistakenly delete it.  It's like it was deleted though, not a trace left.  It was there last night, parity check ran over night, and now it's not here...

Sorry for not providing much but there really doesn't seem to be anything.  syslog just shows a bunch of dupe thumbnail files, in the Pictures folder.  Yes a Parity Check started after reboot.  I stopped array but I don't think it fully closed down for some reason.  I'm 100% sure i did not delete the folder and 99.999% sure i didn't mistakenly delete it.  It's like it was deleted though, not a trace left.  It was there last night, parity check ran over night, and now it's not here...

 

I would seriously wait until someone who knows more about the filesystem pipes up, however, I recommend you start researching "reiserfsck" & reiserfs recovery. Here's a few places to start you off:-

https://www.linuxquestions.org/linux/answers/Hardware/ReiserFS_Data_Recovery_Tips

http://man.cx/reiserfsck

http://linux.about.com/library/cmd/blcmdl8_reiserfsck.htm

http://lime-technology.com/wiki/index.php/Check_Disk_Filesystems

 

All of the above links are off google, one tutorial about unraid, one man page, the rest are also manish tutorial pages.

 

Once again, don't act on anything unless someone who knows more about this posts, although, starting to research can't hurt.

Attach a syslog.

Agree with Automatic => wait for a Linux guru who can guide you through the reiser file check and tree rebuild commands as needed.

 

One thing you can do, however, AFTER the parity check finishes.    Look at the individual drives -- NOT the shares -- and see what folders are there.    A "share" is simply a set of folders on all of the drives that contribute to that share.    e.g. if you have a "Movies" share that uses Disk 1 - 3, then on Disk 1, 2, and 3, you would see a "Movies" folder -- and inside those folders would be the actual movies.

 

If you're lucky, the actual data is all still there -- you just somehow lost the share.

 

Syslog doesn't show anything anymore, see attached.  I went into each disk folder and looked in /mnt/disk#/Movies/ none of them have the HD_Moives folder.  It never was a "share" it was a folder inside the "Movies" share.

syslog-2013-04-02.txt

Syslog doesn't show anything anymore, see attached.

That is not the full current syslog. See here.

If HD_Movies was a directory under a user-share (top level directory) and it no longer exists on any of your data disks and not on your cache disk (if you had one)

then either

  you deleted it

or

  you renamed it

or

  you moved it

 

If you remember the name of one of your movies, or even the file extension (in this example, "mkv" ) you can type

find /mnt  -iname *.mkv

and see if the files exist.

 

If you removed or deleted the directory and have not overwritten it you can try to recover it by using

reiserfsck -S --rebuild-tree /dev/mdX

on each of your drives.  It will scan the entire disk for files you might have deleted.  (warning, this takes MANY hours for a large disk) see the wiki for details.

Thanks for the suggestions.  I'm running 4.7 so I'm trying to follow the instructions on: http://lime-technology.com/wiki/index.php/Check_Disk_Filesystems

 

It says if you are running an UnRAID version 4 or version 5 up to v5.0-beta8c, start the array and then, from the console or in a Telnet session, type this:

cd                  [this will make sure you are in the /root directory]

samba stop          [all your shares will disappear from network]

umount /dev/md1      ['md1' corresponds to disk1, 'md2' to disk2, etc.  note: it is 'umount', not 'unmount']

 

So, I cd / to root dir, then type in "samba stop" and it just responds "bash: samba: command not found"

What am I missing?

Thanks again!

Hey Automatic,

I think I deleted your post accidentally.  (I realize the irony given my unraid issue)

 

But the "/etc/rc.d/rc.samba stop" worked and I got the drive unmounted and ran reiserfsck --check on that drive resulting in the following:

 

###########

reiserfsck --check started at Tue Apr  2 18:32:00 2013

###########

Replaying journal: Done.

Reiserfs journal '/dev/md3' in blocks [18..8211]: 0 transactions replayed

Checking internal tree.. finished

Comparing bitmaps..finished

Checking Semantic tree:

finished

No corruptions found

There are on the filesystem:

        Leaves 216188

        Internal nodes 1309

        Directories 2172

        Other files 26212

        Data block pointers 216348041 (57059 of them are zero)

        Safe links 0

###########

reiserfsck finished at Tue Apr  2 18:40:14 2013

###########

 

I fairly sure this is the correct drive, will run it on the others.  I only have 5 drives other than my parity drive.

Next drive:

 

###########

reiserfsck --check started at Tue Apr  2 18:47:01 2013

###########

Replaying journal: Done.

Reiserfs journal '/dev/md5' in blocks [18..8211]: 0 transactions replayed

Checking internal tree.. finished

Comparing bitmaps..finished

Checking Semantic tree:

finished

No corruptions found

There are on the filesystem:

        Leaves 203716

        Internal nodes 1260

        Directories 4469

        Other files 73867

        Data block pointers 193991447 (64 of them are zero)

        Safe links 0

###########

reiserfsck finished at Tue Apr  2 19:18:33 2013

###########

 

most likely my HD_Movies folder was on one of these two drives.  Suggestions based on my reiserfsck --check results so far???

Silly question but have you noticed a change in the array size? I'm guessing a HD movie collection would be quite large and you'd probably notice the extra free space in the array if the stuff had been deleted or was no longer there.

 

 

Sent from my iPad using Tapatalk HD

I believe it has more free space now.  I remember thinking I was getting close to 50% but now I'm at about 44% used.

Hey Automatic, I think I deleted your post accidentally.  (I realize the irony given my unraid issue)

 

I deleted it because I wasn't one hundred percent sure, and, I didn't really want to be the one blamed if I was wrong 'n stuff, even though it'd probably just give you an error if the drive was still mounted.

ok, thanks for letting me know.  I was really starting to feel stupid.... 

 

Anyway, I've run the reiserfsck --check on 4/5 drives and it hasn't reported any problems.  Am I going to have to proceed with the backup and then the --rebuild-tree option?  Not sure I have enough room to do a backup since I'm not 100% sure which drive the stuff was on.  If I copy to that drive the deleted files will get over written wont they?

ok, thanks for letting me know.  I was really starting to feel stupid.... 

 

Anyway, I've run the reiserfsck --check on 4/5 drives and it hasn't reported any problems.  Am I going to have to proceed with the backup and then the --rebuild-tree option?  Not sure I have enough room to do a backup since I'm not 100% sure which drive the stuff was on.  If I copy to that drive the deleted files will get over written wont they?

 

As for the first half of it, I'm sorry, I don't know (I'm very new to linux over-all, throw me anything windows related and I'll probably have an answer for you); as for the latter part, yes, the hard-drive doesn't write data over it when you delete it because it'd be a waste of time for the general user. It just marks the area as "Unused", then, when you start to write to it it'll start to write there & overwrite your data.

"... proceed with the backup and then the --rebuild-tree option ..." ==>  If you are going to do this, yes, you should first backup your data;  but NO, you can't back it up to other drives on the UnRAID server -- if you do that, it will overwrite any potentially recoverable files.

 

If you don't have everything backed up someplace else, now would be a good time to do that 

 

(a bit late for the data you've lost, but at least it will provide some protection from future catastrophes)

 

Remember:  NO system is its own backup ... fault tolerance lets you keep using a system after a drive failure;  but that's NOT a replacement for backing up your data.

 

You may need to use --scan-whole-partition

Update-

 

I've backed up my disk3 and run reiserfsck --rebuild-tree --scan-whole-partition on it.  The result was MANY numbered files in the lost+found folder.  I have been able to rename the larger files with a .mkv extension and recover a few files.  There are many more smaller files that I assume are fragments that I will not be able to recover.  I plan to repeat this procedure on the other disk that may have had HD_Movies on it.

Update--

 

I ran reiserfsck on the other disk5 and recovered some more movies.  I had a couple that recovered the movie but no audio...  all in all I lost about 10 of my 40 HD movies.  Still don't know exactly what happened, but will mark thread as solved since I was able to recover some data.

 

Thanks for the help!