Hi Lars,
maybe a little off topic.
What i really miss in crmsh is the possibility to specify resource parameters which are different on different nodes, so the parameter is node dependant.
In XML syntax this is existing, Andrew gave me the hint as answer to an discussion how to deal with different node parameters.
But, if specified in XML syntax, crmsh cannot interpret it any more and print the resource in XML syntax.
Therefore, this is not usable with crmsh, as there is no single syntax display with "crm configure show".
Rainer
Gesendet: Freitag, 13. Dezember 2013 um 23:20 Uhr
Von: "Lars Marowsky-Bree" <l...@suse.com>
An: "The Pacemaker cluster resource manager" <pacemaker@oss.clusterlabs.org>
Betreff: Re: [Pacemaker] crmsh: New syntax for location constraints, suggestions / comments
Von: "Lars Marowsky-Bree" <l...@suse.com>
An: "The Pacemaker cluster resource manager" <pacemaker@oss.clusterlabs.org>
Betreff: Re: [Pacemaker] crmsh: New syntax for location constraints, suggestions / comments
On 2013-12-14T01:11:17, Vladislav Bogdanov <bub...@hoster-ok.com> wrote:
> > The idea was to offer an additional construct that provides both
> > properties, since *most of the time*, that's what users want. In the
> > interest of clarity and brevity in the configuration, this would be
> > quite useful.
> group?
groups can't be used with resource sets, template resources, resources
can only be in one group, they don't support roles, mix badly between
primitive/clone/m/s resources, they aggregate resources into a container
object, etc.
It's not the same as a "proper" constraint, even if indeed groups are
also a form of shorthand.
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@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
> > The idea was to offer an additional construct that provides both
> > properties, since *most of the time*, that's what users want. In the
> > interest of clarity and brevity in the configuration, this would be
> > quite useful.
> group?
groups can't be used with resource sets, template resources, resources
can only be in one group, they don't support roles, mix badly between
primitive/clone/m/s resources, they aggregate resources into a container
object, etc.
It's not the same as a "proper" constraint, even if indeed groups are
also a form of shorthand.
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@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
_______________________________________________ Pacemaker mailing list: Pacemaker@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
