SMPFR

tu es trop bonne ma chère Z !

* toute déformation de cette phrase ne sera pas autorisée *

honnêtement j'ai vraiment envie de faire un vrai projet avec ça. Il y aura un autre composant qui sera complémentaire qui permet de récupérer des fichiers à plat générés sur les différents serveurs et qui permettra de faire un tableau de bord web pour voir les alertes (et pourquoi pas faire des stats).

j'ai aussi réfléchis et on peut facilement créer des dépendances pour éviter de faire des tests si un test échoue (avec un simple ET logique, si un élément foire il fait pas la suite)

tu peux faire plusieurs notif par type d'alarme ?

si oui une partie émission MQTT par ex (bon ca oblige la dépendance) sinon une simple bidouille à socket

et tu as juste à faire un lecteur général pour les dash/stats

tu peux faire plusieurs notif par type d'alarme ?

si oui une partie émission MQTT par ex (bon ca oblige la dépendance) sinon une simple bidouille à socket

et tu as juste à faire un lecteur général pour les dash/stats

une alarme c'est une commande shell donc je pense que && et ; ça fonctionne

je connais pas MQTT

c'est un protocol de com tcpip tu trouve des biblio dans tt les langages our presque
le but c'est de communiquer le plus simplement possible sur le principe des souscriptions/canaux etc etc ^^ et avec un gros plus qui est la notion de qos
tu peux délivrer le message sans vérif ou avec vérif et tu es sur que le message arrive comme ca
tu as un truc bien foutu et documenté la
https://blog.guiguiabloc.fr/index.php/2 ... implement/

je vais regarder, je connaissais pas. Par contre ça implique d'ouvrir un port juste pour ça ^^

J'ai des choses importantes à ajouter mais sans ajouter de dépendances ça va être difficile, je pense faire une version light et une version plus évoluée en chargeant un fichier avec les probes supplémentaires qui va gueuler s'il y a pas les dépendances pour faire des vérifs de réseau, de temps de réponse http, contenu http, envoi / réception de mails etc...

si tu sais faire aussi une tentative vers bdd ca peut etre cool

si tu sais faire aussi une tentative vers bdd ca peut etre cool

ouais ça c'est très simple (même exécuter une requête)

Déployé sur mon serveur Zcraft, ça poste un message sur le forum quand y a un soucis (dans un topic dédié)
(on peut facilement imaginer poster sur twitter etc...)

cool ca pushbullet aussi j'aime bien je centralise dessus maintenant

https://docs.pushbullet.com/

cool ca pushbullet aussi j'aime bien je centralise dessus maintenant

https://docs.pushbullet.com/

pas trop regardé l'API mais après soit tu fais un script shell que t'appelles et tu lui passes les paramètres que tu veux depuis le système d'alerte, soit tu écris ton appel curl directement dans reed-alert, mais c'est très simple

par exemple pour poster sur mon forum
(le script magique c'est une suite de curl pour se logger sur le forum et pouvoir poster un message )

ouai c'est nickel ca

ca va passer en prod au taff ton truc pour mon usage interne

ouai c'est nickel ca

ca va passer en prod au taff ton truc pour mon usage interne

c'est fait pour

Nouvelle version bientôt avec la possibilité de faire des tests réseau et des trucs http (temps de réponse, motif présent dans la page récupérée)

J'ai trouvé un moyen propre d'utiliser des librairies sans compliquer l'installation pour l'utilisateur final.Du coup je peux faire beaucoup de choses complexes maintenant.
Je vais aussi rendre plus propre la déclaration des alertes, du même style que pour les choses à vérifier

pas eu trop le temps de travailler dessus, mais pour m'en servir tous les jours sur 3 serveurs ça marche très bien.

J'ai découvert hier cet outil : http://riemann.io/
c'est _très_ compliqué et ça a l'air super. Par contre, je suis pas concurrente avec reed-alert car ça me semble assez lourd à déployer ce bazar (déjà c'est un programme à lancer en java )

Je suis en train de préparer une petite présentation pour une conférence, je partagerai ici.

Je m'en sers sur 4 serveurs persos différents, c'est très pratique et efficace. Il y a des petites améliorations à venir d'ailleurs

J'ai publié un article sur mon blog (en anglais) qui parle de l'utilisation de reed-alert : https://dataswamp.org/~solene/2018-01-1 ... alert.html

Aussi il y a un gros README très bien expliqué maintenant qui est fourni avec les sources

Avec le temps, le code a fait son chemin. La dernière version en date est la 1.04 disponible ici : ftp://ftp.bitreich.org/releases/reed-al ... -v1.04.tgz

J'ai fait une présentation (en anglais) à la bitreichCON 2018 => https://dataswamp.org/~solene/2018-08-2 ... alert.html

Les améliorations depuis le dernier post :

- il est plus simple de déclarer des moyens d'alerte, genre ça - une vérification pour l'expiration des certificats ssl - la possibilité de recevoir une notification tous les N lancement quand un check est en erreur. Par défaut ça envoie juste Début / Fin d'une alerte, mais on peut vouloir recevoir régulièrement un petit rappel dans certains cas. Le code suivant surveille la partition où est /home et prévient si on dépasse 90% d'utilisation, et si on dépasse, tous les 2 checks ça va renvoyer une alerte pour prévenir que c'est pas résolu - Utilisation et installation simplifiés. On fait un "make install" et ça installe reed-alert dans le $PATH qu'on appelle sur le fichier de configuration, pas besoin de plus.

ça fait plaisir de voir que ça intéresse du monde

bah je l'ai fait tourner pendant un moment mais c'était sur mon ancien monitoring .... que j'ai pas rallumé depuis que j'ai changé toutes mes VM
faudrait que je le remette en route :3 pour la gloire d'avoir du soft Zmade & Zapproved <3

d'ailleurs la prochaine feature c'est que la sortie du programme soit parsable facilement (yml, json, csv je sais pas encore) pour facilement récupérer les infos (mettre en base, faire une page html...)

Ça a l’air hyper intéressant, j’avais regardé un peu de mon côté et je vois que des mises à jour interessantes sont parues, c’est cool.

Faudrait que je regarde un jour ou j’aurai du temps

hésites pas si t'as besoin d'aide

J’hesiterai pas