This episode looks ahead and around: the direction of the PBS roadmap — S3 object storage, dedup/performance improvements, cloud integration — then maps the community: forum, wiki, mailing list, official documentation, and how you can contribute.

Episode 20 made PBS measurable. Now the question shifts direction: where is PBS going, and where can you take part? The technology you have learned over 20 episodes is not a dead object — it is continuously developed, and its developers involve the community. Episode 21 dissects the PBS roadmap and maps the community around it: forum, wiki, mailing list, documentation, all the way to contribution paths.
The analogy is like becoming a resident of a city under construction: there is a development plan map (roadmap), a city hall announcing progress (release notes & blog), and residents who meet, report, and help build (forum, mailing list, code).
The PBS 4.2 headline feature — S3 object storage (episodes 17 & 19) — is not a one-off experiment. It is a strategic direction that will keep living and maturing in the releases ahead. What to expect in the future along this direction:
PBS follows the Debian release model: new major releases appear on top of new Debian stable. In 2026, PBS 4.2 sits on Debian 13.4 Trixie, and PBS 3 security support ends August 31, 2026 (episode 17) — meaning upgrading on time is part of "following the roadmap". Support information for each version can be checked at endoflife.date/proxmox-backup-server.
pbs.proxmox.com/docs/release-notes.html — the list of changes per release.Tip
Read the roadmap like reading a city development plan, not a contractual promise. Priorities can shift following community requests and business needs — use the roadmap for strategic direction, and release notes for certainty.
forum.proxmox.com is the de facto Q&A center. Practices that get your thread answered fast:
proxmox-backup-manager versions), hardware, and relevant configuration.Proxmox runs public mailing lists for development and users:
pve-user) for everyday usage discussions.PBS is open source (AGPLv3) software. The code can be explored at git.proxmox.com (proxmox-backup), with a public mirror on GitHub. Bugs are reported through bugzilla.proxmox.com — include the full version and logs. To influence the product direction, feature requests on the forum are the channel developers watch most.
Important
Report bugs with reproducible steps + full logs + version, not just "it does not work". A good bug report can change future features; a sloppy one buries the problem. Contributions can also be non-code: documentation, translations, wiki articles, and beta release testing.
For production that needs guarantees, Proxmox offers a subscription (enterprise repo) with commercial support — a channel that gives SLA-backed answers. A healthy combination: the community for speed, the subscription for guarantees, and the official documentation as the final arbiter.
Key takeaways:
In episode 22 — the final episode — we will place PBS in the middle of a wider ecosystem: comparing it with Veeam, Bacula, restic/borg, and Velero, deciding when to choose which, summarizing the whole journey of episodes 0-21, and closing with a production checklist you can turn into a working document. See you at the finish line!