From: Oleg Drokin <green@namesys.com>
To: grobe@gmx.net
Cc: reiserfs-list@namesys.com
Subject: Re: corrupted fs: bitmap does not match to the correct one....
Date: Thu, 16 May 2002 09:13:32 +0400 [thread overview]
Message-ID: <20020516091332.B6596@namesys.com> (raw)
In-Reply-To: <10725.1021478209@www24.gmx.net>
Hello!
On Wed, May 15, 2002 at 05:56:49PM +0200, grobe@gmx.net wrote:
> > Ah, failing hardware.
> That's funny. As I mentioned, we use a Serveraid 4m Raid Controller. So, if
> a disk fails, the controller switches it off, sends me a warning messages and
> downgrades from RAID5 to RAID0. But the controller tells me that there are
Hm. I am not sure it is possible to downgrade from raid5 to raid0.
Also if you loose more than one disk, operations are impossible anymore.
> no errors. It seams to be something in the driver-kernel-lvm-chain.
May be so. At least errors are appearing on block layer already.
> > Also you probably want to ask whoever sold you the failing harddrive to
> > replace it.
> As I wrote, the "harddrive" is a logical volume on a raid 5 array, attached
> to a serveraid 4 m - so I would have to bring an entire server if I want to
> replace the failing hardware ;-)
Hm. If I were you, I'd probably go this route, anyway. :)
The other possibility is to dig deep into LVM and serverraid sources and
to see why does it produces I/O errors if hardware does not report any errors.
> The new reiserfsck --rebuild-tree gives me
> pass 0: reading block (xxxx) failed
So, it still cannot read blocks.
What are those xxxx, btw? Do they look correct? (in range of actual volume
size?)
> Is this REALLY only possible with bad hardware, or also with lvm-problems,
> raid-driver problems etc...?
This ispossible with bad hardware or bad drivers, but I cannot tell you which
case is yours because I do not know.
Bye,
Oleg
prev parent reply other threads:[~2002-05-16 5:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-15 12:59 corrupted fs: bitmap does not match to the correct one grobe
2002-05-15 13:08 ` Oleg Drokin
2002-05-15 13:58 ` grobe
2002-05-15 14:06 ` Oleg Drokin
2002-05-15 15:56 ` grobe
2002-05-15 17:04 ` Valdis.Kletnieks
2002-05-16 5:13 ` Oleg Drokin [this message]
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=20020516091332.B6596@namesys.com \
--to=green@namesys.com \
--cc=grobe@gmx.net \
--cc=reiserfs-list@namesys.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.