Opened 3 years ago

Last modified 7 weeks ago

#1911 accepted defect

participating tunnels reported inconsistently

Reported by: jogger Owned by: zzz
Priority: minor Milestone: 0.9.36
Component: apps/console Version: 0.9.28
Keywords: stats graphs reporting Cc:
Parent Tickets: Sensitive: no

Description

How to reproduce: Just sit down at the console of a high bandwidth router and watch the number of participating tunnels in the left-hand panel (should be correct, since the shutdown countdown starts from that number) for 2 minutes. Reload stats or graphs and see them reporting figures 10 - 20% lower.

Subtickets

Change History (4)

comment:1 Changed 3 years ago by zzz

Status: newopen

Yeah I think the sidebar includes tunnels in the grace period (11th minute) and the stat doesn't.

comment:2 Changed 3 years ago by Eche|on

Yeah, thats the reason, the numbers they are calced from are different, the grace period in which tunnels are ineffective are counted along in the active tunnels. Had this small issue years ago, get used to it.

comment:3 Changed 18 months ago by zzz

Milestone: undecided0.9.36
Owner: set to zzz
Status: openaccepted

comment:4 Changed 7 weeks ago by jogger

Sensitive: unset

This in fact affects most graphs, not just tunnels. There is a vertical scaling bug in jRobin. After some hours uptime set the horizontal scaling to show 1 pixel for every 60 sec. Then look up the graph maximum. Compare to /stats which will show about 20% higher maximum 60 sec average.

Note: See TracTickets for help on using tickets.