[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] pvmove problem



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Heinz,

The disk failure was on a production webserver.  I had hoped to leave things 
offline until I heard back from someone on the list, but was pressured into 
recovering things sooner.  I removed the failing disk from service and 
restored from backup...didn't get a chance to try "pvmove -i" again.  The one 
time I tried it the command failed but I may have screwed up something else.  
Thanks for the response though.

Tim

On Thursday 05 June 2003 06:35 am, Heinz J . Mauelshagen wrote:
> Tim,
>
> have you tried 'pvmove -i ...' yet ?
> That tries to work arround read errors on flaky devices and read as much
> data as possible.
>
>
> Regards,
> Heinz    -- The LVM Guy --
>
> On Wed, Jun 04, 2003 at 11:57:45AM -0400, Tim Randles wrote:
> > Hello,
> >
> > I'm trying to pvmove from a dying disk to a new disk.  I'm using version
> > 1.0.7 of the LVM tools.  I know that the source disk has bad sectors on
> > it.  I figured one of two things would happen with the pvmove:
> > 1)  pvmove would work fine up to the bad sectors, where it would error
> > with I/O read errors.  I would then restart the pvmove with PEs that are
> > past the bad sectors on the source disk and things would finish.
> > 2)  pvmove would work fine up to the bad sectors, where it would
> > encounter I/O read errors.  pvmove would report the errors and say the
> > data is lost/corrupt, but continue reading valid/skipping bad sectors
> > until it finished.
> > I fear that I'm being naive about how pvmove will handle bad sectors... 
> > At any rate, the error I'm getting is:
> >
> > [root mills tools]# ./pvmove -vv /dev/sdb1
> > pvmove -- checking name of source physical volume "/dev/sdb1"
> > pvmove -- locking logical volume manager
> > pvmove -- reading data of source physical volume from "/dev/sdb1"
> > pvmove -- checking volume group existence
> > pvmove -- reading data of volume group "vg1" from lvmtab
> > pvmove -- checking volume group consistency of "vg1"
> > pvmove -- searching for source physical volume "/dev/sdb1" in volume
> > group "vg1"
> > pvmove -- building list of possible destination physical volumes
> > pvmove -- checking volume group activity
> > pvmove -- moving physical extents in active volume group "vg1"
> > 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 -- starting to move extents away from physical volume "/dev/sdb1"
> > pvmove -- checking for enough free physical extents in "vg1"
> > lv: /dev/vg1/lv7[7]  old_dev: 08:17  new_dev: 08:33  old_pe_sector:
> > 4186488 new_pe_sector: 4186488
> > pvmove -- opening output physical volume "/dev/sdc1"
> > pvmove -- llseeking input physical volume "/dev/sdb1"
> > pvmove -- llseeking output physical volume "/dev/sdc1"
> > pvmove -- /dev/sdb1 [PE 510 [lv7 [LE 5650]] -> /dev/sdc1 [PE 510]
> > [1/4590] pvmove -- locking physical extent 510 of "/dev/sdb1" in kernel
> > pvmove -- about to read input physical volume "/dev/sdb1" and to write
> > output physical volume "/dev/sdc1"
> > pvmove -- ERROR reading input physical volume "/dev/sdb1" (still 131072
> > bytes to read)
> > pvmove -- ERROR "pv_move_pe(): read input PV" moving physical extents
> >
> >
> > When I try to specify any random PE > 510 I get:
> >
> >
> > [root mills tools]# ./pvmove -vv /dev/sdb1:530 /dev/sdc1
> > pvmove -- checking name of source physical volume "/dev/sdb1"
> > pvmove -- locking logical volume manager
> > pvmove -- reading data of source physical volume from "/dev/sdb1"
> > pvmove -- checking volume group existence
> > pvmove -- reading data of volume group "vg1" from lvmtab
> > pvmove -- checking volume group consistency of "vg1"
> > pvmove -- searching for source physical volume "/dev/sdb1" in volume
> > group "vg1"
> > pvmove -- building list of possible destination physical volumes
> > pvmove -- checking destination physical volume names in command line
> > pvmove -- checking volume group activity
> > pvmove -- moving physical extents in active volume group "vg1"
> > 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 -- starting to move extents away from physical volume "/dev/sdb1"
> > pvmove -- checking for enough free physical extents in "vg1"
> > lv: /dev/vg1/lv7[7]  old_dev: 08:17  new_dev: 08:33  old_pe_sector:
> > 4350328 new_pe_sector: 4186488
> > pvmove -- opening output physical volume "/dev/sdc1"
> > pvmove -- llseeking input physical volume "/dev/sdb1"
> > pvmove -- llseeking output physical volume "/dev/sdc1"
> > pvmove -- /dev/sdb1 [PE 530 [lv7 [LE 5670]] -> /dev/sdc1 [PE 510] [1/1]
> > pvmove -- locking physical extent 530 of "/dev/sdb1" in kernel
> > pvmove -- about to read input physical volume "/dev/sdb1" and to write
> > output physical volume "/dev/sdc1"
> > pvmove -- ERROR reading input physical volume "/dev/sdb1" (still 4194304
> > bytes to read)
> > pvmove -- ERROR "pv_move_pe(): read input PV" moving physical extents
> >
> >
> > Is there anything I can do to get the pvmove to finish?
> >
> > Thanks,
> > Tim
> >
> > --
> > Tim Randles
> > Unix Administrator and Webmaster
> > The Ohio State University
> > Department of Physics Computing Facility
> > Phone: 292-2630
> > Email: tcr pacific mps ohio-state edu
> > PGP key: http://www.physics.ohio-state.edu/~tcr/pgp.txt
> >
> >
> >
> >
> > _______________________________________________
> > linux-lvm mailing list
> > linux-lvm sistina com
> > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
> *** 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
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>-=-
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm sistina com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

- -- 
Tim Randles
Unix Administrator and Webmaster
The Ohio State University
Department of Physics Computing Facility
Phone: 292-2630
Email: tcr pacific mps ohio-state edu
PGP key: http://www.physics.ohio-state.edu/~tcr/pgp.txt


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+6HnLNMldGYWjmgoRAnuRAKCM//b5DVBq+1jUlal0M7Oh+lUgpgCfWX30
2uXcO6Cn2FJ45ETbvqFoHHM=
=IU4w
-----END PGP SIGNATURE-----




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]