* [linux-lvm] vgscan fails to find VGs
@ 2001-07-25 11:51 Terje Eggestad
2001-07-25 12:21 ` Heinz J . Mauelshagen
0 siblings, 1 reply; 5+ messages in thread
From: Terje Eggestad @ 2001-07-25 11:51 UTC (permalink / raw)
To: linux-lvm
NB: I'm using 0.9.1 B2 in case this problem is already fixed!
(also RH 7.1 with stock 2.4.3).
But since At the bottom of http://www.sistina.com/lvm/doc/KNOWN_BUGS
is says:
- there still seems to be a rare condition when vgscan(8) fails
to find your VGs.
Basically you only need to run vgscan if your disk
configuration changed or your lost your /etc/lvmtab* entries.
So it still may not be fixed.
Anyway i figured out that vgscan fails if there is a CD in the CD
player, doesn't matter if's a audio or iso9660 CD.
if you run vgscan -d
you get way down:
<333> pv_read -- going to read /dev/hdc
<333> pv_read -- LEAVING with ret: -282
<22> pv_read_all_pv -- pv_read returned: -282
I only have hda and hdc, no scsi.
TJ
--
_________________________________________________________________________
Terje Eggestad terje.eggestad@scali.no
Scali Scalable Linux Systems http://www.scali.com
Olaf Helsets Vei 6 tel: +47 22 62 89 61 (OFFICE)
P.O.Box 70 Bogerud +47 975 31 574 (MOBILE)
N-0621 Oslo fax: +47 22 62 89 51
NORWAY
_________________________________________________________________________
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] vgscan fails to find VGs
2001-07-25 11:51 [linux-lvm] vgscan fails to find VGs Terje Eggestad
@ 2001-07-25 12:21 ` Heinz J . Mauelshagen
2001-07-25 12:56 ` Terje Eggestad
0 siblings, 1 reply; 5+ messages in thread
From: Heinz J . Mauelshagen @ 2001-07-25 12:21 UTC (permalink / raw)
To: linux-lvm
On Wed, Jul 25, 2001 at 01:51:37PM +0200, Terje Eggestad wrote:
> NB: I'm using 0.9.1 B2 in case this problem is already fixed!
> (also RH 7.1 with stock 2.4.3).
>
> But since At the bottom of http://www.sistina.com/lvm/doc/KNOWN_BUGS
> is says:
>
> - there still seems to be a rare condition when vgscan(8) fails
> to find your VGs.
> Basically you only need to run vgscan if your disk
> configuration changed or your lost your /etc/lvmtab* entries.
>
> So it still may not be fixed.
>
> Anyway i figured out that vgscan fails if there is a CD in the CD
> player, doesn't matter if's a audio or iso9660 CD.
>
That error is only returned, if the read from the device fails (the CD ro drive)
and pv_read_all_pv() continues with looping through all found device specials.
After the loop the return code is zeroed *if* at least one PV has been found,
which should be the case (I assume you use a partition on hda as a PV).
Shouldn't make it fail.
In regard to your debug output:
What is XXX in the lines
"pv_read_all_pv -- avoiding multiple entries"
in case of MD; np: XXX"? (np is the number of found PVs before deleting multiple
entries in the list of PVs).
What is YYY in the line "pv_read_all_pv -- LEAVING with ret: YYY"?
Regards,
Heinz -- The LVM Guy --
> if you run vgscan -d
> you get way down:
> <333> pv_read -- going to read /dev/hdc
> <333> pv_read -- LEAVING with ret: -282
> <22> pv_read_all_pv -- pv_read returned: -282
>
> I only have hda and hdc, no scsi.
>
> TJ
>
> --
> _________________________________________________________________________
>
> Terje Eggestad terje.eggestad@scali.no
> Scali Scalable Linux Systems http://www.scali.com
>
> Olaf Helsets Vei 6 tel: +47 22 62 89 61 (OFFICE)
> P.O.Box 70 Bogerud +47 975 31 574 (MOBILE)
> N-0621 Oslo fax: +47 22 62 89 51
> NORWAY
> _________________________________________________________________________
>
> _______________________________________________
> 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] 5+ messages in thread
* Re: [linux-lvm] vgscan fails to find VGs
2001-07-25 12:21 ` Heinz J . Mauelshagen
@ 2001-07-25 12:56 ` Terje Eggestad
2001-07-25 13:47 ` Heinz J . Mauelshagen
0 siblings, 1 reply; 5+ messages in thread
From: Terje Eggestad @ 2001-07-25 12:56 UTC (permalink / raw)
To: linux-lvm, Heinz J . Mauelshagen
Yes I've have a hda partition lvm, hda6 to be exact.
with the cdrom closed (with a cd) vgscan also completes almost
immediatly:
[root@pc-16 te]# time vgscan
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- found active volume group "vgroot"
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume
group
25.280u 15.510s 0:48.81 83.5% 0+0k 0+0io 900364pf+0w
[root@pc-16 te]# time vgscan
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- no volume groups found
0.010u 0.000s 0:00.02 50.0% 0+0k 0+0io 163pf+0w
[root@pc-16 te]#
Well, here is the complete vgscan -d:
[root@pc-16 te]# time vgscan -d
<1> lvm_get_iop_version -- CALLED
<22> lvm_check_special -- CALLED
<22> lvm_check_special -- LEAVING
<1> lvm_get_iop_version -- AFTER ioctl ret: 0
<1> lvm_get_iop_version -- LEAVING with ret: 10
<1> lvm_lock -- CALLED
<22> lvm_check_special -- CALLED
<22> lvm_check_special -- LEAVING
<1> lvm_lock -- LEAVING with ret: 0
<1> lvm_dont_interrupt -- CALLED
<1> lvm_interrupt -- LEAVING
<1> lvm_remove_recursive -- CALLED with dir: /etc/lvmtab.d
<1> lvm_remove_recursive -- LEAVING with ret: 0
vgscan -- reading all physical volumes (this may take a while...)
<1> vg_check_exist_all_vg -- CALLED
<22> pv_read_all_pv -- CALLED
<22> pv_read_all_pv -- calling lvm_dir_cache
<333> lvm_dir_cache -- CALLED
<4444> lvm_add_dir_cache -- CALLED
<4444> lvm_add_dir_cache -- LEAVING
<4444> lvm_add_dir_cache -- CALLED
<4444> lvm_add_dir_cache -- LEAVING
<4444> lvm_add_dir_cache -- CALLED
<4444> lvm_add_dir_cache -- LEAVING
<4444> lvm_add_dir_cache -- CALLED
<4444> lvm_add_dir_cache -- LEAVING
<4444> lvm_add_dir_cache -- CALLED
<4444> lvm_add_dir_cache -- LEAVING
<4444> lvm_add_dir_cache -- CALLED
<55555> lvm_check_dev -- CALLED
<55555> lvm_check_dev -- LEAVING with ret: 1
<55555> lvm_dir_cache_hit -- CALLED
<55555> lvm_dir_cache_hit -- LEAVING with ret: 0
<4444> lvm_add_dir_cache -- LEAVING
<4444> lvm_add_dir_cache -- CALLED
<55555> lvm_check_dev -- CALLED
<55555> lvm_check_dev -- LEAVING with ret: 1
<55555> lvm_dir_cache_hit -- CALLED
<55555> lvm_dir_cache_hit -- LEAVING with ret: 1
<4444> lvm_add_dir_cache -- LEAVING
<333> lvm_dir_cache -- LEAVING with ret: 1
<22> pv_read_all_pv -- calling stat with "/dev/hdc"
<333> pv_read -- CALLED with /dev/hdc
<4444> pv_check_name -- CALLED with "/dev/hdc"
<55555> lvm_check_chars -- CALLED with name: "/dev/hdc"
<55555> lvm_check_chars -- LEAVING with ret: 0
<55555> lvm_check_dev -- CALLED
<55555> lvm_check_dev -- LEAVING with ret: 1
<4444> pv_check_name -- LEAVING with ret: 0
<4444> pv_read_already_red -- CALLED
<4444> pv_read_already_red -- LEAVING with ret: 0
<4444> pv_flush -- CALLED to flush /dev/hdc
<55555> pv_check_name -- CALLED with "/dev/hdc"
<666666> lvm_check_chars -- CALLED with name: "/dev/hdc"
<666666> lvm_check_chars -- LEAVING with ret: 0
<666666> lvm_check_dev -- CALLED
<666666> lvm_check_dev -- LEAVING with ret: 1
<55555> pv_check_name -- LEAVING with ret: 0
<4444> pv_flush -- LEAVING with ret: 0
<333> pv_read -- going to read /dev/hdc
<333> pv_read -- LEAVING with ret: -282
<22> pv_read_all_pv -- pv_read returned: -282
<22> pv_read_all_pv -- avoiding multiple entries in case of MD; np: 0
<22> pv_read_all_pv -- LEAVING with ret: -282
<1> vg_check_exist_all_vg -- LEAVING with (null)
<1> lvm_tab_create -- CALLED
<22> lvm_tab_write -- CALLED
<22> lvm_tab_write -- LEAVING with ret: 0
<1> lvm_tab_create -- LEAVING
<1> lvm_interrupt -- CALLED
<1> lvm_interrupt -- LEAVING
<1> lvm_unlock -- CALLED
<1> lvm_unlock -- LEAVING with ret: 0
vgscan -- no volume groups found
<1> lvm_unlock -- CALLED
<1> lvm_unlock -- LEAVING with ret: -104
0.010u 0.000s 0:00.01 100.0% 0+0k 0+0io 166pf+0w
[root@pc-16 te]#
Den 25 Jul 2001 14:21:43 +0200, skrev Heinz J . Mauelshagen:
> On Wed, Jul 25, 2001 at 01:51:37PM +0200, Terje Eggestad wrote:
> > NB: I'm using 0.9.1 B2 in case this problem is already fixed!
> > (also RH 7.1 with stock 2.4.3).
> >
> > But since At the bottom of http://www.sistina.com/lvm/doc/KNOWN_BUGS
> > is says:
> >
> > - there still seems to be a rare condition when vgscan(8) fails
> > to find your VGs.
> > Basically you only need to run vgscan if your disk
> > configuration changed or your lost your /etc/lvmtab* entries.
> >
> > So it still may not be fixed.
> >
> > Anyway i figured out that vgscan fails if there is a CD in the CD
> > player, doesn't matter if's a audio or iso9660 CD.
> >
>
> That error is only returned, if the read from the device fails (the CD ro drive)
> and pv_read_all_pv() continues with looping through all found device specials.
>
> After the loop the return code is zeroed *if* at least one PV has been found,
> which should be the case (I assume you use a partition on hda as a PV).
>
> Shouldn't make it fail.
>
> In regard to your debug output:
>
> What is XXX in the lines
> "pv_read_all_pv -- avoiding multiple entries"
> in case of MD; np: XXX"? (np is the number of found PVs before deleting multiple
> entries in the list of PVs).
>
> What is YYY in the line "pv_read_all_pv -- LEAVING with ret: YYY"?
>
> Regards,
> Heinz -- The LVM Guy --
>
> > if you run vgscan -d
> > you get way down:
> > <333> pv_read -- going to read /dev/hdc
> > <333> pv_read -- LEAVING with ret: -282
> > <22> pv_read_all_pv -- pv_read returned: -282
> >
> > I only have hda and hdc, no scsi.
> >
> > TJ
> >
> > --
> > _________________________________________________________________________
> >
> > Terje Eggestad terje.eggestad@scali.no
> > Scali Scalable Linux Systems http://www.scali.com
> >
> > Olaf Helsets Vei 6 tel: +47 22 62 89 61 (OFFICE)
> > P.O.Box 70 Bogerud +47 975 31 574 (MOBILE)
> > N-0621 Oslo fax: +47 22 62 89 51
> > NORWAY
> > _________________________________________________________________________
> >
> > _______________________________________________
> > 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
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> _______________________________________________
> 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
--
_________________________________________________________________________
Terje Eggestad terje.eggestad@scali.no
Scali Scalable Linux Systems http://www.scali.com
Olaf Helsets Vei 6 tel: +47 22 62 89 61 (OFFICE)
P.O.Box 70 Bogerud +47 975 31 574 (MOBILE)
N-0621 Oslo fax: +47 22 62 89 51
NORWAY
_________________________________________________________________________
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] vgscan fails to find VGs
2001-07-25 12:56 ` Terje Eggestad
@ 2001-07-25 13:47 ` Heinz J . Mauelshagen
2001-07-25 15:10 ` Giessler, Stefan
0 siblings, 1 reply; 5+ messages in thread
From: Heinz J . Mauelshagen @ 2001-07-25 13:47 UTC (permalink / raw)
To: Terje Eggestad; +Cc: linux-lvm, Heinz J . Mauelshagen
On Wed, Jul 25, 2001 at 02:56:32PM +0200, Terje Eggestad wrote:
> Yes I've have a hda partition lvm, hda6 to be exact.
>
> with the cdrom closed (with a cd) vgscan also completes almost
> immediatly:
>
Strange, output shows that in this case /dev/hda6 is not even tried :-(
Anyone out there, who can share this experience (2 IDE attached drives,
1HD and 1 CDROM) that vgscan doesn't find any VGs, while a CD is in the drive?
Heinz
> [root@pc-16 te]# time vgscan
> vgscan -- reading all physical volumes (this may take a while...)
> vgscan -- found active volume group "vgroot"
> vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
> vgscan -- WARNING: This program does not do a VGDA backup of your volume
> group
>
> 25.280u 15.510s 0:48.81 83.5% 0+0k 0+0io 900364pf+0w
> [root@pc-16 te]# time vgscan
> vgscan -- reading all physical volumes (this may take a while...)
> vgscan -- no volume groups found
>
> 0.010u 0.000s 0:00.02 50.0% 0+0k 0+0io 163pf+0w
> [root@pc-16 te]#
>
>
> Well, here is the complete vgscan -d:
>
> [root@pc-16 te]# time vgscan -d
> <1> lvm_get_iop_version -- CALLED
> <22> lvm_check_special -- CALLED
> <22> lvm_check_special -- LEAVING
> <1> lvm_get_iop_version -- AFTER ioctl ret: 0
> <1> lvm_get_iop_version -- LEAVING with ret: 10
> <1> lvm_lock -- CALLED
> <22> lvm_check_special -- CALLED
> <22> lvm_check_special -- LEAVING
> <1> lvm_lock -- LEAVING with ret: 0
> <1> lvm_dont_interrupt -- CALLED
> <1> lvm_interrupt -- LEAVING
> <1> lvm_remove_recursive -- CALLED with dir: /etc/lvmtab.d
> <1> lvm_remove_recursive -- LEAVING with ret: 0
> vgscan -- reading all physical volumes (this may take a while...)
> <1> vg_check_exist_all_vg -- CALLED
> <22> pv_read_all_pv -- CALLED
> <22> pv_read_all_pv -- calling lvm_dir_cache
> <333> lvm_dir_cache -- CALLED
> <4444> lvm_add_dir_cache -- CALLED
> <4444> lvm_add_dir_cache -- LEAVING
> <4444> lvm_add_dir_cache -- CALLED
> <4444> lvm_add_dir_cache -- LEAVING
> <4444> lvm_add_dir_cache -- CALLED
> <4444> lvm_add_dir_cache -- LEAVING
> <4444> lvm_add_dir_cache -- CALLED
> <4444> lvm_add_dir_cache -- LEAVING
> <4444> lvm_add_dir_cache -- CALLED
> <4444> lvm_add_dir_cache -- LEAVING
> <4444> lvm_add_dir_cache -- CALLED
> <55555> lvm_check_dev -- CALLED
> <55555> lvm_check_dev -- LEAVING with ret: 1
> <55555> lvm_dir_cache_hit -- CALLED
> <55555> lvm_dir_cache_hit -- LEAVING with ret: 0
> <4444> lvm_add_dir_cache -- LEAVING
> <4444> lvm_add_dir_cache -- CALLED
> <55555> lvm_check_dev -- CALLED
> <55555> lvm_check_dev -- LEAVING with ret: 1
> <55555> lvm_dir_cache_hit -- CALLED
> <55555> lvm_dir_cache_hit -- LEAVING with ret: 1
> <4444> lvm_add_dir_cache -- LEAVING
> <333> lvm_dir_cache -- LEAVING with ret: 1
> <22> pv_read_all_pv -- calling stat with "/dev/hdc"
> <333> pv_read -- CALLED with /dev/hdc
> <4444> pv_check_name -- CALLED with "/dev/hdc"
> <55555> lvm_check_chars -- CALLED with name: "/dev/hdc"
> <55555> lvm_check_chars -- LEAVING with ret: 0
> <55555> lvm_check_dev -- CALLED
> <55555> lvm_check_dev -- LEAVING with ret: 1
> <4444> pv_check_name -- LEAVING with ret: 0
> <4444> pv_read_already_red -- CALLED
> <4444> pv_read_already_red -- LEAVING with ret: 0
> <4444> pv_flush -- CALLED to flush /dev/hdc
> <55555> pv_check_name -- CALLED with "/dev/hdc"
> <666666> lvm_check_chars -- CALLED with name: "/dev/hdc"
> <666666> lvm_check_chars -- LEAVING with ret: 0
> <666666> lvm_check_dev -- CALLED
> <666666> lvm_check_dev -- LEAVING with ret: 1
> <55555> pv_check_name -- LEAVING with ret: 0
> <4444> pv_flush -- LEAVING with ret: 0
> <333> pv_read -- going to read /dev/hdc
> <333> pv_read -- LEAVING with ret: -282
> <22> pv_read_all_pv -- pv_read returned: -282
> <22> pv_read_all_pv -- avoiding multiple entries in case of MD; np: 0
> <22> pv_read_all_pv -- LEAVING with ret: -282
> <1> vg_check_exist_all_vg -- LEAVING with (null)
> <1> lvm_tab_create -- CALLED
> <22> lvm_tab_write -- CALLED
> <22> lvm_tab_write -- LEAVING with ret: 0
> <1> lvm_tab_create -- LEAVING
> <1> lvm_interrupt -- CALLED
> <1> lvm_interrupt -- LEAVING
> <1> lvm_unlock -- CALLED
> <1> lvm_unlock -- LEAVING with ret: 0
> vgscan -- no volume groups found
>
> <1> lvm_unlock -- CALLED
> <1> lvm_unlock -- LEAVING with ret: -104
> 0.010u 0.000s 0:00.01 100.0% 0+0k 0+0io 166pf+0w
> [root@pc-16 te]#
>
>
> Den 25 Jul 2001 14:21:43 +0200, skrev Heinz J . Mauelshagen:
> > On Wed, Jul 25, 2001 at 01:51:37PM +0200, Terje Eggestad wrote:
> > > NB: I'm using 0.9.1 B2 in case this problem is already fixed!
> > > (also RH 7.1 with stock 2.4.3).
> > >
> > > But since At the bottom of http://www.sistina.com/lvm/doc/KNOWN_BUGS
> > > is says:
> > >
> > > - there still seems to be a rare condition when vgscan(8) fails
> > > to find your VGs.
> > > Basically you only need to run vgscan if your disk
> > > configuration changed or your lost your /etc/lvmtab* entries.
> > >
> > > So it still may not be fixed.
> > >
> > > Anyway i figured out that vgscan fails if there is a CD in the CD
> > > player, doesn't matter if's a audio or iso9660 CD.
> > >
> >
> > That error is only returned, if the read from the device fails (the CD ro drive)
> > and pv_read_all_pv() continues with looping through all found device specials.
> >
> > After the loop the return code is zeroed *if* at least one PV has been found,
> > which should be the case (I assume you use a partition on hda as a PV).
> >
> > Shouldn't make it fail.
> >
> > In regard to your debug output:
> >
> > What is XXX in the lines
> > "pv_read_all_pv -- avoiding multiple entries"
> > in case of MD; np: XXX"? (np is the number of found PVs before deleting multiple
> > entries in the list of PVs).
> >
> > What is YYY in the line "pv_read_all_pv -- LEAVING with ret: YYY"?
> >
> > Regards,
> > Heinz -- The LVM Guy --
> >
> > > if you run vgscan -d
> > > you get way down:
> > > <333> pv_read -- going to read /dev/hdc
> > > <333> pv_read -- LEAVING with ret: -282
> > > <22> pv_read_all_pv -- pv_read returned: -282
> > >
> > > I only have hda and hdc, no scsi.
> > >
> > > TJ
> > >
> > > --
> > > _________________________________________________________________________
> > >
> > > Terje Eggestad terje.eggestad@scali.no
> > > Scali Scalable Linux Systems http://www.scali.com
> > >
> > > Olaf Helsets Vei 6 tel: +47 22 62 89 61 (OFFICE)
> > > P.O.Box 70 Bogerud +47 975 31 574 (MOBILE)
> > > N-0621 Oslo fax: +47 22 62 89 51
> > > NORWAY
> > > _________________________________________________________________________
> > >
> > > _______________________________________________
> > > 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
> >
> > _______________________________________________
> > 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
> --
> _________________________________________________________________________
>
> Terje Eggestad terje.eggestad@scali.no
> Scali Scalable Linux Systems http://www.scali.com
>
> Olaf Helsets Vei 6 tel: +47 22 62 89 61 (OFFICE)
> P.O.Box 70 Bogerud +47 975 31 574 (MOBILE)
> N-0621 Oslo fax: +47 22 62 89 51
> NORWAY
> _________________________________________________________________________
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
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] 5+ messages in thread
* Re: [linux-lvm] vgscan fails to find VGs
2001-07-25 13:47 ` Heinz J . Mauelshagen
@ 2001-07-25 15:10 ` Giessler, Stefan
0 siblings, 0 replies; 5+ messages in thread
From: Giessler, Stefan @ 2001-07-25 15:10 UTC (permalink / raw)
To: linux-lvm
Hallo Heinz,
...Vollquottel ;-)
CU,
Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2001-07-25 15:10 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-07-25 11:51 [linux-lvm] vgscan fails to find VGs Terje Eggestad
2001-07-25 12:21 ` Heinz J . Mauelshagen
2001-07-25 12:56 ` Terje Eggestad
2001-07-25 13:47 ` Heinz J . Mauelshagen
2001-07-25 15:10 ` Giessler, Stefan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox