cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 26753] New: - Persistent store or cache corruption?
Date Sat, 07 Feb 2004 13:33:45 GMT
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.

Mime
View raw message