linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: "Erick Calder" <e@arix.com>
To: linux-lvm@sistina.com
Subject: RE: [linux-lvm] read_intr errors
Date: Tue Oct 23 23:19:01 2001	[thread overview]
Message-ID: <003001c15c42$f7faa4c0$0300000a@pacbell.net> (raw)
In-Reply-To: <20011018084219.A564@tykepenguin.com>

Patrick,

sorry for the delay, it takes 12 hours to back up this guy and another 12 to
verify... and I had problems so I had to do it several times.

so if I get you correctly, I should be able to do badblock check (instead of
a mke2fs with -c option as has been suggested) and get an evaluation for
whether this drive has problems equally well, no?

here's what I did:

# df -k
Filesystem           1k-blocks      Used Available Use% Mounted on
/dev/hda1             38456308   2670876  33831932   8% /
/dev/LVM/mp3z         29540436  13308716  14731152  48% /var/mp3z

# umount /dev/LVM/mp3z
# vgchange -a n
vgchange -- volume group "LVM" successfully deactivated

root@beowulf:/root # badblocks -s /dev/hdc 29540436
Checking for bad blocks (read-only test): done

as you can see, no errors.  Now, having said that, I've come to realise that
the errors I get happen when accessing my tape drive (which is scsi) - at
least I think that's what's happening... weird.  do you then think this is
related to the problems others have had? and if so, was there a fix?

- e r i c k

-----Original Message-----
From:	linux-lvm-admin@sistina.com [mailto:linux-lvm-admin@sistina.com] On
Behalf Of Patrick Caulfield
Sent:	Thursday, October 18, 2001 12:42 AM
To:	linux-lvm@sistina.com
Subject:	Re: [linux-lvm] read_intr errors

On Wed, Oct 17, 2001 at 01:08:30PM -0700, Erick Calder wrote:
> Patrick,
>
> > I'm afraid they look a lot like hardware errors to me. It might just be
> that it
> > doesn't like MULTI_MODE though. I'm not an IDE expert.
>
> I turned MULTI_MODE on at a suggestion aimed to fix these very problems...
> they certainly are hardware errors but as we know anecdotally from other
> postings, the hardware can be perfectly ok and the errors still persist.
as
> my drive is brand new and I had no such errors before installing a PV on
it,
> it seems reasonable to think it's not the drive.
>
> is my data at risk of corruption?  I've slowly been checking the integrity
> of files but I'm concerned about backing up bad data!

Just because the drive is new doesn't mean it's not bust(!).

I would do as someone suggested and run badblocks on the disk and if it
gives
errors then take it back. If not then it may be related to some reports we
saw
a while ago about LVM reading past the end of a SCSI disk - you can easily
verify this by making a filesystem on the PV rather that using LVM (If
you're
happy with your backups that is...).

patrick


_______________________________________________
linux-lvm mailing list
linux-lvm@sistina.com
http://lists.sistina.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://www.sistina.com/lvm/Pages/howto.html

  reply	other threads:[~2001-10-23 23:19 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-16 16:19 [linux-lvm] Remount a LVM Vol after a system crash Christoph Berger
2001-10-16 21:40 ` Heinz J . Mauelshagen
2001-10-17  9:27   ` [linux-lvm] read_intr errors Erick Calder
2001-10-17 14:29     ` Patrick Caulfield
2001-10-17 20:08       ` Erick Calder
2001-10-18  7:42         ` Patrick Caulfield
2001-10-23 23:19           ` Erick Calder [this message]
2001-10-24  4:25             ` Patrick Caulfield
2001-10-26  2:13               ` Erick Calder
2001-10-26  3:29                 ` Patrick Caulfield
2001-10-26 16:16                   ` Erick Calder
2001-10-30  2:55                     ` Patrick Caulfield
  -- strict thread matches above, loose matches on Subject: below --
2001-10-17 20:21 Karl
2001-10-17 21:20 ` Erick Calder
2001-10-18  0:09   ` Wolfgang Weisselberg
2001-10-17 22:27 Karl
2001-10-24 11:36 Karl

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='003001c15c42$f7faa4c0$0300000a@pacbell.net' \
    --to=e@arix.com \
    --cc=linux-lvm@sistina.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).