Description of problem: TPS found this problem: /sbin/fence_xvmd: unresolved symbols found: libvirt.so.0 => not found Version-Release number of selected component (if applicable): cman-2.0.115-118.el5.ia64 rhel5.9 How reproducible: always Steps to Reproduce: 1. install rhel5.9 2. install cman 3. run 'ldd /sbin/fence_xvmd' Actual results: libvirt.so.0 => not found Expected results: libvirt already installed Additional info: libvirt.so.0 is provided by 'libvirt' also 'libvirt-devel' is needed to rebuild cman so I do believe that there should be dependency on it. This seems to be special case for ia64. http://lab-02.rhts.eng.bos.redhat.com/beaker/logs/tasks/13257+/13257917/tps-rpmtest.log
while this might sound odd, it´s not a bug. In the RHEL5 release, the policy for _any_ fence agent was not to pull in their dependencies to avoid a full install bloat and customers are expected to take care of those themselves. cman package is correct: x86_64: [root@rhel5-node2 ~]# rpm -q --requires cman |grep virt [root@rhel5-node2 ~]# rpm -q --requires cman |grep xen [root@rhel5-node2 ~]# ia64: [root@hp-bl870c-02 ~]# rpm -q --requires cman |grep virt [root@hp-bl870c-02 ~]# rpm -q --requires cman |grep xen [root@hp-bl870c-02 ~]# filtering out the dependencies. For some reasons that I am not going to investigate, x86_64 installations tend to have libvirt installed by default while ia64 no. that makes TPS scream unnecessarily :)