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

Only 1 tracker works at a time #8287

Open
absolutep opened this issue Nov 29, 2024 · 5 comments
Open

Only 1 tracker works at a time #8287

absolutep opened this issue Nov 29, 2024 · 5 comments

Comments

@absolutep
Copy link

Only one tracker works at a time, despite of Tribler having facility to add more than one tracker.

I tried to force recheck them but that facility [force recheck] does not work at all.

1

tribler 8.0.5.x64
windows 10

@qstokkink
Copy link
Contributor

This is working as intended. According to the official BitTorrent protocol specification, BEP0012 in this case, after a working tracker is selected no other trackers are used. The others are considered "backup" trackers and neglected. This behavior is even enforced and tested in our core torrent library.

I double-checked the force recheck button and it appears to be correctly force-rechecking. However, force-rechecking a "Not working" tracker normally does not magically make it "Working".

We can try to see if we can "massage" our core torrent library a bit to make it check all trackers anyway. However, I can't guarantee that it will allow us to add this.

@qstokkink qstokkink added this to the 8.1.0 milestone Nov 29, 2024
@absolutep
Copy link
Author

This is working as intended. According to the official BitTorrent protocol specification, BEP0012 in this case, after a working tracker is selected no other trackers are used. The others are considered "backup" trackers and neglected. This behavior is even enforced and tested in our core torrent library.

Oh! Okay!

I did not know that. Thanks for telling me.

If it chooses a backup tracker automatically, in case of a failure of the initially selected one, and then renounces the new tracker automatically without the need of manual intervention, then everything is fine by me.

Thanks.

@absolutep
Copy link
Author

Re-opening it because it is not working as intended.
Heavily in-demand recent torrent.
5

@absolutep absolutep reopened this Dec 3, 2024
@qstokkink
Copy link
Contributor

From my tests, "Not working" trackers are only marked as such if they really do not respond after the timeout. Tribler doesn't seem to be at fault here. HOWEVER, assuming that these trackers are reachable, this could be a bug in our inner libtorrent upstream dependency.

To confirm, we would have to manually contact the trackers and see if they are really unreachable or if the libtorrent library is incorrectly contacting them (or if the combination of technologies is causing some complex failure).

@teddyrogers
Copy link

Scenario Tribler announces to a tracker with zero peers whilst another tracker has hundreds. Would it be better to announce to all trackers and check for and connect to peers?

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

No branches or pull requests

4 participants