Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clarify that you cannot abort an upgrade #47342

Merged

Conversation

DaveCTurner
Copy link
Contributor

We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.

We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.
@DaveCTurner DaveCTurner added >docs General docs changes :Distributed Indexing/Distributed A catch all label for anything in the Distributed Area. Please avoid if you can. v8.0.0 v7.0.2 v7.1.2 v7.2.2 v7.5.0 v7.4.1 v7.3.3 labels Oct 1, 2019
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-docs

@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-distributed

earlier versions cannot read. The only way to revert an incomplete upgrade is to
completely delete the contents of the data path on each upgraded node. If this
results in data loss then you will need to restore the lost data from a
snapshot.
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am wondering if this remains open to interpretation. Maybe we should make a stronger statement that suggests you must discard the whole cluster if an upgrade fails.

Copy link
Contributor Author

@DaveCTurner DaveCTurner Oct 1, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On reflection I think we have to say that. We don't test the node-by-node downgrade I suggested earlier, and it's definitely possible that the cluster state gets changed by a single upgraded node in a way that poisons the older nodes and e.g. prevents a second upgrade attempt.

I pushed 29d4ac8.

started to upgrade your cluster to version {version} you must complete the
upgrade. As soon as the cluster contains nodes of version {version} it may make
changes to its internal state that cannot be reverted. If you cannot complete
the upgrade then you must deploy an empty cluster and restore its contents from
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Perhaps you could start the section with this. Currently this feels hidden away in the bullet point about snapshots, whereas this is not only a property of that.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@DaveCTurner DaveCTurner requested a review from ywelsch October 1, 2019 13:52
Copy link
Contributor

@ywelsch ywelsch left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@DaveCTurner DaveCTurner merged commit fcf6c17 into elastic:master Oct 2, 2019
@DaveCTurner DaveCTurner deleted the 2019-10-01-more-upgrade-docs branch October 2, 2019 08:27
DaveCTurner added a commit that referenced this pull request Oct 2, 2019
We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.
DaveCTurner added a commit that referenced this pull request Oct 2, 2019
We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.
DaveCTurner added a commit that referenced this pull request Oct 2, 2019
We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.
DaveCTurner added a commit that referenced this pull request Oct 2, 2019
We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.
DaveCTurner added a commit that referenced this pull request Oct 2, 2019
We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.
DaveCTurner added a commit that referenced this pull request Oct 2, 2019
We do mention that rolling back an upgrade requires a restore from a snapshot,
but it's hidden at the bottom of the "preparing to upgrade" instructions on a
different page from the actual upgrade instructions. This commit duplicates the
preparatory instructions onto the pages containing the actual upgrade
instructions and rewords the point about rollbacks a bit.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
:Distributed Indexing/Distributed A catch all label for anything in the Distributed Area. Please avoid if you can. >docs General docs changes v7.0.2 v7.1.2 v7.2.2 v7.3.3 v7.4.1 v7.5.0 v8.0.0-alpha1
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants