Details
-
Bug
-
Resolution: Fixed
-
Major
-
None
-
Professional Edition
-
Observium 23.5.12837 (25th May 2023)
OS Linux 5.4.0-77-generic [amd64] (Ubuntu 20.04)
Apache 2.4.41 (Ubuntu)
PHP 7.4.3-4ubuntu2.18 (OPcache: ENABLED) (Memory: 128MB)
Python 3.8.10
MySQL 8.0.33-0ubuntu0.20.04.2 (extension: mysqli 7.4.3-4ubuntu2.18)
SNMP NET-SNMP 5.8
RRDtool 1.7.2 (rrdcached 1.7.2: unix:/var/run/rrdcached.sock)
Fping 4.2 (IPv4 and IPv6)
Fetch cURL 7.68.0 (OpenSSL/1.1.1f, LibZ 1.2.11, LibIDN 2.2.0)Observium 23.5.12837 (25th May 2023) OS Linux 5.4.0-77-generic [amd64] (Ubuntu 20.04) Apache 2.4.41 (Ubuntu) PHP 7.4.3-4ubuntu2.18 (OPcache: ENABLED) (Memory: 128MB) Python 3.8.10 MySQL 8.0.33-0ubuntu0.20.04.2 (extension: mysqli 7.4.3-4ubuntu2.18) SNMP NET-SNMP 5.8 RRDtool 1.7.2 (rrdcached 1.7.2: unix:/var/run/rrdcached.sock) Fping 4.2 (IPv4 and IPv6) Fetch cURL 7.68.0 (OpenSSL/1.1.1f, LibZ 1.2.11, LibIDN 2.2.0)
Description
Hello all,
Since upgrading from 12800 to 12837, the polling time is been degraded, we went from around 300s in avg to 600s, many modules like fdb increased by x3 factor.
And this new DB error is appearing in the web interface, after some refresh it goes away:
- Are you aware of any of this?
- Should we roll-back to 12800 ?
- Do you have some clues were to look?
- Does some services needs to be restarted in 12837?
Thanks.
EM
Attachments
Issue Links
- duplicates
-
OBS-4461 poller - very slow FDB module when run manually
-
- Resolved
-