Jean Gabes a écrit 497 commentaires

Salut,

Pour les 10000 objets de Shinken oui, c'est pas mal en fait :) (quand on sait que Nagios en fait beaucoup moins par exemple ;) ).

Pour le mix entre Nagios et Shinken je pense que ça ne devrait pas poser de soucis, mais va rendre indisponible certaines vues qui sont spécifiques à Shinken je pense et qui aident à trouver facilement la source des problèmes. A tester donc :)

Salut,

C'est tout à fait possible en effet. J'avoue ne pas être un grand fan de cette méthode passive, qui n'est là que pour pallier un gros manque de performance de Nagios, mais qui utilises beaucoup de fichiers plats et de configurations externes à l'ordonnanceur, et qui fait donc que c'est très difficilement utilisable dans un environnement distribué.

Pour utiliser check_mk avec Shinken oui, la partie passive ne devrait pas avoir de soucis à gérer cela. Elle est faite pour ce genre de traitements en batch.

Je pense plus à un "check_mk" en module, mais sans les parties non pratique, out en conservant les checks (ce sont des sortes de modules python, pratique) et la compatibilité avec les agents. A voir donc, mais ça pourrait être très pratique en effet.

Aide acceptée avec plaisir :)
Tu peux te créer un compte là et je te mettrai les droits en écritures.

Oui, en même temps c'est tellement vrai :)

Avec un bon exemple et une phrase qui incite moins au troll, ça ferait un très bon point pour Shinken justement, vu qu'il est classique désormais de vouloir des escalades de notifications sur tout son parc, mais pas avec les mêmes règles suivant les environnements (tu n'escalade pas une qualification comme une prod, voir même tu ne l'escalades pas en fait). Et là avec Nagios c'est vraiment complexe à mettre en place sur un parc un minimum grand, alors que c'est bien plus simple avec Shinken. Mais bon, c'est moins marrant de le dire comme ça, je préfère encore la phrase du site, ce qui démontre bien qu'un bon comparatif objectif serait sympa :)

Salut,

Il y a ce genre de matrice là. Mais grosso modo, il y a très peu de choses que Nagios gère que Shinken ne gère pas, et la plupart c'est par choix, car l'auteur de Nagios lui même conseille de ne pas les utiliser (à raison).

Ensuite c'est une question de maturité des alternatives du côté Shinken (par exemple pour utiliser l'interface Ninja, le module actuel dans Shinken manque de quelques données qui peuvent manquer sur l'interface ou le module de reporting par exemple), même si ça devient bien sûr de moins en moins en la défaveur de Shinken :)

Il serait c'est vrai intéressant de rajouter des exemples précis sur les items de cette page comme par exemple montrer en quoi il est bien plus simple de configurer les escalades de notifications avec Shinken qu'avec Nagios par exemple.

Un comparatif effectué par une personne non impliqué dans l'un des deux projets serait bien entendu bien plus intéressant que si c'est moi qui le fait (et aussi au dessus de tout soupçons :) ). Si tente quelqu'un ;)

Merci. Mais j'ai été bien aidé dans cette tâche qui n'a rien de naturel pour moi. J'en profite pour remercier Romuald, du site monitoring-fr.org pour son aide précieuse, surtout quand on voit ce que j'avais produit dans les premières versions du site... :)

Par contre il doit encore y avoir quelques fautes sur le site, je prends toutes les remarques, et mêmes les propositions d'aide pour corriger le site, j'ouvre un compte en écriture à qui veut aider :)

Pas bête, disons flexible ;)

Mon mail est dispo sur cette page (partie "who wrote Shinken") ou direct sur la mailing list ici, comme ça vous pourrez synchroniser vos efforts avec le packageur actuel et ce sur quoi il travaille.

Merci de la proposition en tout cas :)

Salut,

En fait un package est en cours, mais pas encore fini, donc pour l'instant on propose ce qui est le plus simple pour les utilisateurs :)

Toute aide sur ce point est acceptée avec grand plaisir bien entendu :)

Bonjour,

Oui ce n'est pas un soucis, en fait le module en question est très modulaire car les informations de "liens" sont en fait retournées par un script sous format json, donc si quelqu'un à un Xen sous la main, c'est tout à fait possible et rapide :)

S'il y en a intéressé pour ça ou pour la partie découverte (pareil, c'est un script qui renvoie les informations) vous pouvez venir sur la mailing list, je vous donnerai les pointeurs sur comment faire, et j'intégrerai cela avec un grand plaisir :)

