On Fri, Dec 11, 2009 at 12:39:03PM +0100, Dejan Muhamedagic wrote:
> Hi,
>
> On Fri, Dec 11, 2009 at 11:24:44AM +0100, Andrew Beekhof wrote:
> > On Fri, Dec 11, 2009 at 11:22 AM, Lars Marowsky-Bree <l...@suse.de> wrote:
> > > On 2009-12-11T11:02:53, renayama19661...@ybb.ne.jp wrote:
> > >
> > >> The order of clnPingd1 changes.
> > >
> > > That is just an output issue. Possibly crm_mon should sort the resources
> > > somehow so that the output becomes stable.
> > >
> > >> Is this a bug?
> > >
> > > No, but an enhancement might be possible.
> >
> > Well, it might affect resource placement... resources are processed in
> > the order they appear in the cib.
> >
> > What sort of operations is the shell using to achieve the forced load?
>
> The processing should happen in order as the elements appear in
> the file, but sorted by kind (e.g. first primitives, then groups,
> then clones, then constraints). That's the only way to have
> cibadmin cooperate because of possible dependencies. But the
> order of elements should be otherwise preserved.
Just checked myself with the attached cli file: the order in the
CIB of the clones is
<clone id="clnDiskd1">
<clone id="clnPingd1">
<clone id="clnDiskd2">
and that's not the order in the file, so there's obviously
something wrong. I'll see what's going on.
Thanks,
Dejan
> > Perhaps it should include an erase so that the order is exactly as
> > specified.
>
> There's actually erase before load.
>
> Thanks,
>
> Dejan
>
>
> > >
> > >> Or is it a problem of the problem of my cli file or my operation?
> > >
> > > No.
> > >
> > > Note that this is not related at all to the operation ordering, which is
> > > defined by the constraints; it's just crm_mon output or the sequence in
> > > the CIB, which except for <group /> is irrelevant.
> > >
> > >
> > > Regards,
> > > Lars
> > >
> > > --
> > > Architect Storage/HA, OPS Engineering, Novell, Inc.
> > > SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
> > > "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
> > >
> > >
> > > _______________________________________________
> > > Pacemaker mailing list
> > > Pacemaker@oss.clusterlabs.org
> > > http://oss.clusterlabs.org/mailman/listinfo/pacemaker
> > >
> >
> > _______________________________________________
> > Pacemaker mailing list
> > Pacemaker@oss.clusterlabs.org
> > http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> _______________________________________________
> Pacemaker mailing list
> Pacemaker@oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
_______________________________________________
Pacemaker mailing list
Pacemaker@oss.clusterlabs.org
http://oss.clusterlabs.org/mailman/listinfo/pacemaker
