[Linux-ha-dev] crmsh: New releases (2.1.9, 2.2.3, 2.3.2)
Hi everone! I've been pretty busy with everything leading up to SUSEcon and so on (next week), so I didn't get around to actually sending out release mails for 2.2.3 and 2.3.2. As I was tagging 2.1.9, I decided to take the time to write an email covering all of these releases. These are (almost) entirely bug fix releases. As usual, RPM builds for the 2.3 branch are available on the OBS: * https://build.opensuse.org/package/show/network:ha-clustering:Stable/crmsh Source archives for the releases can be downloaded from Github: * https://github.com/ClusterLabs/crmsh/releases/tag/2.3.2 * https://github.com/ClusterLabs/crmsh/releases/tag/2.2.3 * https://github.com/ClusterLabs/crmsh/releases/tag/2.1.9 - Changes in release 2.3.2: - high: history: Quote archive tarball name if it contains spaces (bsc#998959) - high: history: Prefer /var/log/messages over ha-log.txt (bsc#998891) - high: parse: Support target pattern in fencing topology - high: cibconfig: Ensure temp CIB is readable by crm_diff (bsc#999683) - medium: corosync: Fix missing variable in del-node - medium: scripts: Drop logrotate check from cluster health - medium: scripts: Better corosync defaults (bsc#1001164) - medium: cibconfig: Remove from tags when removing object - medium: ui_configure: option to obscure passwords - low: cmd_status: More detail in verify output - low: crm_pssh: Fix nodenum envvar name - low: cmd_status: Highlight plural forms (bsc#996806) - doc: Fix inverted boolean in resource set documentation - Changes in release 2.2.3: - high: history: Prefer /var/log/messages over ha-log.txt (bsc#998891) - high: history: Quote archive tarball name if it contains spaces (bsc#998959) - high: cibconfig: Ensure temp CIB is readable by crm_diff (bsc#999683) - medium: scripts: Better corosync defaults (bsc#1001164) - medium: cibconfig: Remove from tags when removing object - medium: corosync: Fix missing variable in del-node - low: cmd_status: Highlight plural forms (bsc#996806) - low: crm_pssh: Fix nodenum envvar name - doc: Fix inverted boolean in resource set documentation - Changes in release 2.1.9: - high: utils: Fix typo in tmpf patch (bsc#999683) - medium: ui_resource: Add force argument to resource cleanup (bsc#979420) As usual, a huge thank you to all contributors and users of crmsh! Cheers, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] [ClusterLabs Developers] moving cluster-glue to github
Adam Spiers <aspi...@suse.com> writes: > Kristoffer Gronlund <kgronl...@suse.com> wrote: >> We've discussed moving cluster-glue to github.com and the ClusterLabs >> organization, but no one has actually done it yet. ;) > > Out of curiosity what needs to be done for this, other than the > obvious "git push" to github, and maybe updating a README / wiki page > or two? > The main thing would be to ensure that everyone who maintains it agrees to the move. AFAIK at least Lars Ellenberg and Dejan are both in favor, but I am not sure who else might be considered an owner of cluster-glue. Cc:ing the Linux HA development list as well. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-ha-dev] crmsh release 2.3.1 (Python 2.6 compatibility release)
Hello everyone! Today I am releasing crmsh version 2.3.1. The only change this time is to lower the Python version requirement from 2.7 to 2.6. This is so that crmsh remains compatible with centOS 6, where there is no standardized Python 2.7 version available. For users of other distributions where Python 2.7 is available, there are no other changes in this release and no need to upgrade. The source code can be downloaded from Github: * https://github.com/ClusterLabs/crmsh/releases/tag/2.3.1 Packages for several popular Linux distributions can be downloaded from the Stable repository at the OBS: * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Archives of the tagged release: * https://github.com/ClusterLabs/crmsh/archive/2.3.1.tar.gz * https://github.com/ClusterLabs/crmsh/archive/2.3.1.zip As usual, a huge thank you to all contributors and users of crmsh! Cheers, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Announcing crmsh release 2.1.7
Darren Thompson <darr...@akurit.com.au> writes: > Just a quick question: > > If "scripts: no-quorum-policy=ignore" is becoming depreciated, how are we > to manage two node (e.g. test) clusters that require this work around since > quorum state on a single node is an odd state. > Hi Darren, There are better mechanisms in corosync and Pacemaker for handling two node clusters now while still maintaining quorum. In corosync 2, we have the two_node: 1 setting for votequorum, which ensures that a two node cluster doesn't suffer split brain (fencing is required for this to work properly). There is an explanation for how this works here: http://people.redhat.com/ccaulfie/docs/Votequorum_Intro.pdf Somewhat related, there used to be the start-delay meta parameter which could be set for example for sbd stonith resources, to make a double-fencing scenario less likely. This has now been replaced by the pcmk_delay_max parameter. For an example of how to use this, see this pull request for sbd: https://github.com/ClusterLabs/sbd/pull/15/commits/ca2fba836eab169f0c8cacf7f3757c0485bcfef8 Cheers, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-ha-dev] Announcing crmsh release 2.1.7
Hello everyone! Today I are proud to announce the release of `crmsh` version 2.1.7! The major new thing in this release is a backports of the events-based alerts support from the 2.3 branch. Big thanks to Hideo Yamauchi for his patience and testing of the alerts backport. This time, the list of changes is small enough that I can add it right here: - high: parse: Backport of event-driven alerts parser (#150) - high: hb_report: Don't collect logs from journalctl if -M is set (bsc#990025) - high: hb_report: Skip lines without timestamps in log correctly (bsc#989810) - high: constants: Add maintenance to set of known attributes (bsc#981659) - high: utils: Avoid deadlock if DC changes during idle wait (bsc#978480) - medium: scripts: no-quorum-policy=ignore is deprecated (bsc#981056) - low: cibconfig: Don't mix up CLI name with XML tag You can also get the list of changes from the changelog: * https://github.com/ClusterLabs/crmsh/blob/2.1.7/ChangeLog Right now, I don't have a set of pre-built rpm packages for Linux distributions ready, but I am going to make this available soon. This is in particular for centOS 6.x which still relies on Python 2.6 support which makes running the later releases there more difficult. These packages will most likely appear as a subrepository here (more details coming soon): * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Archives of the tagged release: * https://github.com/ClusterLabs/crmsh/archive/2.1.7.tar.gz * https://github.com/ClusterLabs/crmsh/archive/2.1.7.zip Thank you, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Some minor patches for cluster-glue
Dejan Muhamedagic <deja...@fastmail.fm> writes: > Maybe we should move the glue and heartbeat to github/clusterlabs > too? > That would make things easier for me at least :) Cheers, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Some minor patches for cluster-glue
Lars Ellenberg <lars.ellenb...@linbit.com> writes: > I think what Dejan was expecting is the result of > "hg export", which should look more like > > # HG changeset patch > # User Lars Ellenberg <l...@linbit.com> > # Date 1413480257 -7200 > # Thu Oct 16 19:24:17 2014 +0200 > # Node ID 0a7add1d9996b6d869d441da6c82fb7b8abcef4f > # Parent f2227d4971baed13958306b2c7cabec0eda93e82 > fix syslogmsgfmt logging inconsistency for stderr/stdout > ... > > not the output of "hg log -v -p", > which looks like what you sent. > > Though the formats are very similar, > and possibly could be massaged by hand, even, > hg import is best used with the output created by hg export. > Or sent dejan a hg bundle which he then can unbundle. Hmm, the patches I sent this time were produced by "hg export". Maybe it's a matter of mercurial configuration? git has pushed all memories of mercurial off the top of my mental stack. :/ Cheers, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Some minor patches for cluster-glue
Dejan Muhamedagic <deja...@fastmail.fm> writes: > > Apparently, the patches as they are cannot be imported with "hg > import", i.e. the metadata gets lost. Did you do "hg export"? Can > you supply them with "hg export"? > I thought I did.. let me try again. changeset: 2820:13875518ed6b parent: 2815:643ac28499bd user:Kristoffer Grönlund <kgronl...@suse.com> date:Wed Aug 10 12:13:13 2016 +0200 files: doc/stonith.xml.in description: Low: stonith: Update man page with -E, -m parameters (bsc#970307) diff --git a/doc/stonith.xml.in b/doc/stonith.xml.in --- a/doc/stonith.xml.in +++ b/doc/stonith.xml.in @@ -7,22 +7,28 @@ @VERSION@ - Alan - Robertson - stonith - al...@unix.sh +Alan +Robertson +stonith +al...@unix.sh - Simon - Horman - man page - ho...@vergenet.net +Simon +Horman +man page +ho...@vergenet.net - Florian - Haas - man page - florian.h...@linbit.com +Florian +Haas +man page +florian.h...@linbit.com + + +Kristoffer +Gronlund +man page +kgronl...@suse.com @@ -44,12 +50,14 @@ stonith -s + -v -h -L stonith -s + -v -h -t stonith-device-type -n @@ -57,14 +65,24 @@ stonith -s + -v + -h + -t stonith-device-type + -m + + + stonith + -s + -v -h -t stonith-device-type - - name=value - - -p stonith-device-parameters - -F stonith-device-parameters-file + + name=value + +-p stonith-device-parameters +-E +-F stonith-device-parameters-file -c count -l @@ -73,22 +91,24 @@ stonith -s + -v -h -t stonith-device-type - - name=value - - -p stonith-device-parameters - -F stonith-device-parameters-file + + name=value + +-p stonith-device-parameters +-E +-F stonith-device-parameters-file -c count -T - reset - on - off - + reset + on + off + nodename @@ -108,145 +128,161 @@ The following options are supported: - - -c count - - - Perform any actions identified by the - -l, -S and - -T options count - times. - - - - - -F stonith-device-parameters-file - - - Path of file specifying parameters for a stonith - device. To determine the syntax of the parameters file for a - given device type run: - # stonith -t stonith-device-type -n - All of the listed parameters need to appear in order - on a single line in the parameters file and be delimited by - whitespace. - - - - - -h - - - Display detailed information about a stonith device - including description, configuration information, parameters - and any other related information. When specified without a - stonith-device-type, detailed information on all stonith - devices is displayed. - If you don't yet own a stonith device and want to know - more about the ones we support, this information is likely - to be helpful. - - - - - -L - - - List the valid stonith device types, suitable for - passing as an argument to the -t - option. - - - - - -l - - - List the hosts controlled by the stonith device. - - - - - -n - - - Output the parameter names of the stonith device. - + + -c count + + + Perform any actions identified by the + -l, -S and + -T options count + times. + - - name=value - - - Parameter, in the form of a name/value pair, to pass - directly to the stonith device. To determine the syntax of - the parameters for a given device type run: - # stonith -t stonith-device-type -n - All of the listed parameter names need to be passed - with their corresponding values. - - - - - -p stonith-device-parameters - - - Parameters to pass directly to the stonith device. To - determine the syntax of the parameters for a given device - type run: - # stonith -t stonith-device-type -n - All of the listed parameter names need to appear in - order and be delimited by whitespace. - - - - - -S - - - Show the status of the stonith device. - + + -E + + + Get parameters from the environment. + - - -s - - - Silent operation. Suppress logging of error messages to standard error. - + + -F stonith-device-parameters-file + + + Path of f
[Linux-ha-dev] Releasing crmsh version 2.3.0
Hello everyone! I am proud to present crmsh version 2.3.0, the latest stable release. I would recommend all users to upgrade to 2.3.0 if they can. For this release, I would like to begin by highlighting the new contributors to crmsh since 2.2.0 was released in January: * Marc A. Smith added the new subcommand "configure load push", which removes any configuration lines that aren't included in the cib provided when pushing. * Andrei Maruha added an optional name parameter to the "corosync add-node" command, and made the add-node command recycle old node IDs if possible. * Kai Kang fixed a build system bug when removing generated docs, causing issues with parallel make. * Daniel Hoffend contributed various fixes improving support for building crmsh for Debian and Ubuntu. * Pedro Salgado fixed a bug in the graph rendering code in crmsh, added a tox configuration file to make testing with multiple versions of Python easy, and updated the Travis CI configuration to use tox. * Nate Clark fixed a bug in the parser for fencing hierarchies. I would also like to thank all the other contributors, testers and users who have helped in making this release as stable and reliable as possible. Some of the other major features in 2.3.0 include: * Support for the new event-based alerts feature in Pacemaker 1.1.15 * Greatly improved timezone handling in crm report and the history explorer * Improvements to the cluster scripts / wizards, as well as new wizards for LVM on DRBD, and NFS on LVM and DRBD and VMware/vCenter * Better support for fencing remote nodes The source code can be downloaded from Github: * https://github.com/ClusterLabs/crmsh/releases/tag/2.3.0 Packages for several popular Linux distributions can be downloaded From the Stable repository at the OBS: * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Archives of the tagged release: * https://github.com/ClusterLabs/crmsh/archive/2.3.0.tar.gz * https://github.com/ClusterLabs/crmsh/archive/2.3.0.zip For the full list of changes since version 2.3.0, see the ChangeLog, available at: * https://github.com/ClusterLabs/crmsh/blob/2.3.0/ChangeLog As usual, a huge thank you to all contributors and users of crmsh! Cheers, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com signature.asc Description: PGP signature ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] Some minor patches for cluster-glue
Dejan Muhamedagic <deja...@fastmail.fm> writes: > Hi Kristoffer, > > On Wed, Aug 10, 2016 at 12:32:48PM +0200, Kristoffer Grönlund wrote: >> >> Hi everyone (Lars and Dejan in particular), >> >> Here are some minor patches for cluster-glue. The first one is an >> attempt to get the stonith man page somewhat up to date, and the other >> two are minor issues discovered when compiling cluster-glue using GCC >> 6. > > Pushed just now the man page patch which was pending in my queue. > Will apply the other two too. > > Thanks for the contribution! Excellent, thank you! Cheers, Kristoffer > > Cheers, > > Dejan > >> >> Cheers, >> Kristoffer >> >> -- >> // Kristoffer Grönlund >> // kgronl...@suse.com >> > > > >> changeset: 2820:13875518ed6b >> parent: 2815:643ac28499bd >> user:Kristoffer Grönlund <kgronl...@suse.com> >> date:Wed Aug 10 12:13:13 2016 +0200 >> files: doc/stonith.xml.in >> description: >> Low: stonith: Update man page with -E, -m parameters (bsc#970307) >> >> >> diff --git a/doc/stonith.xml.in b/doc/stonith.xml.in >> --- a/doc/stonith.xml.in >> +++ b/doc/stonith.xml.in >> @@ -7,22 +7,28 @@ >> @VERSION@ >> >> >> -Alan >> -Robertson >> -stonith >> -al...@unix.sh >> +Alan >> +Robertson >> +stonith >> +al...@unix.sh >> >> >> -Simon >> -Horman >> -man page >> -ho...@vergenet.net >> +Simon >> +Horman >> +man page >> +ho...@vergenet.net >> >> >> -Florian >> -Haas >> -man page >> -florian.h...@linbit.com >> +Florian >> +Haas >> +man page >> +florian.h...@linbit.com >> + >> + >> +Kristoffer >> +Gronlund >> +man page >> +kgronl...@suse.com >> >> >> >> @@ -44,12 +50,14 @@ >> >>stonith >>-s >> + -v >>-h >>-L >> >> >>stonith >>-s >> + -v >>-h >>-t >> stonith-device-type >>-n >> @@ -57,14 +65,24 @@ >> >>stonith >>-s >> + -v >> + -h >> + -t >> stonith-device-type >> + -m >> + >> + >> + stonith >> + -s >> + -v >>-h >>-t >> stonith-device-type >> >> - >> - > choice="plain">name=value >> - >> --p >> stonith-device-parameters >> --F >> stonith-device-parameters-file >> + >> + > choice="plain">name=value >> + >> +-p >> stonith-device-parameters >> +-E >> +-F >> stonith-device-parameters-file >> >>-c >> count >>-l >> @@ -73,22 +91,24 @@ >> >>stonith >>-s >> + -v >>-h >>-t >> stonith-device-type >> >> - >> - > choice="plain">name=value >> - >> --p >> stonith-device-parameters >> --F >> stonith-device-parameters-file >> + >> + > choice="plain">name=value >> + >> +-p >> stonith-device-parameters >> +-E >> +-F >> stonith-device-parameters-file >> >>-c >> count >>-T >> >> - reset >> - on >> - off >> - >> + reset >> + on >> + off >> + >> >>nodename >> >> @@ -108,145 +128,161 @@ >> The following options are supported: >> >> >> - >> - -c count >> - >> - >> - Perform any actions identified by the >> - -l, -S and >> - -T options count >> - times. >> - >> - >> - >> - >> - -F >> stonith-device-parameters-file >> - >> - >> -
[Linux-ha-dev] Some minor patches for cluster-glue
Hi everyone (Lars and Dejan in particular), Here are some minor patches for cluster-glue. The first one is an attempt to get the stonith man page somewhat up to date, and the other two are minor issues discovered when compiling cluster-glue using GCC 6. Cheers, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com signature.asc Description: PGP signature changeset: 2820:13875518ed6b parent: 2815:643ac28499bd user:Kristoffer Grönlund <kgronl...@suse.com> date:Wed Aug 10 12:13:13 2016 +0200 files: doc/stonith.xml.in description: Low: stonith: Update man page with -E, -m parameters (bsc#970307) diff --git a/doc/stonith.xml.in b/doc/stonith.xml.in --- a/doc/stonith.xml.in +++ b/doc/stonith.xml.in @@ -7,22 +7,28 @@ @VERSION@ - Alan - Robertson - stonith - al...@unix.sh +Alan +Robertson +stonith +al...@unix.sh - Simon - Horman - man page - ho...@vergenet.net +Simon +Horman +man page +ho...@vergenet.net - Florian - Haas - man page - florian.h...@linbit.com +Florian +Haas +man page +florian.h...@linbit.com + + +Kristoffer +Gronlund +man page +kgronl...@suse.com @@ -44,12 +50,14 @@ stonith -s + -v -h -L stonith -s + -v -h -t stonith-device-type -n @@ -57,14 +65,24 @@ stonith -s + -v + -h + -t stonith-device-type + -m + + + stonith + -s + -v -h -t stonith-device-type - - name=value - - -p stonith-device-parameters - -F stonith-device-parameters-file + + name=value + +-p stonith-device-parameters +-E +-F stonith-device-parameters-file -c count -l @@ -73,22 +91,24 @@ stonith -s + -v -h -t stonith-device-type - - name=value - - -p stonith-device-parameters - -F stonith-device-parameters-file + + name=value + +-p stonith-device-parameters +-E +-F stonith-device-parameters-file -c count -T - reset - on - off - + reset + on + off + nodename @@ -108,145 +128,161 @@ The following options are supported: - - -c count - - - Perform any actions identified by the - -l, -S and - -T options count - times. - - - - - -F stonith-device-parameters-file - - - Path of file specifying parameters for a stonith - device. To determine the syntax of the parameters file for a - given device type run: - # stonith -t stonith-device-type -n - All of the listed parameters need to appear in order - on a single line in the parameters file and be delimited by - whitespace. - - - - - -h - - - Display detailed information about a stonith device - including description, configuration information, parameters - and any other related information. When specified without a - stonith-device-type, detailed information on all stonith - devices is displayed. - If you don't yet own a stonith device and want to know - more about the ones we support, this information is likely - to be helpful. - - - - - -L - - - List the valid stonith device types, suitable for - passing as an argument to the -t - option. - - - - - -l - - - List the hosts controlled by the stonith device. - - - - - -n - - - Output the parameter names of the stonith device. - + + -c count + + + Perform any actions identified by the + -l, -S and + -T options count + times. + - - name=value - - - Parameter, in the form of a name/value pair, to pass - directly to the stonith device. To determine the syntax of - the parameters for a given device type run: - # stonith -t stonith-device-type -n - All of the listed parameter names need to be passed - with their corresponding values. - - - - - -p stonith-device-parameters - - - Parameters to pass directly to the stonith device. To - determine the syntax of the parameters for a given device - type run: - # stonith -t stonith-device-type -n - All of the listed parameter names need to appear in - order and be delimited by whitespace. - - - - - -S - - - Show the status of the stonith device. - + + -E + + + Get parameters from the environment. + - - -s - - - Silent operation. Suppress logging of error messages to standard error. - + + -F stonith-device-para
Re: [Linux-HA] Antw: Re: Antw: Re: crmsh fails to stop already stopped resource
Ulrich Windl ulrich.wi...@rz.uni-regensburg.de writes: Trying that I found a minor problem for a clone resource with on node bing standby: -- crm(live)resource# status cln_cLVMd resource cln_cLVMd is running on: h01 resource cln_cLVMd is running on: h05 resource cln_cLVMd is NOT running -- Here it's not obvious on which node the resource is not running (missing on: h??). This is a very odd result, that output is generated by crm_resource, and you shouldn't get the NOT running line if the resource really is running somewhere. Do you get the same output if you run crm_resource -W -r cln_cLVMd directly? Also, which version of pacemaker are you running? Cheers, Kristoffer Regards, Ulrich Thanks, Dejan ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh fails to stop already stopped resource
Dejan Muhamedagic deja...@fastmail.fm writes: If Dejan also votes to revert this change, I will do so. Must say that I somehow missed the change. The most useful thing to do seems be to exit with 0 in case --force (or crm -F) is in effect (perhaps to suppress the error message too), just like rm -f, which Lars brought up. Otherwise to keep the existing behaviour (error code, error message). Fixed. :) As a sidenote, I find the automatic removal of related constraints somewhat strange... What good could there be from a constraint if the referenced resource left the stage? I may have found the idea strange too, but then ended up with an illegal CIB, which was not the best way forward either. To the best of my knowledge, crm_verify doesn't allow constraints pointing to nowhere. It really is only a problem of expected behavior, especially when editing. I might choose to modify a primitive by removing and recreating it, expecting the constraints to still be there. Or I want to remove a primitive and rewrite constraints applied to it to apply to a different resource instead, and be surprised when those constraints disappear. But, the current functionality makes sense in light of how the CIB works. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh fails to stop already stopped resource
Vladislav Bogdanov bub...@hoster-ok.com writes: Hi Kristoffer, may be it is worth to silently (or at least with rc=0) allow deletion of non-existing or already-deleted configuration statements? Background for that is that I keep track of the all configuration statements myself, and, when I delete some resources (together with accompanying constraints), they may go out-of-order to 'crm configure delete', thus some constraints are automatically deleted when deleting lower resource before the upper one. That leads to the whole crm script to fail. Hmm, I am not sure about doing this by default, since we would want to show some kind of indication that a resource name may have been misspelled for example... But I can imagine having a command line flag for being more flexible in this regard. I will look at how it works now. BTW, I suspect that passing the --wait flag to crm while running commands in this way may help you. Although I am not sure I entirely understand what it is you are doing :) Cheers, Kristoffer Best, Vladislav 13.02.2015 17:03, Vladislav Bogdanov wrote: Hi, Following fails with the current crmsh (e4b10ee). # crm resource stop cl-http-lv # crm resource stop cl-http-lv ERROR: crm_diff apparently failed to produce the diff (rc=0) ERROR: Failed to commit updates to cl-http-lv # echo $? 1 Best, Vladislav ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh fails to stop already stopped resource
Vladislav Bogdanov bub...@hoster-ok.com writes: Hi Kristoffer, may be it is worth to silently (or at least with rc=0) allow deletion of non-existing or already-deleted configuration statements? Background for that is that I keep track of the all configuration statements myself, and, when I delete some resources (together with accompanying constraints), they may go out-of-order to 'crm configure delete', thus some constraints are automatically deleted when deleting lower resource before the upper one. That leads to the whole crm script to fail. Actually, I decided that it does make sense to return 0 as the error code even if the resource to delete doesn't exist, so I pushed a commit to change this. The error message is still printed, though. Best, Vladislav 13.02.2015 17:03, Vladislav Bogdanov wrote: Hi, Following fails with the current crmsh (e4b10ee). # crm resource stop cl-http-lv # crm resource stop cl-http-lv ERROR: crm_diff apparently failed to produce the diff (rc=0) ERROR: Failed to commit updates to cl-http-lv # echo $? 1 Best, Vladislav ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh fails to stop already stopped resource
Lars Marowsky-Bree l...@suse.com writes: On 2015-02-16T09:20:22, Kristoffer Grönlund kgronl...@suse.com wrote: Actually, I decided that it does make sense to return 0 as the error code even if the resource to delete doesn't exist, so I pushed a commit to change this. The error message is still printed, though. I'm not sure I agree, for once. Idempotency is for resource agent operations, not necessarily all operations everywhere. Especially because crmsh doesn't know whether the object doesn't exist because it was deleted, or because it was misspelled. Compare the Unix-as-little-else rm command; rm -f /tmp/idontexist will give an error code. Now a caller of crmsh has to *parse the output* to know whether the delete command succeeded or not, which is rather non-trivial. If the caller doesn't care whether the command succeeded or not, it should be the caller that ignores the error code. Or if you want to get real fancy, return different exit codes for referenced object does not exist, or generic syntax error. I suppose the point of argument is the definition of success here. If asked to remove something and that something does not exist, is that success? But, maybe you are right! Doing all of the removes at once would also solve this use case, with the added benefit of performing the remove with a single CIB modification. If Dejan also votes to revert this change, I will do so. As a sidenote, I find the automatic removal of related constraints somewhat strange... To continue the filesystem analogy, it is as if soft links would be deleted when the file they point to is removed. ;) Following fails with the current crmsh (e4b10ee). # crm resource stop cl-http-lv # crm resource stop cl-http-lv ERROR: crm_diff apparently failed to produce the diff (rc=0) ERROR: Failed to commit updates to cl-http-lv # echo $? 1 And, yeah, well, this shouldn't happen. Here idempotency applies ;-) Regards, Lars -- Architect Storage/HA SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Jennifer Guild, Dilip Upmanyu, Graham Norton, HRB 21284 (AG Nürnberg) Experience is the name everyone gives to their mistakes. -- Oscar Wilde ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh fails to stop already stopped resource
Vladislav Bogdanov bub...@hoster-ok.com writes: Hi, Following fails with the current crmsh (e4b10ee). # crm resource stop cl-http-lv # crm resource stop cl-http-lv ERROR: crm_diff apparently failed to produce the diff (rc=0) ERROR: Failed to commit updates to cl-http-lv # echo $? 1 Hi, What would you expect to see when stopping an already stopped resource? Cheers, Kristoffer Best, Vladislav ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh fails to stop already stopped resource
Vladislav Bogdanov bub...@hoster-ok.com writes: Hi Kristoffer, 13.02.2015 17:20, Kristoffer Grönlund wrote: Vladislav Bogdanov bub...@hoster-ok.com writes: Hi, Following fails with the current crmsh (e4b10ee). # crm resource stop cl-http-lv # crm resource stop cl-http-lv ERROR: crm_diff apparently failed to produce the diff (rc=0) ERROR: Failed to commit updates to cl-http-lv # echo $? 1 Hi, What would you expect to see when stopping an already stopped resource? I'd expect crmsh to behave similar to crm_resource --resource cl-http-lv --set-parameter target-role --meta --parameter-value Stopped At least it should not exit with failure ret code. Yeah, I see what you mean. I have fixed this upstream now. Thanks! // Kristoffer Best, Vladislav Cheers, Kristoffer Best, Vladislav ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-ha-dev] Announcing crmsh release 2.1.2
Today we are proud to announce the release of `crmsh` version 2.1.2! This version primarily fixes all known issues found since the release of `crmsh` 2.1.1 in October. We recommend that all users of crmsh upgrade to this version, especially if using Pacemaker 1.1.12 or newer. A massive thank you to everyone who has helped out with bug fixes, comments and contributions for this release! For a complete list of changes since the previous version, please refer to the changelog: * https://github.com/crmsh/crmsh/blob/2.1.2/ChangeLog Packages for several popular Linux distributions can be downloaded from the Stable repository at the OBS: * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Archives of the tagged release: * https://github.com/crmsh/crmsh/archive/2.1.2.tar.gz * https://github.com/crmsh/crmsh/archive/2.1.2.zip Changes since the previous release: - medium: ui_resource: Set probe interval 0 if not set (bnc#905050) - doc: Document probe op in resource trace (bnc#905050) - high: config: Fix path to system-wide crm.conf (#67) - medium: config: Fall back to /etc/crm/crmsh.conf (#67) - low: cliformat: Colorize id: as identifier (boo#905338) - medium: cibconfig: Don't bump epoch if stripping version - medium: ui_context: Lazily import readline - medium: config: Add core.ignore_missing_metadata (#68) (boo#905910) - medium: cibconfig: Strip digest from v1 diffs (bnc#914098) - medium: cibconfig: Detect v1 format and don't patch container changes (bnc#914098) - high: xmlutil: Treat node type=member as normal (boo#904698) - medium: xmlutil: Use idmgmt when creating new elements (bnc#901543) - low: ui_resource: --reprobe and --refresh are deprecated (bnc#905092) - doc: Document deprecation of refresh and reprobe (bnc#905092) - medium: parse: Support resource-discovery in location constraints - medium: Allow removing groups even if is_running (boo#905271) - medium: cibconfig: Delete containers first in edits (boo#905268) - medium: ui_history: Fix crash using empty object set - Low: term: get rid of annying ^O in piped-to-less-R output - medium: parse: Allow nvpair with no value using name= syntax (#71) - medium: parse: Enable name[=value] for nvpair (#71) - medium: utils: Check if path basename is less (#74) - medium: utils: crm_daemon_dir is added to PATH in envsetup (#67) - medium: cmd_status: Show pending if available, enable extra options - high: utils: Locate binaries across sudo boundary (bnc#912483) - Medium: history: match error/crit messages of pcmk 1.1.12 - low: ui_options: Add underscore aliases for legacy options - medium: constants: Fix transition start detection - medium: constants: Update transition regex (#77) - medium: orderedset: Add OrderedSet type - medium: cibconfig: Use orderedset to avoid reordering bugs (#79) - low: xmlutil: logic bug in sanity_check_nvpairs - medium: util: Don't fall back to current time - medium: report: Fall back to end_ts = start_ts Thank you, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-HA] [Patch] Collection of patches for crmsh
Vladislav Bogdanov bub...@hoster-ok.com writes: Hi Kristoffer, there are two patches, one for crmsh and one for parallax. They make history commands work. Thanks! I have created a pull request with the patches for crmsh here: https://github.com/crmsh/crmsh/pull/77 Cheers, Kristoffer Best, Vladislav -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [crmsh] Question about latest crmsh.
Hi, Answers to your questions follow inline. renayama19661...@ybb.ne.jp writes: Hi All, We used the latest edition of crmsh-b932826fb4f924137eab9efd13b7bddf8afde3f0 with Pacamerk1.1.12. We sent the following CLI file. [snip] We had three questions. Q1) When we executed the next command, the contents of the CLI file are displayed in the form that (double quatation) disappeared. [root@snmp1 ~]# crm configure show (snip) primitive prmDummy1 ocf:pacemaker:Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=10s timeout=60s on-fail=restart \ op stop interval=0s timeout=300s on-fail=block primitive prmDummy2 Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=10s timeout=60s on-fail=restart \ op stop interval=0s timeout=300s on-fail=block (snip) When we used Pacemaker1.0, results seem to be different. Are these specifications of new crm command? Yes, this is the new CLI syntax for crmsh. Where possible, crmsh now tries to avoid adding the double quotation marks. Q2) When we executed the next command, ocf:heartbeat is not displayed. (snip) [root@snmp1 ~]# crm configure show (snip) primitive prmDummy2 Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=10s timeout=60s on-fail=restart \ op stop interval=0s timeout=300s on-fail=block (snip) When we used Pacemaker1.0, results seem to be different. Are these specifications of new crm command? Yes, this is also a new feature in crmsh. When using agents from ocf:heartbeat:, crmsh does not display the prefix part. Q3) We used the editing feature in the next procedure, but it is not changed. Is a procedure of our editing wrong? Unfortunately, this is a bug in pacemaker, fixed very recently: https://github.com/ClusterLabs/pacemaker/pull/613 With your version of crmsh, it is possible to work around this issue by using the interactive shell to modify: crm configure edit commit replace Using the commit replace command circumvents the buggy CIB patching feature and uses cibadmin to update the CIB. Cheers, Kristoffer -- [root@snmp1 ~]# crm configure edit prmDummy1 primitive prmDummy1 ocf:pacemaker:Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor enabled=false interval=10s timeout=60s on-fail=restart \ --- Add enabled=false. op stop interval=0s timeout=300s on-fail=block # vim: set filetype=pcmk: :wq [root@snmp1 ~]# crm configure show prmDummy1 primitive prmDummy1 ocf:pacemaker:Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor enabled=false interval=10s timeout=60s on-fail=restart \ --- Okay! : Add enabled=false. op stop interval=0s timeout=300s on-fail=block [root@snmp1 ~]# crm configure edit prmDummy1 primitive prmDummy1 ocf:pacemaker:Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=10s timeout=60s on-fail=restart \ --- Delete enabled=false. op stop interval=0s timeout=300s on-fail=block # vim: set filetype=pcmk: :wq [root@snmp1 ~]# crm configure show prmDummy1 primitive prmDummy1 ocf:pacemaker:Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=10s timeout=60s on-fail=restart enabled=false \ --- why? Not Delete. op stop interval=0s timeout=300s on-fail=block [root@snmp1 ~]# crm configure edit prmDummy1 primitive prmDummy1 ocf:pacemaker:Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=11s timeout=60s on-fail=restart \ --- Delete enabled=false and Change interval.(10-11) op stop interval=0s timeout=300s on-fail=block # vim: set filetype=pcmk: :wq [root@snmp1 ~]# crm configure show prmDummy1 primitive prmDummy1 ocf:pacemaker:Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=11s timeout=60s on-fail=restart \ --- Okay! : Delete enabled=false. --- why? op stop interval=0s timeout=300s on-fail=block -- Best Regards, Hideo Yamauchi. ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Antw: Re: [crmsh] Question about latest crmsh.
Ulrich Windl ulrich.wi...@rz.uni-regensburg.de writes: Kristoffer Grönlund kgronl...@suse.com schrieb am 28.11.2014 um 11:06 in Nachricht 87bnnrvduf@krigpad.site: [...] When we used Pacemaker1.0, results seem to be different. Are these specifications of new crm command? Yes, this is the new CLI syntax for crmsh. Where possible, crmsh now tries to avoid adding the double quotation marks. Like it was in SGML, but then cam XML, and you needed the quotes. Personally I'd prefer strings in quotes, numbers without... Well, personally I strongly dislike XML so perhaps that is an influence ;) Q2) When we executed the next command, ocf:heartbeat is not displayed. (snip) [root@snmp1 ~]# crm configure show (snip) primitive prmDummy2 Dummy \ op start interval=0s timeout=300s on-fail=restart \ op monitor interval=10s timeout=60s on-fail=restart \ op stop interval=0s timeout=300s on-fail=block (snip) When we used Pacemaker1.0, results seem to be different. Are these specifications of new crm command? Yes, this is also a new feature in crmsh. When using agents from ocf:heartbeat:, crmsh does not display the prefix part. Why not ocf:pacemaker? I don't see any benefit: You yould just decide to leave ocf: out... So, if I also elided the prefix for ocf:pacemaker, it would not be possible to know if Dummy refers to ocf:heartbeat:Dummy or ocf:pacemaker:Dummy. It is a limitation of how crmsh works. Since the CLI syntax is always generated statelessly from the XML, we can only work with the information contained there. Q3) We used the editing feature in the next procedure, but it is not changed. Is a procedure of our editing wrong? Unfortunately, this is a bug in pacemaker, fixed very recently: [...] Regards, Ulrich ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] [Pacemaker] [ha-wg-technical] [ha-wg] [Cluster-devel] [RFC] Organizing HA Summit 2015
On 27 Nov 2014, at 2:41 am, Lars Marowsky-Bree l...@suse.com wrote: On 2014-11-25T16:46:01, David Vossel dvos...@redhat.com wrote: Okay, okay, apparently we have got enough topics to discuss. I'll grumble a bit more about Brno, but let's get the organisation of that thing on track ... Sigh. Always so much work! Will Chris Feist be at the summit? I would be happy to have a roundtable discussion or something similar about clients, exchange ideas and so on. I don't necessarily think that there is an urgent need to unify the efforts code-wise, but I think there is a lot we could do together on the level of idea exchange without giving up our independence, so to speak ;) Of course I would be happy to talk about such things with anyone else who is interested as well. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crm configure show to a pipe
Dejan Muhamedagic deja...@fastmail.fm writes: Hi, On Mon, Nov 17, 2014 at 10:05:59AM +0300, Vladislav Bogdanov wrote: Hi Kristoffer, all, running 'crm configure show file' appends non-printable chars at the end (at least if op_defaults is used): Best to use crm configure save for filtering (I guess that you don't want colors in that case). As for strange codes output, they're most likely due to some libreadline bug and TERM set to xterm. I found some information at the time here: https://bugs.gentoo.org/show_bug.cgi?id=246091 We dealt with that then by not importing readline unless absolutely necessary. The changeset is 4d11007. My bad for not commenting that in the code. readline probably gets imported in non-interactive mode again. I can confirm that yes, it does. My apologies for reintroducing this issue! I will change this. I will also look at adding optional filtering to the save command just like for show and edit. This seems like a useful feature to me. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh and 'no such resource agent' error
Hi Vladislav, It sounds like supporting this feature fully may be more complex than it first appeared. I would appreciate it if you could open an issue for this on github.com/crmsh/crmsh, and note any such problems that you encounter. Thanks! // Kristoffer On 17 November 2014 15:20:28 CET, Vladislav Bogdanov bub...@hoster-ok.com wrote: Hi Kristoffer, all, It seems like with introduction of 'resource-discovery' 'symmetric-cluster=true' becomes not so strict in sense of resource agents sets across nodes. May be it is possible to add a config options to disable error messages like: got no meta-data, does this RA exist? no such resource agent Best, Vladislav -- Skickat från min Android-telefon med K-9 E-post. Ursäkta min fåordighet. ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Antw: Re: crmsh and 'resource-discovery'
Ulrich Windl ulrich.wi...@rz.uni-regensburg.de writes: Kristoffer Grönlund kgronl...@suse.com schrieb am 12.11.2014 um 22:52 in Nachricht 87a93w9jdp@krigpad.site: [...] self.supported_cib_re = ^pacemaker-([12][.][0123]|next)$ I'm no Python programmer, but this looks as if the version pattern is reduced to a Boolean value. While the pattern looks OK, and it will match all the desired versions (I guess), it may (especially when extended that way) also match versions that may not be desired (does 2.3next exist already?). Hi Ulrich, Thank you for your input! I agree that using this regex to check for supported schemas is a bad idea and is unlikely to work as is. However, I am of the opinion that it is probably a bad idea to completely refuse to work if an unrecognized schema is used. It used to be that the schema version changed rarely, but with the new approach taken by pacemaker, it seems better to change the approach in crmsh as well. I intend to modify this to add a list of known schemas to the configuration file, and to warn if an unrecognized schema is used but allow the user to add to the list if they know what they are doing. Adding the pacemaker-next schema to the list of recognized schemas seems to me to defeat the whole purpose of checking in the first place, since the schema represented by that name changes depending on the version. Cheers, Regards, Ulrich ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh and 'resource-discovery'
Vladislav Bogdanov bub...@hoster-ok.com writes: Hi Kristoffer, Dejan. Do you have plans to add support to crmsh for 'resource-discovery' location constraint option (added to pacemaker by David in pull requests #589 and #605) as well as for the 'pacemaker-next' schema (this one seems to be trivial)? Best, Vladislav I haven't had time to look closer at resource-discovery, but yes, I certainly intend to support every option that makes it into a released version of pacemaker at least. As for the pacemaker-next schema, I thought I had added support for it already, but I haven't actually tested it :) But yes, it should be usable in theory at least, and if it is not, that is a bug that I will fix. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh and 'resource-discovery'
Vladislav Bogdanov bub...@hoster-ok.com writes: I haven't had time to look closer at resource-discovery, but yes, I certainly intend to support every option that makes it into a released version of pacemaker at least. Great. Can't wait for that to happen :) As for the pacemaker-next schema, I thought I had added support for it already, but I haven't actually tested it :) But yes, it should be usable in theory at least, and if it is not, that is a bug that I will fix. It is not supported in crmsh-2.1.1-1.1 rpm for EL7 in OBS. Regexps in three places match only pacemaker-[[:digit:]]\.[[:digit:]] and can trivially be fixed. Alright, I have added tentative support for both resource-discovery and the pacemaker-next schema in the master branch for crmsh. Cheers, Kristoffer Best, Vladislav -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crmsh and 'resource-discovery'
Vladislav Bogdanov bub...@hoster-ok.com writes: 13.11.2014 00:12, Kristoffer Grönlund wrote: Vladislav Bogdanov bub...@hoster-ok.com writes: I haven't had time to look closer at resource-discovery, but yes, I certainly intend to support every option that makes it into a released version of pacemaker at least. Great. Can't wait for that to happen :) As for the pacemaker-next schema, I thought I had added support for it already, but I haven't actually tested it :) But yes, it should be usable in theory at least, and if it is not, that is a bug that I will fix. It is not supported in crmsh-2.1.1-1.1 rpm for EL7 in OBS. Regexps in three places match only pacemaker-[[:digit:]]\.[[:digit:]] and can trivially be fixed. Alright, I have added tentative support for both resource-discovery and the pacemaker-next schema in the master branch for crmsh. Yep! will test tomorrow morning. One more place for pacemaker-next is cibconfig.py, CibFactory:__init__ self.supported_cib_re = ^pacemaker-([12][.][0123]|next)$ How did I miss that one, thanks :) I modified that code to warn when detecting an unknown schema but allow it anyway. Given the new schema version number scheme, being as strict as crmsh has been makes less sense. Let me know if you find any other issues, thanks! Thank you, Vladislav -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-ha-dev] Announcing crmsh release 2.1.1
Today we are proud to announce the release of `crmsh` version 2.1.1! This version primarily fixes all known issues found since the release of `crmsh` 2.1 in June. We recommend that all users of crmsh upgrade to this version, especially if using Pacemaker 1.1.12 or newer. A massive thank you to everyone who has helped out with bug fixes, comments and contributions for this release! For a complete list of changes since the previous version, please refer to the changelog: * https://github.com/crmsh/crmsh/blob/2.1.1/ChangeLog Packages for several popular Linux distributions can be downloaded from the Stable repository at the OBS: * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Archives of the tagged release: * https://github.com/crmsh/crmsh/archive/2.1.1.tar.gz * https://github.com/crmsh/crmsh/archive/2.1.1.zip Changes since the previous release: - cibconfig: Clean up output from crm_verify (bnc#893138) - high: constants: Add acl_target and acl_group to cib_cli_map (bnc#894041) - high: parse: split shortcuts into valid rules - medium: Handle broken CIB in find_objects - high: scripts: Handle corosync.conf without nodelist in add-node (bnc#862577) - medium: config: Assign default path in all cases - high: cibconfig: Generate valid CLI syntax for attribute lists (bnc#897462) - high: cibconfig: Add tag:tag to get all resources in tag - doc: Documentation for show tag:tag - low: report: Sort list of nodes - high: parse: Allow empty attribute values in nvpairs (bnc#898625) - high: cibconfig: Delay reinitialization after commit - low: cibconfig: Improve wording of commit prompt - low: cibconfig: Fix vim modeline - high: report: Find nodes for any log type (boo#900654) - high: hb_report: Collect logs from journald (boo#900654) - high: cibconfig: Don't crash if given an invalid pattern (bnc#901714) - high: xmlutil: Filter list of referenced resources (bnc#901714) - medium: ui_resource: Only act on resources (#64) - medium: ui_resource: Flatten, then filter (#64) - high: ui_resource: Use correct name for error function (bnc#901453) - high: ui_resource: resource trace failed if operation existed (bnc#901453) - Improved test suite Thank you, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-HA] Announcing crmsh release 2.1.1
Today we are proud to announce the release of `crmsh` version 2.1.1! This version primarily fixes all known issues found since the release of `crmsh` 2.1 in June. We recommend that all users of crmsh upgrade to this version, especially if using Pacemaker 1.1.12 or newer. A massive thank you to everyone who has helped out with bug fixes, comments and contributions for this release! For a complete list of changes since the previous version, please refer to the changelog: * https://github.com/crmsh/crmsh/blob/2.1.1/ChangeLog Packages for several popular Linux distributions can be downloaded from the Stable repository at the OBS: * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Archives of the tagged release: * https://github.com/crmsh/crmsh/archive/2.1.1.tar.gz * https://github.com/crmsh/crmsh/archive/2.1.1.zip Changes since the previous release: - cibconfig: Clean up output from crm_verify (bnc#893138) - high: constants: Add acl_target and acl_group to cib_cli_map (bnc#894041) - high: parse: split shortcuts into valid rules - medium: Handle broken CIB in find_objects - high: scripts: Handle corosync.conf without nodelist in add-node (bnc#862577) - medium: config: Assign default path in all cases - high: cibconfig: Generate valid CLI syntax for attribute lists (bnc#897462) - high: cibconfig: Add tag:tag to get all resources in tag - doc: Documentation for show tag:tag - low: report: Sort list of nodes - high: parse: Allow empty attribute values in nvpairs (bnc#898625) - high: cibconfig: Delay reinitialization after commit - low: cibconfig: Improve wording of commit prompt - low: cibconfig: Fix vim modeline - high: report: Find nodes for any log type (boo#900654) - high: hb_report: Collect logs from journald (boo#900654) - high: cibconfig: Don't crash if given an invalid pattern (bnc#901714) - high: xmlutil: Filter list of referenced resources (bnc#901714) - medium: ui_resource: Only act on resources (#64) - medium: ui_resource: Flatten, then filter (#64) - high: ui_resource: Use correct name for error function (bnc#901453) - high: ui_resource: resource trace failed if operation existed (bnc#901453) - Improved test suite Thank you, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Q: crm node status
Ulrich Windl ulrich.wi...@rz.uni-regensburg.de writes: Hi! A simple question: Is it intentional that crm node status outputs XML? Usually crm tries to avoid bashing the user with XML ;-) (crmsh-1.2.6-0.35.11 of SLES 11) Hmm, that is a somewhat questionable command in general since it in fact doesn't show the status of the node, only the nodes section of the configuration CIB (and as plain XML indeed). crm status bynode is more informative. And an RFE: Implement version in crm shell to display its version... Noted! Regards, Ulrich ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crm shell: misleading Do you want to edit again?
Dejan Muhamedagic deja...@fastmail.fm writes: What about changing the question to What now? (Keep|Fix|Revert)? Apparently, keep didn't seem to be an option at the time :) (With the obvious semantics: Keep=Keeps the changes as written, Fix=Try again to fix the problem, Revert=Revert to the loaded configuration) I assume that this could be improved, but it is not clear in which way. I wonder how does the crmsh v2.0 behave in this case. I have started working on a fix for this, but it turned out to be trickier than expected. So the behavior in the current version is roughly the same as in 1.2.6. Thanks, Dejan I assume I did something dirty on my system: Just updated the RA on one node, so the other node didn't know about the new RA, but anyway... Regards, Ulrich -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Fwd: VirtualDomain broken for live migration.
On Mon, 18 Aug 2014 20:29:19 + Steven Hale em...@stevenhale.co.uk wrote: What does everybody else use for managing virtual machines on a Pacemaker cluster? If heartbeat VirtualDomain is no longer supported, can anyone point me in the direction of something is that is still in development? Hi, I suspect you may be looking in the wrong place. Development for resource-agents has moved to Github, and the VirtualDomain agent was last updated 17 days ago: https://github.com/ClusterLabs/resource-agents/blob/master/heartbeat/VirtualDomain -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Antw: How to modify crm configure by command line
On Tue, 29 Jul 2014 08:11:26 +0200 Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: BTW, I have a question: What is the difference of crm configure load replace file and using crm configure edit (and replace the contents in the editor with file)? I had a case where the first method showed many errors while the second version worked. And: file was created by crm configure save file. That sounds like a possible bug, if you have a reproducible case it would be great if you could file an issue at https://github.com/crmsh/crmsh/issues Thanks, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Antw: How to modify crm configure by command line
On Mon, 28 Jul 2014 17:45:44 +0800 (CST) Dang Zhiqiang c_d...@163.com wrote: thanks, I know this method, but I want to modify it by command line, provides an interface for other user. This is a bit of a hack, but you can achieve this with the filter command: crm configure filter sed '/op start/s/60s/600s/' test-ip It would probably be good to have an update mode for the configure commands so that crm configure primitive could make changes like these, I will see about adding it in future versions. // Kristoffer At 2014-07-28 05:25:15, Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: Dang Zhiqiang c_d...@163.com schrieb am 28.07.2014 um 11:18 in Nachricht 76475614.116ab.1477c4397e2.coremail.c_d...@163.com: hi, I want to modify op start timeout value through command line, but I search on internet find nothing. I try crm_resource comand, but I only modify params and meta. root@host2:~# crm configure show test-ip primitive test-ip ocf:openindiana:IPaddr \ params ip=192.168.1.253 nic=igb0 cidr_netmask=24 \ 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=stop \ meta target-role=Stopped crm configure edit test-ip? ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] crm: INFO: object cli-ban-... cannot be represented in the CLI notation
On Mon, 28 Jul 2014 12:15:28 +0200 Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: In SLES11 SP3 I feel that the message in new in crm (I haven't noticed it in the past): INFO: object cli-ban-grp_c11_db-on-h07 cannot be represented in the CLI notation The constraint seems to be created by crm migrate itself! That makes it interesting! crm(live)configure# show cli-ban-grp_c11_db-on-h07 xml rsc_location id=cli-ban-grp_c11_db-on-h07 rsc=grp_c11_db role=Started \ rule id=cli-ban-grp_c11_db-on-h07-rule score=-INFINITY \ expression id=cli-ban-grp_c11_db-on-h07-expr attribute=#uname operation=eq value=h07/ \ date_expression id=cli-ban-grp_c11_db-on-h07-lifetime operation=lt end=2014-07-11 18:29:12Z/ \ /rule \ /rsc_location crmsh-1.2.6-0.33.1 Could you send me the output of the following command? crm -d configure show cli-ban-grp_c11_cb-on-h07 Thanks! -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-ha-dev] Announcing crmsh release 2.1
Today we are proud to announce the release of `crmsh` version 2.1! This version primarily fixes all known issues found since the release of `crmsh` 2.0 in April, but also has some major new features. A massive thank you to everyone who has helped out with bug fixes, comments and contributions for this release! For a complete list of changes since the previous version, please refer to the changelog: * https://github.com/crmsh/crmsh/blob/2.1.0/ChangeLog Packages for several popular Linux distributions can be downloaded from the Stable repository at the OBS: * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ (Will be updated soon) Archives of the tagged release: * https://github.com/crmsh/crmsh/archive/2.1.0.tar.gz * https://github.com/crmsh/crmsh/archive/2.1.0.zip Here are some of the highlights of this release: == Rule expressions in attribute lists One of the biggest features in this release is full support for rule expressions wherever the XML syntax allows them. Here is an example of using rule expressions in an attribute list in order to set the virtual IP of an IPAddr2 resource to a different value on a specific node. primitive vip-on-node1 IPAddr2 \ rule 10: #uname eq node1 ip=10.0.0.5 \ rule 1: ip=10.0.0.6 == Tags in the CIB A new feature added to Pacemaker recently is tags. This is a way to refer to multiple resources at once without creating any colocation or ordering relationship between them. For example, you could add all resources related to the database to a db tag, and then stop or start them all with a single command. tag db drbd:Master fs sql-db It is also possible to refer to tags in constraints. == Wildcards in show/edit The configure show and edit commands can now use glob-style wildcards to refer to multiple resources: configure edit db-* == Nvpair references Sometimes, different resources name the same parameters with different names. For example, an IPAddr2 may have an ip parameter that should be the same as a web servers server_ip parameter. By using nvpair references, it is possible to configure the ip in a single location. Note that this is a new feature in Pacemaker 1.1.12 and up. primitive vip IPAddr2 params $my-ip:ip=192.168.0.1 primitive www apache params @my-ip:server_ip == New ACL syntax The support for Access Control Lists has been revised in Pacemaker 1.1.12, and this release of crmsh supports the new syntax. Two new commands have been added: `acl_target` and `acl_group`. For more details, see the documentation. Thank you, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-HA] Announcing crmsh release 2.1
Today we are proud to announce the release of `crmsh` version 2.1! This version primarily fixes all known issues found since the release of `crmsh` 2.0 in April, but also has some major new features. A massive thank you to everyone who has helped out with bug fixes, comments and contributions for this release! For a complete list of changes since the previous version, please refer to the changelog: * https://github.com/crmsh/crmsh/blob/2.1.0/ChangeLog Packages for several popular Linux distributions can be downloaded from the Stable repository at the OBS: * http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ (Will be updated soon) Archives of the tagged release: * https://github.com/crmsh/crmsh/archive/2.1.0.tar.gz * https://github.com/crmsh/crmsh/archive/2.1.0.zip Here are some of the highlights of this release: == Rule expressions in attribute lists One of the biggest features in this release is full support for rule expressions wherever the XML syntax allows them. Here is an example of using rule expressions in an attribute list in order to set the virtual IP of an IPAddr2 resource to a different value on a specific node. primitive vip-on-node1 IPAddr2 \ rule 10: #uname eq node1 ip=10.0.0.5 \ rule 1: ip=10.0.0.6 == Tags in the CIB A new feature added to Pacemaker recently is tags. This is a way to refer to multiple resources at once without creating any colocation or ordering relationship between them. For example, you could add all resources related to the database to a db tag, and then stop or start them all with a single command. tag db drbd:Master fs sql-db It is also possible to refer to tags in constraints. == Wildcards in show/edit The configure show and edit commands can now use glob-style wildcards to refer to multiple resources: configure edit db-* == Nvpair references Sometimes, different resources name the same parameters with different names. For example, an IPAddr2 may have an ip parameter that should be the same as a web servers server_ip parameter. By using nvpair references, it is possible to configure the ip in a single location. Note that this is a new feature in Pacemaker 1.1.12 and up. primitive vip IPAddr2 params $my-ip:ip=192.168.0.1 primitive www apache params @my-ip:server_ip == New ACL syntax The support for Access Control Lists has been revised in Pacemaker 1.1.12, and this release of crmsh supports the new syntax. Two new commands have been added: `acl_target` and `acl_group`. For more details, see the documentation. Thank you, Kristoffer -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Hawk error message on CentOS 6.5
On Wed, 4 Jun 2014 12:08:13 +0200 Bart Coninckx bart.conin...@telenet.be wrote: I just found another issue while clicking the history explorer: it reports: /usr/sbin/hb_report: No such file or directory. This is correct as hb_report can be found in /usr/share/crmsh. Creating a symlink produces a new error however. Regards, BC Could you file an issue for this new error you are seeing? Either here: http://bugzilla.novell.com/ or here: https://github.com/ClusterLabs/hawk/issues I suspect the issue you are seeing is due to not having cluster-glue installed (found here): https://build.opensuse.org/package/show/network:ha-clustering:Stable/cluster-glue We are working on making cluster-glue optional, but are not quite there yet. Thank you! -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Hawk error message on CentOS 6.5
On Thu, 29 May 2014 19:36:59 +0200 Bart Coninckx bart.conin...@telenet.be wrote: When I change something to the cluster I get this error message: Kan wijzigingen niet toepassen: ERROR: 2: syntax in rsc_defaults: Expected at least one name-value pair parsing 'rsc_defaults $id=rsc-options' ERROR: 3: syntax in op_defaults: Expected at least one name-value pair parsing 'op_defaults $id=op-options' The first part is Dutch for: cannot apply changes Can anyone give me some pointers on where to look to get this sorted? Hi, This is an issue in crmsh: the crmsh CLI language parser expects at least one value if there's an rsc_defaults or op_defaults item (the special $id value does not count). This is incorrect, I have fixed it upstream [1], but the fix is not yet in a released version of crmsh. [1]: https://github.com/crmsh/crmsh/commit/181d3024f98cd39cdea1e12bc1f2f44dd3817257 -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-ha-dev] crmsh 2.0 released, and moving to Github
On Tue, 13 May 2014 11:42:16 +0300 Vladislav Bogdanov bub...@hoster-ok.com wrote: crmsh 2.0 as released unfortunately does not support rules in attribute lists. However, I am working on this specific feature right now, and it is almost ready to be merged into the mainline development branch. I should have it ready some time this week. Once that is in, I will also release crmsh 2.1, so there will be packages available that supports this feature. Awesome! Thank you for info. Hi again, Unfortunately due to some unrelated changes in crmsh I am not quite ready to release 2.1 just yet, but support for rules in attribute lists has been added to the github master branch now: https://github.com/crmsh/crmsh The release of the new version is coming soon, but until then, it should be possible to build updated rpms for all platforms from source. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] crmsh 2.0 released, and moving to Github
On Mon, 26 May 2014 15:13:00 +0300 Vladislav Bogdanov bub...@hoster-ok.com wrote: 26.05.2014 15:01, Kristoffer Grönlund wrote: On Tue, 13 May 2014 11:42:16 +0300 Vladislav Bogdanov bub...@hoster-ok.com wrote: crmsh 2.0 as released unfortunately does not support rules in attribute lists. However, I am working on this specific feature right now, and it is almost ready to be merged into the mainline development branch. I should have it ready some time this week. Once that is in, I will also release crmsh 2.1, so there will be packages available that supports this feature. Awesome! Thank you for info. Hi again, Unfortunately due to some unrelated changes in crmsh I am not quite ready to release 2.1 just yet, but support for rules in attribute lists has been added to the github master branch now: https://github.com/crmsh/crmsh The release of the new version is coming soon, but until then, it should be possible to build updated rpms for all platforms from source. Thanks Kristoffer! Are there any known deficiencies which may affect operation? Vladislav No, there are no known issues with the master branch at this time. For crmsh 2.1, I also want to add support for using the id-ref tag in nvpairs, as in the 1.3 schema: https://github.com/ClusterLabs/pacemaker/blob/master/xml/nvset-1.3.rng This is not yet committed. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] crmsh 2.0 released, and moving to Github
On Tue, 13 May 2014 08:26:27 +0300 Vladislav Bogdanov bub...@hoster-ok.com wrote: Hi Kristoffer, I may be missing something, but anyways. crmsh did not support Using Rules to Control Resource Options (http://clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Pacemaker_Explained/_using_rules_to_control_resource_options.html) in the past. Is it supported now, or, if not, do you have plans implementing such support? Hi Vladislav, crmsh 2.0 as released unfortunately does not support rules in attribute lists. However, I am working on this specific feature right now, and it is almost ready to be merged into the mainline development branch. I should have it ready some time this week. Once that is in, I will also release crmsh 2.1, so there will be packages available that supports this feature. The syntax will be something like the following: primitive mySpecialRsc me:Special \ params 3: rule #uname eq node1 interface=eth1 \ params 2: rule #uname eq node2 interface=eth2 port= \ params 1: interface=eth0 port= Cheers, Kristoffer Best, Vladislav ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-ha-dev] crmsh 2.0 released, and moving to Github
Hello everyone, Today, I have two major announcements to make: crmsh is moving to a new location, and I'm releasing the next major version of the crm shell! == Find us at crmsh.github.io Since the rest of the High-Availability stack is being developed over at Github, we thought it would make things easier to move crmsh over there as well. This means we're not only moving the website and issue tracker, we're also switching from Mercurial to git. From this release forward, you will find everything crmsh-related at http://crmsh.github.io, and the source code at https://github.com/crmsh/crmsh. Here are the new URLs related to crmsh: * Website: http://crmsh.github.io/ * Documentation: http://crmsh.github.io/documentation.html * Source repository: https://github.com/crmsh/crmsh/ * Issue tracker: https://github.com/crmsh/crmsh/issues/ Not everything has moved quite yet, but the source code and web site are in place. == New stable release: crmsh 2.0 Secondly, we are proud to finally release crmsh 2.0! This is the version of crmsh I have been developing since I became a maintainer last year, and there are a lot of new and improved features in this release. For a more complete list of changes since the previous version, please refer to the changelog: * https://github.com/crmsh/crmsh/blob/2.0.0/ChangeLog Packages for several popular Linux distributions (updated soon): http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Zip archive of the tagged release: * https://github.com/crmsh/crmsh/archive/2.0.0.zip Here is a short list of some of the biggest changes and features in crmsh 2.0: * *More stable than ever before!* Many bugs and issues have been fixed, with plenty of help from the community. At the same time, this is a major release with many new features. Testing and pull requests are more than welcome! * *Cluster management commands.* We've added a couple of new sub-levels that help with the installation and management of the cluster, as well as maintaining and synchronizing the corosync configuration across nodes. There are now commands for starting and stopping the cluster services, as well as cluster scripts that make the installation and configuration of cluster-controlled resources a one-line command. * *Cleaner CLI syntax.* The parser for the configure syntax of crmsh has been rewritten, allowing for cleaner syntax, better error detection and improved error messages. * *Tab completion everywhere.* Now tab completion works not only in the interactive mode, but directly from bash. In addition, the completion back end has been completely rewritten and many more commands now have full completion. It's not quite every single command yet, but we're getting there. * *New and improved configuration.* The new configuration file is installed in /etc/crm/crm.conf by default or per user if desired, and allows for a much more flexible configuration of crmsh. * *Cluster health evaluation.* As part of the cluster script functionality, there is now a cluster health command which analyses and reports on low disk space, problems with network configuration, firewall configuration issues and more. The best part of the cluster health command is that it can work without a configured cluster, providing a checklist of issues to amend before setting up a new cluster. * *And wait, there's more!* There is now not only an extensive regression test suite but a growing set of unit tests as well, support for many new features in Pacemaker 1.1.11 such as resource sets in location constraints, anonymous shadow CIBs makes it easier to avoid race conditions in scripts, full syntax highlighting for the built-in help, the assist sub-command helps with more advanced configurations... the list goes on. Big thanks to everyone who have helped with bug fixes, comments and contributions for this release! -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-HA] crmsh 2.0 released, and moving to Github
Hello everyone, Today, I have two major announcements to make: crmsh is moving to a new location, and I'm releasing the next major version of the crm shell! == Find us at crmsh.github.io Since the rest of the High-Availability stack is being developed over at Github, we thought it would make things easier to move crmsh over there as well. This means we're not only moving the website and issue tracker, we're also switching from Mercurial to git. From this release forward, you will find everything crmsh-related at http://crmsh.github.io, and the source code at https://github.com/crmsh/crmsh. Here are the new URLs related to crmsh: * Website: http://crmsh.github.io/ * Documentation: http://crmsh.github.io/documentation.html * Source repository: https://github.com/crmsh/crmsh/ * Issue tracker: https://github.com/crmsh/crmsh/issues/ Not everything has moved quite yet, but the source code and web site are in place. == New stable release: crmsh 2.0 Secondly, we are proud to finally release crmsh 2.0! This is the version of crmsh I have been developing since I became a maintainer last year, and there are a lot of new and improved features in this release. For a more complete list of changes since the previous version, please refer to the changelog: * https://github.com/crmsh/crmsh/blob/2.0.0/ChangeLog Packages for several popular Linux distributions (updated soon): http://download.opensuse.org/repositories/network:/ha-clustering:/Stable/ Zip archive of the tagged release: * https://github.com/crmsh/crmsh/archive/2.0.0.zip Here is a short list of some of the biggest changes and features in crmsh 2.0: * *More stable than ever before!* Many bugs and issues have been fixed, with plenty of help from the community. At the same time, this is a major release with many new features. Testing and pull requests are more than welcome! * *Cluster management commands.* We've added a couple of new sub-levels that help with the installation and management of the cluster, as well as maintaining and synchronizing the corosync configuration across nodes. There are now commands for starting and stopping the cluster services, as well as cluster scripts that make the installation and configuration of cluster-controlled resources a one-line command. * *Cleaner CLI syntax.* The parser for the configure syntax of crmsh has been rewritten, allowing for cleaner syntax, better error detection and improved error messages. * *Tab completion everywhere.* Now tab completion works not only in the interactive mode, but directly from bash. In addition, the completion back end has been completely rewritten and many more commands now have full completion. It's not quite every single command yet, but we're getting there. * *New and improved configuration.* The new configuration file is installed in /etc/crm/crm.conf by default or per user if desired, and allows for a much more flexible configuration of crmsh. * *Cluster health evaluation.* As part of the cluster script functionality, there is now a cluster health command which analyses and reports on low disk space, problems with network configuration, firewall configuration issues and more. The best part of the cluster health command is that it can work without a configured cluster, providing a checklist of issues to amend before setting up a new cluster. * *And wait, there's more!* There is now not only an extensive regression test suite but a growing set of unit tests as well, support for many new features in Pacemaker 1.1.11 such as resource sets in location constraints, anonymous shadow CIBs makes it easier to avoid race conditions in scripts, full syntax highlighting for the built-in help, the assist sub-command helps with more advanced configurations... the list goes on. Big thanks to everyone who have helped with bug fixes, comments and contributions for this release! -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-ha-dev] [Patch:crmsh] make sanity check of node name not case sensitive
On Tue, 1 Apr 2014 18:10:38 +0900 Kazunori INOUE kazunori.ino...@gmail.com wrote: Hi, Since pacemaker does not distinguish the capital letter small letter of a node name, I think that this WARNING: is unnecessary. I agree, I have applied the patch. Unfortunately I messed up and it was incorrectly credited to me in the 2.0 branch of crmsh, but I tried to fix that as best I could. Thank you! // Kristoffer $ crm configure show node 3232261519: guest01 node 3232261520: guest02 property cib-bootstrap-options: \ dc-version=1.1.10-d63eaf4 \ cluster-infrastructure=corosync $ cat test.cli (snip) fencing_topology \ GUEST01: prmStonith1 \ GUEST02: prmStonith2 location l1 prmStonith1 rule -inf: #uname eq GUEST01 location l2 prmStonith2 rule -inf: #uname eq GUEST02 $ crm configure load update test.cli WARNING: fencing_topology: target GUEST01 not a node WARNING: fencing_topology: target GUEST02 not a node WARNING: rsc_location-grpStonith1: referenced node GUEST01 does not exist WARNING: rsc_location-grpStonith2: referenced node GUEST02 does not exist Best Regards, Kazunori INOUE -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-HA] resource-agents: exportfs: Unlocking filesystems on stop by default
Hi, I have created a submit request for the NFS exportfs agent to change the default for the parameter unlock_on_stop from 0 to 1. The resource agent should really release all locks which the NFS server holds when stopping the resource. When this option was introduced, the default was kept as 0 for compatibility reasons with legacy kernels, existing users and non-Linux systems. There has been a bit of discussion in the submit request whether changing the default makes sense, and right now things are leaning towards making the change. [1] Are there any objections from anyone else? [1]: https://github.com/ClusterLabs/resource-agents/pull/394 Thanks, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Clear target-role attributes for sub-resources
Hi, On Mon, 10 Mar 2014 14:44:14 + Thomas Schulte tschu...@novell.com wrote: Normally, crm resource stop grp_apache would set the group's target-role to Stopped and would also stop the child resource. But if the primitive has a hard-coded target-role, this command results in a warning which requires user-interaction: - Do you want to override target-role for child resource pri_svc_apache? - This behavior leads to difficulties if the crm commands are used within scripts that do some magic things and also execute starts and stops of resources. crm -F or crm --force don't help here. Instead of manually cleaning up redundant resource attributes, it would be great to have a method for ignoring the kind of messages. Normally, cmrsh should detect that it is being used non-interactively and suppress any prompts. It sounds like there is a bug in crmsh in this case. Could you please file an issue[1] and include information about the version of crmsh you are using, and any other details that might help in locating the problem? Thank you! [1]: https://savannah.nongnu.org/bugs/?group=crmsh On the other hand there may be comprehensible reasons for this, but I currently can't guess them. Could someone please point me in the right direction? -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Q: crm configure edit/show regex
On Tue, 18 Feb 2014 13:48:21 +0100 Lars Marowsky-Bree l...@suse.com wrote: On 2014-02-18T09:55:44, Kristoffer Grönlund kgronl...@suse.com wrote: Sounds like a good idea to me, too. I'll see what I can do :) At least a simple approximation of glob-syntax should be doable. Constraints can already refer to regex now too. And we're talking about being able to match on tags (or even attributes) on start/stop etc. It'd make sense to then merge all this consistently, right? (Perhaps even via a crm_resource -l option, so that pcs/crmsh use the same matching code as the PE and as each other, if that makes any sense.) I also realised that there is another complication, which is that unless in interactive mode, the bash shell will consume the regex syntax, and it would need to be escaped. So that would make the feature even more confusing and doesn't seem entirely clean - although this is a limitation of shell syntax. In theory the shell could use the completion information to expand 'crm configure show prim*' into all the completions for prim*. Unifying this might be difficult, as far as I know pcs doesn't have an interactive mode or anything similar to the configure interface of crmsh.. Regards, Lars -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] /usr/sbin/lrmadmin missing from cluster-glue
On Sat, 28 Dec 2013 11:18:44 -0500 Tom Parker tpar...@cbnco.com wrote: Hello /usr/sbin/lrmadmin is missing from the latest version of cluster-glue in SLES SP3. Has the program been deprecated or is this an issue in the packaging of the RPM? Hi, I know this is a bit late, but I just discovered this email. Yes, lrmadmin has been deprecated since it is incompatible with recent versions of pacemaker. Thanks Tom ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-ha-dev] SRs for resource-agents (was Re: resource-agents: Patch for oracle RAs, anyone who can review?)
On Sat, 11 Jan 2014 14:45:28 +0100 Kristoffer Grönlund kgronl...@suse.com wrote: Hi, I have a patch for the oracle agent intended to fix a problem with the OCFMON user created by the agent. When the default database user profile has a password expiry set, the agent will cease to function once the password expires, even if no password has been set. The pull request is here: https://github.com/ClusterLabs/resource-agents/pull/367 Unfortunately I don't know the agent enough to feel very confident that the patch is good, and Dejan, who wrote the agent to start with, is on temporary leave until April. So I'm looking for someone else who might feel qualified to review the code. :) Thanks, Hi all, Poking at this again. :) I see that there are a number of submit requests sleeping comfortably in the queue for resource-agents. Is there anything I can do to help with this situation? -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] [Patch:crmsh] Correction of the mistake of the processing to transfer comment.
On Tue, 14 Jan 2014 12:31:29 +0900 (JST) renayama19661...@ybb.ne.jp wrote: Hi Kristoffer, In addition, the error did not happen on the edit test. I passed the test of edit even if I did not apply my patch even if I applied a patch. Did you execute the command of what kind of test? Sorry, I should have mentioned that I applied the patch to the development version, not to 1.2.5, when testing. I suspect that the difference is that in older versions, comments were stripped completely from the configuration, but in newer versions, comments are kept. However, it seems that with this patch there are comments generated in the XML code that the CLI syntax cannot represent. I have not had time to completely investigate. I will look into the problem further and let you know what I find. Thank you, * on crmsh-7cd5688c164d.tar(tip) (snip) [root@rh64-2744 test]# ./regression.sh confbasic. checking... PASS confbasic-xml. checking... PASS edit checking... PASS (snip) * on crmsh-ef3f08547688(1.2.5) (snip) [root@rh64-2744 test]# ./regression.sh confbasic. checking... PASS confbasic-xml. checking... FAIL edit. checking... PASS (snip) Best Regards, Hideo Yamauchi. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-ha-dev] resource-agents: Patch for oracle RAs, anyone who can review?
Hi, I have a patch for the oracle agent intended to fix a problem with the OCFMON user created by the agent. When the default database user profile has a password expiry set, the agent will cease to function once the password expires, even if no password has been set. The pull request is here: https://github.com/ClusterLabs/resource-agents/pull/367 Unfortunately I don't know the agent enough to feel very confident that the patch is good, and Dejan, who wrote the agent to start with, is on temporary leave until April. So I'm looking for someone else who might feel qualified to review the code. :) Thanks, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] [Patch:crmsh] Correction of the mistake of the processing to transfer comment.
On Fri, 10 Jan 2014 16:27:47 +0900 (JST) renayama19661...@ybb.ne.jp wrote: Hi Dejan, I send a patch of crmsh1.2.5. Similar correction seems to be necessary for latest crmsh. Best Regards, Hideo Yamauchi Hello, Thank you for the patch! I tried applying the patch to the latest crmsh, but when running the regression test suite, I got an error. I think the patch is fixing a bug, but unfortunately it seems to reveal a different problem. Maybe you can help me figure out what is going wrong! Failing test case output included below: [ 77s] Fri Jan 10 12:38:47 UTC 2014: BEGIN testcase edit [ 77s] -- [ 77s] testcase edit failed [ 77s] output is in crmtestout/edit.out [ 77s] diff (from crmtestout/edit.diff): [ 77s] --- /usr/share/crmsh/tests/testcases/edit.exp 2014-01-10 12:38:36.0 + [ 77s] +++ - 2014-01-10 12:38:53.149599264 + [ 77s] @@ -84,4 +84,8 @@ [ 77s] .TRY configure rsc_defaults $id=rsc_options failure-timeout=10m [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] .TRY configure filter sed 's/2m/60s/' cib-bootstrap-options [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] .TRY configure show rsc_options [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] rsc_defaults $id=rsc_options \ [ 77s] @@ -89,3 +93,6 @@ [ 77s] .TRY configure property stonith-enabled=true [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] .TRY configure show cib-bootstrap-options [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] property $id=cib-bootstrap-options \ [ 77s] @@ -94,4 +101,8 @@ [ 77s] .TRY configure filter 'sed s/stonith-enabled=.true.//' [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] +ERROR: 13: syntax: Unknown command near xml parsing 'xml rsc_location id=loc-d1 rsc=d1 !--# -- rule id=r1 score=-INFINITY boolean-op=or expression operation=not_defined attribute=webserver id=loc-d1-expression/ expression attribute=mem type=number operation=lte value=0 id=loc-d1-expression-3/ /rule rule id=loc-d1-rule score=-INFINITY expression operation=not_defined attribute=a2 id=loc-d1-expression-2/ /rule rule id=r2 score-attribute=webserver expression operation=defined attribute=webserver id=loc-d1-expression-0/ /rule !--# -- /rsc_location' [ 77s] .TRY configure show cib-bootstrap-options [ 77s] +INFO: object loc-d1 cannot be represented in the CLI notation [ 77s] property $id=cib-bootstrap-options \ [ 77s] - default-action-timeout=60s [ 77s] + default-action-timeout=60s \ [ 77s] + stonith-enabled=true [ 77s] -- [ 77s] Fri Jan 10 12:38:53 UTC 2014: END testcase edit -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-HA] A little tip about crm configure filter ?
On Wed, 8 Jan 2014 10:10:35 +0100 Moullé Alain alain.mou...@bull.net wrote: works fine but ... I also needed to execute the command in a perl script such as : `crm -F configure filter \sed '/threshold=1/s/=1/=0/g'\` but it seems also difficult to make it work with the mandatory CR and END and END flags inside ... :-\ Hmm, I'm not a perl hacker, but it shouldn't be impossible to feed multiline input to stdin from a perl script. You'll need to pipe the filter text to crm from perl. Googling seems to indicate that this [1] should have the answer, but my perl reading abilities aren't quite good enough to tell. :) [1]: http://perldoc.perl.org/perlipc.html#Using-open%28%29-for-IPC -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] A little tip about crm configure filter ?
On Wed, 8 Jan 2014 10:10:35 +0100 Moullé Alain alain.mou...@bull.net wrote: Thanks Kristoffer, works fine but ... I also needed to execute the command in a perl script such as : `crm -F configure filter \sed '/threshold=1/s/=1/=0/g'\` but it seems also difficult to make it work with the mandatory CR and END and END flags inside ... :-\ Another option that could work for you is to save the contents of END .. END to a file, and pass it to crm using load: crm configure load filter.txt -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
[Linux-HA] crmsh: New syntax for location constraints, suggestions / comments
Hi everyone, As some of you may know, I have started developing crmsh together with Dejan, and have been working on new features for an eventual 2.0-release some time next year. Location constraints have gotten some new capabilities in recent versions of Pacemaker, and I have some suggested syntax for support in crmsh. I'd love to get your comments and feedback on these suggestions, please let me know what you think! Location constraints are now applicable to resource sets, and the proposed syntax for this is as follows, using pseudo-syntax: location id { resource-set } [score:] node / rules... So, an example would be: location foo { A B ( C D ) } inf: node-1 The reason I added the { and } around the resource set is to make the parser at least somewhat unambiguous in this case, otherwise there is no good way of telling when the resource definitions end and the rest of the location constraint definition continues. I know there is syntax in crmsh that already violates this, but my preference is to keep things unambiguous if possible. Lars (lmb) suggested that we might switch to using the { } - brackets around resource sets everywhere for consistency. My only concern with that would be that it would be a breaking change to the previous crmsh syntax. Maybe that is okay when going from 1.x to 2.0, but it also makes me a bit nervous. :) The second new syntax is for resource patterns / regexes. Here my suggested syntax is as follows: location id /pattern/ [score:] node / rules... Example: location prefer-node-1 /*/ 100: node-1 The // is a kind of vim-style / perl-style inspired syntax, which at least to me seems pretty intuitive. Another option would be to try to automatically detect patterns and generate rsc= or rsc-pattern= in the XML appropriately, like so: location prefer-node-1 * 100: node-1 ...but I think I prefer a more explicit syntax. I'd especially be curious to know what Chris thinks about this, if there is already support for these types of constraints in pcs or if there is some other syntax that might make more sense. Consistency is always good. :) -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-HA] Antw: crmsh: New syntax for location constraints, suggestions / comments
On Fri, 13 Dec 2013 11:55:04 +0100 Ulrich Windl ulrich.wi...@rz.uni-regensburg.de wrote: I think a concrete use example would be helpful to understand what the new syntaxes are really about... Well, the crmsh implementation is simply a syntax for what is already in Pacemaker, and the reasoning for those features are documented there. But I think the general goal for both of these new location constraint types is to allow a single location constraint to apply to multiple resources. Either by applying the constraint to a resource set, or by using regular expressions to apply the constraint to several resources. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA mailing list Linux-HA@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
Re: [Linux-ha-dev] crmsh error : cib-bootstrap-options already exist
Hi Takatoshi-san, On Thu, 29 Aug 2013 10:25:14 +0900 Takatoshi MATSUO matsuo@gmail.com wrote: BTW, why doesn't crm site support up command ? Only end is official ? Thank you for noticing this problem, the code which sets up command aliases like up was missing for the site command. This has been fixed in changeset 8a4ecedda149. Best regards, // Kristoffer // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] crmsh error : cib-bootstrap-options already exist
Hi Vladislav, On Fri, 23 Aug 2013 11:50:54 +0300 Vladislav Bogdanov bub...@hoster-ok.com wrote: Kristoffer, Dejan, could you please also look why I loose the whole rsc_defaults $id=rsc_options section when I do 'crm configure edit' and edit one of property $id=cib-bootstrap-options? Hm, that is not good. I suspect that this may be a regression that I caused when creating the workaround for the previously reported error. I have narrowed the fix to be more precise in the crmsh repository (commit 8a539c209eb0), it would be great if you could try using that version of crmsh instead and see if that solves your issue. Thank you, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] crmsh error : cib-bootstrap-options already exist
Hi, On Fri, 23 Aug 2013 16:33:28 +0300 Vladislav Bogdanov bub...@hoster-ok.com wrote: No-no, it was before that fix too, at least with 19a3f1e5833c. Should I still try? Ah, in that case, it has not been fixed. No need to try. I will investigate further. -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] crmsh error : cib-bootstrap-options already exist
Hi Takatoshi-san, On Wed, 21 Aug 2013 13:56:34 +0900 Takatoshi MATSUO matsuo@gmail.com wrote: Hi Kristoffer I reproduced the error with latest changest(b5ffd99e). Thank you, with your description I was able to reproduce and create a test case for the problem. I have pushed a workaround for the issue in the crm shell which stops the crm shell from adding comments to the CIB. (changeset e35236439b8e) However, it may be that this is a problem that ought to be fixed in Pacemaker, so I have not created a new release candidate containing the workaround. I will try to investigate this possibility before doing so. Thank you, -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] crmsh error : cib-bootstrap-options already exist
Hi Takatoshi-san, On Tue, 20 Aug 2013 14:18:49 +0900 Takatoshi MATSUO matsuo@gmail.com wrote: Hi Kristoffer 2013/8/9 Kristoffer Grönlund kgronl...@suse.com: I have been unable to reproduce this error in my test cluster. Could you provide the current cluster configuration, prior to applying the configuration update? I'll take and provide it. Could you wait till tomorrow? Yes, no problem! Thank you. Thank you, Kristoffer Grönlund kgronl...@suse.com Thanks, Takatoshi MATSUO ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ -- // Kristoffer Grönlund // kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] crmsh error : cib-bootstrap-options already exist
Hi Takatoshi-san, Unfortunately, Dejan is on vacation and I am not yet very familiar with the crmsh code base, but I will try to solve the problem you are experiencing. On Fri, 9 Aug 2013 09:42:36 +0900 Takatoshi MATSUO matsuo@gmail.com wrote: # crm configure load update config.crm /dev/null Call cib_apply_diff failed (-203): Update does not conform to the configured schema ERROR: could not patch cib (rc=203) INFO: offending xml diff: diff crm_feature_set=3.0.7 I have been unable to reproduce this error in my test cluster. Could you provide the current cluster configuration, prior to applying the configuration update? Thank you, Kristoffer Grönlund kgronl...@suse.com ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/