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
As per comment in #4590, we expect a back off policy attached while updating the findPeerInterval for decommissioned nodes.
Currently, to control the discovery of decommissioned nodes to avoid throttling issues, we set the findPeerInterval to 120sec. Now for cases when the user has accidentally decommissioned a zone and now wants to recommission it back, the user might need to wait for 120 sec in the worst case. If we could attach a exponential back off policy to plateau to 120 sec rather than directly to 120 sec would be really helpful for such cases.
The scope of this issue is limited to attaching a exponential backoff policy while controlling the discovery of decommissioned nodes
The text was updated successfully, but these errors were encountered:
As per comment in #4590, we expect a back off policy attached while updating the
findPeerInterval
for decommissioned nodes.Currently, to control the discovery of decommissioned nodes to avoid throttling issues, we set the
findPeerInterval
to120sec
. Now for cases when the user has accidentally decommissioned a zone and now wants to recommission it back, the user might need to wait for120 sec
in the worst case. If we could attach a exponential back off policy to plateau to120 sec
rather than directly to120 sec
would be really helpful for such cases.The scope of this issue is limited to attaching a exponential backoff policy while controlling the discovery of decommissioned nodes
The text was updated successfully, but these errors were encountered: