Bug 1001490 - Race contitions in providers. Lack of locking mechanism in providers.
Summary: Race contitions in providers. Lack of locking mechanism in providers.
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: openlmi-providers
Version: 7.1
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: Radek Novacek
QA Contact: qe-baseos-daemons
URL:
Whiteboard:
Depends On: 1001636
Blocks: 922084
TreeView+ depends on / blocked
 
Reported: 2013-08-27 07:17 UTC by Robin Hack
Modified: 2016-12-01 00:31 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-08-29 09:02:34 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

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.
Note You need to log in before you can comment on or make changes to this bug.