-
-
Notifications
You must be signed in to change notification settings - Fork 0
Upgrade Guide
Trove is designed to be simple to upgrade, but the database and agent tokens matter. Treat the SQLite database as the important state.
- Read the release notes.
- Back up the SQLite database.
- Check current server and agent versions.
- Confirm you can roll back to the previous image/binary.
Pull new images:
docker compose pullRestart:
docker compose up -dCheck logs:
docker compose logs -f serverVerify:
curl http://SERVER:8080/healthz
curl http://SERVER:8080/api/v1/agentsStop the server:
sudo systemctl stop trove-serverReplace the binary:
sudo install -m 0755 trove-server /usr/local/bin/trove-serverStart:
sudo systemctl start trove-server
sudo systemctl status trove-serverVerify:
curl http://SERVER:8080/healthzMigrations run automatically when the server opens the database.
That means the first start after upgrade may apply schema changes.
Back up before upgrading. Do not downgrade across migrations unless the release notes explicitly say it is safe.
Usually upgrade the server first, then agents.
The report model is kept stable, but the server owns migrations and background workers, so it should be current before agents start sending any newer fields.
Rollback plan:
- stop the upgraded server
- restore the database backup if migrations were applied and downgrade compatibility is unknown
- restore previous binary/image
- start server
- verify health and agents
Check:
- dashboard loads
-
/healthzreturns OK -
/api/v1/agentsshows current last-seen times -
/api/v1/servicesreturns expected services - alert test still works if alerts are configured
- image freshness still resolves if private registry creds are used
Check agent logs. The server may be reachable from your browser but not from the agent network.
Confirm agents are still running and still have the correct TROVE_SERVER_URL and TROVE_TOKEN.
Confirm TROVE_REGISTRY_AUTHS still reaches the server after the upgrade.