[Bug 1353011] [NEW] Trusty's "crm configure load" fails to update cluster configuration

Tue Aug 5 17:15:03 UTC 2014

Public bug reported:

It was brought to me (~inaddy) the following situation:

""""""

* Environment
Ubuntu 14.04 LTS
Pacemaker 1.1.10+git20130802-1ubuntu2

* Issue
I cannot use "crm configure load update".
It cause an error as below.

# crm configure load update settings.crm
ERROR: elements cib-bootstrap-options already exist

My pacemaker settings.
--------------------------------------------
property no-quorum-policy="ignore" \
stonith-enabled="true" \
startup-fencing="false" \
crmd-transition-delay="2s"

rsc_defaults resource-stickiness="INFINITY" \
migration-threshold="1"

group grpStonith1 \
prmStonith1-2

group grpStonith2 \
prmStonith2-2

fencing_topology \
A1MB101: prmStonith1-2 \
A1MB102: prmStonith2-2

primitive prmStonith1-2 stonith:external/ssh \
params \
pcmk_reboot_timeout="300s" \
hostlist="A1MB101" \
op start interval="0s" timeout="60s" on-fail="restart" \
op monitor interval="10s" timeout="60s" on-fail="restart" \
op stop interval="0s" timeout="60s" on-fail="ignore"

primitive prmStonith2-2 stonith:external/ssh \
params \
pcmk_reboot_timeout="300s" \
hostlist="A1MB102" \
op start interval="0s" timeout="60s" on-fail="restart" \
op monitor interval="10s" timeout="60s" on-fail="restart" \
op stop interval="0s" timeout="60s" on-fail="ignore"

location rsc_location-grpStonith1 grpStonith1 \
rule -INFINITY: #uname eq A1MB101
location rsc_location-grpStonith2 grpStonith2 \
rule -INFINITY: #uname eq A1MB102
--------------------------------------------

* Request
1. It may be a bug. Can you fix it?

I found this thread.
http://www.gossamer-threads.com/lists/linuxha/dev/87790

""""""

I was able to reproduce the following error:

root at trustycluster01:~# crm configure load xml replace ./cluster.xml
ERROR: elements 739246090,739246088,739246089,739246087,cib-bootstrap-options already exist

Exporting and trying to re-import my personal cluster configuration.

And based on the public discussion (when this was reported):
http://www.gossamer-threads.com/lists/linuxha/dev/87790

I could see developer "fixed" this behavior on Aug 8 2013. After digging a little on crm configure load
I could find that this error came from a file on the package crmsh and on crmsh upstream tree I found this:

inaddy at trusty.00070402:/bugs/00070402/sources/upstream/crmsh$ git log --since 2013-08-06 --until 2013-08-12 --pretty=format:'%ad %an | %h ||| %s' --date=local --date-order --graph | cat
* Thu Aug 8 09:55:23 2013 Dejan Muhamedagic | b146349 ||| Medium: cibconf: repair configure load update

So I'm assuming this will fix the issue... Opening the public bug for
the fix.

** Affects: crmsh (Ubuntu)
     Importance: Undecided
     Assignee: Rafael David Tinoco (inaddy)
         Status: Confirmed

** Tags: crmsh pacemaker trusty

** Description changed:

- it was brought to me the following situation:
+ It was brought to me (~inaddy) the following situation:

  """"""

- * Environment 
- Ubuntu 14.04 LTS 
- Pacemaker 1.1.10+git20130802-1ubuntu2 
+ * Environment
+ Ubuntu 14.04 LTS
+ Pacemaker 1.1.10+git20130802-1ubuntu2

- * Issue 
- I cannot use "crm configure load update". 
- It cause an error as below. 
+ * Issue
+ I cannot use "crm configure load update".
+ It cause an error as below.

- # crm configure load update settings.crm 
- ERROR: elements cib-bootstrap-options already exist 
+ # crm configure load update settings.crm
+ ERROR: elements cib-bootstrap-options already exist

+ My pacemaker settings.
+ --------------------------------------------
+ property no-quorum-policy="ignore" \
+ stonith-enabled="true" \
+ startup-fencing="false" \
+ crmd-transition-delay="2s"

- My pacemaker settings. 
- -------------------------------------------- 
- property no-quorum-policy="ignore" \ 
- stonith-enabled="true" \ 
- startup-fencing="false" \ 
- crmd-transition-delay="2s" 
+ rsc_defaults resource-stickiness="INFINITY" \
+ migration-threshold="1"

- rsc_defaults resource-stickiness="INFINITY" \ 
- migration-threshold="1" 
+ group grpStonith1 \
+ prmStonith1-2

- group grpStonith1 \ 
- prmStonith1-2 
+ group grpStonith2 \
+ prmStonith2-2

- group grpStonith2 \ 
- prmStonith2-2 
+ fencing_topology \
+ A1MB101: prmStonith1-2 \
+ A1MB102: prmStonith2-2

