Linux LVM users
 help / color / mirror / Atom feed
* [linux-lvm] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com
@ 2002-03-15 14:52 AJ Lewis
  2002-03-17 11:11 ` [linux-lvm] Re: [lvm-devel] " Heinz J . Mauelshagen
  2002-03-19 11:06 ` Chris Harwell
  0 siblings, 2 replies; 7+ messages in thread
From: AJ Lewis @ 2002-03-15 14:52 UTC (permalink / raw)
  To: linux-lvm; +Cc: lvm-devel

[-- Attachment #1: Type: text/plain, Size: 2448 bytes --]

Hi all - Heinz is unavailable, so I'm sending this out for him:

LVM 1.1-rc1 release candidate supports both version 1 and 2 of the metadata.

Disclaimer:
-----------
This is not meant to be used on production systems!


There's *no* need to run any metadata update tools.

Please test this release candidate and feed back results to the linux-lvm
list in order to help us to release 1.1 ASAP.

A tarball is available now at

   <http://www.sistina.com/>

for download (Follow the "LVM 1.1-rc1" link).


Changes to LVM 1.1-rc1 include:

o volume group quorum support is in enabling optional activation of volume
  groups (vgchange -qn) in case at least one physical volume out of many is
  still accessable enabling retrieval of data in logical volumes allocated
  on the accessable devices

o vgimport supports importing by volume group name rather than requiring
  a physical volume list

o creation of metadata backup files in /etc/lvmtab* and metadata archives in
  /etc/lvmconf/ is now optional to help saving space for eg. on ram disks.
  If vgscan is not run at all and /etc/lvmtab* are removed, no backup files
  will be created.  If vgcfgbackup is not run at all and /etc/lvmconf/ is
  removed, no archive files will be created.

o locations of metadata backups and archives are configurable through
  environment varibles LVM_BACKUP_INDEX/LVM_BACKUP_DIR and LVM_ARCHIVE_DIR
  respectively

o volume group static mode in order to avoid all configuration changes to a
  volume group once set. This is useful to 'freeze' a volume group in order
  to activate it in a cluster of for fail-over configurations

o the llseek cast bug has been fixed, which caused pvmove to fail beyond the
  2GB offset


o more...


See the CHANGELOG file contained in the tarball for further information.

Feed back LVM related information to <linux-lvm@sistina.com>.

Thanks a lot for your support of LVM.

-- 
AJ Lewis
Sistina Software Inc.                  Voice:  612-638-0500
1313 5th St SE, Suite 111              E-Mail: lewis@sistina.com
Minneapolis, MN 55414
http://www.sistina.com

Current GPG fingerprint =  7792 2F3E 9D86 DA4C 9111 7837 982D 737B 9DBC 4EC9
-----Begin Obligatory Humorous Quote----------------------------------------
Sticks and stones may break my bones, and so would an 80 lb. carrot.
-----End Obligatory Humorous Quote------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 230 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* [linux-lvm] Re: [lvm-devel] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com
  2002-03-15 14:52 [linux-lvm] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com AJ Lewis
@ 2002-03-17 11:11 ` Heinz J . Mauelshagen
  2002-03-20  9:51   ` Anselm Kruis
  2002-03-19 11:06 ` Chris Harwell
  1 sibling, 1 reply; 7+ messages in thread
From: Heinz J . Mauelshagen @ 2002-03-17 11:11 UTC (permalink / raw)
  To: lvm-devel, linux-lvm

Thanks AJ!

And I even forgot to mention writable snapshots and pvresize ;-)
Need to rework CHANGELOG later...

Regards,
Heinz    -- The LVM Guy --


On Fri, Mar 15, 2002 at 02:52:57PM -0600, AJ Lewis wrote:
> Hi all - Heinz is unavailable, so I'm sending this out for him:
> 
> LVM 1.1-rc1 release candidate supports both version 1 and 2 of the metadata.
> 
> Disclaimer:
> -----------
> This is not meant to be used on production systems!
> 
> 
> There's *no* need to run any metadata update tools.
> 
> Please test this release candidate and feed back results to the linux-lvm
> list in order to help us to release 1.1 ASAP.
> 
> A tarball is available now at
> 
>    <http://www.sistina.com/>
> 
> for download (Follow the "LVM 1.1-rc1" link).
> 
> 
> Changes to LVM 1.1-rc1 include:
> 
> o volume group quorum support is in enabling optional activation of volume
>   groups (vgchange -qn) in case at least one physical volume out of many is
>   still accessable enabling retrieval of data in logical volumes allocated
>   on the accessable devices
> 
> o vgimport supports importing by volume group name rather than requiring
>   a physical volume list
> 
> o creation of metadata backup files in /etc/lvmtab* and metadata archives in
>   /etc/lvmconf/ is now optional to help saving space for eg. on ram disks.
>   If vgscan is not run at all and /etc/lvmtab* are removed, no backup files
>   will be created.  If vgcfgbackup is not run at all and /etc/lvmconf/ is
>   removed, no archive files will be created.
> 
> o locations of metadata backups and archives are configurable through
>   environment varibles LVM_BACKUP_INDEX/LVM_BACKUP_DIR and LVM_ARCHIVE_DIR
>   respectively
> 
> o volume group static mode in order to avoid all configuration changes to a
>   volume group once set. This is useful to 'freeze' a volume group in order
>   to activate it in a cluster of for fail-over configurations
> 
> o the llseek cast bug has been fixed, which caused pvmove to fail beyond the
>   2GB offset
> 
> 
> o more...
> 
> 
> See the CHANGELOG file contained in the tarball for further information.
> 
> Feed back LVM related information to <linux-lvm@sistina.com>.
> 
> Thanks a lot for your support of LVM.
> 
> -- 
> AJ Lewis
> Sistina Software Inc.                  Voice:  612-638-0500
> 1313 5th St SE, Suite 111              E-Mail: lewis@sistina.com
> Minneapolis, MN 55414
> http://www.sistina.com
> 
> Current GPG fingerprint =  7792 2F3E 9D86 DA4C 9111 7837 982D 737B 9DBC 4EC9
> -----Begin Obligatory Humorous Quote----------------------------------------
> Sticks and stones may break my bones, and so would an 80 lb. carrot.
> -----End Obligatory Humorous Quote------------------------------------------

*** 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [linux-lvm] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com
  2002-03-15 14:52 [linux-lvm] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com AJ Lewis
  2002-03-17 11:11 ` [linux-lvm] Re: [lvm-devel] " Heinz J . Mauelshagen
@ 2002-03-19 11:06 ` Chris Harwell
  2002-03-20 10:01   ` Heinz J . Mauelshagen
  1 sibling, 1 reply; 7+ messages in thread
From: Chris Harwell @ 2002-03-19 11:06 UTC (permalink / raw)
  To: linux-lvm

On Fri, 15 Mar 2002, AJ Lewis wrote:
> LVM 1.1-rc1 release candidate supports both version 1 and 2 of the metadata.



thanks! this does fix the pvmove 2GB limit problem i ran into. 

just a note, it seemed as if the --test feature had changed between the
two pvmove versions. that is, before with 1.0.3 i was able to run multiple
pvmove --test multiple times and it continued to work.  now with 1.1rc1 i
had to run a vgscan in order to run pvmove --test again because i got this
error on the second invocation:

pvmove --test /dev/hda14
pvmove -- no logical volumes on empty source physical volume "/dev/hda14"

worked just fine after that vgscan though :>

i'm not sure if i just needed to run vgscan since i was using a new 
version of the lvm tools anyway or if that --test does actually change 
something (like the info in /etc/lvm....?).

at any rate, lvm is great and continues to power our mp3 player
wonderfully - thanks LVM :>

-- 
chris
charwell@digitalpulp.com

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [linux-lvm] Re: [lvm-devel] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com
  2002-03-17 11:11 ` [linux-lvm] Re: [lvm-devel] " Heinz J . Mauelshagen
@ 2002-03-20  9:51   ` Anselm Kruis
  2002-03-20  9:59     ` Heinz J . Mauelshagen
  2002-03-20 18:01     ` [linux-lvm] " James Hawtin
  0 siblings, 2 replies; 7+ messages in thread
From: Anselm Kruis @ 2002-03-20  9:51 UTC (permalink / raw)
  To: linux-lvm

On Sun, 17 Mar 2002, Heinz J . Mauelshagen wrote:

> 
> Thanks AJ!
> 
> And I even forgot to mention writable snapshots and pvresize ;-)
Excelent. :-))

