* [linux-lvm] pvdisplay/lvdisplay discrepancy
@ 2002-12-06 23:48 Aran Cox
2002-12-09 4:54 ` Heinz J . Mauelshagen
0 siblings, 1 reply; 4+ messages in thread
From: Aran Cox @ 2002-12-06 23:48 UTC (permalink / raw)
To: linux-lvm
I've discovered that pvdisplay and lvdisplay seem to disagree on the
exact location of some extents in a volume group on my system.
I am using stock 2.4.19 kernel with the lvm tools from the RPM package
of the same name for RH7.3.
I'll show the output of the *display programs below but to summarize:
pvdisplay shows a small number of extents in /dev/main/var as being on
hde4. lvdisplay of /dev/main/var shows them to be on sdb starting at
1064. pvdisplay of sdb shows those extents as free.
The /dev/main/var logical volume works fine: it's mounted and I just did
a complete backup of it. I tried moving these extents but pvmove always
fails. (See below.)
I get the impression that the extents are really on hde4 and that
lvdisplay is wrong. (I just checked, I can pvmove other extents into
sdb:1064, but this doesn't change lvdisplays output for /dev/main/var.)
I can only assume that something became corrupt when I was using pvmove
to shuffle some extents around recently. I'm not sure what to do about
this but I'd like to fix it without a re-install, if anyone has any
suggestions I'd appreciate it.
Thanks,
Aran
pvdisplay -v /dev/hde4
...
01528 /dev/main/var 00252 12525944
01529 /dev/main/var 00253 12534136
01530 /dev/main/var 00254 12542328
01531 /dev/main/var 00255 12550520
01532 /dev/main/var 00256 12558712
01533 /dev/main/var 00257 12566904
...
lvdisplay -v /dev/main/var
...
00252 /dev/sdb 01064 2118 0
00253 /dev/sdb 01065 2558 326
00254 /dev/sdb 01066 2048 0
00255 /dev/sdb 01067 2048 0
00256 /dev/sdb 01068 5558 23077
00257 /dev/sdb 01069 2685 102
...
pvdisplay -v /dev/sdb
01064 free
.....
01083 free
pvmove --verbose /dev/hde4:1528 /dev/hde2
...
pvmove -- starting to move extents away from physical volume "/dev/hde4"
pvmove -- checking for enough free physical extents in "main"
pvmove -- /dev/hde4 [PE 1528 [var [LE 252]] -> /dev/hde2 [PE 5398] [1/1]
/dev/main/group::/dev/main/var: 2104 12525944, 2102 44228984
pvmove -- ERROR "Invalid argument" copying extent from "/dev/hde4"
pvmove -- ERROR "Invalid argument" remapping
pvmove -- ERROR "pv_move(): LE of LV remap" moving physical extents
pvmove --verbose /dev/sdb:1064 /dev/hde2:
...
pvmove -- checking destination physical volume names in command line
pvmove -- ERROR: source physical extent 1064 invalid for physical volume
"/dev/sdb"
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-lvm] pvdisplay/lvdisplay discrepancy
2002-12-06 23:48 [linux-lvm] pvdisplay/lvdisplay discrepancy Aran Cox
@ 2002-12-09 4:54 ` Heinz J . Mauelshagen
2002-12-09 10:19 ` Aran Cox
0 siblings, 1 reply; 4+ messages in thread
From: Heinz J . Mauelshagen @ 2002-12-09 4:54 UTC (permalink / raw)
To: linux-lvm
Alan,
I am not sure if there's a difference between the Redhat package and our source
causing this.
Are you able to reproduce this with stock LVM1.0.6 tools from www.sistina.com ?
(have send pvdisplay and lvdisplay version 1.0.6 in private email to you
to test this).
Get back to me if there is none and I'll have a look at your metadata.
Regards,
Heinz -- The LVM Guy --
On Fri, Dec 06, 2002 at 10:28:18PM -0600, Aran Cox wrote:
> I've discovered that pvdisplay and lvdisplay seem to disagree on the
> exact location of some extents in a volume group on my system.
>
> I am using stock 2.4.19 kernel with the lvm tools from the RPM package
> of the same name for RH7.3.
>
> I'll show the output of the *display programs below but to summarize:
> pvdisplay shows a small number of extents in /dev/main/var as being on
<SNIP>
> "/dev/sdb"
>
>
>
>
> _______________________________________________
> 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-lvm] pvdisplay/lvdisplay discrepancy
2002-12-09 4:54 ` Heinz J . Mauelshagen
@ 2002-12-09 10:19 ` Aran Cox
2002-12-09 12:16 ` Heinz J . Mauelshagen
0 siblings, 1 reply; 4+ messages in thread
From: Aran Cox @ 2002-12-09 10:19 UTC (permalink / raw)
To: linux-lvm
Thanks for sending me those binaries but unfortunately they produce the
same output.
Thanks again,
Aran
On Mon, 2002-12-09 at 04:46, Heinz J . Mauelshagen wrote:
> Alan,
>
> I am not sure if there's a difference between the Redhat package and our source
> causing this.
> Are you able to reproduce this with stock LVM1.0.6 tools from www.sistina.com ?
> (have send pvdisplay and lvdisplay version 1.0.6 in private email to you
> to test this).
>
> Get back to me if there is none and I'll have a look at your metadata.
>
> Regards,
> Heinz -- The LVM Guy --
>
>
> On Fri, Dec 06, 2002 at 10:28:18PM -0600, Aran Cox wrote:
> > I've discovered that pvdisplay and lvdisplay seem to disagree on the
> > exact location of some extents in a volume group on my system.
> >
> > I am using stock 2.4.19 kernel with the lvm tools from the RPM package
> > of the same name for RH7.3.
> >
> > I'll show the output of the *display programs below but to summarize:
> > pvdisplay shows a small number of extents in /dev/main/var as being on
> <SNIP>
> > "/dev/sdb"
> >
> >
> >
> >
> > _______________________________________________
> > 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/
--
Aran Cox <acox@ia.primustel.com>
Primus Telecommunications - Network Engineering
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [linux-lvm] pvdisplay/lvdisplay discrepancy
2002-12-09 10:19 ` Aran Cox
@ 2002-12-09 12:16 ` Heinz J . Mauelshagen
0 siblings, 0 replies; 4+ messages in thread
From: Heinz J . Mauelshagen @ 2002-12-09 12:16 UTC (permalink / raw)
To: linux-lvm
On Mon, Dec 09, 2002 at 10:19:07AM -0600, Aran Cox wrote:
> Thanks for sending me those binaries but unfortunately they produce the
> same output.
Odd :(
Then send your metadata to me directly (mge@sistina.com) for further
investigation please.
Do a "dd if=/dev/$DEV of=$DEV.vgda count=4k bs=1k" where DEV is sdb, hde4 etc.
(IOW: all you PVs belonging to the VG in question)
Archive these .vgda files with tar, bzip2 the archive and send that
email-attached.
Regards,
Heinz -- The LVM Guy --
>
> Thanks again,
> Aran
>
> On Mon, 2002-12-09 at 04:46, Heinz J . Mauelshagen wrote:
> > Alan,
> >
> > I am not sure if there's a difference between the Redhat package and our source
> > causing this.
> > Are you able to reproduce this with stock LVM1.0.6 tools from www.sistina.com ?
> > (have send pvdisplay and lvdisplay version 1.0.6 in private email to you
> > to test this).
> >
> > Get back to me if there is none and I'll have a look at your metadata.
> >
> > Regards,
> > Heinz -- The LVM Guy --
> >
> >
> > On Fri, Dec 06, 2002 at 10:28:18PM -0600, Aran Cox wrote:
> > > I've discovered that pvdisplay and lvdisplay seem to disagree on the
> > > exact location of some extents in a volume group on my system.
> > >
> > > I am using stock 2.4.19 kernel with the lvm tools from the RPM package
> > > of the same name for RH7.3.
> > >
> > > I'll show the output of the *display programs below but to summarize:
> > > pvdisplay shows a small number of extents in /dev/main/var as being on
> > <SNIP>
> > > "/dev/sdb"
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > 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 ***
> >
> > 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/
> --
> Aran Cox <acox@ia.primustel.com>
> Primus Telecommunications - Network Engineering
>
>
> _______________________________________________
> 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2002-12-09 12:16 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-06 23:48 [linux-lvm] pvdisplay/lvdisplay discrepancy Aran Cox
2002-12-09 4:54 ` Heinz J . Mauelshagen
2002-12-09 10:19 ` Aran Cox
2002-12-09 12:16 ` Heinz J . Mauelshagen
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.