Bug 809777 - Improvement for the error handling of JCR index build error or node corruption
Summary: Improvement for the error handling of JCR index build error or node corruption
Keywords:
Status: VERIFIED
Alias: None
Product: JBoss Enterprise Portal Platform 5
Classification: JBoss
Component: PicketLink
Version: 5.2.1.GA
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 5.2.2.ER01
Assignee: Boleslaw Dawidowicz
QA Contact:
URL:
Whiteboard:
Depends On: 830084
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-04-04 11:14 UTC by Martin Weiler
Modified: 2023-02-27 08:27 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
It was discovered that if the JCR index is broken, JCR stops. This caused a JCR index build error or node corruption during portal and Site Publisher start-up. The fix includes upgrades to the JCR which allows the portal to start correctly and log the data corruption, rather instead of failing to start.
Clone Of:
Environment:
Last Closed:
Type: Enhancement
Embargoed:
mvanco: needinfo-

Attachments (Terms of Use)

Description Martin Weiler 2012-04-04 11:14:40 UTC 
Description of problem:
Sometimes we face JCR index build error or node corruption during EPP/SP startup.
Is it possible to improve the error handling so that EPP can startup and still serve contents ignoring bad index/corrupted nodes?
It's important for availability of enterprise portal sites.

Version-Release number of selected component (if applicable):
eXo JCR 1.14.3


How reproducible:
Sometimes when the EPP cluster breaks, this results in JCR data corruption.

  
Actual results:
EPP fails to start.


Expected results:
EPP can start, and just log the data corruption


Additional info:
Depends on upgrade of eXo JCR
Comment 1 Martin Weiler 2012-04-04 11:16:25 UTC 
Should be fixed once EPP includes eXo JCR 1.14.7, 1.15.0 or higher.
Comment 2 Michal Vanco 2012-07-20 13:12:13 UTC 
Martin, JCR 1.14.8-CR01 was included in EPP 5.2.2 ER02 and 1.14.8-C0R2 is expected in next release cycle.
Can you please provide more information how this can be verified or if JCR update is enough? Thanks
Comment 3 Michal Vanco 2012-08-06 10:38:24 UTC 
This is fixed by updated JCR component, related jira was https://issues.jboss.org/browse/EXOJCR-1778, confirmed by Martin.
Comment 4 hfnukal@redhat.com 2012-08-24 13:50:29 UTC 
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause: If JCR index is broken, JCR stops.

Consequence: Sometimes we face JCR index build error or node corruption during EPP/SP startup.

Fix: Upgrade JCR

Result: EPP can start, and just log the data corruption
Comment 5 Jared MORGAN 2012-08-28 00:20:25 UTC 
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,7 +1 @@
-Cause: If JCR index is broken, JCR stops.
+It was discovered that if the JCR index is broken, JCR stops. This caused a JCR index build error or node corruption during portal and Site Publisher start-up. The fix includes upgrades to the JCR which allows the portal to start correctly and log the data corruption, rather instead of failing to start.-
-Consequence: Sometimes we face JCR index build error or node corruption during EPP/SP startup.
-
-Fix: Upgrade JCR
-
-Result: EPP can start, and just log the data corruption
Comment 6 Viliam Rockai 2012-08-28 11:18:35 UTC 
Verified again at 5.2.2 CR01
Note You need to log in before you can comment on or make changes to this bug.