Ulrich.Windl at rz
Feb 2, 2012, 8:48 AM
Post #1 of 1
(376 views)
Permalink
|
|
Antw: Re: Proposal to drop vgck in LVM RA
|
|
Hi!
I think once vgck would use kernel data structures to find the disks that belong to an active VG (instead of reading all available disks and partitions with O_DIRECT), tis would be a non-issue. But as long as all the lvm Commands have that terrible performance with a large number of disks (on a shared storage specifically) I'd not use it. Currently it creates problems instead of solving such.
Regards,
Ulrich
>>> Dejan Muhamedagic <dejan [at] suse> schrieb am 02.02.2012 um 17:44 in Nachricht
<20120202164447.GA9120 [at] walrus>:
> Hello all,
>
> Sorry for crossposting, but can anybody comment on the matter
> bellow? Thanks!
>
> Dejan
>
> On Tue, Jan 10, 2012 at 02:22:35PM +0100, Dejan Muhamedagic wrote:
> > Hi Hideo-san,
> >
> > On Tue, Jan 10, 2012 at 11:28:12AM +0900, renayama19661014 [at] ybb wrote:
> > > Hi Dejan,
> > >
> > > How do you think about this matter?
> >
> > I'm still inclined to drop vgck from monitor and use it just
> > before start. I wouldn't even consider that a regression.
> >
> > I'm also not sure what does vgck offer in comparison with
> > vgdisplay and if both actually work with the on-disk lvm
> > meta-data. In that case we should drop vgdisplay as well and find
> > another (and better) way to monitor VGs.
> >
> > Anybody with deeper knowledge on LVM?
> >
> > Cheers,
> >
> > Dejan
> >
> > > Best Regards,
> > > Hideo Yamauchi.
> > >
> > >
> > > --- On Thu, 2011/12/8, renayama19661014 [at] ybb <renayama19661014 [at] ybb>
> wrote:
> > >
> > > > Hi Dejan,
> > > >
> > > > Thank you for comment.
> > > > We examine a correction of LVM_validate_all.
> > > > Because the handling of vgck influences it, I am going to obey the
> decision of this argument.
> > > >
> > > > For example, even the following simple choice may be good.
> > > > * Add "exec_vgck" parameter
> > > > * true(default) : Exec vgck command.
> > > > * false : Not exec vgck command.
> > > >
> > > > Best Regards,
> > > > Hideo Yamauchi.
> > > >
> > > > --- On Tue, 2011/12/6, Dejan Muhamedagic <dejan [at] suse> wrote:
> > > >
> > > > > Hi Hideo-san,
> > > > >
> > > > > On Tue, Dec 06, 2011 at 09:13:31AM +0900, renayama19661014 [at] ybb
> wrote:
> > > > > > Hi Dejan,
> > > > > > Hi Xinwei,
> > > > > >
> > > > > > We pay attention to this correction, too.
> > > > > >
> > > > > > Did the discussion advance afterwards?
> > > > > > Was the method of the correction decided?
> > > > >
> > > > > Actually not, it somehow slipped off my radar.
> > > > >
> > > > > Xinwei suggested in his latest message to run vgck on probe, but
> > > > > this may result in error if the device isn't ready yet (it may
> > > > > happen say with iscsi). So, I think that we should just drop vgck
> > > > > altogether.
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Dejan
> > > > >
> > > > > > Best Regards,
> > > > > > Hideo Yamauchi.
> > > > > >
> > > > > > _______________________________________________
> > > > > > ha-wg-technical mailing list
> > > > > > ha-wg-technical [at] lists
> > > > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > > > _______________________________________________
> > > > > ha-wg-technical mailing list
> > > > > ha-wg-technical [at] lists
> > > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > > >
> > > > _______________________________________________
> > > > ha-wg-technical mailing list
> > > > ha-wg-technical [at] lists
> > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > >
> > > _______________________________________________
> > > ha-wg-technical mailing list
> > > ha-wg-technical [at] lists
> > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > _______________________________________________
> > ha-wg-technical mailing list
> > ha-wg-technical [at] lists
> > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> _______________________________________________
> ha-wg-technical mailing list
> ha-wg-technical [at] lists
> https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
>
_______________________________________________
ha-wg-technical mailing list
ha-wg-technical [at] lists
https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
|
