documentation/content/en/admin/upgrading.md

---

title: Upgrading to a new release menu: docs:

weight: 70
parent: admin

---

{{< hint style="info" >}} When a new version of Mastodon comes out, it appears on the GitHub releases page. Please mind that running unreleased code from the main branch, while possible, is not recommended. {{< /hint >}}

Automatic update verification {#automated_checks}

Since v4.2.0, Mastodon will automatically check for available updates and notify the users of your server that have the DevOps permission.

This happens by fetching https://api.joinmastodon.org/update-check?version=<current_version> in the background every 30 minutes. current_version omits the build metadata (everything after the first +, if there is one, in the version string). For instance, if your version is 4.3.0-beta2+my-fork, Mastodon will query https://api.joinmastodon.org/update-check?version=4.3.0-beta2.

You can change which URL Mastodon queries by setting the UPDATE_CHECK_URL environment variable. You can also completely disable this behavior by setting this environment variable to an empty string, although we strongly recommend against doing that unless you are keeping up with Mastodon updates in another way, as Mastodon occasionally releases critical security updates that must be applied in a timely fashion.

Upgrade steps

Mastodon releases correspond to git tags. Before attempting an upgrade, look up the desired release on the GitHub releases page. The page will contain a changelog describing everything you need to know about what's different, as well as specific upgrade instructions.

To begin, switch to the mastodon user:

su - mastodon

And navigate to the Mastodon root directory:

cd /home/mastodon/live

Download the release’s code, assuming that the version is called v3.1.2:

git fetch --tags
git checkout v3.1.2

Now execute the upgrade instructions that are included in that version's release notes on GitHub. Because different releases require different instructions, we do not include any instructions on this page.

{{< hint style="info" >}} You can safely skip intermediate releases when upgrading from an old version. You do not need to individually check them out. However, you do need to keep track of the instructions with each release. Most instructions overlap, you just need to make sure you execute everything at least once. {{< /hint >}}

After you have executed the instructions from the release notes, switch back to root:

exit

Restart background workers:

systemctl restart mastodon-sidekiq

And reload the web process:

systemctl reload mastodon-web

{{< hint style="info" >}} The reload operation is a zero-downtime restart, also called "phased restart". As such, Mastodon upgrades usually do not require any advance notice to users about planned downtime. In rare cases, you can use the restart operation instead, but there will be a (short) felt interruption of service for your users. {{< /hint >}}

The streaming API server is also updated and requires a restart, doing so will result in all connected clients being disconnected, which can increase the load on your server:

systemctl restart mastodon-streaming

{{< hint style="danger" >}} Restarting the streaming API leads to an increased load on your server as disconnected clients attempt to reconnect or poll the REST API instead, so avoid it whenever you can. {{< /hint >}}

{{< hint style="success" >}} That’s all! You’re running the new version of Mastodon now. {{< /hint >}}