[jira] [Resolved] (OAK-4436) HeavyWriteIT sporadically fails

["Michael Dürig (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/OAK-4436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Dürig resolved OAK-4436.
--------------------------------
    Resolution: Fixed

Fixed at http://svn.apache.org/viewvc?rev=1747256&view=rev

The problem was the "mutable" constant for default segment gc options, which was shared between different stores.

> HeavyWriteIT sporadically fails
> -------------------------------
>
>                 Key: OAK-4436
>                 URL: https://issues.apache.org/jira/browse/OAK-4436
>             Project: Jackrabbit Oak
>          Issue Type: Bug
>          Components: segment-tar
>            Reporter: Michael Dürig
>            Assignee: Michael Dürig
>            Priority: Critical
>              Labels: gc
>             Fix For: 1.6
>
>
> I've seen {{HeavyWriteIT}} fail sporadically on my local checkout.
> {noformat}
> 3d13e2927fc0d75454a692ef5c8703880dc2ea0d
> org.apache.jackrabbit.oak.segment.SegmentNotFoundException: Segment 31b75992-aaf7-4f2b-a5de-b5a268c1fdb3 not found
> 	at org.apache.jackrabbit.oak.segment.file.FileStore$14.call(FileStore.java:1377)
> 	at org.apache.jackrabbit.oak.segment.file.FileStore$14.call(FileStore.java:1317)
> 	at org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.load(CacheLIRS.java:1011)
> 	at org.apache.jackrabbit.oak.cache.CacheLIRS$Segment.get(CacheLIRS.java:972)
> 	at org.apache.jackrabbit.oak.cache.CacheLIRS.get(CacheLIRS.java:283)
> 	at org.apache.jackrabbit.oak.segment.SegmentCache.geSegment(SegmentCache.java:80)
> 	at org.apache.jackrabbit.oak.segment.file.FileStore.readSegment(FileStore.java:1317)
> 	at org.apache.jackrabbit.oak.segment.SegmentId.getSegment(SegmentId.java:111)
> 	at org.apache.jackrabbit.oak.segment.RecordId.getSegment(RecordId.java:94)
> 	at org.apache.jackrabbit.oak.segment.SegmentWriter$SegmentWriteOperation.isOldGeneration(SegmentWriter.java:1010)
> 	at org.apache.jackrabbit.oak.segment.SegmentWriter$SegmentWriteOperation.writeNodeUncached(SegmentWriter.java:906)
> 	at org.apache.jackrabbit.oak.segment.SegmentWriter$SegmentWriteOperation.writeNode(SegmentWriter.java:885)
> 	at org.apache.jackrabbit.oak.segment.SegmentWriter$SegmentWriteOperation.access$700(SegmentWriter.java:319)
> 	at org.apache.jackrabbit.oak.segment.SegmentWriter$8.execute(SegmentWriter.java:277)
> 	at org.apache.jackrabbit.oak.segment.SegmentBufferWriterPool.execute(SegmentBufferWriterPool.java:110)
> 	at org.apache.jackrabbit.oak.segment.SegmentWriter.writeNode(SegmentWriter.java:274)
> 	at org.apache.jackrabbit.oak.segment.SegmentNodeBuilder.getNodeState(SegmentNodeBuilder.java:111)
> 	at org.apache.jackrabbit.oak.segment.SegmentNodeStore$Commit.<init>(SegmentNodeStore.java:516)
> 	at org.apache.jackrabbit.oak.segment.SegmentNodeStore.merge(SegmentNodeStore.java:284)
> 	at org.apache.jackrabbit.oak.segment.HeavyWriteIT.heavyWrite(HeavyWriteIT.java:91)
> {noformat}
> I suspect this is a problem with {{isOldGeneration}} itself not being prepared for the old segment actually being gone. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)