Sneaks Posted May 30, 2020 Posted May 30, 2020 Hi folks. Freaking out, so really hoping this is a simple fix. My main media share has gone missing, which most importantly includes ALL my digital photos. Afraid to do anything (reboot or otherwise) until I have some advice for the forum. I've ran and attached diagnostics. At first look nothing looks off as far as failures AFAIK, and my individual drives have quite a bit of space in use still according to the dashboard so there's still data on the individual drives. I've made no changes and everything was there fine 2 days ago. On second review the main dashboard I believe I have a SMART CDC error on my parity drive (admittedly my drives are all getting rather old.) I am afraid to reboot or do ANYTHING without some advice, as I don't want to make anything worse. Version: 6.8.2 4 - 3 TB drives, (3 disk/1 parity) and ssd cache. Basically my downloads and appdata shares etc are all there fine. However there's no config for my media share showing in the web console. When I go to command prompt and browse the individual drives under /mnt I see no media share, and the file in diagnostics says media share is configed for all 3 drives, but share exists on no drives. Any advice? Am I safe to reboot to see? Should I be running a parity check (or replacing the drive, then running one) Help. I'll live if my general media is gone, but please please don't let my digital photos be gone. tower-diagnostics-20200530-1846.zip Quote
Sneaks Posted May 31, 2020 Author Posted May 31, 2020 Rebooted, media share now listed again in dashboard, but issue not resolved. Share is not visible via SMB despite being exported, and browsing via terminal or web console, just lists 2 empty directories, TV and Movies. I notice the media share and subdirs have root:root as opposed to nobody:users. Again dashboard says HDs have data in use, but I can't see anything through the terminal/web console in the filesystem. Basically as if the filesystem has lost all the directories, but drives are still 60% in use. Are there other recovery mechanisms I should be considering, like going into maintenance mode and running the appropriate XFS and resierfs filesystem check tools on each drive. I presume running a read-only check on each disk is safe. As mentioned just want to ensure I don't do anything taht could further prevent recovery of my photos/documents at the very least. thanks for the help, pretty nervous. attached is a new diagnostics log tower-diagnostics-20200531-0810.zip Quote
itimpi Posted May 31, 2020 Posted May 31, 2020 I would definitely consider going into Maintenance mode and running file system checks on each array drive. Quote
Sneaks Posted May 31, 2020 Author Posted May 31, 2020 came back clean. here's the results. no change obviously bringing up the array in normal mode. disk1 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 Sun May 31 09:02:31 2020 ########### 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 569768 Internal nodes 3451 Directories 2312 Other files 79516 Data block pointers 570174106 (2080810 of them are zero) Safe links 0 ########### reiserfsck finished at Sun May 31 09:19:39 2020 ########### disk2 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 Sun May 31 09:51:02 2020 ########### 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 406906 Internal nodes 2457 Directories 1015 Other files 36894 Data block pointers 409200349 (1338999 of them are zero) Safe links 0 ########### reiserfsck finished at Sun May 31 09:58:33 2020 ########### disk3 Phase 1 - find and verify superblock... - block cache size set to 139720 entries Phase 2 - using internal log - zero log... zero_log: head block 90050 tail block 90050 - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan (but don't clear) agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 No modify flag set, skipping phase 5 Phase 6 - check inode connectivity... - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify link counts... No modify flag set, skipping filesystem flush and exiting. XFS_REPAIR Summary Sun May 31 10:50:21 2020 Phase Start End Duration Phase 1: 05/31 10:50:18 05/31 10:50:19 1 second Phase 2: 05/31 10:50:19 05/31 10:50:19 Phase 3: 05/31 10:50:19 05/31 10:50:21 2 seconds Phase 4: 05/31 10:50:21 05/31 10:50:21 Phase 5: Skipped Phase 6: 05/31 10:50:21 05/31 10:50:21 Phase 7: 05/31 10:50:21 05/31 10:50:21 Total run time: 3 seconds echo $? returns 0 (no corrpution) Quote
Sneaks Posted May 31, 2020 Author Posted May 31, 2020 oh and should the xfs_repair check only take 3 seconds? Quote
JorgeB Posted June 1, 2020 Posted June 1, 2020 19 hours ago, Sneaks said: I notice the media share and subdirs have root:root as opposed to nobody:users. That looks like a permissions issue, run newperms on those shares. Quote
Sneaks Posted June 1, 2020 Author Posted June 1, 2020 (edited) 1 hour ago, johnnie.black said: That looks like a permissions issue, run newperms on those shares. I think that sorted itself somehow to nobody:users since i last posted (not in a helpful way directories are still empty) My understanding of newperms is it will correct directory/file permissions for unraid, but my question is if I can't see anything in the directories when i browse via terminal does newperms actually fix this? Ie media share has a TV and Movies subdirectory, but there's nothing in them, and similarly if I browse disk 1, 2 directly there's no media directory despite being configured for it, only on disk 3 is there a media share, with the aforementioned blank Movies and TV directory. So does newperms actually rescan the drives and find hidden folders/data that i can't see via a terminal and correct permissions? I did also try using unassigned devices plug in to mount and check each drive individually, and same result. I don't see any directory or data structure for media other than the blank on disk 3 Does this mean I'm potentially into drive recovery tools? (I've been looking at them, and did a test run on of UFS explorer recovery live CD on a non-unraid drive..) Edited June 1, 2020 by Sneaks Quote
JorgeB Posted June 1, 2020 Posted June 1, 2020 29 minutes ago, Sneaks said: but my question is if I can't see anything in the directories when i browse via terminal does newperms actually fix this? No, I missed this part. 31 minutes ago, Sneaks said: Does this mean I'm potentially into drive recovery tools? If the data is actually missing it's probably the best bet. Quote
Sneaks Posted June 1, 2020 Author Posted June 1, 2020 6 hours ago, johnnie.black said: No, I missed this part. If the data is actually missing it's probably the best bet. Thanks, yes that's what I'm thinking. Basically unraid seems to think the partition is there and there's data on the drives, but if I browse through the individual disks via the web, or /mnt/disk1,2,3 on terminal window nothing there. Quote
JorgeB Posted June 1, 2020 Posted June 1, 2020 It's a strange situation, since there's no apparent filesystem corruption if the space is used the data should be there, and if it's not it should not be taking any space either. Quote
Sneaks Posted June 1, 2020 Author Posted June 1, 2020 (edited) agreed, everything I understand about unraid, this is very odd. I don't understand what went wrong. Can't help think did I do something. I'm hopeful given the partitions appear to be there, recovery tools will be able to pull out the data at least. Once I've run through that. Then I plan to swap in an upgraded motherboard/CPU/RAM (just updated my workstation so handing down the parts) and then I plan to rebuild the array and my UNRAID config. Edited June 1, 2020 by Sneaks Quote
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.