Closed callmeyesh closed 3 years ago
I suspect this is because I have peer_set_window_size: 1m & max_peer_set_windows: 5, which means the announce requests are only expiring every 5mins but the agents are getting preempted?
This seems reasonable. Your peers are still discoverable for up to 5 minutes after they are preempted, during which new connections to them will time out since the host is offline. There's not really a good solution here other than to simply let the invalid peer data expire (since hopefully preemption is infrequent).
I want to understand what the announce request means? Is it the time frame a tracker will keep the IP of the peer and share it with other peers?
An announce request is a peer announcing that it has a particular torrent to the tracker. The tracker independently decides how long to cache said peer's announce information (ip+port+torrent).
Also is there a default egress & ingress limits for agents & origins? We are using peers which have 10 Gigabit network performance & 25 Gigabit on the origins. I wasn't sure if these limits are applied by default on all agents and origin.
These are indeed the defaults applied to both agent & origin, which share the same torrent libraries.
We are using spot instances on AWS as Kraken agents. Which means AWS can kill these instances anytime. I am seeing some
Error initializing outgoing handshake
in thekraken-agent
logsI suspect this is because I have
peer_set_window_size: 1m
&max_peer_set_windows: 5
, which means the announce requests are only expiring every5mins
but the agents are getting preempted? Is my understanding correct?I want to understand what the announce request means? Is it the time frame a tracker will keep the IP of the peer and share it with other peers?
Also is there a default egress & ingress limits for agents & origins? We are using peers which have 10 Gigabit network performance & 25 Gigabit on the origins. I wasn't sure if these limits are applied by default on all agents and origin.