Regards Anselm

> Need to rework CHANGELOG later...
> 
> Regards,
> Heinz    -- The LVM Guy --
> 
> 
> On Fri, Mar 15, 2002 at 02:52:57PM -0600, AJ Lewis wrote:
> > Hi all - Heinz is unavailable, so I'm sending this out for him:
> > 
> > LVM 1.1-rc1 release candidate supports both version 1 and 2 of the metadata.
> > 
> > Disclaimer:
> > -----------
> > This is not meant to be used on production systems!
> > 
> > 
> > There's *no* need to run any metadata update tools.
> > 
> > Please test this release candidate and feed back results to the linux-lvm
> > list in order to help us to release 1.1 ASAP.
> > 
> > A tarball is available now at
> > 
> >    <http://www.sistina.com/>
> > 
> > for download (Follow the "LVM 1.1-rc1" link).
> > 
> > 
> > Changes to LVM 1.1-rc1 include:
> > 
> > o volume group quorum support is in enabling optional activation of volume
> >   groups (vgchange -qn) in case at least one physical volume out of many is
> >   still accessable enabling retrieval of data in logical volumes allocated
> >   on the accessable devices
> > 
> > o vgimport supports importing by volume group name rather than requiring
> >   a physical volume list
> > 
> > o creation of metadata backup files in /etc/lvmtab* and metadata archives in
> >   /etc/lvmconf/ is now optional to help saving space for eg. on ram disks.
> >   If vgscan is not run at all and /etc/lvmtab* are removed, no backup files
> >   will be created.  If vgcfgbackup is not run at all and /etc/lvmconf/ is
> >   removed, no archive files will be created.
> > 
> > o locations of metadata backups and archives are configurable through
> >   environment varibles LVM_BACKUP_INDEX/LVM_BACKUP_DIR and LVM_ARCHIVE_DIR
> >   respectively
> > 
> > o volume group static mode in order to avoid all configuration changes to a
> >   volume group once set. This is useful to 'freeze' a volume group in order
> >   to activate it in a cluster of for fail-over configurations
> > 
> > o the llseek cast bug has been fixed, which caused pvmove to fail beyond the
> >   2GB offset
> > 
> > 
> > o more...
> > 
> > 
> > See the CHANGELOG file contained in the tarball for further information.
> > 
> > Feed back LVM related information to <linux-lvm@sistina.com>.
> > 
> > Thanks a lot for your support of LVM.
> > 
> > -- 
> > AJ Lewis
> > Sistina Software Inc.                  Voice:  612-638-0500
> > 1313 5th St SE, Suite 111              E-Mail: lewis@sistina.com
> > Minneapolis, MN 55414
> > http://www.sistina.com
> > 
> > Current GPG fingerprint =  7792 2F3E 9D86 DA4C 9111 7837 982D 737B 9DBC 4EC9
> > -----Begin Obligatory Humorous Quote----------------------------------------
> > Sticks and stones may break my bones, and so would an 80 lb. carrot.
> > -----End Obligatory Humorous Quote------------------------------------------
> 
> *** 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://www.sistina.com/lvm/Pages/howto.html
> 

