db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Myrna van Lunteren <m.v.lunte...@gmail.com>
Subject Re: testing crash recovery
Date Wed, 20 Aug 2014 18:52:24 GMT

I cannot check on the 10.7 release docs right now, I get 'Service
Unavailable' on wiki access, but I suspect I last did anything in this
area. As far as I remember, it was a manual approach of loading up some
randomly created database, kick off some process (I might have started one
of the system tests for this), then crashing the jvm (killing the jvm), and
then using ij, check the database (likely I just did some simple operations
(create, delete, select, update), and probably consistency checker).

Unless someone knows another approach that was done under this heading...


On Wed, Aug 20, 2014 at 11:14 AM, Rick Hillegas <rick.hillegas@oracle.com>

> I would like to understand what additional testing of the release
> candidate should be performed in order to satisfy the checklist item called
> "Recovery after crashing engine". Various recovery tests are run as part of
> our platform release tests, but it I don't see any tests for crash recovery.
> We do have a crash recovery test for encrypted databases
> (CryptoCrashRecovery), but that only runs on debug jars. So it has only
> been exercised by nightly/continuousIntegration tests on the 10.11 branch,
> not on the release candidate itself.
> I have some questions for the Store experts:
> 1) Does "Recovery after crashing engine" mean running CryptoCrashRecovery
> on the debug distribution of
> 2) Does it entail some other, formal tests?
> 3) Or is it meant to cover some other ad-hoc tests which are run by hand
> and are not checked in under subversion?
> Thanks,
> -Rick

View raw message