[Observium] Re: Capture gaps when retrieving interface traffic data …

2024-03-19 Thread Adam Armstrong via observium
You have a RouterOS device which polls slow enough higher max-rep helps? How many ports does it have? In general you can try running snmpbulkwalks on the device with progressively larger max-rep values to find out what it can handle. I'm not really sure why this helped though. You're running

[Observium] Re: Capture gaps when retrieving interface traffic data …

2024-03-19 Thread Stefan Schmidt via observium
Thx James Tandy, Solution! We selected the dedicated device, choosed "Properties" and "SNMP" Tap, then "Basic Configuration" and adjusted under "Max Repetitions" with the Value "80". Working better now, Poller Times went down to 50 Seconds ... Grüße Stefan __

[Observium] Re: Capture gaps when retrieving interface traffic data …

2024-03-18 Thread James Tandy via observium
In the SNMP config for that specific device, try tuning the "Maxrep" setting and poll manually comparing the times. This Often needs tweaking to be something device specific for best performance - I even have multiple devices of the exact same make/model/etc, which each need different maxrep v

[Observium] Re: Capture gaps when retrieving interface traffic data …

2024-03-18 Thread Stefan Schmidt via observium
Hello Admin, thank you for the 3 points, to which we would like to respond in order to further assess the problem: 1. The poller hardware currently only queries this one Mikrotik router beside 19 other devices behind. There is a load, this one router is displayed with “Last Polled” 100% and 2

[Observium] Re: Capture gaps when retrieving interface traffic data …

2024-03-18 Thread Adam Armstrong via observium
This is usually caused by one of three things: 1. Poller hardware is insufficient to poll all devices every 5 minutes consistently. This is usually easy to figure out from the massive load on the server. 2. Poller has insufficient threads configured to poll all devices every 5 minutes consis