root@www:/var/discourse# ./launcher start data
x86_64 arch detected.
+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -h www-data -e DOCKER_HOST_IP=172.17.0.1 --name data -t -v /var/discourse/shared/data:/shared -v /var/discourse/shared/data/log/var-log:/var/log --mac-address 02:e6:17:cc:a2:dc local_discourse/data /sbin/boot
Unable to find image 'local_discourse/data:latest' locally
docker: Error response from daemon: pull access denied for local_discourse/data, repository does not exist or may require 'docker login': denied: requested access to the resource is denied
Run 'docker run --help' for more information
root@www:/var/discourse#
Des suggestions ? La recherche de ce message d’erreur ne renvoie que ce fil de discussion.
Cela suggère que vous avez peut-être exécuté un ./launcher cleanup et supprimé le conteneur de données (je ne vois pas d’autre moyen pour que le conteneur soit manquant, mais je pourrais me tromper). Si tel est le cas, et, vraiment, dans tous les cas, ce que je ferais serait de lancer une nouvelle gouttelette, de copier vos fichiers yml et de restaurer votre dernière sauvegarde.
Si vous préférez un poisson plutôt qu’une leçon, vous pouvez me contacter ou demander dans Marketplace
1 « J'aime »
La chose qui a permis au site de redémarrer, après la disparition du conteneur de données, a été de modifier data.yml et de changer le modèle pour le modèle postgres13, puis de reconstruire le conteneur de données. Il a ensuite été possible de démarrer le conteneur de données, de détruire et de démarrer le conteneur web_only (il ne se connectera pas à un conteneur de données différent de celui qu’il a trouvé lors de sa création). Le site était alors de nouveau opérationnel.
Je suis à peu près sûr que si j’avais retenté la mise à niveau de la base de données, cela aurait fonctionné, mais par mesure de sécurité, j’ai effectué une nouvelle sauvegarde de la base de données, l’ai déplacée vers une nouvelle gouttelette, restauré la base de données, et il est de nouveau opérationnel.
1 « J'aime »
Pourriez-vous dire quelques mots sur la façon dont le problème est survenu, par exemple pour rassurer les autres sur le fait qu’il ne s’appliquera probablement pas à eux ?
1 « J'aime »
Tk;dr : non.
Je ne peux pas dire quel était le problème d’origine. Savoir passer au modèle pg13 a été la solution au problème une fois le conteneur supprimé. Cela fait partie de ce que le sujet pg15 dit de faire. Peut-être y avait-il un problème d’espace disque à un moment donné ?
ah, je vois maintenant… c’était une mise à niveau d’un système assez ancien utilisant pg13 ? Donc une situation assez rare.
La mise à niveau a échoué car la mise à niveau de PostgreSQL nécessitait 14 Go d’espace disque libre et le droplet n’en avait pas tout à fait autant.
La raison pour laquelle cela n’a pas fonctionné après avoir agrandi l’espace disque pourrait être, comme suggéré par @Jagster ci-dessus, que j’ai effectué un ./launcher cleanup inapproprié pour une installation à deux conteneurs.
À un moment donné, j’aimerais passer à une installation à conteneur unique car cela semble moins problématique pour quelqu’un qui ne connaît pas vraiment l’architecture Discourse. Je préférerais également ne pas auto-héberger, mais le site contient beaucoup de photos et l’hébergement Discourse est passé de 100 à 200 par mois lorsque nous avons manqué d’espace disque. Le site ne rapporte qu’environ 30 à 40 dollars par mois grâce aux publicités Google.
J’ai migré vers Digital Ocean il y a seulement deux ans.
Et pourtant, je l’ai fait il y a une semaine, quand je manquais d’espace.
@pfaffman a suggéré que cela aurait pu être le problème. Je n’en ai aucune idée.
Non. Cela aurait causé le même problème pour l’installation à un seul conteneur.
Le problème était que lorsque vous avez essayé de gagner de l’espace disque, vous avez détruit votre conteneur de données arrêté. L’erreur cruciale, je pense, a été de faire le nettoyage pendant que vos conteneurs de données et web seuls étaient arrêtés.
La configuration à deux conteneurs vous a évité quelques soucis car elle a facilité le report de la mise à niveau de postgres. Dans ce cas, cependant, vous êtes resté bloqué car la mise à niveau a ajouté le plugin ai, et cela vous a forcé à effectuer la mise à niveau de postgres sur le conteneur de données.
Peut-être si un nettoyage du lanceur avait été effectué avant que vous n’essayiez de mettre à niveau ou si vous ne l’aviez pas effectué du tout et aviez redimensionné.
Il y a donc eu un certain nombre de problèmes
- Peut-être trop d’images Docker remplissant le disque (peut-être un disque trop petit)
- Mise à jour de PostgreSQL requise
- Plugin Ai ajouté au cœur, forçant la mise à niveau de la base de données
- La mise à niveau de PostgreSQL échoue pour une raison quelconque et ne sait pas démarrer le conteneur de données (je pense que le message le dit)
- Exécution du nettoyage du lanceur avec le conteneur de données arrêté, ce qui a supprimé le conteneur qui devait démarrer pour effectuer un arrêt propre
1 « J'aime »
[quote=“pfaffman, post:32, topic:379986”]Le problème était que lorsque vous essayiez de gagner de l’espace disque, vous détruisiez votre conteneur de données arrêté.
[/quote]
La seule chose que j’ai faite pour gagner de l’espace disque a été de redimensionner le droplet.
Tout le reste que j’ai fait était d’essayer de terminer la mise à niveau échouée, en me basant sur les suggestions dans la sortie de la commande, les publications ici ou dans les sujets liés.
1 « J'aime »
@pfaffman mon site est envahi de spam évident. Est-il possible qu’un outil anti-spam ait été perdu lors de la mise à niveau ?
Ce n’est pas probable. Je ne sais pas si Akismet a jamais été configuré, mais il n’est plus très efficace. Ce qui est recommandé maintenant, c’est ceci : Discourse AI - Spam detection Le plugin AI fait maintenant partie du cœur et est installé.
Si vous souhaitez de l’aide, vous pouvez m’envoyer un e-mail.
EDIT : Il est possible, mais pas probable, que le changement décrit ici puisse expliquer votre augmentation du spam.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.