[
https://issues.apache.org/jira/browse/KARAF-1938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jonathan Anstey updated KARAF-1938:
-----------------------------------
Attachment: KARAF-1938.trunk.patch
KARAF-1938.2.3.x.patch
Here are the patches to fix trunk and the 2.3.x branch.
> Lock logic should wait for start level change to occur
> ------------------------------------------------------
>
> Key: KARAF-1938
> URL: https://issues.apache.org/jira/browse/KARAF-1938
> Project: Karaf
> Issue Type: Bug
> Affects Versions: 2.2.9
> Reporter: Jonathan Anstey
> Assignee: Freeman Fang
> Attachments: KARAF-1938.2.3.x.patch, KARAF-1938.patch,
> KARAF-1938.trunk.patch
>
>
> Consider the case where we have a master and slave Karaf instance:
> 1. Master has acquired lock
> ... time passes...
> 2. Network problem happens
> 3. Master loses lock (due to the network problem) and reduces start level
> accordingly
> 4. Before start level reduction is complete master manages to grab the lock
> 6. Start level is set back to normal
> Seems that flipping the start level around before the container has time to
> complete is not safe. Proposed solution is to just pause the locking loop
> until the start level is actually complete before trying to regain the lock.
> This will prevent flipping of the start level too quickly. Patch coming soon
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
