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

Re: [linux-lvm] rescuing a VG with one missing PV



On Tue, Feb 12, 2002 at 11:37:14PM +0200, Erkki Seppala wrote:
> On Tue, Feb 12, 2002 at 03:05:51PM +0100, Heinz J . Mauelshagen wrote:
> > Get LVM from CVS at www.sistina.com and either use the -s option of pvcreate
> > I implemented recently to fake the size you need or run "vgcfgrestore -i ..."
> > which ignores the size of the device and restores metadata anyway
> > at your own risk.
> 
> Thanks! This seems to be doing the trick. There seemed to be one typo
> in the CVS at the moment I checked out my version, but I imagine it'll
> be fixed as soon as someone tries to compile it :-) :

No, that's actually a new function which checks for a particular lv device
number in use. Strange that you couldn't compile it.
Could you please try a checkout from scratch and send me the error you see.
Thanks.

> 
> ---8<---
> Index: vgscan.c
> ===================================================================
> RCS file: /data/cvs/LVM/tools/vgscan.c,v
> retrieving revision 1.12
> diff -u -r1.12 vgscan.c
> --- vgscan.c    2002/02/08 14:59:37     1.12
> +++ vgscan.c    2002/02/12 21:29:00
> @@ -294,7 +294,7 @@
>                 for ( blk_dev = l = 0; l < vg->lv_max; l++) {
>                    lv = vg->lv[l];
>                    if ( lv == NULL) continue;
> -                  if ( lvm_tab_check_free_lv_number ( lv) == FALSE) {
> +                  if ( lvm_tab_check_free_lv_numbers ( lv) == FALSE) {
>                       printf ( "%s -- changing minor number on \"%s\"\n",
>                                cmd, lv->lv_name);
>                       if ( lv->lv_access & LV_SNAPSHOT_ORG) {
> ---8<---
> 
> > Even though you lost your data anyway with the old drive, you need
> > to either pvmove it away to get rid of allocated extents in that PV
> > again or lvreduce LVs to make them free which you potentially don't
> > like, because the extents might be further to the beginning of the
> > LV.
> 
> I don't completely understand this, but I guess I will when the pvmove
> has completed - it's a surprisingly slow operation.

Well, it needs to copy a lot of data ;-)
Get back to me if there's any further problems.

> I was glad to
> notice though that only one logical volume was in the failed disc.
> 
> Once again, thanks for the help :).
> -- 
>   _____________________________________________________________________
>      / __// /__ ____  __                              Erkki Seppälä\   \
>     / /_ / // // /\ \/ //ircnet                           Modeemi Ry\  /
>    /_/  /_/ \___/ /_/\_\ modeemi fi        http://www.modeemi.fi/~flux/
> 
> _______________________________________________
> 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-



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