- fencing_topology \ 
- A1MB101: prmStonith1-2 \ 
- A1MB102: prmStonith2-2 
+ primitive prmStonith1-2 stonith:external/ssh \
+ params \
+ pcmk_reboot_timeout="300s" \
+ hostlist="A1MB101" \
+ op start interval="0s" timeout="60s" on-fail="restart" \
+ op monitor interval="10s" timeout="60s" on-fail="restart" \
+ op stop interval="0s" timeout="60s" on-fail="ignore"

- primitive prmStonith1-2 stonith:external/ssh \ 
- params \ 
- pcmk_reboot_timeout="300s" \ 
- hostlist="A1MB101" \ 
- op start interval="0s" timeout="60s" on-fail="restart" \ 
- op monitor interval="10s" timeout="60s" on-fail="restart" \ 
- op stop interval="0s" timeout="60s" on-fail="ignore" 
+ primitive prmStonith2-2 stonith:external/ssh \
+ params \
+ pcmk_reboot_timeout="300s" \
+ hostlist="A1MB102" \
+ op start interval="0s" timeout="60s" on-fail="restart" \
+ op monitor interval="10s" timeout="60s" on-fail="restart" \
+ op stop interval="0s" timeout="60s" on-fail="ignore"

- primitive prmStonith2-2 stonith:external/ssh \ 
- params \ 
- pcmk_reboot_timeout="300s" \ 
- hostlist="A1MB102" \ 
- op start interval="0s" timeout="60s" on-fail="restart" \ 
- op monitor interval="10s" timeout="60s" on-fail="restart" \ 
- op stop interval="0s" timeout="60s" on-fail="ignore" 
+ location rsc_location-grpStonith1 grpStonith1 \
+ rule -INFINITY: #uname eq A1MB101
+ location rsc_location-grpStonith2 grpStonith2 \
+ rule -INFINITY: #uname eq A1MB102
+ --------------------------------------------

- location rsc_location-grpStonith1 grpStonith1 \ 
- rule -INFINITY: #uname eq A1MB101 
- location rsc_location-grpStonith2 grpStonith2 \ 
- rule -INFINITY: #uname eq A1MB102 
- -------------------------------------------- 
+ * Request
+ 1. It may be a bug. Can you fix it?

- * Request 
- 1. It may be a bug. Can you fix it? 
- 
- I found this thread. 
- http://www.gossamer-threads.com/lists/linuxha/dev/87790 
+ I found this thread.
+ http://www.gossamer-threads.com/lists/linuxha/dev/87790

  """"""

  I was able to reproduce the following error:

- root at trustycluster01:~# crm configure load xml replace ./cluster.xml 
- ERROR: elements 739246090,739246088,739246089,739246087,cib-bootstrap-options already exist 
+ root at trustycluster01:~# crm configure load xml replace ./cluster.xml
+ ERROR: elements 739246090,739246088,739246089,739246087,cib-bootstrap-options already exist

  Exporting and trying to re-import my personal cluster configuration.

- And based on the public discussion (when this was reported): 
- http://www.gossamer-threads.com/lists/linuxha/dev/87790 
+ And based on the public discussion (when this was reported):
+ http://www.gossamer-threads.com/lists/linuxha/dev/87790

- I could see developer "fixed" this behavior on Aug 8 2013. After digging a little on crm configure load 
- I could find that this error came from a file on the package crmsh and on crmsh upstream tree I found this: 
+ I could see developer "fixed" this behavior on Aug 8 2013. After digging a little on crm configure load
+ I could find that this error came from a file on the package crmsh and on crmsh upstream tree I found this:

- inaddy at trusty.00070402:/bugs/00070402/sources/upstream/crmsh$ git log --since 2013-08-06 --until 2013-08-12 --pretty=format:'%ad %an | %h ||| %s' --date=local --date-order --graph | cat 
- * Thu Aug 8 09:55:23 2013 Dejan Muhamedagic | b146349 ||| Medium: cibconf: repair configure load update 
+ inaddy at trusty.00070402:/bugs/00070402/sources/upstream/crmsh$ git log --since 2013-08-06 --until 2013-08-12 --pretty=format:'%ad %an | %h ||| %s' --date=local --date-order --graph | cat
+ * Thu Aug 8 09:55:23 2013 Dejan Muhamedagic | b146349 ||| Medium: cibconf: repair configure load update

  So I'm assuming this will fix the issue... Opening the public bug for
  the fix.

** Changed in: crmsh (Ubuntu)
       Status: New => Confirmed

** Changed in: crmsh (Ubuntu)
     Assignee: (unassigned) => Rafael David Tinoco (inaddy)

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to crmsh in Ubuntu.
https://bugs.launchpad.net/bugs/1353011

Title:
  Trusty's "crm configure load" fails to update cluster configuration

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/crmsh/+bug/1353011/+subscriptions