[Pacemaker] crm shell issues

[Borislav Borisov]

Hi all, Dejan,


I am struggling to get the latest crmsh version (812:b58a3398bf11) to work
with the latest pacemaker version () and so far I've encountered couple of
issues.

The first one, which was already discussed on the list, INFO: object
Cluster-Server-1 cannot be represented in the CLI notation. Because you
never replied to what Vladislav Bogdanov reported in his last reply - I
just added the type="normal" parameter using crm edit xml, to fix the issue.

The next thing that I encountered, I believe that it was discussed earlier
this year:

> crm(live)configure# primitive dummy ocf:heartbeat:Dummy
> ERROR: pengine:metadata: could not parse meta-data:
>

Which was fixed with the following patch:

> diff -r b58a3398bf11 configure.ac
> --- a/configure.ac      Thu Sep 13 12:19:56 2012 +0200
> +++ b/configure.ac      Fri Sep 14 14:35:17 2012 +0300
> @@ -190,11 +190,9 @@
>  AC_DEFINE_UNQUOTED(CRM_DTD_DIRECTORY,"$CRM_DTD_DIRECTORY", Where to keep
> CIB configuration files)
>  AC_SUBST(CRM_DTD_DIRECTORY)
>
> -dnl Eventually move out of the heartbeat dir tree and create
> compatability code
> -dnl CRM_DAEMON_DIR=$libdir/pacemaker
> -GLUE_DAEMON_DIR=`extract_header_define $GLUE_HEADER GLUE_DAEMON_DIR`
> -AC_DEFINE_UNQUOTED(GLUE_DAEMON_DIR,"$GLUE_DAEMON_DIR", Location for
> Pacemaker daemons)
> -AC_SUBST(GLUE_DAEMON_DIR)
> +CRM_DAEMON_DIR=`$PKGCONFIG pcmk --variable=daemondir`
> +AC_DEFINE_UNQUOTED(CRM_DAEMON_DIR,"$CRM_DAEMON_DIR", Location for the
> Pacemaker daemons)
> +AC_SUBST(CRM_DAEMON_DIR)
>
>  CRM_CACHE_DIR=${localstatedir}/cache/crm
>  AC_DEFINE_UNQUOTED(CRM_CACHE_DIR,"$CRM_CACHE_DIR", Where crm shell keeps
> the cache)
> diff -r b58a3398bf11 modules/vars.py.in
> --- a/modules/vars.py.in        Thu Sep 13 12:19:56 2012 +0200
> +++ b/modules/vars.py.in        Fri Sep 14 14:35:17 2012 +0300
> @@ -200,7 +200,7 @@
>      crm_schema_dir = "@CRM_DTD_DIRECTORY@"
>      pe_dir = "@PE_STATE_DIR@"
>      crm_conf_dir = "@CRM_CONFIG_DIR@"
> -    crm_daemon_dir = "@GLUE_DAEMON_DIR@"
> +    crm_daemon_dir = "@CRM_DAEMON_DIR@"
>      crm_daemon_user = "@CRM_DAEMON_USER@"
>      crm_version = "@VERSION@ (Build @BUILD_VERSION@)"
>

 What came next was:

> ERROR: running cibadmin -Ql -o rsc_defaults: Call cib_query failed (-6):
> No such device or address
>
Configuring any of the rsc_defaults parameters solves that problem.

The last thing encountered was the unability to add LBS resource.

> crm(live)# ra
> crm(live)ra# list lsb
> acpid                   apache2                 apcupsd
> atd                     bootlogd                bootlogs
> bootmisc.sh             checkfs.sh              checkroot.sh
> clamav-freshclam        cman
> console-setup           corosync                corosync-notifyd
> cron                    ctdb                    dbus
> drbd                    halt                    hdparm
> hostname.sh             hwclock.sh
> hwclockfirst.sh         ifupdown                ifupdown-clean
> iptables                iscsi-scst              kbd
> keyboard-setup          killprocs               ldirectord
> logd                    lvm2
> mdadm                   mdadm-raid              minidlna
> module-init-tools       mountall-bootclean.sh   mountall.sh
> mountdevsubfs.sh        mountkernfs.sh          mountnfs-bootclean.sh
> mountnfs.sh             mountoverflowtmp
> mpt-statusd             mrmonitor               mrmonitor.dpkg-old
> msm_profile             mtab.sh                 netatalk
> networking              nfs-common              nfs-kernel-server
> ntp                     openais
> openhpid                pacemaker               procps
> proftpd                 quota                   quotarpc
> rc                      rc.local                rcS
> reboot                  rmnologin
> rpcbind                 rsync                   rsyslog
> samba                   screen-cleanup          scst
> sendsigs                single                  smartd
> smartmontools           snmpd
> ssh                     stop-bootlogd           stop-bootlogd-single
> stor_agent              sudo                    sysstat
> tdm2                    udev                    udev-mtab
> umountfs                umountnfs.sh
> umountroot              ups-monitor             urandom
> vivaldiframeworkd       winbind                 x11-common
> xinetd
> crm(live)ra# end
> crm(live)# configure
> crm(live)configure# primitive testlsb lsb:nfs-kernel-server
> ERROR: lsb:nfs-kernel-server: could not parse meta-data:
> ERROR: lsb:nfs-kernel-server: no such resource agent
>

Since I need this for my testing I stopped here.  I do not know how
adequate my patch for the daemon dir, but it did the job. The lsb I just
couldn't tackle.

Cheers,

Borislav
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clusterlabs.org/pipermail/pacemaker/attachments/20120914/bacb0538/attachment-0002.html>