Issue Details (XML | Word | Printable)

Key: DERBY-3347
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Critical Critical
Assignee: Knut Anders Hatlen
Reporter: Bogdan Calmac
Votes: 2
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
Derby

ERROR XSDB3: Container information cannot change once written

Created: 23/Jan/08 10:36 PM   Updated: Tuesday 08:16 PM
Return to search
Component/s: Store
Affects Version/s: 10.3.1.4, 10.3.2.1
Fix Version/s: 10.3.3.0, 10.4.1.3, 10.5.1.1

Time Tracking:
Not Specified

File Attachments:
  Size
Text File Licensed for inclusion in ASF works d3347-1a.diff 2008-04-10 11:39 AM Knut Anders Hatlen 18 kB
Text File Licensed for inclusion in ASF works d3347-1a.stat 2008-04-10 11:39 AM Knut Anders Hatlen 0.3 kB
Text File Licensed for inclusion in ASF works d3347-1b.diff 2008-04-11 08:54 AM Knut Anders Hatlen 18 kB
Text File Licensed for inclusion in ASF works d3347-2a.diff 2008-04-10 12:53 PM Knut Anders Hatlen 3 kB
Text File Licensed for inclusion in ASF works d3347-preview.diff 2008-04-09 01:38 PM Knut Anders Hatlen 14 kB
Text File Licensed for inclusion in ASF works d3347-preview.diff 2008-04-08 03:51 PM Knut Anders Hatlen 14 kB
Java Source File Licensed for inclusion in ASF works FileOffset.java 2008-04-16 07:23 AM Knut Anders Hatlen 2 kB
Zip Archive Licensed for inclusion in ASF works MiniStress.zip 2008-04-13 01:39 PM Kathey Marsden 3 kB
HTML File Licensed for inclusion in ASF works releaseNote.html 2008-04-29 01:26 PM Knut Anders Hatlen 5 kB
Environment:
Windows 2003 Server
Sun Java 1.6.0_03
Issue Links:
Duplicate
 
Reference
 

Issue & fix info: Release Note Needed
Bug behavior facts: Regression
Resolution Date: 14/Apr/08 10:17 AM


 Description  « Hide
We are using derby as an embedded DB for our data collection server. During an endurance test when we do around 270 inserts and 9 updates per second, for about a week, I ocasionally see the error below in the deby log (and nothing else beside this).

This is a vanilla installation, we run derby embedded with no extra configuration. I can confirm that there is no memory problem, the heap usage seems constant over time.

Can somebody provide some more information regarding the effects of this error? By looking at the stacktrace, it looks like a checkpoint operation is aborted due to some inconsistency in the internal data structure. If the error does not repeat immediately, does it mean that the next checkpoint is successful and there is no data loss?

I can't provide a test case for that, the error happens after about 1-2 day of running our software. I will rerun the test with the debug jars to capture the line numbers in the stacktrace. Also, I'm starting another test with 10.2.2.0, to see if this problem was introduced in the latest version.

There are another two bugs referring to this error, (https://issues.apache.org/jira/browse/DERBY-2284 and https://issues.apache.org/jira/browse/DERBY-3087) but they seem to happen in response to some client action. This use case is a bit different, the client keeps inserting and updating records for several days in a steady manner and at some point the error pops up.


And lastly, here is the exception:


Checkpoint Daemon caught standard exception

------------ BEGIN ERROR STACK -------------

ERROR XSDB3: Container information cannot change once written: was 0, now 80
at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
at org.apache.derby.impl.store.raw.data.AllocPage.WriteContainerInfo(Unknown Source)
at org.apache.derby.impl.store.raw.data.FileContainer.writeHeader(Unknown Source)
at org.apache.derby.impl.store.raw.data.RAFContainer.writeRAFHeader(Unknown Source)
at org.apache.derby.impl.store.raw.data.RAFContainer.clean(Unknown Source)
at org.apache.derby.impl.services.cache.CachedItem.clean(Unknown Source)
at org.apache.derby.impl.services.cache.Clock.cleanCache(Unknown Source)
at org.apache.derby.impl.services.cache.Clock.cleanAll(Unknown Source)
at org.apache.derby.impl.store.raw.data.BaseDataFileFactory.checkpoint(Unknown Source)
at org.apache.derby.impl.store.raw.log.LogToFile.checkpointWithTran(Unknown Source)
at org.apache.derby.impl.store.raw.log.LogToFile.checkpoint(Unknown Source)
at org.apache.derby.impl.store.raw.RawStore.checkpoint(Unknown Source)
at org.apache.derby.impl.store.raw.log.LogToFile.performWork(Unknown Source)
at org.apache.derby.impl.services.daemon.BasicDaemon.serviceClient(Unknown Source)
at org.apache.derby.impl.services.daemon.BasicDaemon.work(Unknown Source)
at org.apache.derby.impl.services.daemon.BasicDaemon.run(Unknown Source)
at java.lang.Thread.run(Thread.java:619)


------------ END ERROR STACK -------------



 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
No work has yet been logged on this issue.