A connection attempt failed in download
-
Further information in separate post because I can't find a way to edit my previous post.
I happen to have a torrent from weeks ago that I had left paused. That torrent works just fine (it detects seeds/peers even while paused, and promptly connects and starts downloading when I Resume).
It seems like its only the torrents downloaded from today that aren't working.
If it helps, I'm using qBittorrent.
-
I concur with the observations above: sine 1~2 days most torrents are in trouble…
-
S spiffyweasel 0 referenced this topic on
-
@Douseikekkon More recent reports of connection issues: https://community.gaytor.rent/topic/64831/most-of-my-files-are-red/
-
I thought I'm the only one!. It seems to work after a couple hours of not doing anything but still it's a hassle to improve your ratio.
-
FWIW: There seems to be one thing in common with all these cases... uTorrent 3.6.0, BitTorrent 7.11, qBitTorrent 4.6.2, and a few others that are based on the same Libtorrent base as qBitTorrent is.
I think you may find that rolling back your torrent client to a previous version will help with this.
The only difference between martyrdom and suicide is press coverage! -
It happens on qbittorrent v4.3.9 (old) and rtorrent / rutorrent 4.0 (the latest). It does not happen with Tixati.
qbittorrent 4.3.9 is at least a few years old so I don't think rolling back will help.
I think the only difference between these clients is the "default tracker timeout" value. Based on what I've seen, Tixati has a much longer default timeout so it doesn't have this problem. rtorrent says "Tracker: timeout reached" and qbittorrent says "skipping tracker announce (unreachable)."
Unfortunately I can't find any way to change the default tracker timeout value on any of these three clients. I thought I found the setting in rtorrent but it was the GUI sync timeout not the tracker timeout
This started 5-6 days ago and seems to get a little better sometimes. It might be load related.
Another possibility, has the site's tracker software been updated or changed recently?
I hope you can get this fixed, it's a real PITA.
-
@urx585 All those mentioned torrent clients run on the libtorrent base. That could be why.
-
@MrMazda thanks for the reply!
Found these two snippets online:
-
The rTorrent torrent client is a digital software that allows users to engage in peer-to-peer file sharing. The software was first released in 2005. It uses the C++ language and is based on the libTorrent (not libtorrent) libraries for Unix.
-
qBittorrent is based on the Qt toolkit and libtorrent-rasterbar library.
I don't think rtorrent uses anything from libtorrent (lowercase T) because libtorrent, as used by qbittorrent and bittorrent, was still in beta in 2005.
I was told by another mod here that this was the reason rtorrent doesn't deal with padding files correctly: it doesn't use libtorrent.
The other suggestions about the DDoS protections being too strict make perfect sense, but if nobody made any changes to the site, the tracker software, or the DDoS protections about six days ago, it's still a total mystery.
-
-
Did reverting to older versions work for any of you?
-
Update: After trying a few older versions of qbittorrent, I find version v.6.0 works for me. Its not really a fix cause it took awhile for it to connect to the site maybe an hour or less. Compared that to the latest version that took 4 hours to connect to the site.
-
I currently have the issue that the Tracker Status is stuck with "Updating..."
Using qbittorrent v4.6.4 -
Also having this problem. No new software on my side for about a year.
-
@MrMazda Have server-side changes been looked at so far (the entire stack from the DDoS protection to the actual tracker service)? To my mind, there has been sufficient evidence to indicate that none of the affected users have changed anything in their client.
I'm down to seeding barely 100 torrents down from approximately 16,000, and I'm seeing a steady uptick in the number of reseed requests since the start of the outage. If a fix is not found soon, I plan to stop seeding entirely for the time being.
-
Only @Joker would know if backend settings were changed unless he said something on the staff Discord, which I haven't seen but could have missed.
I'm seeing a bunch of trackers (porn and non-porn) having this issue lately, so it seems like it's something common with them all, like Cloudflare or something.
-
@raphjd
with all due respect, a number of people here have said they are only seeing it on this tracker. Personally, I am seeing nothing like this on the other 5 trackers I use regularly, and I've been seeing it here solid for 5+ days. -
At home, I'm only doing torrents from here, using uTorrent 2.2.1 and I'm not seeing it.
I use SeedIt4Me as my seedbox provider and I'm seeing red torrents from both porn and non-porn sites. My 3tb seedbox that I only use for porn always runs fast, but my 5tb mixed torrent is always sluggish.
Even my personal (torrent-only) account here isn't acting up like it seems some people are claiming.
I'm not saying that you guys are wrong, I'm just adding my experience to the mix, hoping something can be figured out.
-
@raphjd I think the hypothesis that there is an "over-eager" DDoS setting on the tracker has merit. Raph, do you really see no problems when you try to download 50 freeleech torrents at the same time? Or are you downloading one or two?
Of course normally you should only be able to connect to 15 simultaneously. But when the first of those 15 are complete, another of the red ones should be free to connect. That's not what's happening now. The system seems to detect 50 current attempted downloads and freak out, locking out all of them. Every now and then, over the course of hours, it will recognize some requests as valid. But it takes 10x as long to download 50 torrents as it used to. This is not sustainable.
-
At home, I usually only load maybe 30 at a time. Of course they don't DL at the same time due to the restrictions
Seeding is whatever currently is seeding. It can be anything from a few to hundreds.
I'll run some tests to see what I come up with based on what I'm reading here, but @MrMazda is more computer-savvy than me.
-
Overly restrictive DDoS settings could be the cause. Definitely possible that Cloudflare made some changes and didn't tell anyone... but at least one other tracker that also uses Cloudflare is not having this problem. I use four trackers and this is the only one with timeout errors.
Or perhaps something happened that overloaded the server, about a week ago, and now it's timing out because of load. The problem seems to get worse at certain times of the day but that is compatible with both DDoS and server overload explanations.
Tixati does not have this problem at all. rtorrent and qbittorrent do. The only difference that makes sense to me is the default timeout value for initial contact with the tracker. I can't find any way to change this setting in either rtorrent or qbittorrent. (The rtorrent documentation is non-existent; I couldn't even find explanations of the settings in the source code.)
However there is an advanced setting in Tixati called upc_mss_init, default value 1212 ms, minimum value 300 ms, max value 1800 ms.
If your torrent client is having this problem, and you can find the setting for initial tracker contact timeout value, please increase it to at least 1.2 seconds and let us know if the problem goes away...
PS qbittorrent has more documentation but I could only find one use of "timeout" and it seems to only take effect when a torrent is stopped, not started:
"Stop tracker timeout — (default: 5 s) is the number of seconds to wait when sending a stopped message before considering a tracker to have timed out. This is usually shorter, to make the client quit faster. If the value is set to 0, the connections to trackers with the stopped event are suppressed."
-
I have been keeping an eye on the situation and have noticed that at times, many torrents will time out, but after some time, come back to life. I have notified the sysop of this.
The only difference between martyrdom and suicide is press coverage!
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login