Perma-seed Servarr media libraries
Project description
TL;DR: Perma-seeding of whole Servarr libraries optimized for per-tracker ratio.
Delete torrents/items only as disk space gets low.
Don’t delete currently imported items. IOW, only delete upgraded items.
Don’t delete private items that haven’t met seeding requirements.
Delete public items first.
Delete private items in an order to maximize tracker ratio and/or bonuses.
Delete stalled items , and items containing archives such as *.rar releases and blacklist them, AKA mark them as failed, in Servarr.
And more…
Summary
Seed Servarr download client torrents/items as long as possible only deleting them as necessary as disk space gets low, hence the name based on “to prune”. Which download items are considered eligible for deletion is configured by the user. The common case is that download items that are currently imported are not considered for deletion. Neither are items from private trackers/indexers that have been upgraded or otherwise deleted from the library but haven’t met the indexers seeding requirements. The order in which download items are deleted is determined according to rules configured by the user. The common case is to delete items from public indexers first and among those to delete the items with the highest ratio first to preserve the health of the community by seeding less popular items longer. Next delete items from private indexers by configured indexer priority and within the items for a given indexer to delete items in an order to maximize ratio and/or seeding rewards.
Other configured operations may be applied as well. For example:
Verify and resume corrupt items
Increase bandwidth priority for items from private indexers
Decrease bandwidth priority for items from public indexers
Remove and blacklist download items containing archives (*.rar, *.zip, *.tar.gz, etc.) which can’t be perma-seeded
Remove and blacklist stalled download items
etc.
The $ prunerr command is intended to serve as a companion to the Servarr [1] suite of applications and services and the Transmission BitTorrent client [2]. It periodically polls the download clients [3] of Sonarr [4], Radarr [5], etc. and applies the configured operations to the download items in each of those download clients. It can also be run independently of any Servarr instances to optimize seeding for download items added by other means, e.g. FlexGet [6].
See the Usage section below for full details.
Installation
Install locally or use the Docker container image:
Local Installation
Install by using any tool for installing standard Python 3 distributions such as pip [7]:
$ pip3 install --user prunerr
Optional shell prompt tab completion is available by using argcomplete [8].
Docker Container Image
The recommended way to use the container image is by using Docker Compose [9]. See the example ./docker-compose.yml file [10]. Write your configuration and run the container:
$ docker compose up
You can also use the image directly. Pull the Docker image [11]. Use it to create and run a container:
$ docker pull "registry.gitlab.com/rpatterson/prunerr" $ docker run --rm -it "registry.gitlab.com/rpatterson/prunerr" ...
Use image variant tags to control when the image updates. Releases publish tags for the branch and for major and minor versions. For example, to keep up to date with a specific branch, use a tag such as registry.gitlab.com/rpatterson/prunerr:main. Releases from develop publish pre-releases. Releases from main publish final releases. Releases from main also publish tags without a branch, for example registry.gitlab.com/rpatterson/prunerr. Releases from main also publish tags for the major and minor version, for example registry.gitlab.com/rpatterson/prunerr:v0.8.
Releases publish multi-platform images for the following platforms:
linux/amd64
linux/arm64
linux/arm/v7
Usage
Start by writing your ~/.config/prunerr.yml configuration file. See the comments in the example configuration [12] for details.
Once configured, you may run individual sub-commands once, run all operations once as configured using the $ prunerr exec sub-command, or run all operations in a polling loop using the $ prunerr daemon sub-command. See the Order of Operations section for a detailed description of the operations. Use the CLI help to list the other sub-commands and to get help on the individual sub-commands:
$ prunerr --help $ prunerr exec --help
If using the Docker container image, the container can be run from the command-line as well:
$ docker compose run "prunerr" prunerr --help
Order of Operations
Note that polling is required because there is no event we can subscribe to that reliably determines disk space margin as the download clients are downloading. Every run of the $ prunerr exec sub-command or every loop of the $ prunerr daemon sub-command performs the following operations.
Verify and resume corrupt items, same as: $ prunerr verify.
Review download items, same as: $ prunerr review:
Apply per-indexer review operations as configured under indexers/reviews in the configuration file to all download items.
Move download items that have been acted on by Servarr to the */seeding/* directory, same as: $ prunerr move.
As Servarr acts on completed download items, be that importing files from them, ignoring them, deleting them from the queue, etc., Prunerr moves those items from the Servarr download client’s Directory to a parallel */seeding/* directory. Then when deleting download items to free space, Prunerr only considers items under that directory. This has the added benefit of reflecting which items have been acted on by Servarr in the download client.
Delete download items if disk space is low, same as: $ prunerr free-space.
Consider items for deletion in different groups in this order:
Download items no longer registered with tracker.
IOW, items that can no longer be seeded at all first.
Orphan files and directories not belonging to any download item
Walk all the top-level directories used by each download client and identify which paths don’t correspond to a download client item.
Imported/seeding download items
IOW, download items that have been acted upon by Servarr and moved to the */seeding/* directory by the $ prunerr move sub-command/operation excluding those items filtered out according to the indexers/priorities operations with filter: true. For example, don’t delete currently imported items (by hard link count) or items that haven’t met private indexer seeding requirements.
For each of these groups in order, loop through each item in the group and:
Check disk space against the margin configured by download-clients/max-download-bandwidth and download-clients/min-download-time-margin
If there’s sufficient disk space, remove any bandwidth limits set previously and continue to the next operation if any.
Otherwise, delete the item.
If there’s still not enough disk space after going through all the groups, then stop downloading by setting the download bandwidth limit to 0. IOW, keep seeding, but no more downloading until a future $ prunerr free-space run is able to free sufficient space.
For the orphans group, delete smaller items first to minimize the amount of re-downloading needed should the user notice and correct any issues resulting in the orphans.
For the other groups delete items in the order determined by the configured indexers/priorities indexer order then by the configured operations for that item’s indexer.
The Docker container image can run the command-line script as well:
$ docker compose run "prunerr" prunerr --help usage: prunerr [-h] prunerr foundation or template, top-level package. optional arguments: -h, --help show this help message and exit
Contributing
GitLab hosts this project [13] and mirrors it to GitHub [14] but use GitLab for reporting issues, submitting pull or merge requests and any other development or maintenance activity. See the contributing documentation [15] for more details on how to get started with development.
Motivation
I didn’t like the available options I could find at the time for maximizing seeding from a lovingly managed media library. Deleting by a ratio threshold doesn’t make sense to me because that can delete items when there’s plenty of disk space. Also the ratio threshold is a reverse indicator for items from private indexers vs items from public indexers. Items from private indexers with high ratios should be kept around as long as possible to build user total ratio whereas items from public indexers with low ratios should be kept around as long as possible to preserve access in the community/ecosystem. Finally, deleting any item still imported in the Servarr only because it hit the ratio threshold is the biggest waste since it doesn’t free any space. So I wrote Prunerr to prune download items in the correct order.
The use case for Prunerr is not tracker ratio racing. It’s goal is to seed as long as possible and to seed as much of your library as possible. This should have some secondary benefits to ratio, but that’s not the main goal.
Finally, there is a laundry list of other download client management tasks that can be automated but aren’t by anything I could find. So I added them to Prunerr as well.
References
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
File details
Details for the file prunerr-2.0.0b1.tar.gz
.
File metadata
- Download URL: prunerr-2.0.0b1.tar.gz
- Upload date:
- Size: 397.3 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.2 CPython/3.11.6
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 7b7b349ebd37faea739dc1c9837a7fa74a568ec7c374ccba203617dd15a1916c |
|
MD5 | a9460c308844722887e929ab17f0221d |
|
BLAKE2b-256 | fc76eff5a2a4d5082761a305b0c8754cb571179309cd7d876618278262191207 |
File details
Details for the file prunerr-2.0.0b1-py3-none-any.whl
.
File metadata
- Download URL: prunerr-2.0.0b1-py3-none-any.whl
- Upload date:
- Size: 54.4 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.2 CPython/3.11.6
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 7681ed5d53c0809c75034175f0eaf857bfa4821f67722259eb56f385a31e2894 |
|
MD5 | 9fa492e687e94783e3052d9085aedf30 |
|
BLAKE2b-256 | 23f98195a1782f5c40e16e30fc2998eca4cbb6f7582a39081cee33e682f9f45d |