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@suse.de> schrieb am 02.02.2012 um 17:44 in Nachricht
<20120202164447.GA9120@walrus.homenet>:
> 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@ybb.ne.jp 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@ybb.ne.jp <renayama19661014@ybb.ne.jp>
> 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@suse.de> wrote:
> > > >
> > > > > Hi Hideo-san,
> > > > >
> > > > > On Tue, Dec 06, 2011 at 09:13:31AM +0900, renayama19661014@ybb.ne.jp
> 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@lists.linux-foundation.org
> > > > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > > > _______________________________________________
> > > > > ha-wg-technical mailing list
> > > > > ha-wg-technical@lists.linux-foundation.org
> > > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > > >
> > > > _______________________________________________
> > > > ha-wg-technical mailing list
> > > > ha-wg-technical@lists.linux-foundation.org
> > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > >
> > > _______________________________________________
> > > ha-wg-technical mailing list
> > > ha-wg-technical@lists.linux-foundation.org
> > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > _______________________________________________
> > ha-wg-technical mailing list
> > ha-wg-technical@lists.linux-foundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> _______________________________________________
> ha-wg-technical mailing list
> ha-wg-technical@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
>
_______________________________________________
ha-wg-technical mailing list
ha-wg-technical@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
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@suse.de> schrieb am 02.02.2012 um 17:44 in Nachricht
<20120202164447.GA9120@walrus.homenet>:
> 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@ybb.ne.jp 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@ybb.ne.jp <renayama19661014@ybb.ne.jp>
> 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@suse.de> wrote:
> > > >
> > > > > Hi Hideo-san,
> > > > >
> > > > > On Tue, Dec 06, 2011 at 09:13:31AM +0900, renayama19661014@ybb.ne.jp
> 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@lists.linux-foundation.org
> > > > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > > > _______________________________________________
> > > > > ha-wg-technical mailing list
> > > > > ha-wg-technical@lists.linux-foundation.org
> > > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > > >
> > > > _______________________________________________
> > > > ha-wg-technical mailing list
> > > > ha-wg-technical@lists.linux-foundation.org
> > > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > > >
> > > _______________________________________________
> > > ha-wg-technical mailing list
> > > ha-wg-technical@lists.linux-foundation.org
> > > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> > _______________________________________________
> > ha-wg-technical mailing list
> > ha-wg-technical@lists.linux-foundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
> _______________________________________________
> ha-wg-technical mailing list
> ha-wg-technical@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical
>
_______________________________________________
ha-wg-technical mailing list
ha-wg-technical@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/ha-wg-technical