Kujo Posted December 15, 2019 Share Posted December 15, 2019 I replaced the parity drive with a new 4TB drive as well as disk 1 with a new 4 TB drive as the original disk 1 was having smart disk failures. I followed the steps on the Wiki to replace the parity drive, this completed in about 12.5 errors. I then replaced the disk 1 with the other new 4TB drive. This took just over 10 hours. When I attempted to bring the array back up, disk 4 is now unmountable. This was a surprise as there was never an issue with this disk. I put the array in maintenance mode, and ran a disk check in the gui for disk 4. There were errors and it recommended to run reiserfsck rebuild tree. I did but no change. Not sure how to get of this mess. I've attached the logs and screen shots. Running Unraid 6.6.7. Any help would be appreciated. mymediasvr-diagnostics-20191215-1633.zip Quote Link to comment
Squid Posted December 15, 2019 Share Posted December 15, 2019 Looks like you need to run the file system check on both disk 1 & 4 Quote Link to comment
Squid Posted December 15, 2019 Share Posted December 15, 2019 7 minutes ago, Kujo said: There were errors and it recommended to run reiserfsck rebuild tree. I did but no change. Missed that you tried that. What was the output? Quote Link to comment
Kujo Posted December 15, 2019 Author Share Posted December 15, 2019 (edited) i didn't file system check on disk 1. I'm doing that now. I'll report back. I'll do the same for disk 4 again. Edited December 15, 2019 by Kujo Quote Link to comment
Kujo Posted December 15, 2019 Author Share Posted December 15, 2019 Quote disk 1 output ------------------------ 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 Dec 15 17:06:47 2019 ########### Replaying journal: Trans replayed: mountid 188, transid 405216, desc 7519, len 1, commit 7521, next trans offset 7504 Replaying journal: | | 0.3% 1 trans Trans replayed: mountid 188, transid 405217, desc 7522, len 1, commit 7524, next trans offset 7507 Trans replayed: mountid 188, transid 405218, desc 7525, len 1, commit 7527, next trans offset 7510 Trans replayed: mountid 188, transid 405219, desc 7528, len 1, commit 7530, next trans offset 7513 Trans replayed: mountid 188, transid 405220, desc 7531, len 1, commit 7533, next trans offset 7516 Replaying journal: |= / 1.6% 5 trans Trans replayed: mountid 188, transid 405221, desc 7534, len 1, commit 7536, next trans offset 7519 Trans replayed: mountid 188, transid 405222, desc 7537, len 1, commit 7539, next trans offset 7522 Trans replayed: mountid 188, transid 405223, desc 7540, len 1, commit 7542, next trans offset 7525 Replaying journal: Done. Reiserfs journal '/dev/md1' in blocks [18..8211]: 8 transactions replayed Checking internal tree.. finished Comparing bitmaps..Bad nodes were found, Semantic pass skipped 3 found corruptions can be fixed only when running with --rebuild-tree ########### reiserfsck finished at Sun Dec 15 17:10:38 2019 ########### block 164600672: The level of the node (0) is not correct, (1) expected the problem in the internal node occured (164600672), whole subtree is skipped block 191561884: The level of the node (0) is not correct, (2) expected the problem in the internal node occured (191561884), whole subtree is skipped block 77158294: The level of the node (0) is not correct, (3) expected the problem in the internal node occured (77158294), whole subtree is skipped vpf-10640: The on-disk and the correct bitmaps differs. Quote Link to comment
Kujo Posted December 15, 2019 Author Share Posted December 15, 2019 Quote disk 4 output ---------------------------------------------------------------- reiserfsck 3.6.27 Will read-only check consistency of the filesystem on /dev/md4 Will put log info to 'stdout' ########### reiserfsck --check started at Sun Dec 15 17:12:55 2019 ########### Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md4' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. Bad root block 0. (--rebuild-tree did not complete) Quote Link to comment
JorgeB Posted December 16, 2019 Share Posted December 16, 2019 You need to use --rebuild-tree on both. Quote Link to comment
Kujo Posted December 16, 2019 Author Share Posted December 16, 2019 Quote reiserfsck 3.6.27 Will read-only check consistency of the filesystem on /dev/md4 Will put log info to 'stdout' ########### reiserfsck --check started at Mon Dec 16 18:03:21 2019 ########### Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md4' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. Bad root block 0. (--rebuild-tree did not complete) --rebuild-tree on disk 1 was successful, but disk 4 is not so much. 2 attempts now. Worth running again? Any other options? If I was to replace the drive, could I rebuild via parity and not loose anything? mymediasvr-diagnostics-20191216-1817.zip Quote Link to comment
Kujo Posted December 16, 2019 Author Share Posted December 16, 2019 (edited) I guess another worst case scenario option would be to try to use a linux data recovery app to try to pull data off the drive? Edited December 17, 2019 by Kujo Quote Link to comment
Kujo Posted December 17, 2019 Author Share Posted December 17, 2019 Update: Good news, third time running rebuild tree was the charm. Drive is back up. Disk check showing no errors now. Next step is to sort through the lost+found folder. Quote Link to comment
JorgeB Posted December 17, 2019 Share Posted December 17, 2019 Recommended converting away from reiserfs, it's not recommended for years now for various reasons. Quote Link to comment
Kujo Posted December 17, 2019 Author Share Posted December 17, 2019 10 hours ago, johnnie.black said: Recommended converting away from reiserfs, it's not recommended for years now for various reasons. I'll look into this in the new year once I get my shares cleaned up. Been using Unraid for 8 years, never had any issues before. I didn't realize XFS was recommended. 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.