Details
-
Bug
-
Resolution: Fixed
-
Neutral
-
None
-
None
-
-
Empty show more show less
-
Maintenance 22, Maintenance 23, Maintenance 24, Maintenance 25, Maintenance 26, Maintenance 33, Maintenance 34, HL & LD 17, HL & LD 18, HL & LD 19, HL & LD 20, HL & LD 22, HL & LD 23, HL & LD 24, HL & LD 25, HL & LD 26, HL & LD 27, HL & LD 28
-
8
Description
Steps to reproduce
- No steps to reproduce - happens randomly on certain environments.
Expected results
- Content is published and unlocked on public instance.
Actual results
- Content publication fails and node remains locked on public instance.
Workaround
- Log in to public instance(s) and remove affected node(s) and republish content.
- Use publishing tools to clean mgnlSystem on public instance(s)
OR - Restart affected public instances
Development notes
Investigation ticket, also see tickets linked to PUBLISHING-86.
Timeboxed to 5sp for investigation
There is a recurring issue with having nodes locked after publishing. There is something happening where locked nodes are being broken and as a result are closing sessions.Â
Here is an example of what the error is like :Â
2020-08-18 16:50:44,524 WARN org.apache.jackrabbit.core.lock.LockManagerImpl  : Unable to remove session-scoped lock on node ‘2aaf8f48-bff6-4cb7-a468-f8a95be0c68f-5’: This session has been closed. See the chained exception for a trace of where the session was closed
Despite attempts at using solutions for regular locked nodes issues, this still persists in some environments.Â
Â
Checklists
Attachments
Issue Links
- depends upon
-
PUBLISHING-99 Move away from JCR node locking
-
- Closed
-
- is related to
-
EEPUBLISH-31 Unpublished parent reports node locked
-
- Closed
-
-
PUBLISHING-91 Unpublished parent reports node locked
-
- Closed
-
-
PUBLISHING-86 Provide an app to clear activation locks
-
- Closed
-
-
PUBLISHING-88 Keep track of lock owners with session data
-
- Closed
-
- relates to
-
PUBLISHING-90 Set default timeout of 5 minutes for locks and increase logging
-
- Closed
-