Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

force recheck only works for torrents containing a folder #1385

Open
yhorndt opened this issue Jan 20, 2025 · 3 comments
Open

force recheck only works for torrents containing a folder #1385

yhorndt opened this issue Jan 20, 2025 · 3 comments

Comments

@yhorndt
Copy link

yhorndt commented Jan 20, 2025

Hi,
I recently reinstalled my server and saved the .torrent files (not the rest of the session files).
I went from manual installs of rtorrent/rutorrent to a swizzin install of both.
Currently running 0.10.0/0.14.0 and rutorrent 5.1.5.

So I loaded every torrent file into rtorrent by placing the files inside the .session folder.
All torrents have automatically been set the download directory, but there are no files there.
I've made symlinks to the various folders where the media is stored.

When I have a torrent that has a folder inside of it, everything works as expected. Force recheck starts checking up until 100%. When I change the save at path and start the torrent, it checks the data and starts seeding.

However, when I have a torrent that contains just a file, it can't see the file. When I force recheck it stays on paused. When I start it, it starts downloading, overwriting the file in some way. When I remove data & torrent, it removes the original file.

At first I thought that it might had to do something with spaces in the filename, but I tested it with a file without spaces, same problem.
I tried changing the permissions of the file, even tried 777, no dice.

Not sure where to go from here.
If this is more of an rutorrent issue, I apologize and will remove the issue, but I figured it could be related to anyone of the two.

@rakshasa
Copy link
Owner

RTorrent likely doesn't like symlinks to files.

@mirolm
Copy link

mirolm commented Jan 22, 2025

As far as i know people use hardlinks to continue to seed files and organize them as they like with *arr/plex/jellyfin. There are downsides to that but well nothing is perfect.

@rakshasa
Copy link
Owner

Symlinks behave differently to hardlinks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants