Bug 1001490

Summary: Race contitions in providers. Lack of locking mechanism in providers.
Product: Red Hat Enterprise Linux 7 Reporter: Robin Hack <rhack>
Component: openlmi-providersAssignee: Radek Novacek <rnovacek>
Status: CLOSED NOTABUG QA Contact: qe-baseos-daemons
Severity: high Docs Contact:
Priority: high    
Version: 7.1CC: jsafrane, ovasik, psklenar, sgallagh, tbzatek, tsmetana
Target Milestone: rcKeywords: Tracking
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-08-29 09:02:34 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:
Bug Depends On: 1001636    
Bug Blocks: 922084    

Comment 2 Roman Rakus 2013-08-28 13:10:38 UTC
Marking this as tracking bug.

Comment 4 Jan Safranek 2013-11-01 12:58:50 UTC
There is no concept of 'transactions' and 'locking' in WBEM protocol and in CIM architecture.

We can provide voluntary locking, which is tracked upstream as https://fedorahosted.org/openlmi/ticket/81

Comment 6 Radek Novacek 2014-08-29 09:02:34 UTC
The issue with LMI_Service instances mentioned in comment #0 is fixed in current master in upstream git (the fix will land in 7.1 as the package will be rebased).

But the missing locking mechanism is property of the CIM technologies. There is nothing much we can do in the providers. We could do some voluntary locking mechanism (discussed upstream in https://fedorahosted.org/openlmi/ticket/81) but that has not yet been decided.

For now, I'm closing this bug as NOTABUG, the locking mechanism won't be implemented in the near future. If there is some actual provider breakage in the concurrent access (like that one in comment #0), please fill a new bug.