Projet

Général

Profil

Scénario #34909

Zéphir client : s'il existe un fichier /tmp/sitexxx.tar la synchronisation ne se fait plus

Ajouté par Emmanuel GARETTE il y a plus d'un an. Mis à jour il y a 8 mois.

Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
01/10/2022
Echéance:
01/01/2024
% réalisé:

100%

Points de scénarios:
1.0
Estimation basée sur la vélocité:
Release:
Liens avec la release:
Auto

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 #35222 supprimé

#5 Mis à jour par Joël Cuissinat il y a 11 mois

  • Tracker changé de Tâche à Scénario
  • Début 08/11/2022 supprimé
  • 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

Formats disponibles : Atom PDF