---
 Anselm Kruis                                 Tel. +49 (0)89-356386-74
 science + computing ag		              FAX  +49 (0)89-356386-37
 Ingolstädter Str. 22             mailto: A.Kruis@science-computing.de
 D-80807 München                 WWW: http://www.science-computing.de/

**********************************************************************
***     Wir freuen uns auf Ihren Besuch                            ***
***                                                                ***
***     CeBIT 2002                                                 ***
***     13.-20.03.2002, Messegelände Hannover, Halle 11, F 64      ***
***                                                                ***
***     Automotive Circle International                            ***
***     18.-19.04.2002, Bad Nauheim                                ***
***                                                                ***
***     VDI-Tagung: Berechnung und Simulation im Fahrzeugbau       ***
***     01.-02.10.2002, Congress-Centrum Würzburg                  ***
***                                                                ***
********************************************************************** 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [linux-lvm] Re: [lvm-devel] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com
  2002-03-20  9:51   ` Anselm Kruis
@ 2002-03-20  9:59     ` Heinz J . Mauelshagen
  2002-03-20 18:01     ` [linux-lvm] " James Hawtin
  1 sibling, 0 replies; 7+ messages in thread
From: Heinz J . Mauelshagen @ 2002-03-20  9:59 UTC (permalink / raw)
  To: linux-lvm

On Wed, Mar 20, 2002 at 04:51:37PM +0100, Anselm Kruis wrote:
> On Sun, 17 Mar 2002, Heinz J . Mauelshagen wrote:
> 
> > 
> > Thanks AJ!
> > 
> > And I even forgot to mention writable snapshots and pvresize ;-)
> Excelent. :-))

Well, it is lots of fun to be able to fully fsck a life filesystem by taking
a writable snapshot for eg. :)

Regards,
Heinz    -- The LVM Guy --

> 
> Regards Anselm
> 
> > Need to rework CHANGELOG later...
> > 
> > Regards,
> > Heinz    -- The LVM Guy --
> > 
> > 
> > On Fri, Mar 15, 2002 at 02:52:57PM -0600, AJ Lewis wrote:
> > > Hi all - Heinz is unavailable, so I'm sending this out for him:
> > > 
> > > LVM 1.1-rc1 release candidate supports both version 1 and 2 of the metadata.
> > > 
> > > Disclaimer:
> > > -----------
> > > This is not meant to be used on production systems!
> > > 
> > > 
> > > There's *no* need to run any metadata update tools.
> > > 
> > > Please test this release candidate and feed back results to the linux-lvm
> > > list in order to help us to release 1.1 ASAP.
> > > 
> > > A tarball is available now at
> > > 
> > >    <http://www.sistina.com/>
> > > 
> > > for download (Follow the "LVM 1.1-rc1" link).
> > > 
> > > 
> > > Changes to LVM 1.1-rc1 include:
> > > 
> > > o volume group quorum support is in enabling optional activation of volume
> > >   groups (vgchange -qn) in case at least one physical volume out of many is
> > >   still accessable enabling retrieval of data in logical volumes allocated
> > >   on the accessable devices
> > > 
> > > o vgimport supports importing by volume group name rather than requiring
> > >   a physical volume list
> > > 
> > > o creation of metadata backup files in /etc/lvmtab* and metadata archives in
> > >   /etc/lvmconf/ is now optional to help saving space for eg. on ram disks.
> > >   If vgscan is not run at all and /etc/lvmtab* are removed, no backup files
> > >   will be created.  If vgcfgbackup is not run at all and /etc/lvmconf/ is
> > >   removed, no archive files will be created.
> > > 
> > > o locations of metadata backups and archives are configurable through
> > >   environment varibles LVM_BACKUP_INDEX/LVM_BACKUP_DIR and LVM_ARCHIVE_DIR
> > >   respectively
> > > 
> > > o volume group static mode in order to avoid all configuration changes to a
> > >   volume group once set. This is useful to 'freeze' a volume group in order
> > >   to activate it in a cluster of for fail-over configurations
> > > 
> > > o the llseek cast bug has been fixed, which caused pvmove to fail beyond the
> > >   2GB offset
> > > 
> > > 
> > > o more...
> > > 
> > > 
> > > See the CHANGELOG file contained in the tarball for further information.
> > > 
> > > Feed back LVM related information to <linux-lvm@sistina.com>.
> > > 
> > > Thanks a lot for your support of LVM.
> > > 
> > > -- 
> > > AJ Lewis
> > > Sistina Software Inc.                  Voice:  612-638-0500
> > > 1313 5th St SE, Suite 111              E-Mail: lewis@sistina.com
> > > Minneapolis, MN 55414
> > > http://www.sistina.com
> > > 
> > > Current GPG fingerprint =  7792 2F3E 9D86 DA4C 9111 7837 982D 737B 9DBC 4EC9
> > > -----Begin Obligatory Humorous Quote----------------------------------------
> > > Sticks and stones may break my bones, and so would an 80 lb. carrot.
> > > -----End Obligatory Humorous Quote------------------------------------------
> > 
> > *** 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://www.sistina.com/lvm/Pages/howto.html
> > 
> 
> ---
>  Anselm Kruis                                 Tel. +49 (0)89-356386-74
>  science + computing ag		              FAX  +49 (0)89-356386-37
>  Ingolstädter Str. 22             mailto: A.Kruis@science-computing.de
>  D-80807 München                 WWW: http://www.science-computing.de/
> 
> **********************************************************************
> ***     Wir freuen uns auf Ihren Besuch                            ***
> ***                                                                ***
> ***     CeBIT 2002                                                 ***
> ***     13.-20.03.2002, Messegelände Hannover, Halle 11, F 64      ***
> ***                                                                ***
> ***     Automotive Circle International                            ***
> ***     18.-19.04.2002, Bad Nauheim                                ***
> ***                                                                ***
> ***     VDI-Tagung: Berechnung und Simulation im Fahrzeugbau       ***
> ***     01.-02.10.2002, Congress-Centrum Würzburg                  ***
> ***                                                                ***
> ********************************************************************** 
> 
> 
> 
> _______________________________________________
> 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

*** 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [linux-lvm] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com
  2002-03-19 11:06 ` Chris Harwell
