Mon Discourse est en panne. Impossible de charger quoi que ce soit

Bonjour l’équipe de support,

Ma page Discourse à l’adresse https://wespenreboards.com/ est en panne. Nous ne pouvons même pas accéder à la page de connexion. J’ai déjà eu un problème avec des certificats, mais ce ne semble pas être le cas cette fois-ci. J’ai exécuté les commandes de mise à jour dans la console du droplet DigitalOcean, mais cela n’a pas résolu le problème.

cd /var/discourse

git pull

./launcher bootstrap web_only && ./launcher destroy web_only && ./launcher start web_only

J’ai joint une capture d’écran de la console et la page Chrome de ce qui se passe lorsque je tape l’URL du forum. Il y a beaucoup d’AVERTISSEMENTS dans le texte de la console. Est-ce que cela a quelque chose à voir avec le problème ? Je suis novice en la matière.

Quelqu’un peut-il m’aider avec cela, s’il vous plaît ?

Merci beaucoup,
Wes Penre

Non, ils sont inoffensifs. Pouvez-vous s’il vous plaît poster le journal de reconstruction complet ?

Salut Richard. Comment puis-je copier et coller l’intégralité du journal de la console ? Il semble que cela ne puisse pas être fait de la manière habituelle en copiant et collant simplement. Existe-t-il un moyen simple de le copier et de le coller ?

Je suis désolé, je peux vous aider à déboguer Discourse mais pas avec quelque chose qui semble être un problème avec votre ordinateur ou avec la plateforme Cloud que vous utilisez.

Alternativement, vous pouvez faire défiler le journal et rechercher quelque chose qui est une erreur, puis en faire une capture d’écran.

2 « J'aime »

C’est le seul message d’erreur que j’ai trouvé :

Vous pouvez toujours vous connecter à la console ?
Le site ne répond pas, ce qui suggère qu’il n’a pas de connectivité réseau. Si Discourse était en panne, vous obtiendriez toujours un message “refusé de se connecter”, pas un délai d’attente.
Vous pourriez redémarrer le droplet.
Ouvrez un ticket auprès de digitalocean.com

3 « J'aime »

OK. Je le ferai ! Je vais les contacter. Merci, Jay !

Oui, je peux me connecter avec la console sur le site DigitalOcean.

Non. Ce n’est pas celui-là.

Il n’envoie qu’un seul ping. Après ça… rien. Donc, je ne suis pas sûr que Discourse soit le problème, mais quelque chose d’autre. Y a-t-il un pare-feu activé ?

Non, pas de pare-feu. Rien n’a changé. La seule chose que j’ai faite a été d’exécuter ce qui suit pour m’assurer que mon certificat n’expire pas :

cd /var/discourse

git pull

./launcher bootstrap web_only && ./launcher destroy web_only && ./launcher start web_only

C’est après cela que quelqu’un a remarqué que le forum était hors service et m’a envoyé un e-mail. Il n’est pas clair si c’est l’exécution de ces commandes qui a causé le problème ou si le forum était déjà hors service avant cela. Mais je ne vois pas pourquoi l’exécution de cela créerait ce problème.

J’ai contacté DigitalOcean, et ils m’ont envoyé ceci :

> Bonjour Wes,
>
> Merci de votre retour et de ces informations supplémentaires. Le type de console qu’il a utilisé n’est pas vraiment pertinent pour ce qui s’est passé dans notre Droplet après son arrivée.
>
> J’ai remarqué que vous avez utilisé la commande « ./launcher start up ». Essayez plutôt la commande par défaut « ./launcher start app ».
>
> Si cela ne fonctionne pas, vous devriez contacter votre développeur, car cela indiquerait que discourse a été configuré d’une manière non standard, propre à lui.

J’ai exécuté la commande start app et j’ai obtenu le message suivant :

Je ne connais rien à la configuration de deux conteneurs, mais d’après ce que je vois, vous avez détruit l’ancienne application et si quelque chose tourne mal lors de la reconstruction, vous ne pourrez pas utiliser l’ancienne.

Mais… ces conteneurs sont-ils opérationnels ?

Je ne sais pas. Je n’ai pas de fichier .yml, par exemple, je n’en ai jamais eu. Je ne sais même pas ce que « deux conteneurs » implique. Avez-vous une idée de la marche à suivre ?

J’ai accès à la console de DIgitalOcean et je peux accéder au site via WinSCP.

J’ai également reçu ceci de DigitalOcean :

J’ai examiné le droplet et je vois qu’il est opérationnel et répond, cependant, les ports HTTP et HTTPS sont actuellement fermés.

> root@jump:~# nmap -Pn -p 22,80,443 69.55.54.86 Starting Nmap 7.80 ( [https://nmap.org](https://nmap.org/) ) at 2024-08-10 11:42 UTC Nmap scan report for [wespenreboards.com](https://wespenreboards.com/) (69.55.54.86) Host is up (0.23s latency). PORT STATE SERVICE 22/tcp open ssh 80/tcp closed http 443/tcp closed https Nmap done: 1 IP address (1 host up) scanned in 0.51 seconds

J’ai relancé destroy/rebuild web_only à nouveau, et maintenant ça fonctionne, soudainement. Je l’ai lancé deux fois plus tôt aujourd’hui sans succès. Mais maintenant ça fonctionne, ce qui est super.

Merci les gars,
Wes

Essentiellement, nmap vous a dit que le port pour SSH était ouvert — eh bien, vous le saviez déjà. Mais les ports 80 et 443 étaient fermés. Donc personne ne pouvait entrer.

Pourquoi cela s’est produit… aucune idée.

1 « J'aime »

Pensez-vous qu’il ait été « piraté ? » Je veux dire, est-ce théoriquement possible dans ce cas ?

Tout est théoriquement possible, mais… non. Votre droplet a eu un pépin et c’est pourquoi le pare-feu s’est arrêté. Peut-être que Jay a pensé quelque chose comme ça et c’est pourquoi il a suggéré de redémarrer le droplet. Ou le bootstrapping n’a pas réussi, mais je ne sais pas comment cela pourrait fermer ces ports.

3 « J'aime »

Merci Jakke. Eh bien, ça fonctionne, c’est le plus important. :slightly_smiling_face:

2 « J'aime »