X-Git-Url: https://git.arvados.org/arvados.git/blobdiff_plain/773413b6decf25e4ab669881e00c507aa8a1486f..365351eade89d3a7d3340d114a329089599c1cd8:/doc/admin/upgrading.html.textile.liquid diff --git a/doc/admin/upgrading.html.textile.liquid b/doc/admin/upgrading.html.textile.liquid index dfee7e0b5c..23f7ee81af 100644 --- a/doc/admin/upgrading.html.textile.liquid +++ b/doc/admin/upgrading.html.textile.liquid @@ -1,7 +1,7 @@ --- layout: default navsection: installguide -title: "Upgrading Arvados and Release notes" +title: "Arvados upgrade notes" ... {% comment %} @@ -10,20 +10,13 @@ Copyright (C) The Arvados Authors. All rights reserved. SPDX-License-Identifier: CC-BY-SA-3.0 {% endcomment %} -For Arvados administrators, this page will cover what you need to know and do in order to ensure a smooth upgrade of your Arvados installation. For general release notes covering features added and bugs fixed, see "Arvados releases":https://arvados.org/releases . +For Arvados administrators, this page will cover what you need to know and do in order to ensure a smooth upgrade of your Arvados installation. For general release notes covering features added and bugs fixed, see "Arvados releases":https://arvados.org/releases. -h2. General process - -# Consult upgrade notes below to see if any manual configuration updates are necessary. -# Wait for the cluster to be idle and stop Arvados services. -# Make a backup of your database, as a precaution. -# Install new packages using @apt-get upgrade@ or @yum upgrade@. -# Wait for package installation scripts as they perform any necessary data migrations. -# Restart Arvados services. +Upgrade instructions can be found at "Maintenance and upgrading":{{site.baseurl}}/admin/maintenance-and-upgrading.html#upgrading. h2. Upgrade notes -Some versions introduce changes that require special attention when upgrading: e.g., there is a new service to install, or there is a change to the default configuration that you might need to override in order to preserve the old behavior. +Some versions introduce changes that require special attention when upgrading: e.g., there is a new service to install, or there is a change to the default configuration that you might need to override in order to preserve the old behavior. These notes are listed below, organized by release version. Scroll down to the version number you are upgrading to. {% comment %} Note to developers: Add new items at the top. Include the date, issue number, commit, and considerations/instructions for those about to upgrade. @@ -35,20 +28,27 @@ TODO: extract this information based on git commit messages and generate changel
-h2(#main). development main (as of 2021-11-10) +h2(#v2_3_2). v2.3.2 (2021-12-09) -"previous: Upgrading from 2.3.0":#v2_3_0 +"previous: Upgrading to 2.3.1":#v2_3_1 -h3. Users are visible to other users by default +There are no changes requiring special attention in this version. -When a new user is set up (either via @AutoSetupNewUsers@ config or via Workbench admin interface) the user immediately becomes visible to other users. To revert to the previous behavior, where the administrator must add two users to the same group using the Workbench admin interface in order for the users to see each other, change the new @Users.ActivatedUsersAreVisibleToOthers@ config to @false@. +h2(#v2_3_1). v2.3.1 (2021-11-19) + +"previous: Upgrading to 2.3.0":#v2_3_0 + +h3. Default LSF arguments have changed -h3. Dedicated keepstore process for each container +If you use LSF and your configuration specifies @Containers.LSF.BsubArgumentsList@, you should update it to include the new arguments (@"-R", "select[mem>=%MMB]", ...@, see "configuration reference":{{site.baseurl}}/admin/config.html). Otherwise, containers that are too big to run on any LSF host will remain in the LSF queue instead of being cancelled. -When Arvados runs a container via @arvados-dispatch-cloud@, the @crunch-run@ supervisor process now brings up its own keepstore server to handle I/O for mounted collections, outputs, and logs. With the default configuration, the keepstore process allocates one 64 MiB block buffer per VCPU requested by the container. For most workloads this will increase throughput, reduce total network traffic, and make it possible to run more containers at once without provisioning additional keepstore nodes to handle the I/O load. -* If you have containers that can effectively handle multiple I/O threads per VCPU, consider increasing the @Containers.LocalKeepBlobBuffersPerVCPU@ value. -* If you already have a robust permanent keepstore infrastructure, you can set @Containers.LocalKeepBlobBuffersPerVCPU@ to 0 to disable this feature and preserve the previous behavior of sending container I/O traffic to your separately provisioned keepstore servers. -* This feature is enabled only if no volumes use @AccessViaHosts@, and no volumes have underlying @Replication@ less than @Collections.DefaultReplication@. If the feature is configured but cannot be enabled due to an incompatible volume configuration, this will be noted in the @crunch-run.txt@ file in the container log. +h3. Previously trashed role groups will be deleted + +Due to a bug in previous versions, the @DELETE@ operation on a role group caused the group to be flagged as trash in the database, but continue to grant permissions regardless. After upgrading, any role groups that had been trashed this way will be deleted. This might surprise some users if they were relying on permissions that were still in effect due to this bug. Future @DELETE@ operations on a role group will immediately delete the group and revoke the associated permissions. + +h3. Users are visible to other users by default + +When a new user is set up (either via @AutoSetupNewUsers@ config or via Workbench admin interface) the user immediately becomes visible to other users. To revert to the previous behavior, where the administrator must add two users to the same group using the Workbench admin interface in order for the users to see each other, change the new @Users.ActivatedUsersAreVisibleToOthers@ config to @false@. h3. Backend support for vocabulary checking @@ -58,7 +58,7 @@ You can read more about how this feature works on the "admin page":{{site.baseur h2(#v2_3_0). v2.3.0 (2021-10-27) -"previous: Upgrading from 2.2.0":#v2_2_0 +"previous: Upgrading to 2.2.0":#v2_2_0 h3. Ubuntu 18.04 packages for arvados-api-server and arvados-workbench now conflict with ruby-bundler @@ -90,7 +90,7 @@ Typically a docker image collection contains a single @.tar@ file at the top lev h2(#v2_2_0). v2.2.0 (2021-06-03) -"previous: Upgrading from 2.1.0":#v2_1_0 +"previous: Upgrading to 2.1.0":#v2_1_0 h3. New spelling of S3 credential configs @@ -125,7 +125,7 @@ The ForceLegacyAPI14 configuration option has been removed. In the unlikely even h2(#v2_1_0). v2.1.0 (2020-10-13) -"Upgrading from 2.0.0":#v2_0_0 +"previous: Upgrading to 2.0.0":#v2_0_0 h3. LoginCluster conflicts with other Login providers @@ -212,13 +212,13 @@ As a side effect of new permission system constraints, "star" links (indicating h2(#v2_0_0). v2.0.0 (2020-02-07) -"Upgrading from 1.4":#v1_4_1 +"previous: Upgrading to 1.4.1":#v1_4_1 Arvados 2.0 is a major upgrade, with many changes. Please read these upgrade notes carefully before you begin. h3. Migrating to centralized config.yml -See "Migrating Configuration":config-migration.html for notes on migrating legacy per-component configuration files to the new centralized @/etc/arvados/config.yml@. +See "Migrating Configuration":https://doc.arvados.org/v2.1/admin/config-migration.html for notes on migrating legacy per-component configuration files to the new centralized @/etc/arvados/config.yml@. To ensure a smooth transition, the per-component config files continue to be read, and take precedence over the centralized configuration. Your cluster should continue to function after upgrade but before doing the full configuration migration. However, several services (keepstore, keep-web, keepproxy) require a minimal `/etc/arvados/config.yml` to start: @@ -238,11 +238,11 @@ You can no longer specify types of keep services to balance via the @KeepService You can no longer specify individual keep services to balance via the @config.KeepServiceList@ command line option or @KeepServiceList@ legacy config option. Instead, keep-balance will operate on all keepstore servers with @service_type:disk@ as reported by the @arv keep_service list@ command. If you are still using the legacy config, @KeepServiceList@ should be removed or keep-balance will produce an error. -Please see the "config migration guide":{{site.baseurl}}/admin/config-migration.html and "keep-balance install guide":{{site.baseurl}}/install/install-keep-balance.html for more details. +Please see the "config migration guide":https://doc.arvados.org/v2.1/admin/config-migration.html and "keep-balance install guide":{{site.baseurl}}/install/install-keep-balance.html for more details. h3. Arv-git-httpd configuration migration -(feature "#14712":https://dev.arvados.org/issues/14712 ) The arv-git-httpd package can now be configured using the centralized configuration file at @/etc/arvados/config.yml@. Configuration via individual command line arguments is no longer available. Please see "arv-git-httpd's config migration guide":{{site.baseurl}}/admin/config-migration.html#arv-git-httpd for more details. +(feature "#14712":https://dev.arvados.org/issues/14712 ) The arv-git-httpd package can now be configured using the centralized configuration file at @/etc/arvados/config.yml@. Configuration via individual command line arguments is no longer available. Please see "arv-git-httpd's config migration guide":https://doc.arvados.org/v2.1/admin/config-migration.html#arv-git-httpd for more details. h3. Keepstore and keep-web configuration migration @@ -250,11 +250,11 @@ keepstore and keep-web no longer support configuration via (previously deprecate keep-web now supports the legacy @keep-web.yml@ config format (used by Arvados 1.4) and the new cluster config file format. Please check "keep-web's install guide":{{site.baseurl}}/install/install-keep-web.html for more details. -keepstore now supports the legacy @keepstore.yml@ config format (used by Arvados 1.4) and the new cluster config file format. Please check the "keepstore config migration notes":{{site.baseurl}}/admin/config-migration.html#keepstore and "keepstore install guide":{{site.baseurl}}/install/install-keepstore.html for more details. +keepstore now supports the legacy @keepstore.yml@ config format (used by Arvados 1.4) and the new cluster config file format. Please check the "keepstore config migration notes":https://doc.arvados.org/v2.1/admin/config-migration.html#keepstore and "keepstore install guide":{{site.baseurl}}/install/install-keepstore.html for more details. h3. Keepproxy configuration migration -(feature "#14715":https://dev.arvados.org/issues/14715 ) Keepproxy can now be configured using the centralized config at @/etc/arvados/config.yml@. Configuration via individual command line arguments is no longer available and the @DisableGet@, @DisablePut@, and @PIDFile@ configuration options are no longer supported. If you are still using the legacy config and @DisableGet@ or @DisablePut@ are set to true or @PIDFile@ has a value, keepproxy will produce an error and fail to start. Please see "keepproxy's config migration guide":{{site.baseurl}}/admin/config-migration.html#keepproxy for more details. +(feature "#14715":https://dev.arvados.org/issues/14715 ) Keepproxy can now be configured using the centralized config at @/etc/arvados/config.yml@. Configuration via individual command line arguments is no longer available and the @DisableGet@, @DisablePut@, and @PIDFile@ configuration options are no longer supported. If you are still using the legacy config and @DisableGet@ or @DisablePut@ are set to true or @PIDFile@ has a value, keepproxy will produce an error and fail to start. Please see "keepproxy's config migration guide":https://doc.arvados.org/v2.1/admin/config-migration.html#keepproxy for more details. h3. Delete "keep_services" records @@ -340,7 +340,7 @@ The API server accepts both PUT and PATCH for updates, but they will be normaliz h2(#v1_4_1). v1.4.1 (2019-09-20) -"Upgrading from 1.4.0":#v1_4_0 +"previous: Upgrading to 1.4.0":#v1_4_0 h3. Centos7 Python 3 dependency upgraded to rh-python36 @@ -348,7 +348,7 @@ The Python 3 dependency for Centos7 Arvados packages was upgraded from rh-python h2(#v1_4_0). v1.4.0 (2019-06-05) -"Upgrading from 1.3.3":#v1_3_3 +"previous: Upgrading to 1.3.3":#v1_3_3 h3. Populating the new file_count and file_size_total columns on the collections table @@ -451,11 +451,11 @@ As part of story "#9945":https://dev.arvados.org/issues/9945, it was discovered h3. New configuration -Arvados is migrating to a centralized configuration file for all components. During the migration, legacy configuration files will continue to be loaded. See "Migrating Configuration":config-migration.html for details. +Arvados is migrating to a centralized configuration file for all components. During the migration, legacy configuration files will continue to be loaded. See "Migrating Configuration":https://doc.arvados.org/v2.1/admin/config-migration.html for details. h2(#v1_3_3). v1.3.3 (2019-05-14) -"Upgrading from 1.3.0":#v1_3_0 +"previous: Upgrading to 1.3.0":#v1_3_0 This release corrects a potential data loss issue, if you are running Arvados 1.3.0 or 1.3.1 we strongly recommended disabling @keep-balance@ until you can upgrade to 1.3.3 or 1.4.0. With keep-balance disabled, there is no chance of data loss. @@ -463,7 +463,7 @@ We've put together a "wiki page":https://dev.arvados.org/projects/arvados/wiki/R h2(#v1_3_0). v1.3.0 (2018-12-05) -"Upgrading from 1.2":#v1_2_0 +"previous: Upgrading to 1.2":#v1_2_0 This release includes several database migrations, which will be executed automatically as part of the API server upgrade. On large Arvados installations, these migrations will take a while. We've seen the upgrade take 30 minutes or more on installations with a lot of collections. @@ -477,7 +477,7 @@ There are no special upgrade notes for this release. h2(#v1_2_0). v1.2.0 (2018-09-05) -"Upgrading from 1.1.2 or 1.1.3":#v1_1_2 +"previous: Upgrading to 1.1.2 or 1.1.3":#v1_1_2 h3. Regenerate Postgres table statistics @@ -509,7 +509,7 @@ Verify your setup by confirming that API calls appear in the controller's logs ( h2(#v1_1_4). v1.1.4 (2018-04-10) -"Upgrading from 1.1.3":#v1_1_3 +"previous: Upgrading to 1.1.3":#v1_1_3 h3. arvados-cwl-runner regressions (2018-04-05) @@ -642,7 +642,7 @@ There are no special upgrade notes for this release. h2(#v1_1_2). v1.1.2 (2017-12-22) -"Upgrading from 1.1.0 or 1.1.1":#v1_1_0 +"previous: Upgrading to 1.1.0 or 1.1.1":#v1_1_0 h3. The minimum version for Postgres is now 9.4 (2017-12-08)