Après m’être arraché les cheveux pendant de nombreuses heures, il est temps de demander de l’aide.
Journal de débogage :
https://privatebin.net/?b56249efe41b5599#8nt7yMQU2Hft4HysXSoZkxXQTYdR9MFv91qC9sbBgen
Votre Droplet (ou conteneur Docker) rencontre des problèmes de connectivité avec GitHub
fatal: impossible d’accéder à ‘GitHub - discourse/discourse: A platform for community discussion. Free, open, simple.’: Impossible de résoudre l’hôte : github.com
Pourriez-vous vérifier si GitHub est accessible ?
2 « J'aime »
Ah, cela signifie peut-être que j’ai essayé de reconstruire trop de fois en peu de temps et que l’adresse IP de mon serveur a été mise en quarantaine ?
Aucune des autres erreurs n’a d’importance ?
J’ai réessayé et je suis toujours bloqué, donc y a-t-il autre chose à essayer ou dois-je simplement attendre 24 heures et réessayer ?
Vous pourriez essayer de pinger/curl github.com et voir si vous obtenez une réponse. Il pourrait s’agir d’un problème de pare-feu ou de connectivité plutôt que d’une limitation de débit.
1 « J'aime »
« Impossible de résoudre l’hôte » suggère un problème de DNS, c’est-à-dire que votre serveur est incapable de trouver l’adresse IP de github.com.
==================== REBUILD LOG ====================
Détection de l'architecture x86_64.
Vérification de la mise à jour du lanceur
Récupération de l'origine
Le lanceur est à jour
Cela me suggère que votre hôte est capable de résoudre et de se connecter à github.com, à moins que vous n’ayez cloné le dépôt discourse_docker depuis un autre endroit. Vous pouvez le confirmer avec les commandes suivantes pour lister l’origine du dépôt :
cd /var/discourse
git remote -v
ce qui devrait afficher :
origin https://github.com/discourse/discourse_docker.git (fetch)
origin https://github.com/discourse/discourse_docker.git (push)
Si tel est le cas, l’erreur subséquente d’échec de résolution de github.com impliquerait que le conteneur Docker est incapable de le résoudre malgré la capacité de l’hôte, suggérant un problème de connectivité Docker.
2 « J'aime »
git remote -v a bien donné le résultat attendu. Comment dois-je dépanner Docker, ou devrais-je simplement le réinstaller ? Je suis heureux de le faire tant que je ne perds aucune donnée. Où exactement Discourse stocke-t-il sa base de données et ses fichiers téléchargés (quoi qu’il arrive ensuite, j’aimerais en faire une sauvegarde manuelle) ?
/var/discourse/shared/standalone est mappé à un volume dans le conteneur, toutes les données persistantes y sont stockées.
docker network ls listera les réseaux docker, ce que je vois est le réseau bridge par défaut et deux autres réseaux. Les conteneurs utilisent le réseau bridge par défaut à moins qu’il ne leur soit explicitement demandé d’utiliser autre chose.
J’ai trouvé quelques informations sur le fait que le réseau bridge par défaut ne fournit plus de connectivité vers l’extérieur. Je spécule, mais Ubuntu 22.04 est peut-être passé à une version de Docker où cela s’applique, ce qui signifie que le conteneur Discourse devra être configuré pour utiliser un bridge défini par l’utilisateur à la place.
Je pense que vous pouvez simplement éditer /var/discourse/containers/app.yml et ajouter ceci en bas, puis reconstruire : (je n’ai pas testé cela, cependant)
networks:
default:
driver: bridge
/var/discourse/shared/standalone/backups/default semble contenir des sauvegardes compressées de tous les éléments importants, la base de données et les téléchargements.
Merci pour vos idées, mais ça n’a pas fonctionné.
Dois-je simplement essayer de réinstaller Docker, ou si je le fais, autant tout effacer et faire une réinstallation complète de Discourse (je l’ai installé via Discourse | DigitalOcean Marketplace 1-Click App) ?
Je suppose que l’importation du fichier de sauvegarde est simple à faire dans l’administration de Discourse ?
L’ installation standard est la seule méthode d’installation officiellement prise en charge, mais vous trouverez ci-dessous des informations sur la restauration d’une sauvegarde. Le processus devrait être le même pour une installation en 1 clic de DO.
Il semble que l’application en 1 clic utilise explicitement Ubuntu 20.04, donc jusqu’à ce que cela change, il est probablement préférable de rester sur 20.04. Elle continuera de recevoir des mises à jour de correction de bugs / de sécurité pendant encore trois ans, il n’y a donc aucune urgence à passer à 22.04.
Vous pourriez essayer de réinstaller Docker en premier lieu. Peut-être que le problème est apparu lors de la mise à niveau et que le réseau Docker, supprimé puis réajouté par l’installation, pourrait le résoudre.
J’ai fini par reconstruire la goutte avec une copie propre d’Ubuntu 22.04, réinstaller Discourse manuellement (de la manière standard), puis importer la sauvegarde. C’était rapide et facile et j’aurais aimé l’avoir fait dès le début.
Merci pour toute l’aide !
2 « J'aime »
C’est utile de savoir que ce n’est pas un problème général avec l’installation sur 22.04.
J’ai effectué quelques do-release-upgrades de 20.04 à 22.04 ce week-end et je peux confirmer qu’ils fonctionnent tous correctement sans avoir à réinstaller Docker. Quelque chose a dû être corrigé dans les dépôts Ubuntu au cours des dernières semaines.
Les mises à niveau devraient maintenant se dérouler sans problème.
1 « J'aime »