Description of problem: ovndb-servers.ocf still use files in old path /usr/share/openvswitch/scripts Version-Release number of selected component (if applicable): ovn2.12-2.12.0-3.el8fdp.x86_64 How reproducible: Steps to Reproduce: 1. cat /usr/share/ovn/scripts/ovndb-servers.ocf 2. cat /usr/lib/ocf/resource.d/ovn/ovndb-servers 3. Actual results: both files use several scripts in old path /usr/share/openvswitch/scripts Expected results: use use scripts in /usr/share/ovn Additional info: the error would cause ovsdb-ha fail(pcs resource ovndb_servers) [root@hp-dl380pg8-11 ovn_ha]# rpm -ql ovn2.12-2.12.0-3.el8fdp.x86_64 /etc/logrotate.d/ovn /etc/sysconfig/ovn /usr/bin/ovn-appctl /usr/bin/ovn-detrace /usr/bin/ovn-nbctl /usr/bin/ovn-sbctl /usr/bin/ovn-trace /usr/lib/.build-id /usr/lib/.build-id/35 /usr/lib/.build-id/35/fa97b664d5ab136b269f10f003183b6bdaf67f /usr/lib/.build-id/5d /usr/lib/.build-id/5d/fce39745b02684223d415dc3d32086e21d510c /usr/lib/.build-id/a4 /usr/lib/.build-id/a4/c3250c6227aae801943b078e0b3387012dd44f /usr/lib/.build-id/fa /usr/lib/.build-id/fa/5fc8adcbb1c16b095766847dc70a9bdf0686d1 /usr/lib/ocf/resource.d/ovn /usr/lib/ocf/resource.d/ovn/ovndb-servers /usr/share/man/man1/ovn-detrace.1.gz /usr/share/man/man5/ovn-nb.5.gz /usr/share/man/man5/ovn-sb.5.gz /usr/share/man/man7/ovn-architecture.7.gz /usr/share/man/man8/ovn-appctl.8.gz /usr/share/man/man8/ovn-ctl.8.gz /usr/share/man/man8/ovn-nbctl.8.gz /usr/share/man/man8/ovn-sbctl.8.gz /usr/share/man/man8/ovn-trace.8.gz /usr/share/ovn /usr/share/ovn/scripts /usr/share/ovn/scripts/ovn-ctl /usr/share/ovn/scripts/ovn-lib /usr/share/ovn/scripts/ovndb-servers.ocf [root@hp-dl380pg8-11 ovn_ha]# head -n 10 /usr/lib/ocf/resource.d/ovn/ovndb-servers #!/bin/bash : ${OCF_FUNCTIONS_DIR=${OCF_ROOT}/lib/heartbeat} . ${OCF_FUNCTIONS_DIR}/ocf-shellfuncs : ${OVN_CTL_DEFAULT="/usr/share/openvswitch/scripts/ovn-ctl"} : ${NB_MASTER_PORT_DEFAULT="6641"} : ${NB_MASTER_PROTO_DEFAULT="tcp"} : ${SB_MASTER_PORT_DEFAULT="6642"} : ${SB_MASTER_PROTO_DEFAULT="tcp"} : ${MANAGE_NORTHD_DEFAULT="no"} [root@hp-dl380pg8-11 ovn_ha]# head -n 20 /usr/share/ovn/scripts/ovndb-servers.ocf #!/bin/bash : ${OCF_FUNCTIONS_DIR=${OCF_ROOT}/lib/heartbeat} . ${OCF_FUNCTIONS_DIR}/ocf-shellfuncs : ${OVN_CTL_DEFAULT="/usr/share/openvswitch/scripts/ovn-ctl"} : ${NB_MASTER_PORT_DEFAULT="6641"} : ${NB_MASTER_PROTO_DEFAULT="tcp"} : ${SB_MASTER_PORT_DEFAULT="6642"} : ${SB_MASTER_PROTO_DEFAULT="tcp"} : ${MANAGE_NORTHD_DEFAULT="no"} : ${INACTIVE_PROBE_DEFAULT="5000"} : ${LISTEN_ON_MASTER_IP_ONLY_DEFAULT="yes"} : ${NB_SSL_KEY_DEFAULT="/etc/openvswitch/ovnnb-privkey.pem"} : ${NB_SSL_CERT_DEFAULT="/etc/openvswitch/ovnnb-cert.pem"} : ${NB_SSL_CACERT_DEFAULT="/etc/openvswitch/cacert.pem"} : ${SB_SSL_KEY_DEFAULT="/etc/openvswitch/ovnsb-privkey.pem"} : ${SB_SSL_CERT_DEFAULT="/etc/openvswitch/ovnsb-cert.pem"} : ${SB_SSL_CACERT_DEFAULT="/etc/openvswitch/cacert.pem"} CRM_MASTER="${HA_SBIN_DIR}/crm_master -l reboot"
error when try to start pcs resource ovndb_servers: > stderr: /usr/lib/ocf/resource.d/ovn/ovndb-servers: line 338: /usr/share/openvswitch/scripts/ovn-ctl: No such file or directory > stderr: /usr/lib/ocf/resource.d/ovn/ovndb-servers: line 339: /usr/share/openvswitch/scripts/ovn-ctl: No such file or directory
Verified on ovn2.13.0-11: [root@hp-dl380pg8-12 ovn]# rpm -ql ovn2.13-2.13.0-11.el8fdp.x86_64 /etc/logrotate.d/ovn /etc/sysconfig/ovn /usr/bin/ovn-appctl /usr/bin/ovn-detrace /usr/bin/ovn-ic-nbctl /usr/bin/ovn-ic-sbctl /usr/bin/ovn-nbctl /usr/bin/ovn-sbctl /usr/bin/ovn-trace /usr/lib/.build-id /usr/lib/.build-id/0a /usr/lib/.build-id/0a/fe0b93b931f5bf9f47c5d4ce3ad3bfd1bb8188 /usr/lib/.build-id/77 /usr/lib/.build-id/77/e1bd018ad5dcba6de9074bda31e37cb63a724a /usr/lib/.build-id/8b /usr/lib/.build-id/8b/15a96f6c3d34cc7ad82b539b4666f107689e43 /usr/lib/.build-id/e5 /usr/lib/.build-id/e5/c1b2a31c35e159bc43b96154dad22dbedf80c0 /usr/lib/.build-id/e6 /usr/lib/.build-id/e6/62191b086ae57faf2c3c6d710030175adab8f0 /usr/lib/.build-id/ff /usr/lib/.build-id/ff/2ba56f30354d2e480e5e85edc53a5fa794e5c5 /usr/lib/ocf/resource.d/ovn /usr/lib/ocf/resource.d/ovn/ovndb-servers /usr/share/man/man1/ovn-detrace.1.gz /usr/share/man/man5/ovn-ic-nb.5.gz /usr/share/man/man5/ovn-ic-sb.5.gz /usr/share/man/man5/ovn-nb.5.gz /usr/share/man/man5/ovn-sb.5.gz /usr/share/man/man7/ovn-architecture.7.gz /usr/share/man/man8/ovn-appctl.8.gz /usr/share/man/man8/ovn-ctl.8.gz /usr/share/man/man8/ovn-ic-nbctl.8.gz /usr/share/man/man8/ovn-ic-sbctl.8.gz /usr/share/man/man8/ovn-nbctl.8.gz /usr/share/man/man8/ovn-sbctl.8.gz /usr/share/man/man8/ovn-trace.8.gz /usr/share/ovn /usr/share/ovn/scripts /usr/share/ovn/scripts/ovn-ctl /usr/share/ovn/scripts/ovn-lib /usr/share/ovn/scripts/ovndb-servers.ocf [root@hp-dl380pg8-12 ovn]# head -n 10 /usr/lib/ocf/resource.d/ovn/ovndb-servers #!/bin/bash : ${OCF_FUNCTIONS_DIR=${OCF_ROOT}/lib/heartbeat} . ${OCF_FUNCTIONS_DIR}/ocf-shellfuncs : ${OVN_CTL_DEFAULT="/usr/share/ovn/scripts/ovn-ctl"} <=== in ovn folder : ${NB_MASTER_PORT_DEFAULT="6641"} : ${NB_MASTER_PROTO_DEFAULT="tcp"} : ${SB_MASTER_PORT_DEFAULT="6642"} : ${SB_MASTER_PROTO_DEFAULT="tcp"} : ${MANAGE_NORTHD_DEFAULT="no"} [root@hp-dl380pg8-12 ovn]# head -n 20 /usr/share/ovn/scripts/ovndb-servers.ocf #!/bin/bash : ${OCF_FUNCTIONS_DIR=${OCF_ROOT}/lib/heartbeat} . ${OCF_FUNCTIONS_DIR}/ocf-shellfuncs : ${OVN_CTL_DEFAULT="/usr/share/ovn/scripts/ovn-ctl"} <==== in ovn folder : ${NB_MASTER_PORT_DEFAULT="6641"} : ${NB_MASTER_PROTO_DEFAULT="tcp"} : ${SB_MASTER_PORT_DEFAULT="6642"} : ${SB_MASTER_PROTO_DEFAULT="tcp"} : ${MANAGE_NORTHD_DEFAULT="no"} : ${INACTIVE_PROBE_DEFAULT="5000"} : ${LISTEN_ON_MASTER_IP_ONLY_DEFAULT="yes"} : ${NB_SSL_KEY_DEFAULT="/etc/openvswitch/ovnnb-privkey.pem"} : ${NB_SSL_CERT_DEFAULT="/etc/openvswitch/ovnnb-cert.pem"} : ${NB_SSL_CACERT_DEFAULT="/etc/openvswitch/cacert.pem"} : ${SB_SSL_KEY_DEFAULT="/etc/openvswitch/ovnsb-privkey.pem"} : ${SB_SSL_CERT_DEFAULT="/etc/openvswitch/ovnsb-cert.pem"} : ${SB_SSL_CACERT_DEFAULT="/etc/openvswitch/cacert.pem"} CRM_MASTER="${HA_SBIN_DIR}/crm_master -l reboot"
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:1502