'exit 0' is a very base level check. It's really just confirming that Sensu's shell interpreter is working in a reasonable manner.
It should be crazy quick, so we run it every 10s, to then graph its performance via other means later.
udevd
listens for kernel uevents, and runs rules in /etc/udevd based on the events received.
It should always be running. This alert may still trigger on system shutdown/startup.
See https://www.kernel.org/pub/linux/utils/kernel/hotplug/udev/udevd.html
This monitors the length of the logstash:beaver queue in redis, via the community logstash-queue-length plugin.
If this queue is growing, it implies logstash or one of its 'downstream outputs' is not processing log in a timely manner, or not at all.
Quite often, it's because ES has failed, or logstash process has died.
It can also mean though that your log processing is too much for the server to handle. Check resource graphs.
PRs are a great way of sharing information, and can help us be aware of the changes that are occuring in our codebase. They are also an excellent way of getting peer review on the work that we do, without the cost of working in direct pairs.
Ultimately though, the primary reason we use PRs is to encourage quality in the commits that are made to our code repositories
Done well, the commits (and their attached messages) contained within tell a story to people examining the code at a later date. If we are not careful to ensure the quality of these commits, we silently lose this ability.
{ | |
"cluster_name" : "elasticsearch", | |
"nodes" : { | |
"REDACTED" : { | |
"timestamp" : 1421060315273, | |
"name" : "monitoring-02", | |
"transport_address" : "inet[/REDACTED:9300]", | |
"host" : "monitoring-02", | |
"ip" : [ "inet[/REDACTED:9300]", "NONE" ], | |
"indices" : { |
#include <stdlib.h> | |
#include <sys/types.h> | |
#include <unistd.h> | |
int main () | |
{ | |
pid_t child_pid; | |
child_pid = fork (); | |
if (child_pid > 0) { |