Lorsque vous reconstruisez, avez-vous un message [FAILED] à la fin ?
Pourriez-vous nous montrer les lignes avant cette alerte d’échec ? (autant que possible)
Nous y trouverons quelques indices.
2 « J'aime »
Je ne pense pas qu’il y ait de message FAILED à la fin. Je vais lancer une autre compilation. Merci !
1 « J'aime »
Si la reconstruction se termine, je suppose qu’il s’agit d’un plugin ou d’un composant de thème défectueux.
Vérifiez la console de votre navigateur (F12) pour voir si vous avez des alertes rouges.
Vous pouvez également essayer [your-forum]/safe-mode pour charger votre forum sans plugins ni thèmes.
1 « J'aime »
Ouais, pas d’ÉCHEC. La compilation se termine apparemment bien, puis l’exécution de docker semble également correcte.
1 « J'aime »
Rien d’évident dans la console. Tentative de lancement en mode sans échec mais j’obtiens l’erreur « le site ne peut pas être atteint » de Chrome. Mais je peux accéder à la page d’accueil et aux messages statiques (de la manière normale).
1 « J'aime »
Voici la fin du journal de production actuel :
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `block in synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `synchronize'
/usr/local/lib/ruby/2.7.0/monitor.rb:202:in `mon_synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:72:in `synchronize'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/redis-4.5.1/lib/redis.rb:966:in `get'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:366:in `process_global_backlog'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:274:in `block in global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus/backends/redis.rb:287:in `global_subscribe'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:786:in `global_subscribe_thread'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/message_bus-3.3.8/lib/message_bus.rb:734:in `block in new_subscriber_thread'
1 « J'aime »
Pourriez-vous partager votre liste de plugins ? Ou l’URL de votre forum en message privé afin que je puisse vérifier ?
Avez-vous quelque chose d’utile dans [votre_forum]/logs ? Une liste d’erreurs dans [votre_forum]/sidekiq ?
Nous n’avons pas beaucoup d’informations pour vous aider à trouver le problème.
1 « J'aime »
Pour commencer, voici la liste (très courte) des plugins. Ce sont tous les plugins listés dans app.yml :
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-push-notifications.git
- git clone https://github.com/davidtaylorhq/discourse-whos-online.git
1 « J'aime »
Je pense que le plugin Who’s Online a été promu au statut officiel en septembre. Vous pourriez essayer d’utiliser le dépôt mis à jour et voir si cela aide ?
https://github.com/discourse/discourse-whos-online
3 « J'aime »
Mise à jour à ce sujet. Merci à tous pour vos suggestions. Les problèmes principaux (sauf un) ont apparemment été résolus (encore des tests à faire). Le problème évident qui reste est que les certificats SSL ne se renouvellent plus, et même le processus de renouvellement manuel recommandé ici ne fonctionne pas. Il semble que Let’s Encrypt ne puisse pas accéder au fichier de validation ici depuis le répertoire « well known ». Cela fonctionnait bien depuis près de 3 ans auparavant. C’est donc toujours un problème, d’autant plus que HSTS bloque complètement Chrome dans cette situation.
1 « J'aime »
Cela ressemble à un désordre.
Vous pourriez essayer d’exécuter un discourse-doctor pour voir si cela vous donne une idée. J’en ai quelques-unes, mais sans accès au serveur, cela prendrait trop de temps à quelqu’un de mon niveau modeste pour vous aider.
Je réinstallerais probablement tout si j’étais à votre place
1 Sauvegarde
cd /var/discourse
./launcher enter app
discourse backup
Récupérez la sauvegarde via sftp (protocole sftp, port 22, hôte : ip de votre serveur, identifiant : root, mot de passe : mot de passe root)
Assurez-vous que le dossier des uploads est dans la sauvegarde. Si ce n’est pas le cas, faites une copie locale du dossier sur votre disque dur.
2 Supprimez, réinstallez votre vps, ou utilisez un autre vps
Utilisez la configuration d’installation de discourse, si tout va bien : connectez-vous, téléchargez et restaurez une sauvegarde
(vous pouvez également restaurer la sauvegarde depuis la ligne de commande, c’est plus rapide : Restore a backup from the command line)
Si vous n’êtes pas sûr de cela, il est préférable d’attendre quelqu’un de plus qualifié 
1 « J'aime »
Merci. Je ne pense pas vouloir emprunter cette voie juste pour résoudre le problème ssl. Il doit y avoir une solution plus ciblée, étant donné que les autres problèmes semblent avoir été résolus. Mais encore une fois, merci.
2 « J'aime »
Dans /var/discourse/shared/standalone/ssl, il semble y avoir de nouvelles clés et certificats écrits suite à ma dernière tentative. Mais le journal montre clairement une erreur de validation et le site ne les utilise pas réellement. De plus – peut-être est-ce juste cosmétique – les journaux n’indiquent pas les bons chemins dans ce cas. Par exemple, il est indiqué que la clé est installée à :
/shared/ssl/[site]_ecc.key
Mais le chemin réel est /shared/standalone/ssl
Ce qui est au moins étrange.
L’erreur typique est :
[site]: Erreur de vérification : Récupération de http://[site]/.well-known/acme-challenge/[chaîne de défi] : Erreur lors de l’obtention des données de validation
Je dois noter que le site nécessite une connexion pour tout accès utilisateur, mais cela n’a pas été un problème pour les renouvellements de certificats SSL (au cours de plusieurs années d’exploitation).
1 « J'aime »
Étant donné que d’autres problèmes ont été résolus, je déplace la question ssl vers un fil de discussion séparé. Merci à tous !
1 « J'aime »
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.