Bug 1027135

Summary:	Associations of LMI_Chassis fail with "CSCreationClassName is empty" in sfcb
Product:	[Fedora] Fedora	Reporter:	Klaus Kämpf <kkaempf>
Component:	openlmi-providers	Assignee:	Jan Safranek <jsafrane>
Status:	CLOSED UPSTREAM	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	jsafrane, jsynacek, miminar, pschiffe, rnovacek, rrakus, tsmetana, vcrhonek
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-11-22 12:50:37 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Klaus Kämpf 2013-11-06 08:53:57 UTC

Description of problem:
Enumerating instances of LMI_Chassis via pywbem-yawn results in "CSCreationClassName is empty" error with sfcb

Version-Release number of selected component (if applicable):


How reproducible:
Always
Did not happen with openlmi-providers 0.4.0

Steps to Reproduce:
1. Install sfcb and
openlmi-tools-0.9-1.noarch
openlmi-providers-0.4.1-1.x86_64
openlmi-networking-0.2.1-1.x86_64
openlmi-hardware-0.4.1-1.x86_64
openlmi-fan-0.4.1-1.x86_64
openlmi-service-0.4.1-1.x86_64
openlmi-indicationmanager-libs-0.4.1-1.x86_64
openlmi-python-base-0.4.1-1.noarch
openlmi-python-providers-0.4.1-1.noarch
openlmi-software-0.4.1-1.noarch
openlmi-powermanagement-0.4.1-1.x86_64
openlmi-logicalfile-0.4.1-1.x86_64
openlmi-realmd-0.4.1-1.x86_64
openlmi-account-0.4.1-1.x86_64
on openSUSE 12.3

2. Run pywbem-yawn
3. Get instance of LMI_Chassis
4. Click on "Object Associated with this Instance"

Actual results:
"CSCreationClassName is empty" error

Expected results:
List of associated instances

Additional info:

Comment 1 Klaus Kämpf 2013-11-06 09:05:27 UTC

Oh, sorry for not looking for the obvious.

A similar bug was already reported in
https://lists.fedorahosted.org/pipermail/openlmi-devel/2013-October/001811.html

While version 0.4.1 is not crashing for me, the check for CSCreationClassName (and CSName) in src/logicalfile/file.c might just be wrong for associations.

Comment 2 Klaus Kämpf 2013-11-06 09:15:30 UTC

The call to lmi_check_required comes from src/logicalfile/LMI_FileIdentityProvider.c:172 in its references() implementation.

Comment 3 Jan Safranek 2013-11-14 08:56:39 UTC

Patch sent for review: http://reviewboard-openlmi.rhcloud.com/r/1242/

Comment 4 Jan Safranek 2013-11-14 10:32:51 UTC

And another one: https://reviewboard-openlmi.rhcloud.com/r/1245/

Comment 5 Jan Safranek 2013-11-14 11:32:15 UTC

Both are now upstream as https://git.fedorahosted.org/cgit/openlmi-providers.git/commit/?id=fd36206ba36e169eaad9421b0e624feb02b5abff

Comment 6 Klaus Kämpf 2013-11-14 13:51:38 UTC

Works perfectly now, thanks a lot !

Comment 7 Jan Safranek 2013-11-22 12:50:37 UTC

I pushed a fix to 0.4-fixes and master branches and it will be available in next OpenLMI release.