Following simple lmishell script throws traceback: c = connect("localhost") ns = c.root.cimv2 query = 'SELECT * FROM CIM_ComputerSystem' systems = ns.wql(query) print systems[0].Name print ns.PG_UnixProcess.first_instance() Traceback (most recent call last): File "<console>", line 1, in <module> File "/usr/lib/python2.7/site-packages/lmi/shell/LMINamespace.py", line 52, in __getattr__ raise LMIExceptions.LMIClassNotFound(self.name, name) LMIClassNotFound: no such class "PG_UnixProcess" in "root/cimv2" namespace Observations: - lmishell works well when using ns.CIM_ComputerSystem.instances() instead of ns.wql() - lmishell works well after commenting out 'print systems[0].Name' (!!!) ns.wql() together with accessing systems[0].Name makes 'ns' unusable, it cannot load PG_UnixProcess class afterwards. Version-Release number of selected component (if applicable): openlmi-tools-0.9.1-2.fc21.noarch How reproducible: always All this makes openlmi-storage tests unusable.
openlmi-tools-0.9.1-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/openlmi-tools-0.9.1-3.fc20
Package openlmi-tools-0.9.1-3.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing openlmi-tools-0.9.1-3.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-6399/openlmi-tools-0.9.1-3.fc20 then log in and leave karma (feedback).
openlmi-tools-0.9.1-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.