check_systemd
This systemd check for nagios compatible monitoring systems will report a degraded systemd to your monitoring solution. It can also be used to monitor individual systemd services and timers units. (by Josef-Friedrich)
node_exporter
Exporter for machine metrics (by prometheus)
| check_systemd | node_exporter | |
|---|---|---|
| 5 | 78 | |
| 25 | 10,398 | |
| - | 2.6% | |
| 9.0 | 8.9 | |
| 13 days ago | about 15 hours ago | |
| Python | Go | |
| GNU Lesser General Public License v3.0 only | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
check_systemd
Posts with mentions or reviews of check_systemd.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-01-31.
-
What to use for application (process) monitoring?
The best all-around check I have found is check_systemd
-
AlmaLinux 9 / network-scripts?
In that case, it may be helpful to have a reliability "spin" sinilar how there are AlmaLinux Live Media images that allow trying an AlmaLinux desktop without installing. That is not an option on the other EL8 systems despite AlmaLinux also offering 1:1 compatibility. A reliability spin might include other reliability-focused components such as monitoring-plugins and check_systemd
-
Linux is dead, long-live Docker monoculture
Fast forward 12 years and I have Icinga2 collectors in each datacenter using check_by_ssh to run check_systemd, all front-ended by Thruk. The TIG stack is something on my list of things to look into at some point, but with Dynatrace available to do all the fancy application monitoring, there's no rush.
-
Anyone using LibreNMS in production?
For alerting for Linux systems, I use Icinga with check_ssh and check_systemd (caveat: distributed primarily on PyPI) with Thruk as the single pane of glass front-end to per-datacenter installations of Icinga.
-
If you wanted to see exactly how a system was performing when a load threshold was reached, how would you do it?
check_systemd is nice to alert based on failed systemd units - https://github.com/Josef-Friedrich/check_systemd but it requires python3 to install, so there is a bit more to install onto a system.
node_exporter
Posts with mentions or reviews of node_exporter.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-12-29.
-
Prometheus Fundamentals (Lesson-01)
$ wget https://github.com/prometheus/node_exporter/releases/download/v1.7.0/node_exporter-1.7.0.linux-amd64.tar.gz $ tar -xzvf node_exporter-1.7.0.linux-amd64.tar.gz
-
List of your reverse proxied services
Node Exporter
-
Best way to monitor disk space, RAM in remote servers and get alerts when full?
The Prometheus node_exporter can provide this information, doesn't require root. You could run it as a systemd user unit if you don't have root.
-
Best Course/Learning Path for mastering Prometheus and Grafana
I personally find it best to learn through experimentation. Start with reading a bit about Prometheus and Grafana through their docs, and then familiarise yourself with setting up a local Prometheus + Grafana instance either locally or with docker using docker-compose, along with something to generate /metrics endpoint for Prometheus to scrape from such as a custom Prometheus exporter in Python or using Node Exporter.
-
Linux Traffic Monitoring
Your best bet might be to fork node_exporter to get you more verbose socket stats: https://github.com/prometheus/node_exporter/blob/master/collector/sockstat_linux.go
-
Tool to monitor disk space
I use Grafana + Prometheus + Node Exporter.
- Is there a dashboard of sorts that can keep track of my linux-based computers and VMs to that I can easily see if any of them have updates or are running low on storage and et cetera?
-
Would SNMP present less of a load than SSH to get interface metrics from older cisco 3K series switches?
Crazy idea, can't NX devices run Docker? I wonder if the node_exporter would work.
-
Questions about Kubernetes
Kubernetes itself will not notify you, the way I've seen people do this, is to use something like kube-state-metrics or node_exporter, export that to Prometheus (or preferrably VictoriaMetrics because Prometheus is terrible IMO), and then setup alarms on that with alertmanager or equivalent, or just look at dashboards regularly with Grafana. Realistically I recommend only setting alerts on disk usage and application/database latency. CPU and memory utilization isn't a great metric to alert on a lot of the time.
-
How to log system usage: RAM, CPU, over a long time to detect which component is slowing down?
You may setup node exporter and collect metrics with prometheus for example. Its not quite "simple" way, but still you may find it useful.