October 8, 20187 yr Unraid Verison: 6.4.0 File system: reiserfs The following sequence of events as best as I can remember: 1. Backed up Docker files running on cache drive using “CA Backup” from /mnt/user/cache/*.Apps to user share named “Backup” which I believe was located on Disk2. (forgot to stop Dockers before backup); 2. Installed Krusader Docker by Binhex thinking I needed it; 4. I must have configured it incorrectly as I couldn’t browse/locate the folders I needed so; 5. Realised I didn’t need it as I don’t run VM’s etc and all the data I needed to backup was successfully done by CA backup. 6. Powered down server, replaced cache drive; 7. Powered back up and array started automatically and I was unable to format cache drive for use because it took me a couple of attempts to remember I had to stop array and assign cache drive; 8. I did notice when I attempted to reboot/power down it did take a longer than usual and noticed “unmounting drives” in the bottom left of screen, thought nothing of it as I would assume it’s a process required to stop array. 9. Formatted Cache Drive successfully; 10. Forgot to stop Docker service; 11. Rebooted server and noticed the Docker image file was immediately copied across to cache drive but of course Dockers were not working as restore from CA backup was not executed by me yet; 12. Deleted Docker image file and then recreated Docker image file; 13. Performed restore of data from CA Backup successfully; 14. Confirmed cache drive has the directory “.Apps” with data in folders and Docker image file; 15. Recreated Docker images from Docker TAB in GUI they all installed correctly using the “My – xxx” templates and applications work as they did before; 16. I then uninstalled Krusder from Docker TAB and selected yes to also deleting image file; 17. Sometime between Friday night and Sunday evening “backup” share was no longer available and the data on disk2 was also missing when I need some data from that backup share; 18. I did not knowingly delete that share, or data; 19. I have rebooted the server a few times hoping that share and data would re appear so I don’t have a log of what happened during this process. 20. no other data appears to be missing, just the "backup" share and the location of that data on the array Is there anything that can be done? It just seems super strange why it would disappear. obviously i have stuffed something up. appreciate your time in advance. EDIT : found diagnostics file the night I did change over(20181005-2035.zip) but I am unable to determine if that back up share disappeared on the same day. .tower-diagnostics-20181008-1509.zip tower-diagnostics-20181005-2035.zip Edited October 8, 20187 yr by newbcake found tower diagnostics night of change over
October 8, 20187 yr Author Disk 1 reiserfsck 3.6.27 Will read-only check consistency of the filesystem on /dev/md1 Will put log info to 'stdout' ########### reiserfsck --check started at Mon Oct 8 21:18:49 2018 ########### Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md1' 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 966647 Internal nodes 5954 Directories 21250 Other files 1037607 Data block pointers 962281232 (0 of them are zero) Safe links 0 ########### reiserfsck finished at Mon Oct 8 22:02:19 2018 ########### reiserfsck on Disk 2 reiserfsck 3.6.27 Will read-only check consistency of the filesystem on /dev/md2 Will put log info to 'stdout' ########### reiserfsck --check started at Mon Oct 8 18:56:50 2018 ########### Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md2' 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 795866 Internal nodes 4845 Directories 433 Other files 2894 Data block pointers 805138366 (0 of them are zero) Safe links 0 ########### reiserfsck finished at Mon Oct 8 20:35:52 2018 Disk 3 reiserfsck 3.6.27 Will read-only check consistency of the filesystem on /dev/md3 Will put log info to 'stdout' ########### reiserfsck --check started at Mon Oct 8 22:03:49 2018 ########### Replaying journal: 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 512533 Internal nodes 3113 Directories 93585 Other files 89744 Data block pointers 503026480 (40256 of them are zero) Safe links 0 ########### reiserfsck finished at Mon Oct 8 22:54:13 2018 ########### Edited October 8, 20187 yr by newbcake reiserfsck
October 9, 20187 yr Author If I was to physically remove disk2 and rebuild array with a new disk 2, would it rebuild the missing data? I have done a parity sync after the data was missing, so I assume it would not help in this situation?
October 9, 20187 yr Community Expert A rebuild will never restore missing data - it just puts a disk back to its expected state after a failure. If you cannot see the data on disk2 now then a rebuild is not going to help as it will just put it back to the current state. Note that I am assuming that no disk is showing as disabled (I. E. Marked with a red ‘x’) when making this statement. not sure, however, from your list of actions performed what could make the ‘backup’ share disappear without everything else on the same disk being affected.
October 9, 20187 yr Author Would the "reiserfsck --rebuild-tree -S /dev/md2" command help me in this case? The only thing I could think of is: when I configured the host path of the Krusader plugin I must have done something like /mnt/user/disk2/Backup/........ and then when I uninstalled the Docker container and image after I restored my docker app files, it wiped out that share???
October 9, 20187 yr Community Expert 1 hour ago, newbcake said: Would the "reiserfsck --rebuild-tree -S /dev/md2" command help me in this case? The only thing I could think of is: when I configured the host path of the Krusader plugin I must have done something like /mnt/user/disk2/Backup/........ and then when I uninstalled the Docker container and image after I restored my docker app files, it wiped out that share??? Removing the docker container would not have had that effect. It would take some explicit action for a folder to disappear. You could try the reiserfsck approach. However you would probably also get all sort of file fragments recovered as well so it may be difficult to decide which is good data.
October 9, 20187 yr Community Expert 3 hours ago, newbcake said: Once completed can I just start the array? Yes. any recovered files (or file fragments) will end up in the List+Found folder.
October 9, 20187 yr Author Ok, so the restore completed ( have not had a chance to go through and confirm everything is restored as it finished before I had to go to work this morning) Prior to restore the Unraid GUI displayed there was "700G" of free space on disk 2. Now its showing "50G" free which, to the best of my recollection is about right prior to the share and data missing from disk 2. Whats odd though if I right click and select properties within W10 the total size of lost+found folder is only 200G. It is my understanding the only data that is recoverable is only placed in the lost+found folder on specific disk? it would not place it in any other folders within the disk? Appreciate your assistance.
Archived
This topic is now archived and is closed to further replies.