Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 659279

Summary: sblim has unresolved deps (requires libvirt)
Product: Red Hat Enterprise Linux 5 Reporter: Daniel Mach <dmach>
Component: sblimAssignee: Vitezslav Crhonek <vcrhonek>
Status: CLOSED ERRATA QA Contact: qe-baseos-daemons
Severity: urgent Docs Contact:
Priority: low    
Version: 5.6CC: azelinka, cward, jjarvis, jkachuck, mcermak, ovasik
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: sblim-1-46.el5 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 661332 (view as bug list) Environment:
Last Closed: 2011-01-13 23:22:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 661332    

Description Daniel Mach 2010-12-02 11:38:42 UTC
package: sblim-gather-2.2.1-45.el5.i386 from RHEL5.6-Client-20101202.0/5/x86_64/os/Client
  unresolved deps: 
     libvirt.so.0(LIBVIRT_0.1.1)
     libvirt.so.0(LIBVIRT_0.1.5)
     libvirt.so.0
     libvirt.so.0(LIBVIRT_0.3.3)
     libvirt.so.0(LIBVIRT_0.0.3)
     libvirt.so.0(LIBVIRT_0.1.0)

Comment 1 Daniel Mach 2010-12-02 11:43:26 UTC
The same issue is on both Server and Client.
libvirt is in VT while sblim-gather is in Server and Client.

Does it make sense to move sblim-gather to VT?
That would probably resolve the unresolved dependency.

Comment 2 Ondrej Vasik 2010-12-02 11:46:53 UTC
I'd say - not full gatherer ... this libvirt dependency was added as a fix of https://bugzilla.redhat.com/show_bug.cgi?id=655105 ... so probably these .so plugins requiring libvirt.so should be moved to ?-virt? subpackge which could be moved to VT and server/client will be withouth broken dependencies.

Comment 4 IBM Bug Proxy 2010-12-03 01:21:08 UTC
------- Comment From tyreld.com 2010-12-02 20:16 EDT-------
There is at least one group within IBM that uses the Kvm plugins without the provider interface by talking to the gather daemons directly. Is it possible to create 2 new packages in VT so that the metric plugins can be installed without the overhead of installing the provider package as well.

These are the relevant .so files:

*** sblim-gather-provider-plugins-virt ***

These are dependent on sblim-gather-provider and the 4 metric/repository plugins below.

%{_libdir}/gather/cplug/libcimplugKvm.so
%{_libdir}/gather/cplug/libcimplugXen.so

This package would also need to be responsible for the registration/deregistration of the KVM and Xen mofs.

*** sblim-gather-plugins-virt ***

These are dependent on sblim-gather and libvirt

%{_libdir}/gather/mplug/libmetricKvm.so
%{_libdir}/gather/mplug/libmetricXen.so
%{_libdir}/gather/rplug/librepositoryKvm.so
%{_libdir}/gather/rplug/librepositoryXen.so

Comment 9 Joseph Kachuck 2010-12-03 15:35:59 UTC
Hello,
The sblim i386 packages can be downloaded from:
http://people.redhat.com/jkachuck/sblim-386/

Please let me know if you need any additional archs.

Thank You
Joe Kachuck

Comment 11 IBM Bug Proxy 2010-12-07 23:03:06 UTC
------- Comment From tyreld.com 2010-12-07 17:50 EDT-------
(In reply to comment #5)
> Hello,
> The sblim i386 packages can be downloaded from:
> http://people.redhat.com/jkachuck/sblim-386/
>
> Please let me know if you need any additional archs.
>
> Thank You
> Joe Kachuck

This fixes the dependency issue, but I see is that the registration of the metric provider classes is failing.

[root@localhost ~]# rpm -qa | grep sblim
sblim-gather-2.2.1-46.el5
sblim-cmpi-base-1.6.0-46.el5
sblim-gather-plugins-virt-2.2.1-46.el5
sblim-wbemcli-1.6.1-43.el5
sblim-gather-provider-plugins-virt-2.2.1-46.el5
sblim-gather-provider-2.2.1-46.el5

[root@localhost ~]# cimprovider -l
OperatingSystemModule
ComputerSystemModule
ProcessModule
cmpiOSBase_BaseBoardProvider
cmpiOSBase_ComputerSystemProvider
cmpiOSBase_CSBaseBoardProvider
cmpiOSBase_CSProcessorProvider
cmpiOSBase_OperatingSystemProvider
cmpiOSBase_OperatingSystemStatisticalDataProvider
cmpiOSBase_OperatingSystemStatisticsProvider
cmpiOSBase_OSProcessProvider
cmpiOSBase_ProcessorProvider
cmpiOSBase_RunningOSProvider
cmpiOSBase_UnixProcessProvider

Only the sblim-cmpi-base providers are listed as registered with tog-pegasus despite sblim-gather-provider being installed.

[root@localhost ~]# wbemcli ecn http://root:passw0rd@localhost/root/cimv2 | grep Metric
localhost:5988/root/cimv2:CIM_BaseMetricValue
localhost:5988/root/cimv2:CIM_MetricDefForME
localhost:5988/root/cimv2:CIM_UoWMetricDefinition
localhost:5988/root/cimv2:CIM_AggregationMetricValue
localhost:5988/root/cimv2:CIM_AggregationMetricDefinition
localhost:5988/root/cimv2:CIM_MetricInstance
localhost:5988/root/cimv2:CIM_UoWMetric
localhost:5988/root/cimv2:CIM_MetricServiceCapabilities
localhost:5988/root/cimv2:CIM_MetricDefinition
localhost:5988/root/cimv2:CIM_MetricService
localhost:5988/root/cimv2:CIM_BaseMetricDefinition
localhost:5988/root/cimv2:CIM_MetricForME
localhost:5988/root/cimv2:Linux_MetricPlugin                    <---------------- These are the only 2
localhost:5988/root/cimv2:Linux_MetricValueDefinition      <----------------  classes registered

Can you point me at the source rpm?

Comment 12 IBM Bug Proxy 2010-12-07 23:10:59 UTC
------- Comment From tyreld.com 2010-12-07 18:08 EDT-------
I take back my last comment. I forgot to set "repositoryIsDefaultInstaceProvider=true".

However, I would like to point out that the following error is not seen when installing the sblim-gather-provider rpm:

The OpenPegasus cimserver's settings do not allow sblim-gather operation.
You must run the command:  "cimconfig -p -s repositoryIsDefaultInstanceProvider=true"
and restart the cimserver before running the provider-register.sh script.

I only was reminded after I did the registration by hand after installing the rpm. I assume that this is because all output from provider-register.sh is dumped to /dev/null by the spec file.

Comment 17 IBM Bug Proxy 2011-01-07 23:11:31 UTC
------- Comment From tyreld.com 2011-01-07 18:07 EDT-------
Looks good in RC1.

Comment 19 errata-xmlrpc 2011-01-13 23:22:49 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0090.html