You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When mirror clients lag behind very far (e.g. months), they will make large NRTM requests. The server will take some time to reply, and consume quite some resources, and in the mean time the client may time out, only to make the same large query on the next attempt. This can cause load issues for the mirror server. The best option is for the client to reload their full data, but there is no way to signal that in NRTMv3. Therefore, the server should be allowed to reject the request, which will protect the server and probably lead to manual intervention from the mirror client operator.
This will be a new optional setting per source, with a maximum serial range per query. Probably I can include #634 with this as well, and use the same setting.
Note that #691 also "fixes" this problem, as serials can not be requested when they have been deleted, but operators should not need to delete things from their local journal to prevent excessive queries.
The text was updated successfully, but these errors were encountered:
When mirror clients lag behind very far (e.g. months), they will make large NRTM requests. The server will take some time to reply, and consume quite some resources, and in the mean time the client may time out, only to make the same large query on the next attempt. This can cause load issues for the mirror server. The best option is for the client to reload their full data, but there is no way to signal that in NRTMv3. Therefore, the server should be allowed to reject the request, which will protect the server and probably lead to manual intervention from the mirror client operator.
This will be a new optional setting per source, with a maximum serial range per query. Probably I can include #634 with this as well, and use the same setting.
Note that #691 also "fixes" this problem, as serials can not be requested when they have been deleted, but operators should not need to delete things from their local journal to prevent excessive queries.
The text was updated successfully, but these errors were encountered: