Project

General

Profile

Bug #37291

crash sur cron combo de reindexation

Added by Thomas Noël about 1 month ago. Updated about 1 month ago.

Status:
Solution déployée
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
29 Oct 2019
Due date:
% Done:

0%

Patch proposed:
Yes
Planning:
No

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'

0001-multitenant-rename-whoosh-directory-before-cleaning-.patch View (1.59 KB) Frédéric Péters, 02 Nov 2019 07:55 AM


Related issues

Duplicated by Hobo - Bug #37411: whoosh: resource busy et no such file or directory MAIN_WRITELOCK Solution déployée 04 Nov 2019

Associated revisions

Revision ef552c21 (diff)
Added by Frédéric Péters about 1 month ago

multitenant: rename whoosh directory before cleaning index (#37291)

History

#2 Updated by Christophe Siraut about 1 month ago

via dpkg.log python3-django-haystack a été installé il y a 5 jours.

#3 Updated by Christophe Siraut about 1 month ago

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é)

#4 Updated by Christophe Siraut about 1 month ago

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.

#5 Updated by Frédéric Péters about 1 month ago

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.

#6 Updated by Christophe Siraut about 1 month ago

  • Status changed from Solution proposée to Solution validée

il reste un "if" oublié dans le commentaire.

#7 Updated by Frédéric Péters about 1 month ago

  • Status changed from Solution validée to 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)

#8 Updated by Christophe Siraut about 1 month ago

  • Duplicated by Bug #37411: whoosh: resource busy et no such file or directory MAIN_WRITELOCK added

#9 Updated by Frédéric Péters about 1 month ago

  • Status changed from Résolu (à déployer) to Solution déployée

Also available in: Atom PDF