Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Gestion du redémarrage du serveur #4

Open
bchartier opened this issue Dec 20, 2017 · 1 comment
Open

Gestion du redémarrage du serveur #4

bchartier opened this issue Dec 20, 2017 · 1 comment
Labels

Comments

@bchartier
Copy link
Contributor

Devons-nous mettre en place une procédure de sauvegarde périodique du contenu de la base Redis si jamais le serveur sur lequel est installé l'extracteur venait à s'arrêter brutalement ? Est-ce que tu sais si Celery intègre une procédure de reprise des tâches qui n'ont pas été réalisées jusqu'au bout ?

@bchartier
Copy link
Contributor Author

Réponse d'@rouault :
Oui la sauvegarde de la base pourrait éventuellement être pertinente (quoique ça voudrait dire que le serveur est submergé de requêtes en attente, donc problème quelque part de dimensionnement).

J'ai fait le test suivant:

  • démarrer le frontend et le service redis uniquement
  • soumettre un job
  • faire un restart du service redis
  • lancer le backend

Et le job soumis est bien exécuté.

Par contre un job qui serait en cours d'exécution au moment du plantage du serveur restera indéfiniment dans un état STARTED / PROGRESS et ne sera pas redémarré au redémarrage du backend. Si on lance un PUT {"status": "STOP_REQUESTED"} il changera vers cet état, mais comme il n'est pas en exécution par le backend, il restera dans cet état.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant