All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Heinz J . Mauelshagen" <mauelshagen@sistina.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] pv_move_pe() error again :/
Date: Fri, 7 Sep 2001 12:46:49 +0200	[thread overview]
Message-ID: <20010907124649.B31313@sistina.com> (raw)
In-Reply-To: <E15f8l7-0008Di-00@hermes.sistina.com>; from fejf@gmx.de on Fri, Sep 07, 2001 at 01:41:22AM +0200

On Fri, Sep 07, 2001 at 01:41:22AM +0200, FEJF wrote:
> Ragnar Kjørstad, on Donnerstag, 6. September 2001 22:05 wrote:
> > On Thu, Sep 06, 2001 at 05:28:04PM +0200, FEJF wrote:
> > > hi,
> > > i search through the mailing list and found this question few times...
> > > and i have also this problem atm and i didn't find a solution, i want to
> > > ask if there is one now ? or perhaps will installing of lvm1.0.1-rc2 help
> > > (currently using 0.9.1_beta7) ?
> > >
> > > root@bolm:[/x] # pvmove /dev/hdh1
> > > pvmove -- moving physical extents in active volume group "vg01"
> > > pvmove -- WARNING: if you lose power during the move you may need to
> > > restore your LVM metadata from backup!
> > > pvmove -- do you want to continue? [y/n] y
> > > pvmove -- ERROR reading input physical volume "/dev/hdh1" (still 65536
> > > bytes to read)
> > >
> > > pvmove -- ERROR "pv_move_pe(): read input PV" pv_move_pe
> > >
> > > pvmove -- ERROR "pv_move_pe(): read input PV" moving physical extents
> >
> > This could be because of a disk-error. Do you have io-errors in
> > /var/log/messages?
> 
> there are no io-errors... but as the hd makes really scary noise when pvmove 
> tries to move the remaining bytes. so i think the hd is damaged.
> but all i want is to remove the damaged hd.
> but pvreduce says i have to use pvmove to get rid of the remaining data and 
> pvmove gives the errors...
> so i can't remove it :/ - is there a way to get rid of the hd without 
> destroying the rest of the data ? sth. like pvreduce --force ?
> 
> > If so, you will have to modify pvmove to not give up after read-errors.
> 
> how can i do this ? i'm not a coder but if someone has too much time... ;)
> 
> > Maybe a '--ignore-read-errors' option should be added?
> 
> if there's no other way to get rid of the damaged hd... that would be also a 
> way to solve my problem.
> btw: could there be a problem with using reiserfs on the lvm ?

Well, assuming your disk has a flaw, the only way to work around your problem
is patching pv_move_pe() in order to ignore read errors (this takes place
around line 520 in LVM 1.0) which will cause a copy of the data to some other
device with probably flaky data in it.

In case you've got some filesystem data in there, fsck will complain accordingly
and some file or metadata of the filesystem will be gone which will cause
more or less filesystem data loss.

>  
> mfg, Florian E.J. Fruth
> 
> ps: at the moment i try a "dd if=/dev/hdh1 of=/dev/null" to see if it also 
> complains about errors...
> 
> -- 
> Backups are usefull. Most often when you don't have one ;)
> 
> _______________________________________________
> 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

-- 

Regards,
Heinz    -- The LVM Guy --

*** Software bugs are stupid.
    Nevertheless it needs not so stupid people to solve them ***

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Heinz Mauelshagen                                 Sistina Software Inc.
Senior Consultant/Developer                       Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen@Sistina.com                           +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

  parent reply	other threads:[~2001-09-07 10:46 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-06 15:28 [linux-lvm] pv_move_pe() error again :/ FEJF
2001-09-06 20:05 ` Ragnar Kjørstad
2001-09-06 23:41   ` FEJF
2001-09-07  9:43     ` Ragnar Kjørstad
2001-09-07 11:36       ` FEJF
2001-09-09 22:16         ` Ragnar Kjørstad
2001-09-09 23:51           ` FEJF
2001-09-10  8:39             ` Ragnar Kjørstad
2001-09-10 11:27               ` Heinz J . Mauelshagen
2001-09-10 11:45                 ` FEJF
2001-09-10 13:43                   ` Heinz J . Mauelshagen
2001-09-10 13:49                     ` FEJF
2001-09-10 15:38                 ` Ragnar Kjørstad
2001-09-10 16:13                   ` FEJF
2001-09-11 14:31                   ` Heinz J . Mauelshagen
2001-09-11 17:26                     ` Ragnar Kjørstad
2001-09-10 11:53               ` FEJF
2001-09-07 10:46     ` Heinz J . Mauelshagen [this message]
2001-09-07 11:45       ` FEJF

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=20010907124649.B31313@sistina.com \
    --to=mauelshagen@sistina.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 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.