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

Re: [linux-lvm] vgscan fails to find VGs



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            
_________________________________________________________________________



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