By default libreNMS used the ifIndex to associate ports just found via SNMP
with ports discoverd/polled before and stored in the database. On Linux boxes
this is a problem as ifIndexes are rather likely to be unstable between reboots
or (re)configuration of tunnel interfaces (think: GRE/OpenVPN/Tinc/...), bridges,
Vlan interfaces, Bonding interfaces, etc.
This patch adds a »port association mode« configuration option per device which
allows to map discovered and known ports by their ifIndex, ifName, ifDescr, or
maybe other means in the future.
The default port association mode still is ifIndex for compatibility reasons.
As port RRD files were stored by their ifIndex before, they are now identified
by their unique and stable port_id to ensure a stable and unique mapping and
allow future port association modes to be added without requireing any further
internal changes. Existing RRD files are renamend accordingly in discovery and
poller tools to ensure stability of port associations in both modules as we
don't know which might run first after an update.
Signed-off-by: Maximilian Wilhelm <max@rfc2324.org>
On Arch systems, /etc/lsb-release contains the placeholder version string
"rolling".
Prevent parsing /etc/lsb-release on Arch systems to the script won't report the
distribution "Arch rolling".
This reverts commit d048e5e616a3d50efbc1c41d2fdd926c08dd2ad2.
The detection logic for Ubuntu (and perhaps other distributions) relies on
/etc/lsb-release.
Replaced the crude parsing of /etc/SuSE-release (which is due to be removed in
future OpenSUSE versions) with equally crude parsing of /etc/os-release.
/etc/os-release is present on several different distributions and usually
contains the same information as /etc/lsb-release when both files are
available.
For now, parsing /etc/lsb-release takes precedence and /etc/os-release is only
used as a fallback when the former is not available.
