Non car si j’utilisais zabbix dans ubuntu20, je commencerai par essayer de mettre à jour zabbix 1.7 et ubuntu en 24.10, et n’aurais pas eu l’idée de venir sur un forum debian pour demander du support ubuntu.
Donc, désolé, aucune VA à tes réponses.
Si ta lecture s’arrête à ‹ non ›, sans lire l’argumentation, relis au moins ceci où tu trouveras de la ‹ VA ›:
→ As-tu pensé mettre à jour zabbix 1.7 dans ubuntu en 24.10
→ As-tu demandé chez ubuntu, sachant qu’il y a déjà plein de sujets zabbix chez ubuntu ?
Tu ne trouveras personne ici qui utilise zabbix 1.7 dans ubuntu 20, puisque zabbix n’est pas en version 1.7 dans ubuntu 20, et que tu es sur un support Debian.
!?
cat /etc/issue;dpkg -l | grep zab
Ubuntu 20.04.6 LTS \n \l
ii zabbix-agent2 1:7.2.1-1+ubuntu20.04 amd64 Zabbix network monitoring solution - agent
ii zabbix-release 1:7.2-1+ubuntu20.04 all Zabbix official repository configurationzabbix-agent2 n’existe pas en version 1.7 chez ubuntu pour ubuntu 20.
Ubuntu fait ses propres paquets et n’est pas responsable des paquets de provenance externe, et encore moins Debian:
Ubuntu – Résultats de la recherche de paquets – zabbix-agent2
La version courante de zabbix agent compris est la 7.2, pas la 1.7.
1 J'aime
Je reformule si pas encore assez clair.
Ubuntu ne fournit pas de paquet zabbix 1.7 pour ubuntu 20.
C’est zabbix qui fournit zabbix 1.7 pour ubuntu 20, il y a des subtilités à assimiler chez ubuntu.
Ni ubuntu, ni Debian ne sont responsables de ce que fournit directement zabbix, ou n’importe quel autre fournisseur.
La capture d’écran est celle de zabbix 
1 J'aime
C’est bien ça, et non pas celle d’ubuntu: CQFD.
Dans un autre fil on a dit que les paquets Debian comme Ubuntu de zabbix n’étaient pas pertinent. Il faut utiliser les paquets générés par Zabbix. Pas de CQFD
1 J'aime
Bien sûr, c’est peut-être une erreur de la documentation Zabbix, je cherche à comprendre et bien sûr j’ai posté sur le forum Zabbix et je partagerai lé réponse le cas échéant comme je l’ai déjà fait pour d’autres sujets.
Ce qu’il y a comprendre est très simple: c’est à zabbix qu’il faut demander pourquoi ce qu’il fournit pose problème:
→ Zabbix agent2 active doesn’t work on Ubuntu20? - ZABBIX Forums
Et être un peu patient.
Quelques souvenirs d’ubuntu et ses ppa suffisent largement.
Il n’y a aucune chance (ou infime) que zabbix perde du temps à débugguer la version 1.7 dans ubuntu 20, car reproduire un environnement exact dans une version ancienne ubuntu ne présente que peu d’intérêt.
zabbix n’est pas une société philanthropique.
1 J'aime
Possible, j’ai été très étonné moi aussi de ce que j’ai trouvé, c’est pour ça que ma question initiale dans CE forum est :
Un lecteur qui utilise Zabbix a-t-il le même problème?
et l’agent fonctionne en lancement direct …
Augmente le niveau de log de l’agent et check les logs à l’aide de journalctl avec l’option -u … épluches les logs de l’agent ensuite au besoin 
1 J'aime
Merci @Clochette pour ta réponse.
J’ai donné les logs dans mon 2ème post, je suis au niveau maxi.
Comment le service peut ne pas fonctionner sans log alors que la commande présente dans son exec fonctionne sans erreur …
et s’il y a pas c’est que le fichier de log était en root alors que le service tourne sous le user zabbix 
et donc @Verner, cela fonctionne bien en Ubuntu20 (Je ne peux pas conclure ce soir si l’erreur est liée à la procédure d’installation ou à mes essais précédents)
Explication finale. Suite installation sur une 2ème machine Ubuntu20.
A l’installation, le fichier /etc/zabbix/zabbix_agent2.conf est créé tq :
-rw------- 1 root root 286 déc. 22 01:04 zabbix_agent2.conf
Ce qui le rend, l’a rendu illisible par le user zabbix , donc impossible à exécuter via le service systemd.
J’ai lancé alors l’exécution manuellement sous root, ce qui a créé le fichier de log sous root.
Puis quand j’ai corrigé les permissions du fichier de conf, mon fichier de log est resté sous root et c’est lui qui a bloqué l’exécution sous systemd.
Ouhlà je commence à comprendre, tu cherches à faire tourner l’agent dans le container ?
Tu l’installes comment l’agent ? il est configuré correctement par rapport au système utilisé comme image dans le container (les paths sont pas tous identiques).
L’agent est lancé en tant que daemon ou avec un tricks comme avec supervisor pour éviter le truc du service qui crash car aucune activité (comme sur docker) ?
Idem niveau cgroup, il y aurait pas de blocage, de souvenir il y a des souci parfois avec abbix-ageent V2 dans certains cas exotique, et ça en est un à mon avis. ?
D’où l’utilité de mieux comprendre ce que tu as fait et pourquoi ainsi
PS : quelle drôle d’idée de vouloir monitorer depuis l’intérieur du container, vue que ce que tu cherche avant tout c’est qu’il soit détecté down et quels est sa consommation de ressources.
PS2 : quelle drôle d’idée d’utiliser LXC plutôt que Docker/Podman
1 J'aime
Jocker sur ce point, j’ai déjà du écrire que je m’intéresse à Zabbix car mon Rudder est HS et qu’au final je compte garder les 2 pour la gestion des mes alertes, et Zabbix pour un archivage que je n’ai pas aujourd’hui. Je suis toujours en phase de découverte, de test et probablement loin de ma solution finale.
Parce que j’ai commencé avant l’arrivée de ces outils sans proxmox puis partiellement avec maintenant et que cela me convient bien.
Au besoin on verra cela dans les prochains posts
Bonne nuit.
1 J'aime