[linux-lvm] vgscan fails to find VGs
Heinz J . Mauelshagen
mauelshagen at sistina.com
Wed Jul 25 13:47:50 UTC 2001
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 at 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 at 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 at pc-16 te]#
>
>
> Well, here is the complete vgscan -d:
>
> [root at 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 at 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 at 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 at 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 at 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 at 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 at Sistina.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
More information about the linux-lvm
mailing list