@ 2002-03-20 10:01   ` Heinz J . Mauelshagen
  0 siblings, 0 replies; 7+ messages in thread
From: Heinz J . Mauelshagen @ 2002-03-20 10:01 UTC (permalink / raw)
  To: linux-lvm

On Tue, Mar 19, 2002 at 12:07:16PM -0500, Chris Harwell wrote:
> 
> On Fri, 15 Mar 2002, AJ Lewis wrote:
> > LVM 1.1-rc1 release candidate supports both version 1 and 2 of the metadata.
> 
> 
> 
> thanks! this does fix the pvmove 2GB limit problem i ran into. 
> 
> just a note, it seemed as if the --test feature had changed between the
> two pvmove versions. that is, before with 1.0.3 i was able to run multiple
> pvmove --test multiple times and it continued to work.  now with 1.1rc1 i
> had to run a vgscan in order to run pvmove --test again because i got this
> error on the second invocation:
> 
> pvmove --test /dev/hda14
> pvmove -- no logical volumes on empty source physical volume "/dev/hda14"

Well, probably a dependency on the metadata backups in /etc/lvmtab*
I overlooked.
Will check...

> 
> worked just fine after that vgscan though :>
> 
> i'm not sure if i just needed to run vgscan since i was using a new 
> version of the lvm tools anyway or if that --test does actually change 
> something (like the info in /etc/lvm....?).
> 
> at any rate, lvm is great and continues to power our mp3 player
> wonderfully - thanks LVM :>

LVM welcomes you ;-)

> 
> -- 
> chris
> charwell@digitalpulp.com
> 
> 
> _______________________________________________
> 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [linux-lvm] *** ANNOUNCEMENT *** LVM 1.1-rc1    available at www.sistina.com
  2002-03-20  9:51   ` Anselm Kruis
  2002-03-20  9:59     ` Heinz J . Mauelshagen
@ 2002-03-20 18:01     ` James Hawtin
  1 sibling, 0 replies; 7+ messages in thread
From: James Hawtin @ 2002-03-20 18:01 UTC (permalink / raw)
  To: linux-lvm

pvmove has fixed the 2GB file offset problem. YAY! it works great however
I did get it to segv ;-)

Summary, I have a 22 gig lv, on one disk which I want to move on off it,
There is enough disk space on two other pvs.

So pvmove -v -n oolon3_lv /dev/ide/host2/bus0/target0/lun0/part4

Should work.... in theory

However it didn't a segv was produced, I solved the problem by specifying
the LE extent ranges and PEs to move them two, a two stage op, but still,
it should not have segved.

James

More detailed info from this point...

Here is the setup

pvscan -- reading all physical volumes (this may take a while...)
pvscan -- ACTIVE   PV "/dev/ide/host2/bus1/target0/lun0/part2" of VG
"sunset_vg" [30.84 GB / 19.66 GB free]
pvscan -- ACTIVE   PV "/dev/ide/host2/bus1/target1/lun0/part1" of VG
"sunset_vg" [19.03 GB / 8.09 GB free]
pvscan -- ACTIVE   PV "/dev/ide/host2/bus0/target0/lun0/part4" of VG
"sunset_vg" [35.06 GB / 13.06 GB free]
pvscan -- total: 3 [85.07 GB] / in use: 3 [85.07 GB] / in no VG: 0 [0]

--- Volume group ---
VG Name               sunset_vg
VG Access             read/write
VG Status             available/resizable
VG #                  0
MAX LV                255
Cur LV                6
Open LV               0
MAX LV Size           2 TB
Max PV                255
Cur PV                3
Act PV                3
VG Size               84.94 GB
PE Size               32 MB
Total PE              2718
Alloc PE / Size       1412 / 44.12 GB
Free  PE / Size       1306 / 40.81 GB
VG UUID               HMrqdp-Hf5n-FfCP-5W2D-fyw6-UHcn-MMB7Wr

