Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
2.10.0, 3.4.0
-
Reviewed
Description
Clients are backoff when rpcs cannot be enqueued. However there are different scenarios when backoff could happen. Currently there is no way to differenciate whether a backoff happened due to lowest prio+disconnection or queue overflow from higher priority queues when connection between client and namenode remains open. Currently IPC server just emits a single metrics for all the backoffs.
Example:
- Client are directly enqueued into lowest priority queue and backoff when lowest queue is full. Client are expected to disconnect from namenode.
- Client are enqueued into non-lowest priority queue and overflowed all the way down to lowest priority queue and back off. In this case, connection between client and namenode remains open.
We would like to add metrics for #1
Attachments
Issue Links
- links to