Help with rebuild-tree

[thefly]

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?

[trurl]

Original discussion was here for context:

 

[JorgeB]

The option is to run reiserfsck --rebuild--tree.

[thefly]

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, 2021 by thefly

[JorgeB]

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.

[JorgeB]

Also note that reiserfs is not recommended for v6, you should convert to XFS.

[thefly]

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, 2021 by thefly

[trurl]

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

 

 

[thefly]

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?

[trurl]

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.

[thefly]

Thank you. Here it is.

tower-diagnostics-20210407-1158.zip

[trurl]

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?

[thefly]

Thank you so much for your help trurl. Your time is appreciated. I will follow your advice above and repost with any issues.