[Pacemaker] racing crm commands... last write wins?
Dejan Muhamedagic
dejanmm at fastmail.fm
Mon Mar 4 16:14:28 UTC 2013
On Thu, Feb 28, 2013 at 07:34:41PM +0100, Lars Marowsky-Bree wrote:
> On 2013-02-28T17:51:03, Dejan Muhamedagic <dejanmm at fastmail.fm> wrote:
>
> > crmsh used to make modifications in chunks, which was a bit
> > complex due to element dependencies, but it worked if I can
> > recall correctly. Then it got replaced by a full CIB replace
> > (everybody claimed that it was the right thing to do).
>
> Thought so at the time, yes. And I do think it cleaned up a few things,
> we just need to improve it. The full CIB replace also seems to trigger
> an election ...
I think that used to happen in Heartbeat clusters but got fixed
in the meantime, the details are a bit foggy.
> > Of course, cmrsh know which elements got modified, which are new, and
> > which should be deleted. But I'm not sure cibadmin can accept a diff
> > of such a kind. Perhaps doing a shadow apply instead of cibadmin -R
> > would help?
>
> cibadmin -P.
>
> If crm shell kept the XML it started out from around somewhere (easy for
> an uncommitted shadow CIB, in any case), it could use crm_diff --filter
> new to generate what has been changed in the current session and apply
> that.
>
> I *think* the CIB client side is supposed to do that already when
> cibadmin -R is called; but that doesn't allow merging of updates that
> have happened since and has this race.
>
> Then most of the logic in crmsh would remain unchanged (i.e., it'd still
> operate on whole CIBs only), but the way how it passes it on to
> Pacemaker would improve. I hope.
crmsh currently doesn't keep the original copy of the CIB.
Anyway, this approach is worth investigating.
Thanks,
Dejan
> Regards,
> Lars
>
> --
> Architect Storage/HA
> SUSE LINUX Products GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)
> "Experience is the name everyone gives to their mistakes." -- Oscar Wilde
>
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
More information about the Pacemaker
mailing list