[ 
https://issues.apache.org/jira/browse/OAK-6856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16574404#comment-16574404
 ] 

Marcel Reutegger commented on OAK-6856:
---------------------------------------

Unlocking the upgrade is currently not mandatory and the upgrade to Oak 1.8 
will work even without this step. Oak 1.8 and newer are currently the only 
versions that set a format version {{1.8.0}} in the settings collection and 
also enforces it. However, the format version is only enforced when one is 
present, which is not the case in earlier Oak versions. Oak 1.8 will 
automatically set the format version to {{1.8.0}} when none is present. The 
plan was to backport the format version to maintenance branches, which would 
then make the unlock upgrade step mandatory when an upgrade to 1.8 (or newer) 
is performed from a version that e.g. has a format version {{1.6.0}} set.

This plan changed a bit with increased emphasis on zero downtime upgrade 
scenarios. In the future I would like to support upgrades of an Oak cluster 
without downtime. This means some cluster nodes must be up at all times. With 
the current upgrade procedure, even without the unlock upgrade step, this is 
currently not possible.

I'll clarify this with a documentation update in the context of OAK-7703.

> DocumentNodeStore upgrade to 1.8 when RDB access is only possible through 
> application server
> --------------------------------------------------------------------------------------------
>
>                 Key: OAK-6856
>                 URL: https://issues.apache.org/jira/browse/OAK-6856
>             Project: Jackrabbit Oak
>          Issue Type: Improvement
>          Components: documentmk
>            Reporter: Julian Reschke
>            Priority: Major
>
> https://jackrabbit.apache.org/oak/docs/nodestore/document/upgrade.html 
> currently assumes that the admin has access to the persistence from within 
> oak-run. This might not be true for the RDB persistence when Oak runs in an 
> application server and the DataSource is obtained through JNDI.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to