Bug #37291
crash sur cron combo de reindexation
0%
Description
Je n'arrive pas encore à comprendre d'où peut venir l'erreur, mais ça arrive assez régulièrement depuis quelques jours, sur divers sites
From: Cron Daemon <root@combo.node1.prod.saas.entrouvert.org> To: root@combo.node1.prod.saas.entrouvert.org Subject: Cron <root@combo> cd / && run-parts --report /etc/cron.hourly /etc/cron.hourly/combo: Failed to clear Whoosh index: [Errno 39] Directory not empty: '/var/lib/combo/tenants/demarches.mauguio-carnon.com/whoosh_index' Traceback (most recent call last): File "/usr/lib/python3/dist-packages/haystack/backends/whoosh_backend.py", line 241, in clear self.delete_index() File "/usr/lib/python3/dist-packages/haystack/backends/whoosh_backend.py", line 263, in delete_index shutil.rmtree(self.path) File "/usr/lib/python3.5/shutil.py", line 484, in rmtree onerror(os.rmdir, path, sys.exc_info()) File "/usr/lib/python3.5/shutil.py", line 482, in rmtree os.rmdir(path) OSError: [Errno 39] Directory not empty: '/var/lib/combo/tenants/demarches.mauguio-carnon.com/whoosh_index'
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Christophe Siraut il y a plus de 4 ans
via dpkg.log python3-django-haystack a été installé il y a 5 jours.
Mis à jour par Christophe Siraut il y a plus de 4 ans
A noter qu'on est sur un stockage NFS (et je lis que des fichiers .nfs peuvent éventuellement apparaître quand une supression de fichier est demandée pour un fichier référencé)
Mis à jour par Christophe Siraut il y a plus de 4 ans
Problème similaire dans #30509, on est passé de update_index à rebuild_index.
À étudier plus tard, si ça arrive encore avec les versions stretch de django-haystack/whoosh,
puis avec la version de django-haystach de stretch-backports.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Fichier 0001-multitenant-rename-whoosh-directory-before-cleaning-.patch 0001-multitenant-rename-whoosh-directory-before-cleaning-.patch ajouté
- Projet changé de Combo à Hobo
- Sujet changé de crash sur cron de reindexation à crash sur cron combo de reindexation
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Ma proposition est de renommer le répertoire plutôt que le supprimer, a priori NFS ne devrait pas avoir de problème avec ça. Puis d'ignorer les erreurs au moment de la suppression, sans doute pas bien grave.
Mis à jour par Christophe Siraut il y a plus de 4 ans
- Statut changé de Solution proposée à Solution validée
il reste un "if" oublié dans le commentaire.
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Solution validée à Résolu (à déployer)
Commentaire corrigé et commit poussé,
commit ef552c210eb57d315d4d5920d1000ccb83a1e77a Author: Frédéric Péters <fpeters@entrouvert.com> Date: Sat Nov 2 07:54:51 2019 +0100 multitenant: rename whoosh directory before cleaning index (#37291)
Mis à jour par Christophe Siraut il y a plus de 4 ans
- Dupliqué par Bug #37411: whoosh: resource busy et no such file or directory MAIN_WRITELOCK ajouté
Mis à jour par Frédéric Péters il y a plus de 4 ans
- Statut changé de Résolu (à déployer) à Solution déployée
multitenant: rename whoosh directory before cleaning index (#37291)