Après récupération d'un fichier de sauvegarde sur une nouvelle VM "On-premise" - le site ne fonctionne plus

Bonjour,

J’ai récupéré un fichier de sauvegarde à partir de l’instance cloud. Après l’avoir restauré sur mon propre serveur Debian, l’URL et le titre de la page sont visibles, mais la page de connexion apparaît en blanc.

  • Le « Mode sans échec » ne fonctionne pas.
  • Le cache du navigateur a été vidé.
  • J’ai reconstruit l’application, sans différence.

Avez-vous une idée de ce qu’il reste à faire ?

Les erreurs suivantes ont été signalées dans la console du navigateur :

J’ai également vérifié dans le journal de production ; la connexion aux serveurs REDIS semble ne pas fonctionner.

J’ai supprimé le conteneur, redémarré la machine virtuelle et réinstallé Discourse. J’ai obtenu cette erreur :

Docker : échec de la programmation de la connectivité externe sur le point de terminaison app …

Merci pour vos suggestions.

I.

il se peut que quelque chose écoute sur le port 80 (nginx ?)

J’ai arrêté nginx et reconstruit l’application.

Selon le journal de production, REDIS ne fonctionne pas :

Avez-vous une idée de la marche à suivre ? J’ai déjà redémarré, reconstruit, détruit le conteneur et effectué un nouveau pull, etc. Rien n’a fonctionné…

:thinking: sudo systemctl status redis ?

Redis n’a pas été trouvé …

image

Comment puis-je démarrer correctement Redis dans le conteneur Discourse ?

Si j’essaie de le démarrer, cela ne fonctionne pas :

image

Cordialement,

I.

J’ai effectivement réussi à l’installer au départ grâce à un tutoriel. Après avoir restauré une sauvegarde provenant d’un hébergeur Discourse, je n’ai obtenu que des pages blanches. Depuis, je ne parviens plus à l’installer…

Il est possible que mes redémarrages et reconstructions aient fait planter la machine virtuelle elle-même.

Comment as-tu fait cela ?
./discourse-setup à nouveau ?

Debian 10.5 (Buster)

Je l’ai fait, bien sûr, à de nombreuses reprises.

Je pense que le problème vient du fait que Redis ne fonctionne plus et je ne sais pas comment le démarrer.
J’ai déjà récupéré le conteneur Discourse, mais cela n’a pas aidé.

Je pense à :

  • détruire le conteneur,
  • supprimer le répertoire,
  • récupérer le conteneur depuis Git,
  • et repartir de zéro…

Comme vous le voyez, je l’ai rendu aussi simple que possible :

En effet, je pensais que discourse-setup s’occupait de l’installation de Redis :thinking: Je suppose que vous pourriez essayer de l’installer « à la main » en suivant ce qui est fait ici : discourse_docker/image/base/install-redis at main · discourse/discourse_docker · GitHub

Qu’y a-t-il sous votre capture d’écran ?
Y a-t-il une erreur après ./discourse-setup ?

Le résultat final de l’installation était :

Je vais essayer d’installer Redis manuellement…

Redis semble correct ici :thinking:

image

Discourse devrait fonctionner maintenant ! (ce n’est pas le cas)

Docker semble correct :

Selon « .launcher logs app », le problème doit provenir du certificat … :

Désolé, c’était une erreur de ma part concernant la vérification systemctl. J’ai bien Redis installé sur l’hôte, mais à d’autres fins. Le Redis que vous recherchez est installé dans le conteneur.

D’accord, une option serait de créer une nouvelle VM Ubuntu (cela coûte cependant assez cher pour notre institut).
Je pense que c’est la meilleure solution pour le moment, n’est-ce pas ?

cela pourrait provenir de votre fichier app.yml, que contient-il ?

## Décommentez ces deux lignes si vous souhaitez ajouter Lets Encrypt (https)
#  - "templates/web.ssl.template.yml"
#  - "templates/web.letsencrypt.ssl.template.yml"

vous avez peut-être également atteint la limite de renouvellement de Lets Encrypt…

non, je suis « root » ici. C’est une VM interne, sans accès public /jusqu’à présent/.

Merci, c’était la solution… :slight_smile:

Maintenant, je peux accéder à l’interface graphique. Je suis curieux de savoir si la restauration de la sauvegarde provoquerait un nouveau plantage.

Y a-t-il des préparatifs nécessaires pour une restauration réussie depuis un autre serveur ?