Update the Upgrading Using a Direct Download guide section.#13684
Update the Upgrading Using a Direct Download guide section.#13684andsel merged 3 commits intoelastic:mainfrom
Conversation
During the time Logstash switched from a set of Ruby files plus one fat jar to multiple jars, with configuration files and shell scripts that also needs to be updated. It's not anymore sufficient to suggest to unpack a new distribution over an existing one. This is problematic when we add jars from version to version because drive to the pollution of the classpath. This commit redefines to steps to do this, in a safer way, backing up data and config folders.
karenzone
left a comment
There was a problem hiding this comment.
Minor formatting and wording suggestions for your consideration.
FYI: I usually try to validate procedures as part of a review. I did not test these steps.
docs/static/upgrading.asciidoc
Outdated
| 1. Shut down your Logstash pipeline, including any inputs that send events to Logstash. | ||
| 2. Download the https://www.elastic.co/downloads/logstash[Logstash installation file] that matches your host environment. |
There was a problem hiding this comment.
| 1. Shut down your Logstash pipeline, including any inputs that send events to Logstash. | |
| 2. Download the https://www.elastic.co/downloads/logstash[Logstash installation file] that matches your host environment. | |
| . Shut down your Logstash pipeline, including any inputs that send events to Logstash. | |
| . Download the https://www.elastic.co/downloads/logstash[Logstash installation file] that matches your host environment. |
There was a problem hiding this comment.
This notation sets up autonumbering. :-)
docs/static/upgrading.asciidoc
Outdated
| 3. Backup your `config/` and `data/` folders in a temporary space. | ||
| 4. Remove your Logstash directory. | ||
| 5. Unpack the installation file into the same folder your existing Logstash directory was present. | ||
| 6. Restore the `config/` and `data/` folders that was previously saved, overwriting the folders created during the unpack operation. | ||
| 7. Test your configuration file with the `logstash --config.test_and_exit -f <configuration-file>` command. |
There was a problem hiding this comment.
| 3. Backup your `config/` and `data/` folders in a temporary space. | |
| 4. Remove your Logstash directory. | |
| 5. Unpack the installation file into the same folder your existing Logstash directory was present. | |
| 6. Restore the `config/` and `data/` folders that was previously saved, overwriting the folders created during the unpack operation. | |
| 7. Test your configuration file with the `logstash --config.test_and_exit -f <configuration-file>` command. | |
| . Backup your `config/` and `data/` folders in a temporary space. | |
| . Delete your Logstash directory. | |
| . Unpack the installation file into the folder that contained the Logstash directory that you just deleted. | |
| . Restore the `config/` and `data/` folders that were previously saved, overwriting the folders created during the unpack operation. | |
| . Test your configuration file with the `logstash --config.test_and_exit -f <configuration-file>` command. |
docs/static/upgrading.asciidoc
Outdated
| Configuration options for | ||
| some Logstash plugins have changed in the 7.x release. | ||
| 5. Restart your Logstash pipeline after updating your configuration file. | ||
| 8. Restart your Logstash pipeline after updating your configuration file. |
There was a problem hiding this comment.
| 8. Restart your Logstash pipeline after updating your configuration file. | |
| . Restart your Logstash pipeline after updating your configuration file. |
|
Thanks @karenzone |
karenzone
left a comment
There was a problem hiding this comment.
I left one comment inline. Otherwise, builds cleanly and LGTM. Thanks for your work on this.
Co-authored-by: Karen Metts <35154725+karenzone@users.noreply.github.com>
…13684) During the time Logstash switched from a set of Ruby files plus one fat jar to multiple jars, with configuration files and shell scripts that also needs to be updated. It's not anymore sufficient to suggest to unpack a new distribution over an existing one. This is problematic when we add jars from version to version because drive to the pollution of the classpath. This commit redefines to steps to do this, in a safer way, backing up data and config folders. Co-authored-by: Karen Metts <35154725+karenzone@users.noreply.github.com (cherry picked from commit 30b9ad8)
…13684) During the time Logstash switched from a set of Ruby files plus one fat jar to multiple jars, with configuration files and shell scripts that also needs to be updated. It's not anymore sufficient to suggest to unpack a new distribution over an existing one. This is problematic when we add jars from version to version because drive to the pollution of the classpath. This commit redefines to steps to do this, in a safer way, backing up data and config folders. Co-authored-by: Karen Metts <35154725+karenzone@users.noreply.github.com (cherry picked from commit 30b9ad8)
… section. (#13684) (#13741) Clean backport of #13684 to branch `8.1` ---- Original comment During the time Logstash switched from a set of Ruby files plus one fat jar to multiple jars, with configuration files and shell scripts that also needs to be updated. It's not anymore sufficient to suggest to unpack a new distribution over an existing one. This is problematic when we add jars from version to version because drive to the pollution of the classpath. This commit redefines to steps to do this, in a safer way, backing up data and config folders. Co-authored-by: Karen Metts <35154725+karenzone@users.noreply.github.com (cherry picked from commit 30b9ad8)
… section. (#13684) (#13742) Clean backport of #13684 to branch `8.0` ---- Original comment During the time Logstash switched from a set of Ruby files plus one fat jar to multiple jars, with configuration files and shell scripts that also needs to be updated. It's not anymore sufficient to suggest to unpack a new distribution over an existing one. This is problematic when we add jars from version to version because drive to the pollution of the classpath. This commit redefines to steps to do this, in a safer way, backing up data and config folders. Co-authored-by: Karen Metts <35154725+karenzone@users.noreply.github.com (cherry picked from commit 30b9ad8)
PREVIEW: https://logstash_13684.docs-preview.app.elstc.co/guide/en/logstash/master/upgrading-using-direct-download.html
Release notes
[rn:skip]
What does this PR do?
During the time Logstash switched from a set of Ruby files plus one fat jar to multiple jars, with configuration files
and shell scripts that also needs to be updated. It's not anymore sufficient to suggest to unpack a new distribution
over an existing one. This is problematic when we add jars from version to version because drive to the pollution
of the classpath.
This commit redefines to steps to do this, in a safer way, backing up data and config folders.
Why is it important/What is the impact to the user?
Checklist
Author's Checklist
How to test this PR locally
Related issues
Use cases
Screenshots
Logs