April 5, 20215 yr reiserfsck --check started at Mon Apr 5 11:27:07 2021 ########### Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md9' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. finished Comparing bitmaps..Bad nodes were found, Semantic pass skipped 1 found corruptions can be fixed only when running with --rebuild-tree ########### reiserfsck finished at Mon Apr 5 14:22:50 2021 ########### block 232183525: The level of the node (43004) is not correct, (1) expected the problem in the internal node occured (232183525), whole subtree is skipped vpf-10640: The on-disk and the correct bitmaps differs. Are there alternate options to move forward?
April 7, 20215 yr Author Done. Can someone tell me next steps Will rebuild the filesystem (/dev/md9) tree Will put log info to 'stdout' Replaying journal: Replaying journal: Done. Reiserfs journal '/dev/md9' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Tue Apr 6 10:06:50 2021 ########### Pass 0: Loading on-disk bitmap .. ok, 949899472 blocks marked used Skipping 52923 blocks (super block, journal, bitmaps) 949846549 blocks will be read 0%....20%....40%....60%....80%....100% "r5" hash is selected Flushing..finished Read blocks (but not data blocks) 949846549 Leaves among those 957837 - leaves all contents of which could not be saved and deleted 1 Objectids found 282878 Pass 1 (will try to insert 957836 leaves): Looking for allocable blocks .. finished 0%....20%....40%....60%....80%....100% Flushing..finished 957836 leaves read 957292 inserted 544 not inserted Pass 2: 0%....20%....40%....60%....80%....100% Flushing..finished Leaves inserted item by item 544 Pass 3 (semantic): Flushing..finished Files found: 206367 Directories found: 76451 Symlinks found: 3 Pass 3a (looking for lost dir/files): Looking for lost directories: Looking for lost files: Flushing..finished Objects without names 1 Files linked to /lost+found 1 Pass 4 - finished Deleted unreachable items 1032 Flushing..finished Syncing..finished ########### reiserfsck finished at Wed Apr 7 03:14:51 2021 ########### ####### Pass 0 ####### block 479715786: The number of items (2) is incorrect, should be (1) - corrected block 479715786: The free space (32777) is incorrect, should be (4048) - corrected pass0: vpf-10110: block 479715786, item (0): Unknown item type found [262146 88081152 0x50003400 ? ? ? (15)] - deleted 282819 directory entries were hashed with "r5" hash. ####### Pass 1 ####### ####### Pass 2 ####### ####### Pass 3 ######### ####### Pass 3a (lost+found pass) ######### vpf-10680: The file [36491 36492] has the wrong block count in the StatData (15805392) - corrected to (8446760) Edited April 7, 20215 yr by thefly
April 7, 20215 yr Community Expert 5 minutes ago, thefly said: Can someone tell me next steps Next step is starting the array in normal mode, filesystem should be fixed now.
April 7, 20215 yr Community Expert Also note that reiserfs is not recommended for v6, you should convert to XFS.
April 7, 20215 yr Author I ran in maintenance mode. Is this OK? Additionally my Docker services fail to start (I guess due to maintenance). Do I restart? Is parity OK? Edited April 7, 20215 yr by thefly
April 7, 20215 yr Community Expert 2 hours ago, thefly said: I ran in maintenance mode. Is this OK? Running repair in maintenance mode is required. Then, 2 hours ago, JorgeB said: Next step is starting the array in normal mode
April 7, 20215 yr Author Does this drive require replacement or can I move forward as if it is fully functional? Can I start my mover and start filling the drive? Can I safely convert it to XFS?
April 7, 20215 yr Community Expert 34 minutes ago, thefly said: Does this drive require replacement We don't have any information on the health of the disk itself. All this thread has been about is repairing the filesystem. 36 minutes ago, thefly said: Can I safely convert it to XFS? Changing the filesystem of a disk reformats it, so you would have to copy its data elsewhere. For more advice Go to Tools - Diagnostics and attach the complete Diagnostics ZIP file to your NEXT post in this thread.
April 7, 20215 yr Community Expert Looks like a lot of your disks are ReiserFS. Nothing assigned as disk5, is that correct? Disk9 mounted now and has a lot of data so looks like repair succeeded. SMART for disk9 looks OK so the disk should be fine. You can run an extended SMART test on it if you want. Looks like you have a lost+found share on disk9. That is where repair will have put any files it couldn't figure out. Take a look at that user share to see if you can figure out anything there. You have a lot of disks so I didn't check all the others. Do you have any SMART warnings on the Dashboard page for any of your disks? Hard to tell from the anonymization but looks like your appdata share must have gotten recreated with default settings at some point, with the result that the share is all over your array instead of all on cache as it should be. Take a look in config/shares on flash there seems to be an older appdata.cfg that isn't being used because it doesn't actually correspond to a user share, but you have another share that does actually exist with a similar name but it is using default settings because no settings have been made for it. Perhaps you went from upper to lower case or something like that?
April 7, 20215 yr Author Thank you so much for your help trurl. Your time is appreciated. I will follow your advice above and repost with any issues.
Archived
This topic is now archived and is closed to further replies.