On 06/06/2002 02:09 AM, Chris Mason wrote: > Ok, ftp.suse.com/pub/people/mason/patches/data-logging has my latest > updates, which have more optimizations for many threads all doing > synchronous transactions. > > -chris >
Mmh. I recompiled with the new one when it appeared on the server and kept the kernel append line with the obvious problem not to be able to easily reboot to my ext2 maintenance partition. I had some disappearing files/dirs from /lib/modules/* and from somewhere within /var/* the second time now. First occurrence is about 6 days ago. That takes action within a good uptime (I mean: not at startup or upon special programs' interaction). Jun 12 20:52:48 firehead kernel: is_leaf: item location seems wrong (second one): *3.6* [5273 5274 0x1 IND], item_len 4, item_location 2120, free_space(entry_count) 0 Jun 12 20:52:48 firehead kernel: vs-5150: search_by_key: invalid format found in block 8422. Fsck? Jun 12 20:52:48 firehead kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [5199 261934 0x0 SD] Jun 12 20:52:48 firehead kernel: is_leaf: item location seems wrong (second one): *3.6* [5273 5274 0x1 IND], item_len 4, item_location 2120, free_space(entry_count) 0 Jun 12 20:52:48 firehead kernel: vs-5150: search_by_key: invalid format found in block 8422. Fsck? [...] <- many many more Jun 12 20:54:46 firehead kernel: vs-13070: reiserfs_read_inode2: i/o failure occurred trying to find stat data of [5199 261934 0x0 SD] Jun 12 20:54:46 firehead modprobe: modprobe: Can't open dependencies file /lib/modules/2.4.19-pre9/modules.dep (Permission denied) I then needed to do a reiserfsck --rebuild-tree, as suggested by most recent reiserfsck (3.x.1c-pre4), the 3.x.1b-one said, it was fixable by --fix-fixable, but I then decided to use the latest. And then I had to adjust the lost&found manually. -- Huh, that took a long time, but nothing's missing, if I experience my system correctly now. My system/partitions still look like the recently posted setup: Kernel.2.4.19-pre9 ReiserFS.pending.01..03,05 (rest doesn't cooperate cleanly) ReiserFS.mason.01..03 (most recent) rml.preempt-kernel (maybe slightly modified for this setup) / mounted -o noatime,notail,data=ordered and from applied lilo.conf: append = "... rootflags=data=ordered" Thanks, but the term "speedup" seems to be relative for me for now, Manuel
