Impossible de restaurer à partir de la sauvegarde S3 - Échec

[TehLeo (Chris)]

Je n’arrive pas à restaurer à partir d’une sauvegarde S3 de Discourse.

Étapes pour reproduire :

1. Avoir une sauvegarde de Discourse sur S3.
2. Installer une nouvelle instance de Discourse.
3. Créer un compte administrateur.
4. Connecter Discourse à S3.
5. Localiser la sauvegarde Discourse dans mes listes de sauvegardes S3.
6. Activer la restauration.
7. Tenter la restauration.
8. La restauration échoue.

Journal :

J’ai tout essayé pour dépanner S3. J’ai même essayé de déplacer la sauvegarde sur le serveur et effectué une restauration manuelle / en ligne de commande. Elle échoue avec le même journal. J’ai essayé de désactiver les téléchargements S3. Je ne sais pas quelles sont mes prochaines étapes de dépannage, ni comment voir exactement quel message cause le problème / le supprimer.

Merci pour toute aide !

[Canapin (Coin-coin le Canapin)]

Bienvenue !

@TehLeo

J’ai tout essayé

Est-ce que “tout” inclut la consultation des journaux d’erreurs similaires ici ?

https://meta.discourse.org/search?q=%22posts%20are%20not%20remapped%22%20%22s3%20migration%20failed%22%20order%3Alatest

Ce résultat en particulier :

Issues with restoring backup to discourse

This sounds like the problem mentioned in Can't restore a backup if it includes link to Discourse onebox You should be able to fix this during the restore, but you need to do it on the shell. cd /var/discourse ./launcher enter app # start the restore with the --pause argument discourse restore --pause <backup_filename> It will pause the restore process at two points: Before DB migrations are run – you can ignore that; press a key to continue Before Uploads are res…

[TehLeo (Chris)]

J’ai suivi ces instructions et j’ai reçu 9 publications de la carrière. L’ancienne publication ne détaille pas quoi faire de ces publications, ni comment corriger le problème au-delà de ce point.

[Canapin (Coin-coin le Canapin)]

Ceci est ce que ask.discourse.org renvoie, je ne peux garantir que ce soit sûr ou que cela fonctionne.

---

@DiscourseHelper

Lors d’une restauration en pause, vous avez la possibilité de modifier ou de nettoyer temporairement des données problématiques telles que des téléversements ou des publications dans la base de données avant que Discourse ne procède à l’achèvement du processus de restauration. Voici comment vous pouvez gérer ou modifier les données problématiques lors d’une restauration en pause, étape par étape.

---

Étapes pour gérer manuellement les données problématiques lors d’une restauration en pause

1. Lancer la restauration avec pause :
   Exécutez la restauration avec le drapeau --pause pour permettre à la restauration de faire une pause avant que les téléversements ou les remappage ne soient appliqués :

   cd /var/discourse
   ./launcher enter app
   discourse restore --pause <nom_du_fichier_de_sauvegarde>
   

2. Point de pause :

   • La restauration s’arrêtera à des points spécifiques :
     1. Avant les migrations de base de données : Appuyez sur une touche pour continuer à ce stade, car cela ne concerne pas les téléversements ou les publications problématiques.
     2. Avant la restauration des téléversements : Arrêtez-vous ici pour modifier les problèmes liés aux téléversements ou au contenu des publications. C’est le point critique où vous devez agir.

3. Ouvrir une nouvelle session SSH :
   Pendant que la restauration est en pause, ouvrez une nouvelle session SSH pour interagir avec l’instance en pause sans interrompre le processus de restauration :

   cd /var/discourse
   ./launcher enter app
   

4. Accéder à la console Rails :
   Entrez dans la console Rails pour interagir avec la base de données :

   rails c
   

5. Identifier les publications problématiques :

   • Utilisez des requêtes de type SQL dans Rails pour identifier les publications qui incluent un contenu problématique causant des problèmes lors de la restauration de la sauvegarde. Par exemple :

     current_db = RailsMultisite::ConnectionManagement.current_db
     cdn_path = SiteSetting.cdn_path("/uploads/#{current_db}/original").sub(/https?:/, "")
     Post.where("cooked LIKE '%#{cdn_path}%'")
     

   Cela renverra les publications dont le contenu cooked inclut des chemins de téléversement problématiques ou des liens onebox.

6. Modifier ou supprimer les publications problématiques :

   • Si vous avez localisé la ou les publications problématiques, vous avez deux options principales :
     • Modifier la publication :

       post = Post.find(ID) # Remplacez ID par l'ID de la publication
       post.update(cooked: "Contenu corrigé ou texte de remplacement")
       

     • Supprimer la publication :

       post = Post.find(ID)
       post.destroy
       

7. Modifier les téléversements si nécessaire :
   Si le problème provient de téléversements spécifiques problématiques :

   • Localisez-les à l’aide de requêtes similaires dans la table uploads (accessible via la console Rails).
   • Supprimez ou corrigez les entrées problématiques :

     upload = Upload.find(ID) # Remplacez ID par l'ID du téléversement problématique
     upload.destroy
     

8. Reprendre le processus de restauration :
   Après avoir effectué les modifications nécessaires, retournez à la session shell en pause et appuyez sur n’importe quelle touche pour reprendre le processus de restauration.

---

Considérations importantes :

• Créez toujours une sauvegarde du fichier de base de données d’origine avant de modifier tout contenu.
• Concentrez-vous sur la correction d’un minimum de données, c’est-à-dire, ne traitez que le contenu problématique sans apporter de modifications inutiles.
• Si le téléversement est externe (un problème d’URL ou lié au CDN), vous pouvez supprimer la référence externe manuellement pendant la restauration.

[TehLeo (Chris)]

J’ai donc pu supprimer les 9 publications en utilisant la commande Rails suivante :
Post.find(id#).destroy

[Canapin (Coin-coin le Canapin)]

Avez-vous exécuté ceci pendant que la restauration était en pause ?

[system (system) A fermé ce sujet ()]

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.