On Sun, Jun 22, 2003 at 12:36:33AM +0200, Joern Nettingsmeier wrote:
> >JN> i just completely and utterly trashed my filesystems with 2.5.72-bk2
> >and JN> reiserfs. there are metric shitloads of errors on journal replay
> >and i JN> end up in repair mode. did a couple of --rebuild-tree's, but new
> >errors JN> cropped up after every reboot.
> >JN> happens both on scsi and ide drives and ate almost all of my machine...
> >Hm. Can I ask for your kernel config, and kernel logs (if possible),
> >reiserfsck /dev/device -l /somewhere/device.log , and send those logs to
> >me too.
> sorry, i can't really get anything in and out of that box.
> i've been able to extract some parts of the fsck log, they look like this:
> vpf-10680: The file [2406 26400] has the wrong block count in the
> (8), should be (1)
These are not looking dangerous, probably some symlinks created long ago.
(we changed block accounting for symlinks some time ago).
> it tells me it can fix it with the --fixable option, done that a couple
> of times, new errors after that.
You mean new errors of the same kind?
> it's an smp box with 2 p3s, intel bx chipset, aic7xxx scsi, ide and scsi
> compiled into the kernel, reiserfs too. tagged queuing enabled, ignore
Well, TQ was broken on IDE some time ago, but then Jens Axboe said he
fixed that, anyway that does not explain why all the disks got eaten.
> >JN> if anyone wants me to do some forensics on the machine, speak up.
> >JN> otherwise i'll swipe it clean and start over from scratch.
> >I wonder if you can create clean fs, copy some stuff there with 2.5.72-mm2
> >and see what happens?
> /var is totally FUBAR, the system won't boot into my fallback kernel. i
> don't have a second machine around to compile another kernel on... sorry.
Sigh.
> i might be able to put the ide disk into another box tomorrow and try
> another reiserfsck with proper logging, but i have no place to check the
> scsi disks. i'll keep you posted when i get it done.
Ok, perhaps you can put some kind of rescue system on that IDE disk,
and try to boot it in original box?
Bye,
Oleg
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/