Juniper, the 10th release of Open edX, is out! See the announcement here: https://discuss.openedx.org/t/juniper-is-here/
We’ve been hard at work upgrading Tutor to make sure that you can smoothly upgrade your Open edX platforms from Ironwood to Juniper. Today, I’m pleased to announce that we’ve managed to streamline the upgrade process to the point that it should be transparent for most users.
- Download the latest (v10.0.0) release of Tutor: https://docs.tutor.overhang.io/install.html
- If you are running Tutor from source (with
pip install), you should remember to upgrade the plugins you enabled with
pip install --upgrade tutor-myplugin. Note that the figures plugin has not been upgraded yet, as the maintainer of the underlying application has not yet upgraded the code to Python 3.5.
- If you are running the Indigo theme, remember to upgrade it: https://github.com/overhangio/indigo#upgrade
Making a backup
It is strongly recommended to make a backup prior to upgrading your local Open edX platform:
tutor local stop sudo rsync -avr "$(tutor config printroot)"/ /tmp/tutor-backup/
For locally-running platforms, the upgrade process will be automatically performed by running:
tutor local quickstart
Alternatively, you can run the upgrade command by running:
tutor local upgrade --from=ironwood
This command should only be run once. If you try to run it a second time, it will fail.
The tricky part when upgrading Open edX from Ironwood to Juniper is that Mongodb needs to be upgraded from v3.2 to v3.6. If you are relying on a 3rd-party hosted Mongodb database (
ACTIVATE_MONGODB = false) then you need to perform the database upgrade yourself. Instructions vary from one provider to the next.
Upgrading platforms running on Kubernetes
Users who maintain platforms running on Kubernetes are responsible for making backups. The manual upgrade instructions are printed by running:
tutor k8s upgrade --from=ironwood
What does it mean for Tutor users?
From the perspective of a platform maintainer and developer, the biggest change concerns the way to access local non-production Open edX platforms. Prior to v10.0.0, it was possible to access a locally-running platform from http://localhost and http://studio.localhost. This is no longer possible in v10.0.0. Instead, when running
tutor local quickstart, users are asked whether they want to run a platform for testing purposes:
Are you configuring a production platform? Type 'n' if you are just testing Tutor on your local computer [Y/n]
If users answer “n”, the LMS_HOST and CMS_HOST configuration variables will automatically be set to local.overhang.io and studio.overhang.io. These domain names all point to 127.0.0.1. Also, SSL/TLS will be automatically disabled. Thus, the platform will be accessible at:
And in development:
This change was made to simplify internal addressing and communication between Docker containers.
If you encounter an issue during your upgrade, please create a new topic in these forums. Do not open a Github issue right away!
Please note that releases prior to v10.0.0 will not be officially supported on these forums! If you need support for past Open edX releases, you should subscribe to a Long Term Support (LTS) license.