mirror of
https://github.com/Chocobozzz/PeerTube.git
synced 2026-03-02 22:57:11 -05:00
Config to limit disk usage for YT sync #6450
Labels
No labels
Component: Accessibility
Component: Administration
Component: Auth
Component: CLI
Component: Channels
Component: Chapters
Component: Comments
Component: Custom Markdown
Component: Docker 🐳
Component: Documentation 📚
Component: Email
Component: Embed
Component: Federation 🎡
Component: Import/Export
Component: Live
Component: Metadata
Component: Mobile
Component: Moderation :godmode:
Component: Notifications
Component: Object storage
Component: Observability
Component: PeerTube Plugin 📦
Component: Player ⏯️
Component: Playlist
Component: Recommendation
Component: Redundancy
Component: Registration
Component: Runners
Component: SEO
Component: Search
Component: Security
Component: Stats
Component: Studio
Component: Studio
Component: Subscriptions
Component: Subtitles 💬
Component: Transcoding
Component: Upload
Component: Video Import
Component: i18n 🔡
Priority: High
Priority: Low
Priority: Roadmap
Status: Blocked ✋
Status: In Progress 🔜
Status: To Reproduce
Status: Waiting for answer
Template not filled
Type: Bug 🐛
Type: Discussion 💭
Type: Discussion 💭
Type: Duplicate ➿
Type: Feature Request ✨
Type: Maintenance 👷♀️
Type: Performance
Type: Question
UI
good first issue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/PeerTube#6450
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @afilina on GitHub (Feb 5, 2026).
Describe the problem to be solved
Hi, I am synchronizing rather large channels (often over a thousand hours of content). It downloads from YT faster than my runners can transcode. Only then can PeerTube can move files to remote storage and reclaim disk space. I've been using all kinds of workarounds to manage disk space usage during those syncs.
Describe the solution you would like
The easiest would have been a
production.yamlconfig that says, for example: "don't download any more if sum of downloaded files exceeds 100GB" or maybe keep X GB free space at all times.@Chocobozzz commented on GitHub (Feb 16, 2026):
Hello,
I think
github.com/Chocobozzz/PeerTube@0920f5fa82will help. I suggest waiting for 8.1 to check, and if it doesn't we'll find another solution.@afilina commented on GitHub (Feb 21, 2026):
It's a big diff in a codebase I'm not familiar with, so I rely on the commit message. These new rules will be very helpful. Thank you!
However, when starting a sync with several thousand hours of content, we'd still download much faster than we can free it up, and there are no configs that guarantee disk space availability. When a download eats up the last of the disk space, the site crashes. It happened twice already.
A reserved amount that the downloader should respect would go a long way to prevent a crash when these syncs run unattended (which happens when Europe sets up a big channel sync while I sleep in Canada). I temporarily threw an extra half terabyte at this problem.
@afilina commented on GitHub (Feb 21, 2026):
@Chocobozzz Unrelated to the ticket: where do I support the maintainers of this project?
Edit: never mind, found https://support.joinpeertube.org/en/ and set up recurring donation.