-
Notifications
You must be signed in to change notification settings - Fork 48
Labels
BugIncorrect BehaviorIncorrect Behavior
Description
I've deployed the latest changes to the tracker demo and there is one bug in one of the metrics:
The problem may be that there are connection requests to a second UDP tracker (port 6868), but there are not announce and scrape requests.
# HELP udp_tracker_server_performance_avg_processing_time_ns Average time to process a UDP connect request in nanoseconds
# TYPE udp_tracker_server_performance_avg_processing_time_ns gauge
udp_tracker_server_performance_avg_processing_time_ns{request_kind="connect",server_binding_address_ip_family="inet",server_binding_address_ip_type="plain",server_binding_ip="0.0.0.0",server_binding_port="6969",server_binding_protocol="udp"} 18446743710713731000
udp_tracker_server_performance_avg_processing_time_ns{request_kind="scrape",server_binding_address_ip_family="inet",server_binding_address_ip_type="plain",server_binding_ip="0.0.0.0",server_binding_port="6969",server_binding_protocol="udp"} 40927.05282530009
udp_tracker_server_performance_avg_processing_time_ns{request_kind="announce",server_binding_address_ip_family="inet",server_binding_address_ip_type="plain",server_binding_ip="0.0.0.0",server_binding_port="6969",server_binding_protocol="udp"} 29331.002378199326
udp_tracker_server_performance_avg_processing_time_ns{request_kind="connect",server_binding_address_ip_family="inet",server_binding_address_ip_type="plain",server_binding_ip="0.0.0.0",server_binding_port="6868",server_binding_protocol="udp"} 18446743710604753000
Subtasks
- Fix the bug
- Fix also the problem described here.
- Refactor
Metadata
Metadata
Assignees
Labels
BugIncorrect BehaviorIncorrect Behavior
