DO NOT REPLY [Bug 26753] New: - Persistent store or cache corruption?

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26753>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26753

Persistent store or cache corruption?

           Summary: Persistent store or cache corruption?
           Product: Cocoon 2
           Version: Current CVS 2.1
          Platform: Macintosh
        OS/Version: MacOS X
            Status: NEW
          Severity: Major
          Priority: Other
         Component: core
        AssignedTo: dev@cocoon.apache.org
        ReportedBy: bdelacretaz@codeconsult.ch


This looks serious and I don't know much about the internals of the caching
system, so I'll try to provide as much info as possible.

This might be hard to reproduce - I was playing with the "System Tools And
Pages",  and, during two different runs, pages became corrupted. However,
similar problems occured in two different runs of Cocoon.

First run:
-Start Cocoon
-Start LinkStatus sample, http://localhost:8888/samples/linkstatus, takes a long
time to run
-While LinkStatus sample runs, play with the "clear cache" and "clear store" links

At some point the http://localhost:8888/ became corrupted, Cocoon serves garbage
which looks like raw content from the cache.

Second run:
-Start Cocoon, LinkStatus sample, play with "clear cache" and "clear store"

At some point the docs index page (http://localhost:8888/docs/index.html) gets
corrupted, looks like raw content from the cache.

Them, calling http://localhost:8888/samples/clearcache.html takes much longer
than usual, many exceptions on the console (but not in the logs):

key = KeyObject, pos = 1662521
java.io.EOFException
        at java.io.RandomAccessFile.readByte(RandomAccessFile.java:564)
        at
com.coyotegulch.jisp.ObjectDatabaseFile.readObject(ObjectDatabaseFile.java:367)
        at
com.coyotegulch.jisp.IndexedObjectDatabase.read(IndexedObjectDatabase.java:244)
        at
org.apache.excalibur.store.impl.AbstractJispFilesystemStore.doGet(AbstractJispFilesystemStore.java:137)
        at
org.apache.excalibur.store.impl.AbstractReadWriteStore.get(AbstractReadWriteStore.java:103)
        at
org.apache.cocoon.generation.StatusGenerator.genVMStatus(StatusGenerator.java:300)
        at
org.apache.cocoon.generation.StatusGenerator.genStatus(StatusGenerator.java:199)
        at
org.apache.cocoon.generation.StatusGenerator.generate(StatusGenerator.java:165)
        at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:579)
        at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:196)
        at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:523)


Then use http://localhost:8888/samples/clearpersistentstore.html
Takes more than 30 seconds, no exceptions.

Everything is then back to normal, docs index page is correct, clear cache and
clear store pages are quick again.