Scénario #34909
Zéphir client : s'il existe un fichier /tmp/sitexxx.tar la synchronisation ne se fait plus
100%
Description
Z_stats créé un fichier /tmp/sitexxx.tar pour transférer les données entre le client et le serveur.
Il change ensuite les droits en "-rw-r--r-- 1 uucp uucp".
Si pour une raison ou une autre le fichier est préexistant, la synchronisation ne se fait plus.
Dans mon cas, cela semble être un redémarrage de z_stats (surement fait pile au mauvais moment).
Dans les logs on retrouve toutes les 30 minutes (durée entre deux synchronisations) :
<ore>
[-] /!\ archiving failed ([Failure instance: Traceback (failure with no frames): <class 'twisted.internet.utils._UnexpectedErrorOutput'>: got stderr: b'tar (child): '
])
data: stats/
archive: /tmp/sitexxx.tar
En effet :
# /bin/tar czf /tmp/sitexxx.tar --exclude private -C /usr/share/zephir/monitor data tar (child): /tmp/sitexxx.tar : open impossible: Permission non accordée tar (child): Error is not recoverable: exiting now /bin/tar: /tmp/sitexxx.tar : write impossible: Relais brisé (pipe) /bin/tar: Child returned status 2 /bin/tar: Error is not recoverable: exiting now
Ce problème m'est pas isolé, il m'est arrivé deux fois ces derniers temps.
Pour reproduire :
root@amon:~# python3 Python 3.8.10 (default, Jun 22 2022, 20:18:18) [GCC 9.4.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> import zephir.zephir_conf.zephir_conf as conf_zeph >>> conf_zeph.id_serveur 15 >>> root@amon:~# touch /tmp/site15.tar root@amon:~# chown uucp: /tmp/site15.tar
Je pense qu'il faudrait supprimer le fichier temporaire si celui-ci existe encore à un moment où il ne devrait pas.
Historique
#1 Mis à jour par Emmanuel GARETTE il y a plus d'un an
J'ai toujours ce problème.
C'est vraiment gênant en production de devoir supprimer ces fichiers sur les serveurs.
#2 Mis à jour par Joël Cuissinat il y a environ un an
- Tâche parente mis à #35222
#3 Mis à jour par Emmanuel GARETTE il y a environ un an
Ce problème est toujours présent et arrive régulièrement.
#4 Mis à jour par Joël Cuissinat il y a 11 mois
- Tâche parente
#35222supprimé
#5 Mis à jour par Joël Cuissinat il y a 11 mois
- Tracker changé de Tâche à Scénario
- Début
08/11/2022supprimé - Release mis à Carnet de produit (Cadoles)
- Points de scénarios mis à 1.0
#6 Mis à jour par Joël Cuissinat il y a 11 mois
- Release changé de Carnet de produit (Cadoles) à EOLE 2.8.0
#7 Mis à jour par Joël Cuissinat il y a 11 mois
décalage d'un sprint pour raisons comptables ;)
#8 Mis à jour par Joël Cuissinat il y a 11 mois
- Release changé de EOLE 2.8.0 à Carnet de produit (Cadoles)
#9 Mis à jour par Laurent Gourvenec il y a 10 mois
- Echéance mis à 01/01/2024
- Statut changé de Nouveau à En cours
- Assigné à mis à Laurent Gourvenec
- Version cible mis à Carnet Cadoles
- Début mis à 01/10/2022
#10 Mis à jour par Laurent Gourvenec il y a 10 mois
Non reproduit, sur 2.7.2, 2.8.1 et 2.9.0.
A chaque fois que je cré un fichier /tmp/sitexxx.tar , que le fichier soit possédé par root ou par uucp, z_stat arrive toujours à le supprimer, à créer une tarball à coté et à envoyer les données.
#11 Mis à jour par Laurent Gourvenec il y a 10 mois
- Statut changé de En cours à Résolu
- % réalisé changé de 0 à 100
Il s'avère que le problème a déjà été corrigé par effet de bord avec la demande #35292
L'appel au script zephir_client call
supprime le fichier correctement.
#12 Mis à jour par Joël Cuissinat il y a 8 mois
- Statut changé de Résolu à Terminé (Sprint)
- Version cible changé de Carnet Cadoles à Livraison Cadoles 31/08/2023
- Release changé de Carnet de produit (Cadoles) à EOLE 2.8.0
Vu