Actions
Upgrading to main » History » Revision 31
« Previous |
Revision 31/38
(diff)
| Next »
Peter Amstutz, 09/25/2017 07:31 PM
Upgrading to master¶
What you need to know and do in order to upgrade your Arvados site to the latest master.
Basics¶
apt-get dist-upgrade
(TODO: best order to upgrade? other best practices?)
Notable changes¶
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.
Note to developers: Add new items at the top. Include a relevant commit hash (probably a merge), date, issue number/link, and considerations/instructions for those about to upgrade.
2017-09-??: #12032 (pending) now requires minimum of Postgres 9.3 (previously 9.1)- Debian 8 (pg 9.4) and Debian 9 (pg 9.6) do not require an upgrade
- Ubuntu 16.04 (pg 9.5) does not require an upgrade
- Ubuntu 14.04 (pg 9.3) is compatible, however upgrading to Postgres 9.4 is recommended: https://www.postgresql.org/download/linux/ubuntu/
- CentOS 7 and RHEL7 (pg 9.2) should upgrade to 9.4. It is necessary to migrate of the contents of your database: https://www.postgresql.org/docs/9.0/static/migration.html
- Create a database backup using
pg_dump
- Install the
rh-postgresql94
backport package from either Software Collections: http://doc.arvados.org/install/install-postgresql.html or the Postgres developers: https://www.postgresql.org/download/linux/redhat/ - Restore from the backup using
psql
- Create a database backup using
- The migration can take some time if your database contains a substantial number of YAML-serialized rows (i.e., you installed Arvados before March 3, 2017 660a614 and used the jobs/pipelines APIs). Otherwise, the upgrade will be no slower than usual.
- The conversion runs as a database migration, i.e., during the deb/rpm package upgrade process, while your API server is unavailable.
- Expect it to take about 1 minute per 20K jobs that have ever been created/run.
- When upgrading keep-web or keepproxy to/past this version, make sure to update API server as well. Otherwise, a bad token in a request can cause keep-web to fail future requests until either keep-web restarts or API server gets upgraded.
- To enable it, add to your configuration file:
[Manage] address = 127.0.0.1 port = 8989
(see example configuration files in source:services/nodemanager/doc or https://doc.arvados.org/install/install-nodemanager.html for more info) - The server responds to
http://{address}:{port}/status.json
with a summary of how many nodes are in each state (booting, busy, shutdown, etc.)
- See http://doc.arvados.org/install/install-ws.html for install/upgrade instructions.
- Remove the old puma server after the upgrade is complete. Example, with runit:
$ sudo sv down /etc/sv/puma $ sudo rm -r /etc/sv/puma
Example, with systemd:$ systemctl disable puma $ systemctl stop puma
- Aside from a slight performance improvement, this should have no externally visible effect.
- Downgrading past this version is not supported, and is likely to cause errors. If this happens, the solution is to upgrade past this version.
- After upgrading, make sure to restart puma and crunch-dispatch-* processes.
arv keep docker
command prevents users from inadvertently saving docker images that compute nodes won't be able to run.
- If your compute nodes run a version of docker older than 1.10 you must override the default by adding to your API server configuration (
/etc/arvados/api/application.yml
):docker_image_formats: ["v1"]
- Refer to the comments above
docker_image_formats
in/var/www/arvados-api/current/config/application.default.yml
or source:services/api/config/application.default.yml or issue #10969 for more detail. - NOTE: This does not include any support for migrating existing Docker images from v1 to v2 format. This will come later: for now, sites running Docker 1.9 or earlier should still avoid upgrading Docker further than 1.9.
- On Debian-based systems using systemd, services are enabled automatically when packages are installed.
- On RedHat-based systems using systemd, unit files are installed but services must be enabled explicitly: e.g.,
"sudo systemctl enable keep-web; sudo systemctl start keep-web"
. - The new systemd-supervised services will not start up successfully until configuration files are installed in /etc/arvados/: e.g.,
"Sep 26 18:23:55 62751f5bb946 keep-web[74]: 2016/09/26 18:23:55 open /etc/arvados/keep-web/keep-web.yml: no such file or directory"
- To migrate from runit to systemd after installing the new packages, we recommend the following procedure:
- Bring down the runit service: "sv down /etc/sv/keep-web"
- Create a JSON configuration file (e.g., /etc/arvados/keep-web/keep-web.yml -- see "keep-web -help")
- Ensure the service is running correctly under systemd: "systemctl status keep-web" / "journalctl -u keep-web"
- Remove the runit service so it doesn't start at next boot
- Affected services:
- keep-balance - /etc/arvados/keep-balance/keep-balance.yml
- keep-web - /etc/arvados/keep-web/keep-web.yml
- keepproxy - /etc/arvados/keepproxy/keepproxy.yml
- arvados-git-httpd - /etc/arvados/arv-git-httpd/arv-git-httpd.yml
- Previous packages installed these files to the distribution's preferred path under
/usr/local
(or the equivalent location in a Software Collection). Now they get installed to a path under/usr
. This improves compatibility with other Python packages provided by the distribution. See #9242 for more background. - If you simply import Python modules from scripts, or call Python tools relying on $PATH, you don't need to make any changes. If you have hardcoded full paths to some of these files (e.g., in symbolic links or configuration files), you will need to update those paths after this upgrade.
- On each Debian-based compute node and shell node, run:
sudo apt-get install crunchrunner
- On each Red Hat-based compute node and shell node, run:
sudo yum install crunchrunner
- All software components that generate signatures must be upgraded together. These are: keepstore, API server, keep-block-check, and keep-rsync. For example, if keepstore < 0.1.20160421183420 but API server >= 0.1.20160421183420, clients will not be able to read or write data in Keep.
- Jobs and client operations that are in progress during the upgrade (including arv-put's "resume cache") will fail.
- If you want new users to continue seeing this popup, set
enable_getting_started_popup: true
in Workbench'sapplication.yml
configuration.
- All compute nodes must be upgraded to arvados-fuse >= 0.1.2015112518060 because crunch-job uses some new arv-mount flags (--mount-tmp, --mount-by-pdh) introduced in merge 346a558
- Jobs will fail if the API server (in particular crunch-job from the arvados-cli gem) is upgraded without upgrading arvados-fuse on compute nodes.
- proxy/dns/ssl config should be updated to route "https://download.uuid_prefix.arvadosapi.com/" requests to keep-web (alongside the existing "collections" routing)
- keep-web command line adds
-attachment-only-host download.uuid_prefix.arvadosapi.com
- Workbench config adds
keep_web_download_url
- More info on the (still beta/non-TOC-linked) keep-web doc page
- arvados-docker-cleaner removes all docker containers as soon as they exit, effectively making
docker run
default to--rm
. If you run arvados-docker-cleaner on a host that does anything other than run crunch-jobs, and you still want to be able to usedocker start
, read the new doc page to learn how to turn this off before upgrading.
- Nothing relies on it yet, but early adopters can install it now by following http://doc.arvados.org/install/install-keep-web.html (it is not yet linked in the TOC).
Updated by Peter Amstutz about 7 years ago · 31 revisions