Oui, je me suis fait la même réflexion… J'ai regardé dans les spécifications techniques et une vingtaine (si j'ai bien compté) de servomoteurs sont fournis, chacun coûtant de 350€ à 450€ pièce. En plus de la carte Raspberry et des accessoires liés.
À noter, depuis la version 3 de Nagios, il est recommandé d'utiliser les Custom Object Variables plutôt que les $ARGn. C'est très triste que la documentation officielle de NCPA (et de Nagios) ne mette pas en avant cela mais les avantages sont importants :
les Custom Object Variables ont une portée (sur le host, le service, …)
les Custom Object Variables sont nommés et plus facile à identifier (_MAC_ADDRESS est plus signifiant que ARG1)
l'héritage des Custom Object Variables permet de définir les paramètres communs dans des modèles d'host et de service
Grâce aux Custom Object Variables, il est beaucoup plus simple de définir une stratégie de configuration efficace et surtout, maintenable dans le temps. Lorsqu'on a quelques dizaines de serveurs à superviser, on peut s'en passer (et encore), mais lorsqu'on dépasse la centaine, elles deviennent vite indispensables.
Heu… Je ne pense rien et je n'ai rien écrit de tel car comme expliqué, je n'ai reçu aucune éducation culturelle. Le seul avis que je m'autorise est : "j'ai rien compris, quelqu'un peut-il m'expliquer ?"
J'ai juste dit que vivre un week-end noir n'était pas positif, ce qui était le sens de la blague originale.
Je l'explique du coup :-)
Soulages est un artiste qui a beaucoup travaillé sur le noir. Un week-end Soulages ne semble pas être le meilleur week-end d'une vie…
Est-ce un problème de QI, de culture, de milieu ?
Je parle pour moi uniquement (car je n'avais pas compris la blague lorsqu'elle m'a été faite) : c'est un manque de culture générale, probablement lié à mon milieu familial. Issu de parents ouvriers, je n'avais jamais été dans des musées. Je n'ai aucune connaissance artistique (même les plus répandues, le cinéma ou la musique).
Est-ce un problème, finalement ?
Est-ce un problème que nos blagues d'informaticiens ("et là, le nouveau me dit qu'il ne sait pas sortir de vim sans rebooter HA HA HA") ne soient comprises que par nous ? Le plus important est que, malgré nos mondes différents, nous savons travailler ensemble si on fait l'effort nécessaire pour se comprendre, si on met de la pédagogie, si on accepte de reconnaître qu'on n'a pas compris ce que disait l'autre, …
D'acc toujours pour ma culture, vous utilisez des hooks pour pré-remplir le message de commit et/ou pour le valider ?
Nous n'allons pas jusque là car nous n'en avons pas besoin. Nous sommes une petite équipe, nous avons mis des règles simples et peu coûteuses à suivre, que nous avons définies ensemble. Elles sont globalement suivies et sur les exceptions, ce n'est pas bloquant, on s'y retrouve toujours. On avisera lorsque ce sera nécessaire.
J'avais commencé à mettre en place la règle "commit refusé si pas de ticket correspondant" pour un tout petit projet que je gère en autonomie et je l'ai désactivée car ça me faisait perdre du temps sur des détails (l'exemple : corriger une faute d'orthographe dans le README, s'il faut faire un ticket pour cela, on perd du temps).
Oui, nous avons un besoin d'historisation et de pouvoir voir les diff de chaque modification. Éventuellement, nous voulons pouvoir les annuler (là, c'est plus l'équipe technique qui fait cela).
De plus, nous voulons ouvrir des tickets JIRA pour décrire les modifications qui seront faites (et le pourquoi) et que cette modification dans le code soit référencée dans le ticket JIRA. Comme tout le process est déjà présent, cela ne nous a rien coûté.
Non, je ne voulais pas exprimé cela. Mon petit smiley était là pour montrer un petit trait d'humour. Désolé si mon intention n'était pas suffisamment précise.
faire une offre d'emploi ce n'est pas que parler de soi, au final le salaire ET le lieu du travail sont important. cf commentaire ci dessus.
Le lieu de travail a été ajouté dans l'annonce : c'est Paris, à côté du Centre Pompidou, à 5 minutes à pied de Châtelet - Les Halles. Pour le salaire, j'ai demandé des précisions.
le gars précédent qui semble être parti, il y a une raison particulière ?
Il part en retraite en tout fin de cette année. On recrute une personne pour le remplacer. Il y a aura un transfert qu'on espère le plus long possible (dès qu'on recrute quelqu'un en fait).
ça n'est pas très populaire ici comme type de rémunération. On aime bien des "fourchettes"
Je vais demander des précisions.
Et sauf erreur, il n'y a pas de localisation du poste : le télétravail est possible ou c'est une une annonce de parisien ?
Désolé : un oubli de ma part, merci de l'avoir signaler ! Le poste est basé à Paris, à 5 minutes à pied de Châtelet-Les Halles. Du télétravail est possible occasionnellement.
NRPE signifie Nagios Remote Plugin Executor : ce logiciel a été écrit pour Nagios en premier. Le fait que Nagios ai connu de nombreux forks (Centreon-Engine, Icinga, Naemon) ou ré-implémentation (Shinken) fait que NRPE est compatible avec ces outils par simple voie de conséquence. Zabbix, extérieur au "monde Nagios" a lui implémenté une passerelle uniquement pour pouvoir hériter de la forte communauté des développeurs de plugins Nagios mais son agent est beaucoup plus avancé que NRPE. NRPE n'est pas un standard (comme l'est SNMP) et n'est pas la voie royale pour les outils de supervision, de part ses défauts :
1. adapté au "monde Nagios" et uniquement lui
2. limité en terme de fonctionnalités
3. non sécurisé (SSL et don't blame NRPE comme mentionné)
4. limite de la sortie standard (le message affiché à l'écran)
5. aucune nouvelle sortie depuis 2013 et les dernières versions sont plutôt des correctifs qu'autre chose
L’adoption très grande de ce protocole fait qu’on peut coder un « Check Nagios » absolument n’importe comment, tout le monde est d’accord sur des conventions de sortie standard et de code de retour…
Ce n'est pas NRPE qui a défini les conventions de sortie standard et de code de retour mais Nagios lui-même.
Pour ma part je pense que ces deux protocoles sont complémentaires.
Tout à fait, mais uniquement dans le monde Nagios. Dans le cas d'autres outils de supervision libre (comme Zabbix, openNMS, ZenOSS, Ganglia, Cacti), ce n'est pas vrai.
Pour résumé :
1. NRPE est limité au monde Nagios et uniquement lui.
2. le monde Nagios manque d'un agent plus moderne.
Or, avec les œuvres du domaine public, on a certes attendu longtemps mais on a enfin le droit d'utiliser, partager, diffuser, modifier, remixer… sans demander autorisation ni s'acquitter de droits
Est ce que la modification et le remix sont-ils, aujourd'hui, vraiment autorisés lorsqu'une œuvre passe dans le domaine public? Le Droit_Moral est inaliénable et imprescriptible et sur deux points, cela me semble incertain :
- droit de paternité : si l'on remixe plusieurs œuvres, comment identifier clairement qui est l'auteur de chaque partie?
- droit au respect de l'œuvre : cela me semble encore plus complexe. Je suis un créateur qui souhaite remixer une œuvre : comment être sûr que je ne prendrai pas un procès sur ce sujet? Comment être sûr que je n'enfreins pas l'esprit de l'œuvre?
Autant pour la diffusion, le partage et l'utilisation, je suis serein. Pour le remix et la modification, cela me semble plus complexe.
Certaines présentations du programme mériteraient une relecture grammaticale. J'imagine que les responsables de thème n'ont pas voulu ou pas pu (par manque de temps) corriger des présentations. Mais c'est dommage car toutes ces erreurs desservent le propos. Si cela est envisageable, n'hésitez pas à faire cette relecture.
Je trouve que la police principale (Oswald???) fatigue les yeux. J'ai rapidement eu envie d'arrêter de lire. Suis-je le seul à ressentir cela?
Bon courage à tous les organisateurs et aux présentateurs. Merci de vous impliquer autant chaque année pour ce grand et superbe événement.
Merci de me faire découvrir cet outil, je ne le connaissais pas auparavant.
Il est précisé sur votre site que la version "Workstation" est sous licence GPLv3. La version "web" est sous licence "custom". Pourriez vous nous donner plus de détails? Éventuellement, si la licence n'est pas libre, pourriez vous préciser les raisons? C'est pour ma culture personnelle : j'aimerai comparer votre modèle d'affaire (ou celui que vous souhaitez mettre en place) avec les autres outils de "supervision libre" (au sens très large du terme).
Peut-être pourrons-nous rajouter ceux-ci ?
- Cédric Temple, lead développeur de Centreon
Non, il ne faut pas : tout d'abord, je ne suis pas développeur, juste un admin-sys-qui-parfois-fait-un-peu-de-code. De plus, je n'ai jamais été lead développeur de Centreon, juste un tout petit contributeur (quelques patches, quelques retours de bugs, quelques articles sur des blogs). Pour être précis, le lead développeur de Centreon est Julien Mathis et Centreon a été lancé conjointement avec Romain Le Merlus.
PS: mais j'ai quand même écrasé une petite larmichette quand j'ai vu mon nom cité sur cet article. Merci d'avoir pensé à moi, même si je ne le mérite pas :-)
Ce comparatif est intéressant mais je trouve que les chiffres obtenus sont très loin de la réalité. Je fais tourner une solution classique Nagios + Ndo + Centreon avec ~25k checks toutes les cinq minutes sur une architecture répartie (avec un collecteur vérifiant 16k services / 5 min) avec moins de 1seconde de latence sur tous les pollers (contre plus de 300 dans l'étude présentée par l'article) et des temps de démarrage inférieurs à 20s (contre plus de 300s dans l'étude).
Comme tu l'indiques toi-même, tu fais cela sur une architecture répartie. Les benchmarks sont réalisés sur un seul serveur (30 000 checks toutes les 5 minutes sur un seul poller). Il est certain qu'avec Nagios sur plusieurs serveurs physiques, il est possible de produire le même résultat que Centreon-Engine sur un seul serveur physique.
Je ne doute pas que Centreon-engine et centreon-broker apportent par rapport à NDO et Nagios, par contre je déplore fortement le cloisonnement entre ces différentes solutions qui pourraient évoluer de concert. Si tous les efforts se concentraient sur Nagios, peut-être que celui-ci avancerait plus vite, plutôt que d'avoir plusieurs produits quasiment identiques avec chacun leurs problèmes et leurs avantages. Pourquoi ne pas résoudre les problèmes d'une seule solution et de ressembler tous ses avantages plutôt que de faire une course de clones ?
C'est ce qui a été fait : nous avons tenté de communiquer avec le développeur de Nagios. Nous avons envoyé plusieurs patchs. N'ayant aucune réponse, nous les avons re-solicité de nouveau. Sans réponse encore, nous avons insisté. Poliment. Plusieurs fois… Presque tous nos patchs ont été refusés, sans forcément obtenir une réponse malgré plusieurs relances. Nous avons été contraint de forker et nous aurions préféré pouvoir travailler de concert avec eux. Nous ne sommes pas les seuls à avoir rencontrer des problèmes de communication. Nous avons vraiment essayé de jouer le jeu. N'étant pas seul à rencontrer ce problème et n'ayant pas eu de réponse, nous ne pouvons pas mettre en cause notre travail sur quelque plan que ce soit (communication, qualité des patchs).
PS : ndoutils 1.5.2 a été publié vendredi dernier, qu'on ne me réponde pas que ce projet est mort ;-)
Bah, est ce grâce à Centreon-Broker que ce projet est sortie de sa léthargie? ;-)
Nous avons considéré qu'il était mort car aucune modification n'était apportée pendant de très longs mois. Là encore, nous avons proposé des patchs, proposer de nouvelles orientations et du temps de développement. Nous attendons toujours une réponse sur ce sujet ;-)
Cependant, pourquoi ne pas avoir pris la 3.3.1, publiée le 25 juillet 2011 ?
Parce que la version 3.3.1 comporte un bug critique qui fait chuter les performances.
Est-il prévu de faire un nouveau benchmark ou celui-ci a-t-il été publié juste pour SL12 ?
Nous ferons toujours des benchmarks pour comparer notre avancée et celle des autres outils. Il n'est pas publié pour Solutions Linux 2012, sinon il aurait été publié bien plus tard… Mais si tu veux en discuter lors du Salon, n'hésite pas! :-)
Je crains que les perfs ne soient pas au rendez-vous
Je t'invite à lire l'étude alors :-)
Centreon-Engine […] Par contre, quelle est la valeure ajoutée par rapport au moteur Nagios ?
Même réponse que ci-dessus : lit l'étude et ce sera plus clair.
Pour l'absence de simplicité durant l'installation de Centreon Broker, nous avons identifié le problème et nous sommes en train de travailler sur le sujet. Si tu es sur RedHat/CentOS 5 nous avons des paquets RPMs. Ce sont ceux inclus dans Centreon Enterprise Server (CES) Standard.
[^] # Re: Euh ...
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Robot humanoïde libre français Poppy. Évalué à 7.
Bonjour,
Oui, je me suis fait la même réflexion… J'ai regardé dans les spécifications techniques et une vingtaine (si j'ai bien compté) de servomoteurs sont fournis, chacun coûtant de 350€ à 450€ pièce. En plus de la carte Raspberry et des accessoires liés.
# Petite erreur dans la dépêche
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche 📰 Revue de presse — octobre 2022. Évalué à 2.
Petite erreur dans la dépêche, la phrase :
devrait être remplacée par :
# Utilisation des Custom Object Variables recommandée
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche NCPA, un agent pour Nagios. Évalué à 6.
Merci, c'est super !
À noter, depuis la version 3 de Nagios, il est recommandé d'utiliser les Custom Object Variables plutôt que les $ARGn. C'est très triste que la documentation officielle de NCPA (et de Nagios) ne mette pas en avant cela mais les avantages sont importants :
Grâce aux Custom Object Variables, il est beaucoup plus simple de définir une stratégie de configuration efficace et surtout, maintenable dans le temps. Lorsqu'on a quelques dizaines de serveurs à superviser, on peut s'en passer (et encore), mais lorsqu'on dépasse la centaine, elles deviennent vite indispensables.
[^] # Re: spécifier l'interface réseau
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au message Pourquoi ma machine ne répond[rait] à aucun ping IPv6 vers quelque adresses locale que ce soit?. Évalué à 1.
Pourrais-tu taper la commande suivante et nous donner le résultat ?
# i en trop en fin d'expression rationnelle ?
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au message Perl - faire ressortir les définitions d'une liste de mots . Évalué à 2.
Cela fait longtemps que je n'ai pas fait de Perl, est-ce qu'il n'y aurait pas un i en trop en fin d'expression rationnelle ? Ici :
# Mauvais lien
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au journal CPU Ex0186 lost + found (volume 17, avant guerre). Évalué à 2.
Le lien vers "Readme : « Downfall : l'affaire Boeing » par Rory Kennedy (Netflix)" n'est pas le bon, ici comme sur la page de CPU. Le bon lien est : Readme : « Downfall : l'affaire Boeing » par Rory Kennedy (Netflix)
[^] # Re: Blague pourrie ou manque de QI ?
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au journal Marie-Stéphanie, Markdown, GIT, Jekyll et Jenkins. Évalué à 3.
Heu… Je ne pense rien et je n'ai rien écrit de tel car comme expliqué, je n'ai reçu aucune éducation culturelle. Le seul avis que je m'autorise est : "j'ai rien compris, quelqu'un peut-il m'expliquer ?"
J'ai juste dit que vivre un week-end noir n'était pas positif, ce qui était le sens de la blague originale.
[^] # Re: Blague pourrie ou manque de QI ?
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au journal Marie-Stéphanie, Markdown, GIT, Jekyll et Jenkins. Évalué à 9.
Je l'explique du coup :-)
Soulages est un artiste qui a beaucoup travaillé sur le noir. Un week-end Soulages ne semble pas être le meilleur week-end d'une vie…
Je parle pour moi uniquement (car je n'avais pas compris la blague lorsqu'elle m'a été faite) : c'est un manque de culture générale, probablement lié à mon milieu familial. Issu de parents ouvriers, je n'avais jamais été dans des musées. Je n'ai aucune connaissance artistique (même les plus répandues, le cinéma ou la musique).
Est-ce un problème que nos blagues d'informaticiens ("et là, le nouveau me dit qu'il ne sait pas sortir de vim sans rebooter HA HA HA") ne soient comprises que par nous ? Le plus important est que, malgré nos mondes différents, nous savons travailler ensemble si on fait l'effort nécessaire pour se comprendre, si on met de la pédagogie, si on accepte de reconnaître qu'on n'a pas compris ce que disait l'autre, …
[^] # Re: Question purement technique
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au journal Marie-Stéphanie, Markdown, GIT, Jekyll et Jenkins. Évalué à 2.
Nous n'allons pas jusque là car nous n'en avons pas besoin. Nous sommes une petite équipe, nous avons mis des règles simples et peu coûteuses à suivre, que nous avons définies ensemble. Elles sont globalement suivies et sur les exceptions, ce n'est pas bloquant, on s'y retrouve toujours. On avisera lorsque ce sera nécessaire.
J'avais commencé à mettre en place la règle "commit refusé si pas de ticket correspondant" pour un tout petit projet que je gère en autonomie et je l'ai désactivée car ça me faisait perdre du temps sur des détails (l'exemple : corriger une faute d'orthographe dans le README, s'il faut faire un ticket pour cela, on perd du temps).
[^] # Re: Question purement technique
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au journal Marie-Stéphanie, Markdown, GIT, Jekyll et Jenkins. Évalué à 2.
Oui, nous avons un besoin d'historisation et de pouvoir voir les diff de chaque modification. Éventuellement, nous voulons pouvoir les annuler (là, c'est plus l'équipe technique qui fait cela).
De plus, nous voulons ouvrir des tickets JIRA pour décrire les modifications qui seront faites (et le pourquoi) et que cette modification dans le code soit référencée dans le ticket JIRA. Comme tout le process est déjà présent, cela ne nous a rien coûté.
[^] # Re: Noob
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au journal Marie-Stéphanie, Markdown, GIT, Jekyll et Jenkins. Évalué à 6.
Non, je ne voulais pas exprimé cela. Mon petit smiley était là pour montrer un petit trait d'humour. Désolé si mon intention n'était pas suffisamment précise.
[^] # Re: et oui
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au message (Offre) Architecte logiciel confirmé - CDI. Évalué à 1.
Le salaire a été ajouté : entre 40 et 55k€
[^] # Re: Imprécisions
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au message (Offre) Architecte logiciel confirmé - CDI. Évalué à 3.
Le salaire a été ajouté : entre 40 et 55k€
[^] # Re: et oui
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au message (Offre) Architecte logiciel confirmé - CDI. Évalué à 2.
Le lieu de travail a été ajouté dans l'annonce : c'est Paris, à côté du Centre Pompidou, à 5 minutes à pied de Châtelet - Les Halles. Pour le salaire, j'ai demandé des précisions.
Il part en retraite en tout fin de cette année. On recrute une personne pour le remplacer. Il y a aura un transfert qu'on espère le plus long possible (dès qu'on recrute quelqu'un en fait).
[^] # Re: Imprécisions
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au message (Offre) Architecte logiciel confirmé - CDI. Évalué à 4.
Je vais demander des précisions.
Désolé : un oubli de ma part, merci de l'avoir signaler ! Le poste est basé à Paris, à 5 minutes à pied de Châtelet-Les Halles. Du télétravail est possible occasionnellement.
# Mon avis : NRPE == Nagios
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse au journal SNMP vs NRPE. Évalué à 3.
NRPE signifie Nagios Remote Plugin Executor : ce logiciel a été écrit pour Nagios en premier. Le fait que Nagios ai connu de nombreux forks (Centreon-Engine, Icinga, Naemon) ou ré-implémentation (Shinken) fait que NRPE est compatible avec ces outils par simple voie de conséquence. Zabbix, extérieur au "monde Nagios" a lui implémenté une passerelle uniquement pour pouvoir hériter de la forte communauté des développeurs de plugins Nagios mais son agent est beaucoup plus avancé que NRPE. NRPE n'est pas un standard (comme l'est SNMP) et n'est pas la voie royale pour les outils de supervision, de part ses défauts :
1. adapté au "monde Nagios" et uniquement lui
2. limité en terme de fonctionnalités
3. non sécurisé (SSL et don't blame NRPE comme mentionné)
4. limite de la sortie standard (le message affiché à l'écran)
5. aucune nouvelle sortie depuis 2013 et les dernières versions sont plutôt des correctifs qu'autre chose
Ce n'est pas NRPE qui a défini les conventions de sortie standard et de code de retour mais Nagios lui-même.
Tout à fait, mais uniquement dans le monde Nagios. Dans le cas d'autres outils de supervision libre (comme Zabbix, openNMS, ZenOSS, Ganglia, Cacti), ce n'est pas vrai.
Pour résumé :
1. NRPE est limité au monde Nagios et uniquement lui.
2. le monde Nagios manque d'un agent plus moderne.
# Modification et remix sont-ils vraiment autorisés lorsqu'une œuvre passe dans le domaine public?
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche 1er festival du domaine public, du 16 au 31 janvier 2015 à Paris. Évalué à 3.
Est ce que la modification et le remix sont-ils, aujourd'hui, vraiment autorisés lorsqu'une œuvre passe dans le domaine public? Le Droit_Moral est inaliénable et imprescriptible et sur deux points, cela me semble incertain :
- droit de paternité : si l'on remixe plusieurs œuvres, comment identifier clairement qui est l'auteur de chaque partie?
- droit au respect de l'œuvre : cela me semble encore plus complexe. Je suis un créateur qui souhaite remixer une œuvre : comment être sûr que je ne prendrai pas un procès sur ce sujet? Comment être sûr que je n'enfreins pas l'esprit de l'œuvre?
Autant pour la diffusion, le partage et l'utilisation, je suis serein. Pour le remix et la modification, cela me semble plus complexe.
Merci de vos lumières sur ce sujet.
# Nombreuses fautes dans certaines présentations du Programme et police
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Les RMLL à Montpellier du 5 au 11 juillet 2014. Évalué à 1.
Certaines présentations du programme mériteraient une relecture grammaticale. J'imagine que les responsables de thème n'ont pas voulu ou pas pu (par manque de temps) corriger des présentations. Mais c'est dommage car toutes ces erreurs desservent le propos. Si cela est envisageable, n'hésitez pas à faire cette relecture.
Je trouve que la police principale (Oswald???) fatigue les yeux. J'ai rapidement eu envie d'arrêter de lire. Suis-je le seul à ressentir cela?
Bon courage à tous les organisateurs et aux présentateurs. Merci de vous impliquer autant chaque année pour ce grand et superbe événement.
# Licence pour la version web?
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche RealOpInsight : apporter la vision métier à la supervision. Évalué à 3.
Merci de me faire découvrir cet outil, je ne le connaissais pas auparavant.
Il est précisé sur votre site que la version "Workstation" est sous licence GPLv3. La version "web" est sous licence "custom". Pourriez vous nous donner plus de détails? Éventuellement, si la licence n'est pas libre, pourriez vous préciser les raisons? C'est pour ma culture personnelle : j'aimerai comparer votre modèle d'affaire (ou celui que vous souhaitez mettre en place) avec les autres outils de "supervision libre" (au sens très large du terme).
Merci.
# Un absent ... que c'est bien finalement qu'il soit absent
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 10.
Non, il ne faut pas : tout d'abord, je ne suis pas développeur, juste un admin-sys-qui-parfois-fait-un-peu-de-code. De plus, je n'ai jamais été lead développeur de Centreon, juste un tout petit contributeur (quelques patches, quelques retours de bugs, quelques articles sur des blogs). Pour être précis, le lead développeur de Centreon est Julien Mathis et Centreon a été lancé conjointement avec Romain Le Merlus.
PS: mais j'ai quand même écrasé une petite larmichette quand j'ai vu mon nom cité sur cet article. Merci d'avoir pensé à moi, même si je ne le mérite pas :-)
[^] # Re: Comparatif intéressant mais...
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 7.
Comme tu l'indiques toi-même, tu fais cela sur une architecture répartie. Les benchmarks sont réalisés sur un seul serveur (30 000 checks toutes les 5 minutes sur un seul poller). Il est certain qu'avec Nagios sur plusieurs serveurs physiques, il est possible de produire le même résultat que Centreon-Engine sur un seul serveur physique.
C'est ce qui a été fait : nous avons tenté de communiquer avec le développeur de Nagios. Nous avons envoyé plusieurs patchs. N'ayant aucune réponse, nous les avons re-solicité de nouveau. Sans réponse encore, nous avons insisté. Poliment. Plusieurs fois… Presque tous nos patchs ont été refusés, sans forcément obtenir une réponse malgré plusieurs relances. Nous avons été contraint de forker et nous aurions préféré pouvoir travailler de concert avec eux. Nous ne sommes pas les seuls à avoir rencontrer des problèmes de communication. Nous avons vraiment essayé de jouer le jeu. N'étant pas seul à rencontrer ce problème et n'ayant pas eu de réponse, nous ne pouvons pas mettre en cause notre travail sur quelque plan que ce soit (communication, qualité des patchs).
Bah, est ce grâce à Centreon-Broker que ce projet est sortie de sa léthargie? ;-)
Nous avons considéré qu'il était mort car aucune modification n'était apportée pendant de très longs mois. Là encore, nous avons proposé des patchs, proposer de nouvelles orientations et du temps de développement. Nous attendons toujours une réponse sur ce sujet ;-)
[^] # Re: Génial, mais heu...
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 1.
Parce que la version 3.3.1 comporte un bug critique qui fait chuter les performances.
Nous ferons toujours des benchmarks pour comparer notre avancée et celle des autres outils. Il n'est pas publié pour Solutions Linux 2012, sinon il aurait été publié bien plus tard… Mais si tu veux en discuter lors du Salon, n'hésite pas! :-)
[^] # Re: Génial, mais heu...
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 5.
Je conçois que pour quelqu'un d'extérieur, il n'est pas simple de comprendre les raisons du fork. C'est pourquoi ceux-ci sont expliqués pour Centreon-Engine dans la FAQ du projet et sur la page Wikipedia pour Shinken
[^] # Re: Une annonce commerciale...
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Publication d'un comparatif Centreon / Nagios. Évalué à 3.
Il me semble pourtant qu'il y a eu une réponse
Je t'invite à lire l'étude alors :-)
Même réponse que ci-dessus : lit l'étude et ce sera plus clair.
Pour l'absence de simplicité durant l'installation de Centreon Broker, nous avons identifié le problème et nous sommes en train de travailler sur le sujet. Si tu es sur RedHat/CentOS 5 nous avons des paquets RPMs. Ce sont ceux inclus dans Centreon Enterprise Server (CES) Standard.
[^] # Re: Gbrrdgraphix
Posté par Cédric Temple (site web personnel, Mastodon) . En réponse à la dépêche Quelques brèves sur la supervision. Évalué à 1.
Olivier, il semble qu'il y ai une faute de frappe dans le lien vers ta page personnelle. Tu as mis sourcegorge en lieu et place de sourceforge