Pomoc rTorrent PRO does not delete torrents within RATIO specs

greq333

Passing Basics
Beginner
16 Lipiec 2019
27
3
3
34
QNAP
TS-x73
Ethernet
10 GbE
Hi,

Purchased rTorrent pro again from different repo as was mentioned in other topics to get updates.

I have one specific RATIO set up to automatically remove torrents from the torrent list, yet keep the data after the download completed.
This does not seem to work at the moment.

Integration with Sonarr is handling removal better, but still problematic, it's a hit and miss really.

Please advise!

Cheers
 
I have one specific RATIO set up to automatically remove torrents from the torrent list, yet keep the data after the download completed.
This does not seem to work at the moment.
And what exactly?
It does not delete torrent from the list?
 
I will verify in a day or two once a new element comes that behaves like this, maybe it's a update/migration bug

Changed the settings by putting new values, saving then putting the old values back in, seems to have worked for now.
Waiting for automatic DL to see whether this specific case works.
 
  • Lubię to
Reakcje: Silas Mariusz
1695630064473.png

1695630092196.png
 
I am also seeing similiar behaviour for Sonarr/Radarr torrents

Sometimes they delete properly after finished and sometimes they don't

Is there some kind of logs I could provide to further track down the issue?
 
Will wait for the situation to happen again and provide the logs, if I recall correctly last time I was diagnosing this issue there was a mention in the logs of a delete command being sent out to the rTorrent client, however not sure.

Will confirm and get back.

Is there logs I could gather for the rTorrent built in RATIO/LIMITS feature not working?
 
For the Sonarr and torrent being left out on the list there's nothing really pointing out to a specific failure, it's like this:
2023-09-27 11:27:50.6|Debug|QualityParser|Trying to parse quality for [EMBER] Zom 100: Zombie ni Naru made ni Shitai 100 no Koto S01E09 [1080p] [HEVC WEBRip] (Zom 100: Bucket List of the Dead)
2023-09-27 11:27:50.6|Debug|AggregateQuality|Using quality: WEBRip-1080p v1
2023-09-27 11:27:50.6|Debug|ImportDecisionMaker|File rejected for the following reasons: [Permanent] Invalid season or episode
2023-09-27 11:27:50.6|Debug|CompletedDownloadService|Not all episodes have been imported for [EMBER] Zom 100 - Zombie ni Naru made ni Shitai 100 no Koto - 09.mkv
2023-09-27 11:29:20.5|Debug|RTorrentProxy|Executing remote method: d.multicall2
2023-09-27 11:29:20.5|Debug|RTorrent|Retrieved metadata of 55 torrents in client
2023-09-27 11:29:20.5|Debug|DownloadedEpisodesImportService|Processing path: /downloads/[EMBER] Zom 100 - Zombie ni Naru made ni Shitai 100 no Koto - 09.mkv
2023-09-27 11:29:20.5|Debug|ImportDecisionMaker|Analyzing 1/1 files.
2023-09-27 11:29:20.5|Debug|Parser|Parsing string '[EMBER] Zom 100 - Zombie ni Naru made ni Shitai 100 no Koto - 09.mkv'
2023-09-27 11:29:20.5|Debug|Parser|Episode Parsed. Zom - 100
2023-09-27 11:29:20.5|Debug|Parser|Language parsed: English

There's nothing more verbose about this specific file
 
|File rejected for the following reasons: [Permanent] Invalid season or episode
File not recognised, ensure that sonarr is up2date and able to connect https://skyhook.sonarr.tv/
and maybe hit RESCAN&REFRESH in sonarr ?
Połączono posty:

for me sonarr recognised episode without hitch:

1695826856885.png

im assuming your metadata in sonarr is not up2date
 
  • Lubię to
Reakcje: Silas Mariusz
It does not seem like it has any connectivity issues, the torrent is shown in Activity:
1695842644490.png


Ping to skyhook.sonarr.tv from container console:
1695842779650.png


EDIT:
Also tried the scan and refresh, went through successfully, but did not change situation :)
+
Sonarr version is the newest one
 
Well, this is something I can probably track down further by myself, thank you for all your help :)

However the issue remains about rTorrent - if a file is downloaded using RSS manager, then sometimes it does not delete itself after set period of time, specified in RATIO/LIMITS section within rTorrent.

It's similiar behaviour but does not connect with Sonarr/Radarr instance

On a rTorrent 0.9A version, or the lastest from old repo it was all fine, but for now the problem occurs from time time :)
 
I'm unable to replicate this issue.
Ratio mechanism is very simple and did not change from 2020.
PHP:
case RAT_ERASEDATA:
{
        $req->addCommand(new rXMLRPCCommand("system.method.set", array("group.rat_".$i.".ratio.command",
                getCmd("d.stop=")."; ".getCmd("d.close=")."; ".getCmd("d.set_custom5=")."1; ".getCmd("d.erase="))));
        break;
}
 
Sure.
You have to edit template file: /usr/bin/rtorrent/etc/rtorrent.conf.tpl/include_logs_debug.tpl and uncomment #log* lines.
Once done hit ENABLE DEBUG and SAVE SETTINGS in Settings Menu.
1695978991238.png


Wonder if you do steps like me:

Link: https://youtu.be/rmSTimvgN1Q

Does this issue occurs?
Połączono posty:

Here is proof that it works. And even it delete content from HDD correctly.

Link: https://youtu.be/KZfX-dYABfU


Please disconnect all *arr's from Rtorrent-Pro and try manually use those ratio settings.
 

Użytkownicy znaleźli tą stronę używając tych słów:

  1. torrent
  2. ratio
  3. Rtorrent Pro
  4. rtorrent repo
  5. Rtorrent
  6. Rtorrent-Pro