From 4a8ef3c6f20499bed44d85cfbc3e24e343ab6b26 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?R=C3=A9mi=20Pailharey?= <rpailharey@grandlyon.com>
Date: Tue, 9 Jul 2024 15:17:49 +0200
Subject: [PATCH] feat(bo): restore backup if db is locked

---
 docs/ecolyo-agent/Technical/backup.md | 14 ++++++++++++++
 1 file changed, 14 insertions(+)

diff --git a/docs/ecolyo-agent/Technical/backup.md b/docs/ecolyo-agent/Technical/backup.md
index 4594103..f9992d3 100644
--- a/docs/ecolyo-agent/Technical/backup.md
+++ b/docs/ecolyo-agent/Technical/backup.md
@@ -19,3 +19,17 @@ oc create job --from cronjob/mysql-dump-cronjob-hourly nom_du_job
 - Aller dans le dossier des dumps horaires `cd /dump/hourly` ou journaliers `cd /dump/hourly` ou hebdomadaires `cd /dump/weekly`
 - Décompresser le dump souhaité `gzip -d YYYY-MM-dd_hh:mm:ss.sql.gz`
 - Restorer ce dump (remplacer seulement YYYY-MM-dd_hh:mm:ss.sql) `mysql -uroot -p$MYSQL_ROOT_PASSWORD -h$DATABASE_HOST $MYSQL_DATABASE < YYYY-MM-dd_hh:mm:ss.sql`
+
+:::danger
+
+Si par malheur, le pod MySQL est interrompu pendant une transaction, il est possible que la base soit 'lockée' et que le restore ne soit pas possible. Dans ce cas, suivre les instructions ci-dessous :
+
+- Stopper les pods client, server et database
+- Monter un pod du déploiement "busybox"
+- Rentrer dans le terminal de ce pod
+- Supprimer le contenu de la base de données `rm -rf /dump/mysql/*`
+- Relancer le pod database et attendre que celui-ci soit disponible
+- Réessayer le restore
+- Relancer les pods client et server
+
+:::
-- 
GitLab