[ClusterLabs] converting configuration

Ken Gaillot kgaillot at redhat.com
Thu Aug 25 13:55:35 UTC 2016


On 08/25/2016 03:07 AM, Gabriele Bulfon wrote:
> Also found this :
> 
> sonicle at xstorage1:~# crm_verify -LV
> xmlRelaxNGParseElement: element has no content
> error: crm_abort: validate_with_relaxng: Triggered assert at xml.c:5285
> : ctx->rng != NULL
> error: validate_with_relaxng: Could not find/parse
> /usr/share/pacemaker/pacemaker-2.4.rng
> error: unpack_resources: Resource start-up disabled since no STONITH
> resources have been defined
> error: unpack_resources: Either configure some or disable STONITH with
> the stonith-enabled option
> error: unpack_resources: NOTE: Clusters with shared data need STONITH to
> ensure data integrity
> Errors found during check: config not valid
> 
> while pacemaker-2.4.rng is there, containing:
> 
> <?xml version='1.0' encoding='UTF-8'?>
> <grammar xmlns='http://relaxng.org/ns/structure/1.0'
> datatypeLibrary='http://www.w3.org/2001/XMLSchema-datatypes'>
> <start>
> <element name='cib'>
> <element name='configuration'>
> <interleave>
> <externalRef href="fencing-2.4.rng"/>
> </interleave>
> </element>
> <element name='status'>
> </element>
> </element>
> </start>
> </grammar>
> 
> and fencing-2.4.rng is there containing elements for stonith...

That looks odd ... there should be a lot more there than just fencing
(options, nodes, constraints, etc.).

The pacemaker-*.rng files are automatically generated by the Makefile
from the other *.rng files. Something might be going wrong in that
process on your system. It uses sed and sort, so most likely the syntax
usage is different from what's on Linux.

You might try pacemaker-1.1.15 first; it had some non-Linux
compatibility improvements that might apply to your OS. It also has a
good number of bug fixes.


> ----------------------------------------------------------------------------------------
> *Sonicle S.r.l. *: http://www.sonicle.com <http://www.sonicle.com/>
> *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/>
> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon
> 
> ------------------------------------------------------------------------
> 
> 
> *Da:* Gabriele Bulfon <gbulfon at sonicle.com>
> *A:* Kristoffer Grönlund <kgronlund at suse.com> Cluster Labs - All topics
> related to open-source clustering welcomed <users at clusterlabs.org>
> *Data:* 25 agosto 2016 10.01.17 CEST
> *Oggetto:* Re: [ClusterLabs] converting configuration
> 
> 
>     Yes I'm packaging for our distro from sources, pacemaker 1.1.14,
>     corosync 2.4.1 and crm-shell 2.2.1
>     Our distro is an illumos distro, XStreamOS.
>     How can I check where it's looking for available primitives?
> 
>     Here's the output from crm -dR:
> 
>     sonicle at xstorage1:~# crm -dR
>     .EXT /usr/libexec/pacemaker/crmd version
>     DEBUG: pacemaker version: [err: ][out: CRM Version: 1.1.14 (70404b0)]
>     DEBUG: found pacemaker version: 1.1.14
>     crm(live)# configure
>     .INP: configure
>     .EXT cibadmin -Ql
>     crm(live)configure# show
>     .INP: show
>     node 1: xstorage1
>     node 2: xstorage2
>     property cib-bootstrap-options: \
>     have-watchdog=false \
>     dc-version=1.1.14-70404b0 \
>     cluster-infrastructure=corosync
>     crm(live)configure# primitive xstorage1-stonith
>     stonith:external/ssh-sonicle \
>     .INP: primitive xstorage1-stonith stonith:external/ssh-sonicle \
>     > op monitor interval="25" timeout="25" start-delay="25" \
>     .INP: op monitor interval="25" timeout="25" start-delay="25" \
>     > params hostlist="xstorage1"
>     .INP: params hostlist="xstorage1"
>     ERROR: primitive not supported by the RNG schema
>     crm(live)configure#
> 
> 
>     ----------------------------------------------------------------------------------------
>     *Sonicle S.r.l. *: http://www.sonicle.com <http://www.sonicle.com/>
>     *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/>
>     *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon
> 
> 
> 
>     ----------------------------------------------------------------------------------
> 
>     Da: Kristoffer Grönlund <kgronlund at suse.com>
>     A: gbulfon at sonicle.com Cluster Labs - All topics related to
>     open-source clustering welcomed <users at clusterlabs.org> Cluster Labs
>     - All topics related to open-source clustering welcomed
>     <users at clusterlabs.org>
>     Data: 24 agosto 2016 20.40.08 CEST
>     Oggetto: Re: [ClusterLabs] converting configuration
> 
>         Gabriele Bulfon <gbulfon at sonicle.com> writes:
> 
>         > Hi,
>         > In my previous tests I used a prebuilt older
>         pacemaker/heartbeat package with a configuration like:
>         > primitive xstor2-stonith stonith:external/ssh-sonicle \ op
>         monitor interval="25" timeout="25" start-delay="25" \ params
>         hostlist="xstor2"primitive xstor3-stonith
>         stonith:external/ssh-sonicle \ op monitor interval="25"
>         timeout="25" start-delay="25" \ params hostlist="xstor3"location
>         xstor2-stonith-pref xstor2-stonith -inf: xstor2location
>         xstor3-stonith-pref xstor3-stonith -inf: xstor3property
>         stonith-action=poweroffcommit
>         > Now that I upgraded everything from sources and moved over to
>         corosync 2, these commands are not recognized, refused
>         > with "primitive not supported by the RNG schema".
>         > Is there any way I can easily convert my old commands into the
>         new ones?
>         > Gabriele
> 
>         Hmm, that is a misleading error message. It sounds like crmsh isn't
>         finding the Pacemaker schema correctly. Try running it with -dR
>         arguments and see if you get any strange errors.
> 
>         Did you build from source yourself? What distribution are you
>         running?
> 
>         You may need some different arguments to configure for it to locate
>         everything correctly.
> 
>         Cheers,
>         Kristoffer
> 
>         -- 
>         // Kristoffer Grönlund
>         // kgronlund at suse.com




More information about the Users mailing list