crond est mort, alors parlez de la surveillance de la vie et de la mort avec zabbix

Avant que je le sache, Crond était mort ...

On ne sait pas s'il a été tué par le Linux OOM Killer ou s'il a été causé par autre chose. En conséquence, Let's encrypt n'a pas été automatiquement renouvelé et le certificat a expiré.

C'est bon.

Je dois vous prévenir si Crond meurt à Zabbix!

.... je n'ai pas d'articles ... orz

Vous devriez le faire, vous devriez le faire ~.

Pour le moment, créez un nouveau modèle Crond avec le serveur zabbix. Crond l'élément avec la clé proc.num [crond].

Cela devrait être à peu près correct, mais dans de rares cas zabbix-agent que proc.num [crond] n'est pas pris ...

Dans un tel cas, le côté agent informe le serveur de la vie ou de la mort. Vous pouvez vérifier la vie et la mort de crond par statut. /etc/rc.d/init.d/crond status

C'est normal si le mot est en cours d'exécution. Sinon, c'est anormal. Vous pouvez vérifier en comptant en cours d'exécution.

/etc/rc.d/init.d/crond status|grep -e running |wc -l

Le résultat est sorti de zabbix-agent. zabbix_agentd.conf UserParameter=crond,/etc/rc.d/init.d/crond status|grep -e running |wc -l

Ajoutez crond à l'élément côté serveur Zabbix et définissez le déclencheur.

Dois-je l'ajouter aux dizaines d'agents zabbix que je surveille? Merde!

Recommended Posts

crond est mort, alors parlez de la surveillance de la vie et de la mort avec zabbix
J'ai essayé la surveillance vivante (Ping) de Linux (CentOS 7) avec le serveur de surveillance Zabbix
Surveillance active des appareils AWS IoT