Bug 540843

Summary: [LTC 5.5 FEAT] libcmpiutils update in RHEL 5.5 [201943]
Product: Red Hat Enterprise Linux 5 Reporter: Daniel Veillard <veillard>
Component: libcmpiutilAssignee: Daniel Veillard <veillard>
Status: CLOSED ERRATA QA Contact: Red Hat Kernel QE team <kernel-qe>
Severity: high Docs Contact:
Priority: high    
Version: 5.5CC: bugproxy, gren, jjarvis, jyang, llim, nobody+PNT0273897, virt-maint, xen-maint
Target Milestone: rcKeywords: FutureFeature
Target Release: 5.5   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: 512233 Environment:
Last Closed: 2010-03-30 08:18:42 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: 512233    
Bug Blocks: 557291    
Attachments:
Description Flags
postinstall output of rpm installation
none
postinstall output of source installation
none
cimtest run reports of source installed libvirt-cim-snapshot and libvirtcmpitutil-snapshot
none
cimtest run reports of rpm installed libvirt-cim and libcmpituil none

Comment 1 Daniel Veillard 2009-11-24 10:40:46 UTC
This bug has been created to track the libcmpiutil update requirement
raised in Bug #512233

Daniel

Comment 2 RHEL Program Management 2009-11-24 10:49:09 UTC
This request was evaluated by Red Hat Product Management for
inclusion, but this component is not scheduled to be updated in
the current Red Hat Enterprise Linux release. If you would like
this request to be reviewed for the next minor release, ask your
support representative to set the next rhel-x.y flag to "?".

Comment 3 Daniel Veillard 2009-11-26 13:37:16 UTC
libcmpiutil-0.5-1.el5 has been built in dist-5E-qu-candidate with the
updated package,

Daniel

Comment 5 Osier Yang 2009-12-23 05:19:38 UTC
hi daniel
    saw the latest libvirt-cim on brew already is libvirt-cim-0.5.8-2, should I use the latest one to do the testing or still use libvirt-cim-0.5.8-1?

Thanks and Regards
osier

Comment 6 Osier Yang 2009-12-24 10:03:20 UTC
hi daniel

   there is no RHEL5.5-Server on ia64, and no RHEL5.5-Client on x86_64, so there is no need to test on these two platform?

Comment 7 Osier Yang 2010-01-07 08:00:40 UTC
As a result, I think libvirt-cim need respin. the following text will give an explaination.

with libvirt-cim-0.5.8-2.el5, and libcmpiutil-0.5-1.el5 installed. the testing result is not reasonable, about 55 cases passed, and the others failed with throwing the error messages like following:
--------------------------------------------------------------------
VSSD - 05_set_uuid.py: FAIL
ERROR 	- Got CIM error CIM_ERR_FAILED: Unable to parse embedded object with return code 1
ERROR 	- Failed to define the dom: uuid_domain
InvokeMethod(DefineSystem): CIM_ERR_FAILED: Unable to parse embedded object
--------------------------------------------------------------------

the whole testing result is in attachment "rpm-install.run_reports.txt"

Then I tried to get the latest libvirt-cim and libcmpiutil(libvirt-cim-snapshot.tar.gz, libcmpiutil-snapshot.tar.gz, both are of date "01/07/2010"). And installed them following the instructions listed in "install from source" section of http://wiki.libvirt.org/page/Libvirt-cim_setup, then the testing result seems good. see attachment "source-install.run_reports.txt".

So I tied to find out what make the problem, and it seems that I got. :)

== The steps to discover the problem of libvirt-cim-0.5.8-2 ==
1. in libvirt-cim.spec. modify the "post" section like so: (let the instruction and
execution result display on the terminal but not dicarded)
# Register MOFs

set -x
%{_datadir}/%{name}/provider-register.sh -t pegasus \
        -n root/virt \
        -r %{REGISTRATION} -m %{SCHEMA} #>/dev/null 2>&1 || true
%{_datadir}/%{name}/provider-register.sh -t pegasus \ 
        -n root/interop \
        -r %{INTEROP_REG} -m %{INTEROP_MOF} -v #>/dev/null 2>&1 || true
%{_datadir}/%{name}/provider-register.sh -t pegasus \
        -n root/PG_InterOp \
        -r %{PGINTEROP_REG} -m %{PGINTEROP_MOF} -v #>/dev/null 2>&1 || true
%{_datadir}/%{name}/provider-register.sh -t pegasus \
        -n root/cimv2\
        -r %{CIMV2_REG} -m %{CIMV2_MOF} -v #>/dev/null 2>&1 || true


2. rebuild the rpm
# rpmbuild -ba --define 'dist .el5' libvirt-cim.spec

3. erase the older libvirt-cim
# rpm -e libvirt-cim

4. install the newer libvirt-cim, and record the stdout, stderr to "rpm-postinstall.out"
# rpm -ivh libvirt-cim-0.5.8-2.el5.x86_64.rpm 2>&1 | tee -a rpm-postinstall.out

In rpm-postinstall.out(see the attachment), you will see an error happened when registering the schema and mof in "root/virt" namespace. This error seems causing all the others schema and mof not registered. the error is:
Parsing error: parse error: Error adding class Xen_DiskResourceAllocationSettingData to the repository: CIM_ERR_INVALID_SUPERCLASS: Xen_ResourceAllocationSettingData

And the registering of other namespace works well.

And actually, we can also record the output of "make postinstall" when install from source.

   # make postinstall 2>&1 | tee -a "source-postinstall.out"

You will see no error happened. (see the attachment for source-postinstall.out).


PS: Is it good to hide the output in "post" section of "libvirt-cim.spec"? 
The installation looks good, but actually it has errors. I think it will make the user confused.

Comment 8 Osier Yang 2010-01-07 08:07:24 UTC
Created attachment 382168 [details]
postinstall output of rpm installation

Comment 9 Osier Yang 2010-01-07 08:08:16 UTC
Created attachment 382169 [details]
postinstall output of source installation

Comment 10 Osier Yang 2010-01-07 08:09:36 UTC
Created attachment 382170 [details]
cimtest run reports of source installed libvirt-cim-snapshot and libvirtcmpitutil-snapshot

Comment 11 Osier Yang 2010-01-07 08:11:22 UTC
Created attachment 382171 [details]
cimtest run reports of rpm installed libvirt-cim and libcmpituil

Comment 12 Daniel Veillard 2010-01-19 16:42:23 UTC
libcmpiutil-0.5.1-1.el5 is built in dist-5E-qu-candidate, it should
fix the issues found during testing,

Daniel

Comment 15 errata-xmlrpc 2010-03-30 08:18:42 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-2010-0222.html