public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Joern Nettingsmeier <nettings@folkwang-hochschule.de>
To: Oleg Drokin <green@linuxhacker.ru>
Cc: linux-kernel@vger.kernel.org
Subject: Re: severe FS corruption w/ reiserfs and 2.5.72-bk3
Date: Sun, 22 Jun 2003 00:36:33 +0200	[thread overview]
Message-ID: <3EF4DDF1.2010101@folkwang-hochschule.de> (raw)
In-Reply-To: <200306212021.h5LKLGdv004822@car.linuxhacker.ru>

hello oleg !

thanks for your quick reply!

Oleg Drokin wrote:
> Joern Nettingsmeier <nettings@folkwang-hochschule.de> 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 
StatData (8), should be (1)
vpf-10680: The file [2406 49744] has the wrong block count in the 
StatData (8), should be (1)
vpf-10680: The file [2406 30103] has the wrong block count in the 
StatData (8), should be (1)
vpf-10680: The file [2406 47443] has the wrong block count in the 
StatData (8), should be (1)
vpf-10680: The file [2406 55026] has the wrong block count in the 
StatData (8), should be (1)
vpf-10680: The file [2406 28681] has the wrong block count in the 
StatData (8), should be (1)
vpf-10680: The file [2406 21611] has the wrong block count in the 
StatData (8), should be (1)
vpf-10680: The file [2406 21610] has the wrong block count in the 
StatData (8), should be (1)
vpf-10680: The file [10 33567] has the wrong block count in the StatData 
(8), should be (1)
vpf-10680: The file [10 33568] has the wrong block count in the StatData 
(8), should be (1)

it tells me it can fix it with the --fixable option, done that a couple 
of times, new errors after that.

i can't send you my kernel config, because the kernel tree was one of 
the first things that got eaten.... the entire tree ended up in 
lost+found all in pieces. unfortunately i deleted it. :(

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 
word validation bits enabled, use dma by default enabled. it has 3 scsi 
discs, 2 of which are striped, and one ide which has one huge partition 
of 175G. the scsi discs are 4, 9 and 9 gig.
no atapi devices, only a scsi cdrom and a burner.

the box is so f&%$ed up, when i try to cat a logfile i get:
vpf-10640: the on-disk and the correct bitmaps differs.
nothing else.
:(


> JN> unfortunately i did a number of things at once: upgrade the kernel from 
> JN> .72 (which has worked for me quite well), add an ide drive (i didn't 
> JN> have ide in my kernel before, and geez! is that module code broken :)) 
> JN> and shuffle partitions around. which makes the problem hard to pinpoint.
> 
> Not sure what bk3 is for, I have yesterday's bk snapshot and it works for me,
> I seem to be unable to reach bkbits.net for today.
> 
> 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.

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.

best,

jörn





-- 
All Members shall refrain in their international relations from
the threat or use of force against the territorial integrity or
political independence of any state, or in any other manner
inconsistent with the Purposes of the United Nations.
	-- Charter of the United Nations, Article 2.4


Jörn Nettingsmeier
Kurfürstenstr 49, 45138 Essen, Germany
http://spunk.dnsalias.org (my server)
http://www.linuxdj.com/audio/lad/ (Linux Audio Developers)





  reply	other threads:[~2003-06-21 21:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-21 20:32 severe FS corruption w/ reiserfs and 2.5.72-bk3 Joern Nettingsmeier
2003-06-21 20:21 ` Oleg Drokin
2003-06-21 22:36   ` Joern Nettingsmeier [this message]
2003-06-22  8:03     ` Oleg Drokin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3EF4DDF1.2010101@folkwang-hochschule.de \
    --to=nettings@folkwang-hochschule.de \
    --cc=green@linuxhacker.ru \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox