Migrate from nzbdav-dev/nzbdav1.x
infinidysk is a fork of nzbdav-dev/nzbdav and upgrades a v0.6.4 install in place. Migrations keep your /config volume (SQLite settings, queue/history metadata, blobs) and swap the container image.
From nzbdav-dev/nzbdav v0.6.4
Section titled “From nzbdav-dev/nzbdav v0.6.4”infinidysk supports a direct upgrade from nzbdav-dev/nzbdav v0.6.4.
- Stop the old container.
- Back up
./config(or whatever you mount at/config). - Point Compose (or
docker run) atghcr.io/infinidysk/infinidysk:latest(or a pinned release tag). Keep the same/configvolume,PUID/PGID, and media path mounts. - Start the new container and wait for database maintenance / health to pass.
- Confirm Settings (Usenet, WebDAV, SABnzbd API key), then spot-check queue/history and a WebDAV playback.
Arr download-client settings usually stay the same (host, port 3000, API key) if networking is unchanged.
Installs older than 0.6.0 may hit larger schema migrations — take a full /config backup and prefer stepping through a known-good intermediate if you are far behind.
If an upgrade fails, restore the /config backup, start the previous image, and file an issue with versions and migration log excerpts (redact secrets).
Moving on to 2.x
Section titled “Moving on to 2.x”2.x upgrades from infinidysk 1.x only, not from nzbdav-dev/nzbdav directly. Migrate to the latest 1.x first and start it once, then follow Upgrade to 2.x.
What usually carries over
Section titled “What usually carries over”- SQLite config / queue / history / mounted WebDAV tree metadata
- NZB blobs under
{CONFIG_PATH}/blobs/(keep this directory with the DB) - Categories, API key, and WebDAV user (re-enter password if prompted)
What to re-verify
Section titled “What to re-verify”- Image tags and healthchecks in Compose
- Reverse proxy /
TRUST_PROXY/SECURE_COOKIES/ Base URL - Rclone sidecar URL and WebDAV password
- New infinidysk-only features you want (Watchtower, Warden, pipelining) — enable deliberately after a stable migrate