Oh merci ça fait toujours plaisir de lire ce genre de post :)

Bon sûr ce je retourne coder un module de découverte (réseaux+systèmes) pour Shinken d'ailleurs ;)

Oh je suis content que ça marche :)

J'avais déjà essayé sur un Androïd 1.6 avec le Python ACE (2.6 de mémoire) et ça roulait pas mal déjà :)

Serais- tu d'accord pour faire une entrée sur cette installation sur le wiki du projet (http://www.shinken-monitoring.org/wiki/) ? :)

Si tu as besoin d'aide sur le reste de l'installation ou autre, n'hésites pas à demander :)

En effet, ce genre d'aide est toujours la bienvenue :)

Est-ce sur un point particulier qu'il y a blocage? Pour un simple test, un untar/lancement fonctionne plutôt bien.

Merci de l'information, ça va beaucoup m'aider en effet :)
Si c'est bon, les prochaines versions auront un export du wiki avec elles.

Pour l'instant la doc a été rapatriée des sources sous format docbook vers le wiki (dokuwiki) sur le site officiel pour inciter tout le monde à l'améliorer (le coup d'entrée de docbook est important, un wiki est bien plus accessible).

Ceci implique que pour l'instant il n'y a plus de doc pdf fournie avec l'outil. Mais vu que le format de données de dokuwiki est connu et en fichier plat, une transformation en pdf doit être possible, je vais voir comment faire (dokuwiki->rst->sphinx peux être).

Pour le livre, on verra si un jour je m'attaque à la seconde édition de mon livre sur Nagios ;)

Bonjour,

En gros après un soutient de notre cher RMS qui pense que l'auteur de Nagios avait tord, ce dernier n'a pas donné de nouvelle. Fin du FUD, retour au code (et tant mieux) :)

Si on a un problème réseau et qu'on aimerait tout de même être alerté, un bon moyen c'est Gnokki avec un bête téléphone branché en USB sur la machine. Très simple à intégrer aux outils de supervision en plus :)

Non non, ceci prouve deux choses :
*je ne me relis pas assez
*j'ai réellement besoin d'un vrai webmaster :)

Merci en tout cas.

En effet, c'est sacrément ressemblant :p

Je suis parti d'une image sur kde-look avec le samouraï qui se bat contre un arbre en svg. Mais si au hasard ta femme est motivée pour arranger notre logo, je ne suis pas contre, car elle semble être sacrément douée, j'adore ce qu'elle a fait :)

En ce qui concerne la configuration hôte/service, pour l'instant il y a pas mal d'avancée, mais la principale sera pour la version 0.5 je pense (en fait déjà dans la 0.4 mais en expérimental). Il sera bien plus "logique" de configurer la supervision d'un serveur sans avoir à passer par les groupes et cie. Car là en effet, la configuration est vraiment puissante (héritage et cie) mais elle n'est pas simple, pas simple du tout.

Oui c'est tout à fait exact. Nous sommes 7 a avoir accès au git en écriture désormais. Tous ne sons pas actifs très régulièrement, mais ça avance :)

C'est vrai que j'ai passé la partie "projet" un peu rapidement dans ce journal, mais je en voulais pas faire un pavé non plus.

Merci, ceci sera corrigé :)

Ah bah nan, je crie suffisamment sur l'orientation de Nagios pour ne pas faire de même :)

Quoi que ça pourrait être rigolo de le faire juste pour se moquer des open core : Entreprise, même licence que la libre, mais plus chère :)

Et si je fais un effort et que je le nomme 0.3 SP1? :)

Je pense qu'elle va attendre la 0.4. Je ferai un petit récapitulatif comme celui là mais avec la 0.4 avec. Surtout qu'elle ne devrait pas tarder car j'ai déjà rempli pas mal de manques depuis la 0.3 du début de semaine :)

Avec la 0.4 on pourra faire une dépêche : bon maintenant, vous pouvez y aller avec votre prod :)

Oh mon cher journal, j'ai oublié de te parler d'un site monté suite à la discussion sur le projet : le site de propositions/votes pour les futures fonctionnalités.

Il est disponible sur <a href="http://shinken.ideascale.com"<http://shinken.ideasca(...) et tu peux y rajouter les fonctionnalités que tu veux ou bien voter pour celles qui te paraissent les plus importantes.

Ces votes vont influer directement sur la roadmap du projet pour les futures versions, donc je t'invite à voter oh mon cher journal.