Re[1] [linux-lvm] Procedure to pvmove PE's on bad media?

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

 




 Yes i'm sure i was root (pvmove isnt in the normal users
path anyway), but i had assumed the "read" and "to_read"
values to be counters, quantifying the progress of the
moving process. Well, thanks for trying to help.

 Octavio



> -------Message d'origine-------
> De : Ragnar Kjørstad <lvm@ragnark.vestdata.no>
> Date : 26/12/2001 17:59:34
>
> On Wed, Dec 26, 2001 at 12:49:49PM +0000, Octavio Di
Sciullo wrote:
> > 	I've tried to apply to pvmove (from lvm 0.9.1b7)
the patch
> > issued on this thread :
> > http://lists.sistina.com/pipermail/linux-lvm/2001-
September/008767.html
> > , but unfortunately, it doesnt work :/. With
this "forced"
> > pvmove, i get an endless read loop :
> >
> > "read:-1 to_read:512
> > read:-1 to_read:512
> > read:-1 to_read:512
> > read:-1 to_read:512"
> > ..... (i let it run for about 4h and the output never
> > changed, nor as the drive never ceased to produce scary
> > noises)
> >
> > 	Now i dont really know if this the proper behavior
of the
> > patched pvmove in case it REALLY doesnt manage to read
the
> > data (i thought this was what the patch was for), or if
i
> > have a compatibility problem with my 0.9 lvm installed
and
> > the 0.9.1b7 patched pvmove.... I tried (a bit) to
upgrade to
> > 0.9.1b7 but i get dependency conflicts.
>
>
> Did you run it as root?
> (isn't -1==EPERM, meaning you have no permission?)
>
> The proper output (I think) should be:
> read:-5 to_read:512
> and with 4MB extent-size you should have 8192 such
messages pr bad
> extent (max).
>
>
>
> --
> Ragnar Kjørstad
> Big Storage
>
> _______________________________________________
> 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
>
>
______________________________________________________
Boîte aux lettres - Caramail - http://www.caramail.com


[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux