# Aucun délai d'attente pour les sauvegardes (bloqué depuis septembre)

**URL:** https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641
**Category:** Bug
**Created:** [Janvier 24, 2020, 4:00 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641 "2020-01-24T16:00:04Z")
**Posts on this page:** 10
**Page:** 1

<div class="post-metadata">

### Author: ![benjaoming](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/benjaoming/32/161986_2.png) [@benjaoming](https://meta.discourse.org/u/benjaoming)
#### Post date: [Janvier 24, 2020, 4:00 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/1 "2020-01-24T16:00:04Z")

</div>

Je souhaite signaler les problèmes suivants :

1. Il semble qu’il n’y ait aucun délai d’attente pour les sauvegardes. Ainsi, une sauvegarde automatique est bloquée depuis septembre.
2. Une fois annulée, tous nos utilisateurs ont reçu des résumés par e-mail et des réinitialisations de mot de passe accumulés depuis septembre.

Voici le journal :

```plaintext
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_tag_users_ix1"
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_tag_users_ix2"
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_topic_id_public_type_deleted_at"
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_topics_front_page"
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_topics_user_id_deleted_at"
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_unique_actions"
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_unique_flags"
[2019-09-26 03:35:25] Finalisation de la sauvegarde...
[2019-09-26 03:35:25] Création de l'archive : our-community-2019-09-26-033520-v20171214040346.tar.gz
[2019-09-26 03:35:25] Vérification que l'archive n'existe pas déjà...
[2019-09-26 03:35:25] pg_dump: création de l'INDEX "public.idx_unique_post_uploads"
[2020-01-24 16:02:39] Le processus de sauvegarde a été annulé !
[2020-01-24 16:02:39] Notification à 'system' de la fin de la sauvegarde...

```

---

<div class="post-metadata">

### Author: ![eviltrout](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/eviltrout/32/5275_2.png) [@eviltrout](https://meta.discourse.org/u/eviltrout)
#### Post date: [Janvier 24, 2020, 5:30 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/2 "2020-01-24T17:30:41Z")

</div>

Bien que ce ne soit pas idéal, avez-vous une idée de pourquoi votre sauvegarde a pris autant de temps ? Votre base de données est-elle énorme ?

---

<div class="post-metadata">

### Author: ![benjaoming](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/benjaoming/32/161986_2.png) [@benjaoming](https://meta.discourse.org/u/benjaoming)
#### Post date: [Janvier 24, 2020, 5:34 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/3 "2020-01-24T17:34:09Z")

</div>

Non, c’est petit, les fichiers `.dump` de Postgres faisaient 112 Mo.

---

<div class="post-metadata">

### Author: ![Stephen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/stephen/32/95011_2.png) [@Stephen](https://meta.discourse.org/u/Stephen)
#### Post date: [Janvier 24, 2020, 5:35 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/4 "2020-01-24T17:35:31Z")

</div>

Comment votre serveur a-t-il été installé ? Où est-il déployé ?

---

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [Janvier 24, 2020, 5:40 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/5 "2020-01-24T17:40:04Z")

</div>

C’est très étrange. Il y a un message de journal erroné provenant de « pg\_dump » après le message « Finalization de la sauvegarde… ».

De plus, je ne sais pas pourquoi le système n’envoie plus d’e-mails. Sidekiq devrait déjà être dépausé lorsque « Finalization de la sauvegarde… » apparaît dans les journaux.

> <https://github.com/discourse/discourse/blob/3b7f5db5ba9d4db23593fe116499f9583fed271f/lib/backup_restore/backuper.rb#L48-L51>

Quelle version de Discourse utilisez-vous ? Je suppose que vous n’avez effectué aucune mise à jour depuis septembre, sinon je suis presque certain que cela aurait arrêté la sauvegarde. 🤔

---

<div class="post-metadata">

### Author: ![benjaoming](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/benjaoming/32/161986_2.png) [@benjaoming](https://meta.discourse.org/u/benjaoming)
#### Post date: [Janvier 27, 2020, 4:17 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/6 "2020-01-27T16:17:11Z")

</div>

Merci d’avoir lu et répondu ! J’ai remarqué le problème en inspectant un ancien serveur, qui a depuis été remplacé. J’ai toujours accès à l’ancienne instance.

- Cela s’est produit sur la version 1.8
- Les seuls e-mails envoyés étaient des e-mails `new_version`. Aucun réinitialisation de mot de passe, aucune notification.
- Les journaux sont souvent écrits et vidés dans différents threads/processus, donc je ne suis pas sûr que cela puisse expliquer le message `pg_dump` isolé… mais c’est certainement très suspect.

Je pense que le vrai problème serait peut-être aussi l’absence de vérifications de cohérence lors de l’envoi d’un grand nombre d’e-mails dans une file d’attente. Que se passe-t-il si un rappel de mot de passe date de 3 mois ? Devrions-nous supposer que l’heure du système a changé ou que les e-mails n’ont pas pu être envoyés pendant une durée considérable ?

Notre nouveau serveur exécute maintenant la dernière version de Discourse, mais ce serait bien sûr dommage que les sauvegardes non surveillées se retrouvent à nouveau bloquées. [https://community.learningequality.org/](https://community.learningequality.org/)

---

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [Janvier 27, 2020, 4:27 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/7 "2020-01-27T16:27:05Z")

</div>

> [@benjaoming](#):
>
> Cela s’est produit sur la version 1.8

Eh bien, c’est extrêmement ancien. Cela ne me surprendrait pas si cette version avait des problèmes avec la mise en pause/la reprise de Sidekiq qui ont été résolus depuis.

> [@benjaoming](#):
>
> Mises à jour automatiques

Il n’y a pas de mises à jour automatiques dans Discourse.

---

<div class="post-metadata">

### Author: ![benjaoming](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/benjaoming/32/161986_2.png) [@benjaoming](https://meta.discourse.org/u/benjaoming)
#### Post date: [Janvier 27, 2020, 4:39 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/8 "2020-01-27T16:39:10Z")

</div>

> Il n’y a pas de mises à jour non surveillées dans Discourse.

C’était une faute de frappe.

---

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [Janvier 27, 2020, 5:05 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/9 "2020-01-27T17:05:17Z")

</div>

Je suis tout à fait certain qu’il n’y a aucun bogue dans la version actuelle susceptible de provoquer un blocage de la sauvegarde et un arrêt de la file d’attente des e-mails.

Je clos ce sujet. Veuillez signaler pour rouvrir si vous rencontrez ce problème sur la dernière version de Discourse et pouvez fournir les étapes pour le reproduire.

---

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [Janvier 27, 2020, 5:05 UTC](https://meta.discourse.org/t/no-timeout-for-backups-stuck-since-september/139641/10 "2020-01-27T17:05:21Z")

</div>


