February 25, 201511 yr I have removed all addons. When Mover run, there are errors. Could anyone tell me how to fix it? syslog-20150225-2052.txt
February 26, 201511 yr Author See check disk filesystems in my sig. Thanks for your reply. Based on the log, any hints to tell which disk to check first? Or, any script to check all disk at once?
February 27, 201511 yr Author Further update here. After reiserfsck --check thru disk1 to disk8, there're something wrong found with disk7. The reiserfsck tool suggest to go with --rebuild-tree option and now running, stay tuned. root@Tower:~# reiserfsck --rebuild-tree /dev/md7 reiserfsck 3.6.24 ************************************************************* ** Do not run the program with --rebuild-tree unless ** ** something is broken and MAKE A BACKUP before using it. ** ** If you have bad sectors on a drive it is usually a bad ** ** idea to continue using it. Then you probably should get ** ** a working hard drive, copy the file system from the bad ** ** drive to the good one -- dd_rescue is a good tool for ** ** that -- and only then run this program. ** ************************************************************* Will rebuild the filesystem (/dev/md7) tree Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes Replaying journal: Done. Reiserfs journal '/dev/md7' in blocks [18..8211]: 0 transactions replayed ########### reiserfsck --rebuild-tree started at Fri Feb 27 15:01:33 2015 ########### Pass 0: ####### Pass 0 ####### Loading on-disk bitmap .. ok, 732566631 blocks marked used Skipping 30567 blocks (super block, journal, bitmaps) 732536064 blocks will be read 0% left 710603979, 49285 /sec
February 27, 201511 yr Author further update here, it still doing the rebuild Pass 0: ####### Pass 0 ####### Loading on-disk bitmap .. ok, 732566631 blocks marked used Skipping 30567 blocks (super block, journal, bitmaps) 732536064 blocks will be read 0%block 104582779: The number of items (2) is incorrect, should be (0) - corrected block 104582779: The free space (19864) is incorrect, should be (4072) - corrected block 389565826: The number of items (644) is incorrect, should be (1) - corrected block 389565826: The free space (257) is incorrect, should be (3537) - corrected pass0: vpf-10110: block 389565826, item (0): Unknown item type found [102912 2382365316 0x2840001 (15)] - deleted block 392892883: The number of items (644) is incorrect, should be (1) - corrected block 392892883: The free space (257) is incorrect, should be (3537) - corrected pass0: vpf-10110: block 392892883, item (0): Unknown item type found [104192 19334024 0x2840001 (15)] - deleted block 455581644: The number of items (643) is incorrect, should be (1) - corrected block 455581644: The free space (257) is incorrect, should be (209) - corrected pass0: vpf-10110: block 455581644, item (0): Unknown item type found [369427076 17236482 0x2830001 (15)] - deleted block 517177381: The number of items (1) is incorrect, should be (0) - corrected block 517177381: The free space (0) is incorrect, should be (4072) - corrected block 715087378: The number of items (41983) is incorrect, should be (1) - corrected block 715087378: The free space (1537) is incorrect, should be (3314) - corrected pass0: vpf-10110: block 715087378, item (0): Unknown item type found [1502871872 19979520 0x3f8016edb00cbc8 (6)] - deleted left 0, 39577 /sec 130239 directory entries were hashed with "r5" hash. "r5" hash is selected Flushing..finished Read blocks (but not data blocks) 732536064 Leaves among those 741216 - leaves all contents of which could not be saved and deleted 8 Objectids found 130241 Pass 1 (will try to insert 741208 leaves): ####### Pass 1 ####### Looking for allocable blocks .. finished 0%....20%....40%....60%....80%....100% left 0, 72 /sec Flushing..finished 741208 leaves read 741043 inserted 165 not inserted ####### Pass 2 ####### Pass 2: 0%....20%....40%....60%....80%....100% left 0, 3 /sec Flushing..finished Leaves inserted item by item 165 Pass 3 (semantic): ####### Pass 3 ######### ... d.Concert.2012.BluRay.1080i.AVC.DTS-HD.MA5.1-CHDBits/BDMV/STREAM/00004.m2tsvpf-10680: The file [117244 117249] has the wrong block count in the StatData (34055472) - corrected to (20630072) ... an 1998 BluRay 1080p AVC DTS-HD MA5.1-Dolala@CHDBits/BDMV/STREAM/00050.m2ts @dgaschk, I'm not sure what's the result for /dev/md7, will there be possible data lost there? What if I put a new drive as disk7 and then let unRaid restore from parity? Will it be a better option?
February 27, 201511 yr further update here, it still doing the rebuild Pass 0: ####### Pass 0 ####### Loading on-disk bitmap .. ok, 732566631 blocks marked used Skipping 30567 blocks (super block, journal, bitmaps) 732536064 blocks will be read 0%block 104582779: The number of items (2) is incorrect, should be (0) - corrected block 104582779: The free space (19864) is incorrect, should be (4072) - corrected block 389565826: The number of items (644) is incorrect, should be (1) - corrected block 389565826: The free space (257) is incorrect, should be (3537) - corrected pass0: vpf-10110: block 389565826, item (0): Unknown item type found [102912 2382365316 0x2840001 (15)] - deleted block 392892883: The number of items (644) is incorrect, should be (1) - corrected block 392892883: The free space (257) is incorrect, should be (3537) - corrected pass0: vpf-10110: block 392892883, item (0): Unknown item type found [104192 19334024 0x2840001 (15)] - deleted block 455581644: The number of items (643) is incorrect, should be (1) - corrected block 455581644: The free space (257) is incorrect, should be (209) - corrected pass0: vpf-10110: block 455581644, item (0): Unknown item type found [369427076 17236482 0x2830001 (15)] - deleted block 517177381: The number of items (1) is incorrect, should be (0) - corrected block 517177381: The free space (0) is incorrect, should be (4072) - corrected block 715087378: The number of items (41983) is incorrect, should be (1) - corrected block 715087378: The free space (1537) is incorrect, should be (3314) - corrected pass0: vpf-10110: block 715087378, item (0): Unknown item type found [1502871872 19979520 0x3f8016edb00cbc8 (6)] - deleted left 0, 39577 /sec 130239 directory entries were hashed with "r5" hash. "r5" hash is selected Flushing..finished Read blocks (but not data blocks) 732536064 Leaves among those 741216 - leaves all contents of which could not be saved and deleted 8 Objectids found 130241 Pass 1 (will try to insert 741208 leaves): ####### Pass 1 ####### Looking for allocable blocks .. finished 0%....20%....40%....60%....80%....100% left 0, 72 /sec Flushing..finished 741208 leaves read 741043 inserted 165 not inserted ####### Pass 2 ####### Pass 2: 0%....20%....40%....60%....80%....100% left 0, 3 /sec Flushing..finished Leaves inserted item by item 165 Pass 3 (semantic): ####### Pass 3 ######### ... d.Concert.2012.BluRay.1080i.AVC.DTS-HD.MA5.1-CHDBits/BDMV/STREAM/00004.m2tsvpf-10680: The file [117244 117249] has the wrong block count in the StatData (34055472) - corrected to (20630072) ... an 1998 BluRay 1080p AVC DTS-HD MA5.1-Dolala@CHDBits/BDMV/STREAM/00050.m2ts @dgaschk, I'm not sure what's the result for /dev/md7, will there be possible data lost there? What if I put a new drive as disk7 and then let unRaid restore from parity? Will it be a better option? There could well be an amount of data loss as it looks as though a few files may have been deleted. These are probably amongst the last file written when the original write failure happened. You do NOT want to rebuild from parity at this point as parity has now been changed to match the current /dev/md7 so any rebuild would gain nothing.
February 27, 201511 yr Rebuilding from parity would just produce whatever filesystem corruption you already have. Also, since you are doing fsck on the md device, any corrections made also update parity so it stays in sync with the corrections.
Archived
This topic is now archived and is closed to further replies.