I have run into this issue with greater than 55 resources when using 
pcs-0.9.90-2.el6.centos.2.noarch.

The other workaround is to run the pcs command with --debug. Take the whole XML 
text that pcs is trying to run cibadmin with and place it into a text file. Now 
convert the cibadmin command from --xml-text (-X) to --xml-file (-x) and use 
the XML file you just created. Fixed.

Colin

-----Original Message-----
From: Chris Feist [mailto:cfe...@redhat.com] 
Sent: Monday, July 21, 2014 11:14 AM
To: K Mehta
Cc: The Pacemaker cluster resource manager
Subject: Re: [Pacemaker] Cannot create more than 27 multistate resources

On 07/21/2014 05:22 AM, Andrew Beekhof wrote:
> Chris,
>
> Does the error below mean anything to you?
> This seems to be happening once the CIB reaches a certain size, but is on the 
> client side and possibly before the pacemaker tools are invoked.

I grabbed your debug file and did some tests and it looks like the issue is 
caused by earlier version of pcs (0.9.90 is affected) which try to pass the 
entire cib on the command line to cibadmin.  This has been fixed upstream (and 
should be built in the next release of RHEL/CentOS).

As a workaround, you can use the upstream sources here: 
https://github.com/feist/pcs (just run pcs from the directory that is cloned).

Thanks!
Chris

>
> On 9 Jul 2014, at 6:49 pm, K Mehta <kiranmehta1...@gmail.com> wrote:
>
>> [root@vsanqa11 ~]# pcs resource create 
>> vha-3de5ab16-9917-4b90-93d2-7b04fc71879c 
>> ocf:heartbeat:vgc-cm-agent.ocf 
>> cluster_uuid=3de5ab16-9917-4b90-93d2-7b04fc71879c op monitor 
>> role="Master" interval=30s timeout=100s op monitor role="Master" 
>> interval=30s timeout=100s
>>
>>
>> pcs status output includes
>>   vha-3de5ab16-9917-4b90-93d2-7b04fc71879c       
>> (ocf::heartbeat:vgc-cm-agent.ocf):      Started vsanqa11
>>
>>
>> [root@vsanqa11 ~]# pcs resource master 
>> ms-3de5ab16-9917-4b90-93d2-7b04fc71879c 
>> vha-3de5ab16-9917-4b90-93d2-7b04fc71879c meta clone-max=2 
>> globally-unique=false target-role=started
>> Error: unable to locate command: /usr/sbin/cibadmin
>>
>
>
> Looking in the logs, I see:
>
> Jul 12 11:18:24 vsanqa11 cibadmin[7966]:   notice: crm_log_args: Invoked: 
> /usr/sbin/cibadmin -c -R --xml-text <crm_config>#012  <cluster_property_set 
> id="cib-bootstrap-options">#012    <nvpair 
> id="cib-bootstrap-options-dc-version" name="dc-version" 
> value="1.1.10-14.el6_5.2-368c726"/>#012    <nvpair 
> id="cib-bootstrap-options-cluster-infrastructure" 
> name="cluster-infrastructure" value="cman"/>#012    #012    <nvpair 
> id="cib-bootstrap-options-no-quorum-policy" name="no-quorum-policy" 
> value="ignore"/>#012  <nvpair id="cib-bootstrap-options-stonith-enabled" 
> name="stoni
>
> But am I right in thinking that this that doesn't look like the result of a 
> pcs command?
>
> Kiran: Can you give us more information on the other commands you're running?
>


_______________________________________________
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

Reply via email to