You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by "Myrna van Lunteren (JIRA)" <ji...@apache.org> on 2015/03/04 19:17:38 UTC

[jira] [Created] (DERBY-6797) If a (machine/jvm) crash happens during hard upgrade, derby does not roll back the upgrade.

Myrna van Lunteren created DERBY-6797:
-----------------------------------------

             Summary: If a (machine/jvm) crash happens during hard upgrade, derby does not roll back the upgrade.
                 Key: DERBY-6797
                 URL: https://issues.apache.org/jira/browse/DERBY-6797
             Project: Derby
          Issue Type: Bug
          Components: Store
    Affects Versions: 10.11.1.3, 10.12.0.0
            Reporter: Myrna van Lunteren


When a crash happens during hard upgrade of derby, the upgrade -up to that point - is not rolled back. Depending on where the crash happens this might leave a broken database behind.

This makes it extra important to create a backup before doing a hard upgrade.

I have not tested this with a soft upgrade.

I will attach a test case which uses the upgrade test suite framework and uses a call of SanityManager.DEBUG_SET("upgrade_abort") to send a flag, and a change in impl/sql/catalog/DD_version to listen for this flag.
Thus, it's only a test that would run in a sane environment.

But this test does show that even if we see the error during hard upgrade, the resulting database appears to be in the newer version. I have manually tested this with 10.11 (by modifying DD_version in 10.11 to throw the error regardless of sanity manager or not) and with 10.12 by running my new test.





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