Tâche #35285
Scénario #35037: EOLE 2.8 : synchro_zephir doit être exécuté deux fois pour que le status soit actualisé sur le Zéphir
Étude
100%
Historique
#1 Mis à jour par Benjamin Bohard il y a environ un an
- dans zephirservice.py :
- xmlrpc_archive_for_upload est le point d’entrée qui appelle
- wakeup_for_upload qui enchaîne avec
- _make_archive qui fait plusieurs choses :
- _check_md5
- création de l’archive
- enchaîne avec :
- _try_chown qui appelle
- zephir_client call
- _try_chown qui appelle
- _make_archive qui fait plusieurs choses :
- wakeup_for_upload qui enchaîne avec
Les données du module client et du zéphir se croisent et, de fait, il faut revoir la procédure pour faire plusieurs transactions au lieu d’une seule : envoi depuis le zéphir, puis envoi depuis le module client.
#2 Mis à jour par Benjamin Bohard il y a environ un an
- Statut changé de Nouveau à En cours
#3 Mis à jour par Benjamin Bohard il y a environ un an
Un ajout naïf d’un premier appel à zephir_client call avant la création de l’archive (pour récupérer les fichiers depuis le zéphir d’abord) fait tomber dans un timeout…
#4 Mis à jour par Benjamin Bohard il y a environ un an
La duplication de la ligne "os.system('/usr/share/zephir/scripts/zephir_client call &> /dev/null')" dans le corps de la fonction _make_archive, avant la création des sommes de contrôle, et dans le cadre d’un appel de callback twisted, semble convenir.
#5 Mis à jour par Benjamin Bohard il y a environ un an
- Statut changé de En cours à À valider
- % réalisé changé de 0 à 100
#6 Mis à jour par Laurent Gourvenec il y a environ un an
- Statut changé de À valider à Résolu
#7 Mis à jour par Joël Cuissinat il y a environ un an
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0