--- Logical volume ---
LV Name                /dev/sunset_vg/var_lv
VG Name                sunset_vg
LV Write Access        read/write
LV Status              available
LV #                   1
# open                 0
LV Size                256 MB
Current LE             8
Allocated LE           8
Allocation             next free
Read ahead sectors     120
Block device           58:0

--- Logical volume ---
LV Name                /dev/sunset_vg/usr_lv
VG Name                sunset_vg
LV Write Access        read/write
LV Status              available
LV #                   2
# open                 0
LV Size                3 GB
Current LE             96
Allocated LE           96
Stripes                2
Stripe size (KByte)    16
Allocation             next free
Read ahead sectors     120
Block device           58:1

--- Logical volume ---
LV Name                /dev/sunset_vg/swap1_lv
VG Name                sunset_vg
LV Write Access        read/write
LV Status              available
LV #                   3
# open                 0
LV Size                256 MB
Current LE             8
Allocated LE           8
Allocation             next free
Read ahead sectors     120
Block device           58:2

--- Logical volume ---
LV Name                /dev/sunset_vg/swap2_lv
VG Name                sunset_vg
LV Write Access        read/write
LV Status              available
LV #                   4
# open                 0
LV Size                256 MB
Current LE             8
Allocated LE           8
Allocation             next free
Read ahead sectors     120
Block device           58:3

--- Logical volume ---
LV Name                /dev/sunset_vg/oolon4_lv
VG Name                sunset_vg
LV Write Access        read/write
LV Status              available
LV #                   5
# open                 0
LV Size                18.38 GB
Current LE             588
Allocated LE           588
Stripes                2
Stripe size (KByte)    16
Allocation             next free
Read ahead sectors     120
Block device           58:4

--- Logical volume ---
LV Name                /dev/sunset_vg/oolon3_lv
VG Name                sunset_vg
LV Write Access        read/write
LV Status              available
LV #                   6
# open                 0
LV Size                22 GB
Current LE             704
Allocated LE           704
Allocation             next free
Read ahead sectors     120
Block device           58:5


--- Physical volumes ---
PV Name (#)           /dev/ide/host2/bus1/target0/lun0/part2 (3)
PV Status             available / allocatable
Total PE / Free PE    987 / 629

PV Name (#)           /dev/ide/host2/bus1/target1/lun0/part1 (2)
PV Status             available / allocatable
Total PE / Free PE    609 / 259

PV Name (#)           /dev/ide/host2/bus0/target0/lun0/part4 (1)
PV Status             available / NOT allocatable
Total PE / Free PE    1122 / 418

Now the problem.

bash# pvmove -v -n oolon3_lv /dev/ide/host2/bus0/target0/lun0/part4
pvmove -- checking name of source physical volume
"/dev/ide/host2/bus0/target0/lun0/part4"
pvmove -- locking logical volume manager
pvmove -- reading data of source physical volume from
"/dev/ide/host2/bus0/target0/lun0/part4"
pvmove -- checking volume group existence
pvmove -- checking volume group consistency of "sunset_vg"
pvmove -- searching for source physical volume
"/dev/ide/host2/bus0/target0/lun0/part4" in volume group "sunset_
vg"
pvmove -- checking logical volume "oolon3_lv"
pvmove -- building list of possible destination physical volumes
pvmove -- checking volume group activity
pvmove -- moving physical extents in active volume group "sunset_vg"
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 linear logical volume
"/dev/sunset_vg/oolon3_lv"
pvmove -- checking for enough free physical extents in "sunset_vg"
Segmentation fault
bash#

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2002-03-20 18:01 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-03-15 14:52 [linux-lvm] *** ANNOUNCEMENT *** LVM 1.1-rc1 available at www.sistina.com AJ Lewis
2002-03-17 11:11 ` [linux-lvm] Re: [lvm-devel] " Heinz J . Mauelshagen
2002-03-20  9:51   ` Anselm Kruis
2002-03-20  9:59     ` Heinz J . Mauelshagen
2002-03-20 18:01     ` [linux-lvm] " James Hawtin
2002-03-19 11:06 ` Chris Harwell
2002-03-20 10:01   ` Heinz J . Mauelshagen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox