Installation & Prerequisites¶
Before you deploy DUMB, make sure your environment and accounts are ready.
System Requirements¶
- Docker or a supported native Proxmox LXC
- Linux system (WSL on Windows when using
rshared) - A practical minimum of 2 vCPU and 2 GB RAM for a small stack; source builds, PostgreSQL, media servers, and larger service selections need more
- SSD-backed persistent storage is strongly recommended
Docker Desktop
Docker Desktop cannot support DUMB workflows that require rshared mount propagation.
Docker Desktop does not support the mount propagation required to expose DUMB-created rclone/FUSE submounts to external host containers.

See the deployment options to run DUMB on Windows through WSL2.
Required Credentials¶
| Workflow | Required information |
|---|---|
| Debrid | API key for each selected debrid provider |
| Usenet | NNTP provider host, port, credentials, connections, and TLS choice |
| Plex | Claim/token and server address when the selected workflow needs Plex integration |
| Private/sponsored GitHub source | Read-capable GitHub token only when the repository requires it |
| Cloudflared | Cloudflare Tunnel token when enabling the tunnel connector |
See Configuration → Integration Tokens
Required Directories¶
The maintained Compose layout uses four host mounts. In a native Proxmox LXC, these are direct guest paths rather than Docker bind mounts.
| Container Mount Path | Description |
|---|---|
/config |
DUMB configuration, authentication data, migration jobs, snapshots, and feature state |
/log |
DUMB and collected service logs |
/data |
Persistent service data. DUMB maps internal paths such as /plex, /postgres_data, /decypharr, and /altmount into service-specific subdirectories here. |
/mnt/debrid |
Mounts, generated links, and symlink libraries shared by media workflows |
Do not mount every internal service path
Current deployments normally persist those paths through /data. Separate direct mounts such as /postgres_data or /plex are legacy/advanced layouts and can prevent DUMB from creating its managed data symlinks. Keep them only when intentionally migrating an existing deployment and verify the service-specific guide.
Mount propagation is optional
Use a normal /mnt/debrid bind when all consumers remain inside DUMB. Add
:rshared only when a prepared Linux host mount must receive DUMB-created
FUSE/rclone submounts for an external Arr or media-server container. The
requirement is based on topology—not on Decypharr or rclone alone. Follow
the selected platform guide before enabling propagation.
Preparation Checklist¶
Before You Start