Tâche #23205
Scénario #22923: Traitement express MEN (08-10)
Problème au diagnose en mode conteneur
Description
Bonjour
Sur un Eole Base 2.6.2 en mode conteneurs avec le paquet eole-dns, nous avons une erreur au diagnose :
Traceback (most recent call last):
File "/usr/share/eole/diagnose/07-container", line 22, in <module>
for container, status in test_containers().items():
File "/usr/lib/python2.7/dist-packages/pyeole/diagnose/diagnose.py", line 308, in test_containers
ret[container] = test_container(container, ip)
File "/usr/lib/python2.7/dist-packages/pyeole/diagnose/diagnose.py", line 290, in test_container
is_running = tcpcheck(ip, '22', '2')
File "/usr/lib/python2.7/dist-packages/pyeole/decorator.py", line 192, in wrapper
return self.decorate(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/pyeole/decorator.py", line 439, in decorate
ret = self.decorated(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/pyeole/process.py", line 377, in tcpcheck
return network.test_tcp(ip_address, port, timeout)
File "/usr/lib/python2.7/dist-packages/pyeole/diagnose/network.py", line 136, in test_tcp
soc.connect((ip_address, port))
File "/usr/lib/python2.7/socket.py", line 228, in meth
return getattr(self._sock,name)(*args)
TypeError: coercing to Unicode: need string or buffer, list found
run-parts: /usr/share/eole/diagnose/07-container exited with return code 1
Merci par avance.
Cordialement.
Demandes liées
Révisions associées
test_containers : utilisation des variables container_ip_* au lieu de adresse_ip_*
Ref: #23205
Historique
#1 Mis à jour par Joël Cuissinat il y a environ 6 ans
- Description mis à jour (diff)
#2 Mis à jour par Joël Cuissinat il y a environ 6 ans
- Lié à Tâche #12764: Diagnose des conteneurs de fonctionne pas ajouté
#3 Mis à jour par Joël Cuissinat il y a environ 6 ans
- Tracker changé de Demande à Tâche
- Statut changé de Nouveau à En cours
- Assigné à mis à Joël Cuissinat
- Temps estimé mis à 3.00 h
- Tâche parente mis à #22923
- Restant à faire (heures) mis à 3.0
Le code du diagnose tel qu'il a été modifié pour EOLE >= 2.5.1 (cf. #12764) utilise les noms de variables conservés pour compatibilité adresse_ip_<conteneur> au lieu de container_ip_<conteneur>.
Dans le cas du conteneur dns et en l'absence de groupes de conteneurs (NB : sur AmonEcole, le conteneur dns rattaché au groupe de conteneurs internet), le nom de variable généré est adresse_ip_dns qui est déjà utilisé pour déclarer les DNS (de forward, dans notre cas).
=> le test devrait utiliser les noms de variables du type container_ip_<conteneur>.
#4 Mis à jour par Joël Cuissinat il y a environ 6 ans
- % réalisé changé de 0 à 100
- Restant à faire (heures) changé de 3.0 à 0.25
Paquet correctif prêt pour EOLE 2.6.2 : python-pyeole 2.6.2-16
La correction ayant été effectuée dans une branche issue de 2.5.1/master, la porte n'est pas fermée si un rétro-portage sur d'autres versions s'avère nécessaire.
#5 Mis à jour par Scrum Master il y a environ 6 ans
- Statut changé de En cours à Résolu
#6 Mis à jour par Fabrice Barconnière il y a environ 6 ans
- Restant à faire (heures) changé de 0.25 à 0.0
#7 Mis à jour par Fabrice Barconnière il y a environ 6 ans
root@eolebase:~# diagnose
*** Test du module eolebase version 2.6.2 (eolebase 0000000a) ***
*** Paquets installés
Noyau linux : Linux 4.4.0-116-generic
*** Cartes réseau
ens4: Speed: Unknown! Duplex: Unknown! (255) Link detected: yes
*** Interfaces
eolebase: 192.168.0.24 => Ok
*** Services distants
. Passerelle 192.168.0.1 => Ok
. DNS 192.168.232.2 => Ok
. Statut NTP => Synchronisé
. Accès distant => Ok
Sur l'interface réseau ens4
. SSH => Ok
. EAD Server => Ok
. EAD Web => Ok
*** Pare-feu
. Génération des règles => Ok (09:09:52 08/03/18)
. maitre => Ok
. dns => Ok
. mail => Ok
*** Validité du certificat
. eole.crt => Ok
. DNS reconnus => eolebase.ac-test.fr
*** Logrotate (fichiers pris en charge par rsyslog)
Fichiers non pris en charge par logrotate : 13
Filtres automatiques (/etc/logrotate.d/generated_{remote,local}_rules) : 0
*** Conteneurs
. mail => Ok
. dns => Ok
*** Mise à jour
. Dernière mise à jour => OK (Serveur déjà à jour (état le 08 Mar 2018 08:56:53))
. Reconfigure effectué => OK
. Reboot nécessaire => Non
*** DNS local
. DNS 192.0.2.18 => Ok
*** Messagerie
. Courrier SMTP => Ok
. File d'attente => 0 message
. Messages "Frozen" => 0 message
*** FIN DU DIAGNOSTIC ***
#8 Mis à jour par Scrum Master il y a environ 6 ans
- Statut changé de Résolu à Fermé