Project

General

Profile

Scénario #34909

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

Added by Emmanuel GARETTE over 1 year ago. Updated 10 months ago.

Status:
Terminé (Sprint)
Priority:
Normal
Assigned To:
Category:
-
Start date:
10/01/2022
Due date:
01/01/2024
% Done:

100%

Story points:
1.0
Velocity based estimate:
Release:
Release relationship:
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.

History

#1 Updated by Emmanuel GARETTE over 1 year ago

J'ai toujours ce problème.

C'est vraiment gênant en production de devoir supprimer ces fichiers sur les serveurs.

#2 Updated by Joël Cuissinat over 1 year ago

  • Parent task set to #35222

#3 Updated by Emmanuel GARETTE over 1 year ago

Ce problème est toujours présent et arrive régulièrement.

#4 Updated by Joël Cuissinat about 1 year ago

  • Parent task deleted (#35222)

#5 Updated by Joël Cuissinat about 1 year ago

  • Tracker changed from Tâche to Scénario
  • Start date deleted (11/08/2022)
  • Release set to Carnet de produit (Cadoles)
  • Story points set to 1.0

#6 Updated by Joël Cuissinat about 1 year ago

  • Release changed from Carnet de produit (Cadoles) to EOLE 2.8.0

#7 Updated by Joël Cuissinat about 1 year ago

décalage d'un sprint pour raisons comptables ;)

#8 Updated by Joël Cuissinat about 1 year ago

  • Release changed from EOLE 2.8.0 to Carnet de produit (Cadoles)

#9 Updated by Laurent Gourvenec about 1 year ago

  • Due date set to 01/01/2024
  • Status changed from Nouveau to En cours
  • Assigned To set to Laurent Gourvenec
  • Target version set to Carnet Cadoles
  • Start date set to 10/01/2022

#10 Updated by Laurent Gourvenec about 1 year ago

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 Updated by Laurent Gourvenec about 1 year ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 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 Updated by Joël Cuissinat 10 months ago

  • Status changed from Résolu to Terminé (Sprint)
  • Target version changed from Carnet Cadoles to Livraison Cadoles 31/08/2023
  • Release changed from Carnet de produit (Cadoles) to EOLE 2.8.0

Vu

Also available in: Atom PDF