All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kuba Ober <kuba@mareimbrium.org>
To: Andreas Abele <aba@IZS.FhG.de>
Cc: reiserfs-list@namesys.com
Subject: Re: mkreiserfs and big RAID-Systems
Date: Mon, 15 Jul 2002 12:53:45 -0400	[thread overview]
Message-ID: <200207151253.45018.kuba@mareimbrium.org> (raw)
In-Reply-To: <1026757533.32136.26.camel@pallas.IZS.FhG.de>

> > > [root@saturn6 mkreiserfs]# ./mkreiserfs /dev/sdf1
> > > Count of blocks on the device: 210096054
> >
> > As you can see block number is correct - 840384216 blocks.
> >
> > > bread: Cannot read a block # 210096053.
>
> it looks like every block on these devices that is aboth about
> Block-Number 18000000 is declared as a bad block in reiserfs,

It's not declared as a bad block. It's just that reiserfs cannot read that, 
because your kernel cannot read it as well, and that's because the raid 
driver reports an error.

So *please* first make sure that the whole raid array is readable. Try 
something like 
dd if=/dev/sdf1 of=/dev/null
and see if it succeeds (i.e. it doesn't report an error before end of the raid 
device).

> in ext2fs
> that doesnt happen.
Try mke2fs -c /dev/sdf1
I'm quite sure it'll complain loudly (-c enables checking the device for read 
errors).

So it didn't happen in mke2fs probably because it just didn't try 
writing/reading from the bad blocks. 

AFAICT, you're definitely having some device access problem -- either your 
kernel is bad, or the raid driver in the kernel, or your raid controller is 
failing, or your motherboard, or your raid array is dying. Whatever it is, as 
long as kernel cannot read blocks from the device, you cannot use it, and it 
doesn't depend on reiserfs at all.

This thread is off-topic. You're having bad hardware. This has nothing to do 
with reiserfs.

Cheers, Kuba Ober

  parent reply	other threads:[~2002-07-15 16:53 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-07-15 13:59 mkreiserfs and big RAID-Systems Andreas Abele
2002-07-15 12:39 ` Vitaly Fertman
2002-07-15 14:55   ` Andreas Abele
2002-07-15 13:38     ` Vitaly Fertman
2002-07-15 16:01       ` Andreas Abele
2002-07-15 14:24         ` Vitaly Fertman
2002-07-15 16:42           ` Andreas Abele
2002-07-15 16:08             ` Vitaly Fertman
2002-07-15 18:25               ` Andreas Abele
2002-07-15 16:41                 ` Vitaly Fertman
2002-07-15 16:46                 ` Kuba Ober
2002-07-15 16:53                 ` Kuba Ober [this message]
2002-07-15 15:47 ` Alexander Saers

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=200207151253.45018.kuba@mareimbrium.org \
    --to=kuba@mareimbrium.org \
    --cc=aba@IZS.FhG.de \
    --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.