LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - General (https://www.linuxquestions.org/questions/linux-general-1/)
-   -   ReiserFS check - Rebuild Tree (https://www.linuxquestions.org/questions/linux-general-1/reiserfs-check-rebuild-tree-678006/)

kurianthayil 10-21-2008 06:28 AM
ReiserFS check - Rebuild Tree
 
Hi All,

We have a logical drive (raid 1+0) enabled with 210 GB and is formatted with ReiserFS. Recently, we got an error which is given below:
ReiserFS: cciss/c0d1p1: warning: vs-13060: reiserfs_update_sd: stat data of object [8210 8809 0x0 SD] (nlink == 1) not found (pos 1)
and we lost almost 75 GB of freespace.

So we did reiserfsck --check [device] and it suggested to use --rebuild-tree.

Doing reiserfsck --rebuild-tree [device] corrected the error and we regained the lost space. Now, since --rebuild-tree covers only data blocks (blocks only with data), we thought of checking the complete partition. Hence we used,

reiserfsck --rebuild-tree --scan-all-partition [device].

This started scanning and after PASS 2, it has given a message:
Quote:
vpf-10260: The file we are inserting the new item (2 8280 0x17a1b8001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17a5ac001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17a9a0001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17ad94001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17b188001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17b57c001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17b970001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17bd64001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17c158001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17c54c001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17c940001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17cd34001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x17d128001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
vpf-10260: The file we are inserting the new item (2 8280 0x170001 IND (1), len 4048, location 48 entry count 0, fsck need 0, format new) into has no StatData, insertion was skipped
left 82, 73 /sec
Its now 2.5 hours and there is no progress (no message in console). I am not in a position to kill this process, as killing reiserfsck during --rebuild-tree will make the device unmountable to prevent further data corruption.

I checked the ps aux|grep reiserfsck using a different console, then I came to know, that it is using a significant amount of CPU. I just wanted to make sure, that this is quite normal and its running in the background and is not in a state where it isn't working. Please do suggest some tips. Thanks in advance. Thank you.

Regards,

Kurian Mathew Thayil.

ciotog 10-26-2008 05:25 PM
It's probably running with DMA turned off.

My advice is when it's finished to stop using Reiserfs. You're lucky if it doesn't cause problems. I remember reading something once about how under certain circumstances ext2 would work fine, and reiserfs would corrupt data, and the reiser people claimed that it was a hardware issue, not a problem with the filesystem. Anyway I've had a couple of nasty situations dealing with reiserfs (and so have plenty of others) that I don't think it's worth the risk.

kurianthayil 11-02-2008 09:47 AM
Hi,

I am extremely sorry for the very late reply. The problem got fixed. I didn't have to do anything. But it took very long time (more than 1.5 days) to completely scan the whole hard drive. The system responded and rebuilt the tree structure. We regained the lost partition space. Thank you.

Regards,

Kurian Mathew Thayil.


All times are GMT -5. The time now is 05:40 AM.