Fixes:
- Make playercount work on non english systems
- Avoid getting an invalid PID if not run with sufficient permissions
- Fix getting CPU usage
Enhance:
- Clearify that CPU usage is in percent
During certain situations, a device in the btrfs pool can show a total
capacity of 0 bytes. This is aspecially true when replacing or removing a
failed disk.
This fix stops the plugin from crashing in that situation but just report
the devices percentage as unknown (U). That way other devices in the pool
stil can be monitored.
logarithmic was removed in d885a314ad
but still has it's benefits for openvpn CA and CRL certs. when enabling
logarithmic we keep the SI units now instead of rrdtools default
scientific notation.
Allows for configuring either general or specific warning or critical
levels, or any combination of that.
This should be backwards compatible, since it doesn't change a thing to
the output, unless specific variables are specified.
* works on debian bullseye with this modification.
* removed all codestyle issues, checked with "pycodestyle" on debian bullseye, besides two "line too long"
* "config" param must not have newlines to avoid a warning in munin-update.log
Was not expecting #1255 to be merged so quickly 🤪. Now the new
serverstats graph has been fully tested and actually works 😉.
This change also doesn't needlessly convert all values to floating
point numbers, instead provides the values to munin in the same format
as they are originally output by chrony.
Also this adds some server stats found in chrony 4.0 (but still works
with 3.4 and probably earlier).
zfs list might list a bunch of transient snapshots if `zpool
listsnapshots=on` and something like zfs-auto-snapshot is used. It's
also not useful to graph them since they're unchanging in time, and
the parent volume is graphed anyway. Limit zfs list to
"filesystem,volume" instead of "all" including snapshots
"round" is part of jq's math support. Some distros (rhel8) don't enable it.
Fortunately round can be emulated with "floor" which is always present in
modern jq.
This commit:
- Changes to Python 3 template string rather than the formatted string
syntax.
- Calls the Deluge API once per plugin run for the "states" mode, rather
than once per torrent. Lines of code are reduced. The readability is
improved too, since the API call is similar to how the "peers" mode
works.
- Updates the label for the "state" entry "paused" to match it's name in the
libtorrent API: "stopped". "Queued" is split into "Queued seeding" and
"Queued downloads" to match the libtorrent API too.
Version 1.0.0 of this plugin requires version 1 of Deluge. Deluge 2 was
released in June 2019.
This commits bumps the plugin to version 2.0.0.
This plugin has three modes. The modes "bandwidth" and "states" are
working equally to the previous version. The third mode, "connections",
is changed.
The connections mode previously printed one value: the total number of
connections. That RPC call is removed in Deluge 2, and I'm instead
using `get_session_status`, which delegates the call to libtorrent [1].
libtorrent is much better documented, so it's easier to work with
compared to Deluge.
"Number of peers" replaces the previous "number of connections", and
I've added half open peers, and peers interested in download and upload
slots to the same graph.
[1]. https://libtorrent.org/manual-ref.html#session-statistics
From a summary comment in the code:
If a stacked graph is requested, plot the total. Rather than
aggregating them with CDEFs of SUMs, we sum them in the script, which
allows us to create real series than can be easily borrowed by other
loaning graphs.
Those series are recv_bits and send_bits.
There are longstanding bugs with them (dating back to snmp__if). This
has been documented, as well as some potential ad hoc fixes for the
data.
Some outdated bug were also removed from the doc.
Signed-off-by: Olivier Mehani <shtrom@ssji.net>
