Unfixable corruptions with Reiser 3.6
Recently had to do a reboot and had not errors, just replayed transactions at reboot. Just to be safe, I rebooted into Knoppix 5.0x and did a reiserfsck which reported there were errors that needed to be fixed with --rebuild-tree The failed output of this is below. This has happened quite often and I have done a full reinstall several times. This is much more of an issue than ever was experienced with ext3 or even ext2. /// 216224 directory entries were hashed with r5 hash. r5 hash is selected Flushing..finished Read blocks (but not data blocks) 1049994 Leaves among those 44826 - corrected leaves 1 - leaves all contents of which could not be saved and deleted 3 Objectids found 215800 uname -a = a custom kernel from kernel.org download and build Linux deskstation 2.6.17.1hanaden #1 SMP PREEMPT Wed Jun 28 18:34:21 CDT 2006 i686 GNU/Linux Has been occurring with lower kernel numbers and those that come with both Debian and Ubuntu
How do deal with : rebuild-tree gives leaves all contents of which could not be,saved and deleted?
Recently had to do a reboot and had not errors, just replayed transactions at reboot. Just to be safe, I rebooted into Knoppix 5.0x and did a reiserfsck which reported there were errors that needed to be fixed with --rebuild-tree The failed output of this is below. This has happened quite often and I have done a full reinstall several times. This is much more of an issue than ever was experienced with ext3 or even ext2. /// 216224 directory entries were hashed with r5 hash. r5 hash is selected Flushing..finished Read blocks (but not data blocks) 1049994 Leaves among those 44826 - corrected leaves 1 - leaves all contents of which could not be saved and deleted 3 Objectids found 215800 uname -a = a custom kernel from kernel.org download and build Linux deskstation 2.6.17.1hanaden #1 SMP PREEMPT Wed Jun 28 18:34:21 CDT 2006 i686 GNU/Linux Has been occurring with lower kernel numbers and those that come with both Debian and Ubuntu
v3.6 vs v4? and how to migrate?
Is Reiser v4 production ready? What is the procedure for migrating 3 = 4? What are the reasons to migrate 3 = 4? What are the reasons to stay on 3? TIA
Re: How do deal with : rebuild-tree gives leaves all contents of which could not be,saved and deleted?
Hans Reiser wrote: Vladimir V. Saveliev wrote: Hello On Thu, 2006-06-29 at 14:51 -0500, hanasaki wrote: Recently had to do a reboot and had not errors, just replayed transactions at reboot. Just to be safe, I rebooted into Knoppix 5.0x and did a reiserfsck which reported there were errors that needed to be fixed with --rebuild-tree The failed output of this is below. This has happened quite often and I have done a full reinstall several times. This is much more of an issue than ever was experienced with ext3 or even ext2. /// 216224 directory entries were hashed with r5 hash. r5 hash is selected Flushing..finished Read blocks (but not data blocks) 1049994 Leaves among those 44826 - corrected leaves 1 - leaves all contents of which could not be saved and deleted 3 This is only information. reiserfsck was not able to recover content of a node. Objectids found 215800 uname -a = a custom kernel from kernel.org download and build Linux deskstation 2.6.17.1hanaden #1 SMP PREEMPT Wed Jun 28 18:34:21 CDT 2006 i686 GNU/Linux Has been occurring with lower kernel numbers and those that come with both Debian and Ubuntu Fix the message to be more clear then. Running rebuild-tree gives the same error even if run three times in a row. Is this OK? Is it just information or is there something on the disk potentially corrupt in the data (not the file system integrity) based on this msg? What do you mean fix the message?
Re: --rebuild-tree always finds errors --check is ok
Could you outline exactly what takes place on a rebuild-tree? I was under the incorrect assumption that if a rebuild-tree is 100% successful then the FS is ok and a subsequent rebuild-tree will have nothing to fix/report. . Vitaly Fertman wrote: On Tuesday 04 January 2005 20:25, hanasaki wrote: Version of reiserfsk == == From debian sarge /sbin/reiserfsck -V reiserfsck 3.6.19 (2003 www.namesys.com) == also used the version in knoppix 3.7 with similar results the output of two consecutive runs of --rebuild-tree on the same unmounted partition are attached. Below is the diff rebuild-tree finds some blocks that looks like reiserfs formatted blocks for the first sight whereas they are not and just belongs to some file bodies. The consistency check reveals no valid metadata in them, so they are considered as not valid reiserfs formatted blocks and left not modified on disk. This is why the second run of rebuild-tree finds them again and tries to do all the stuff again.
Re: --rebuild-tree always finds errors --check is ok
Version of reiserfsk == == From debian sarge /sbin/reiserfsck -V reiserfsck 3.6.19 (2003 www.namesys.com) == also used the version in knoppix 3.7 with similar results the output of two consecutive runs of --rebuild-tree on the same unmounted partition are attached. Below is the diff diff data00-run1 data00-run0 14c14 172168 directory entries were hashed with r5 hash. --- 172167 directory entries were hashed with r5 hash. Vladimir Saveliev wrote: Hello On Sun, 2005-01-02 at 00:55, hanasaki wrote: Running reiser3 on kernel 2.6.10 and 2.6.9 with Debian sarge and unstable. the --rebuild-tree always finds errors and corrects them. even when run more than once consecutively without mounting the partition in between. Please provide reiserfsck --rebuild-tree output. What is version of your reiserfsck? (reiserfsck -V) --check says all is good. ### Pass 0 ### block 254411: The number of items (21) is incorrect, should be (1) - corrected block 254411: The free space (1) is incorrect, should be (2256) - corrected pass0: vpf-10110: block 254411, item (0): Unknown item type found [0 251658496 0x1001800 ??? (15)] - deleted block 1574493: The number of items (18) is incorrect, should be (0) - corrected block 1574493: The free space (1184) is incorrect, should be (4072) - corrected block 2206239: The number of items (1) is incorrect, should be (0) - corrected block 2206239: The free space (0) is incorrect, should be (4072) - corrected block 2844875: The number of items (2) is incorrect, should be (1) - corrected block 2844875: The free space (0) is incorrect, should be (4048) - corrected pass0: vpf-10110: block 2844875, item (0): Unknown item type found [16777472 16780544 0x200 ??? (15)] - deleted block 3326501: The number of items (1) is incorrect, should be (0) - corrected block 3326501: The free space (0) is incorrect, should be (4072) - corrected 172167 directory entries were hashed with r5 hash. ### Pass 1 ### ### Pass 2 ### ### Pass 3 # ### Pass 3a (lost+found pass) # ### Pass 0 ### block 254411: The number of items (21) is incorrect, should be (1) - corrected block 254411: The free space (1) is incorrect, should be (2256) - corrected pass0: vpf-10110: block 254411, item (0): Unknown item type found [0 251658496 0x1001800 ??? (15)] - deleted block 1574493: The number of items (18) is incorrect, should be (0) - corrected block 1574493: The free space (1184) is incorrect, should be (4072) - corrected block 2206239: The number of items (1) is incorrect, should be (0) - corrected block 2206239: The free space (0) is incorrect, should be (4072) - corrected block 2844875: The number of items (2) is incorrect, should be (1) - corrected block 2844875: The free space (0) is incorrect, should be (4048) - corrected pass0: vpf-10110: block 2844875, item (0): Unknown item type found [16777472 16780544 0x200 ??? (15)] - deleted block 3326501: The number of items (1) is incorrect, should be (0) - corrected block 3326501: The free space (0) is incorrect, should be (4072) - corrected 172168 directory entries were hashed with r5 hash. ### Pass 1 ### ### Pass 2 ### ### Pass 3 # ### Pass 3a (lost+found pass) #
--rebuild-tree always finds errors --check is ok
Running reiser3 on kernel 2.6.10 and 2.6.9 with Debian sarge and unstable. the --rebuild-tree always finds errors and corrects them. even when run more than once consecutively without mounting the partition in between. --check says all is good.
--rebuild-tree always finds errors --check is ok
Running reiser3 on kernel 2.6.10 and 2.6.9 with Debian sarge and unstable. the --rebuild-tree always finds errors and corrects them. even when run more than once consecutively without mounting the partition in between. --check says all is good.
