Je rencontre l’erreur susmentionnée en tentant d’effectuer une opération. Je ne sais pas pourquoi cela se produit.
Avez-vous essayé de simplement exécuter
./docker rebuild app
et de voir ce qui se passe ? Je pense que git pull n’est plus nécessaire au préalable.
Sinon, il semble que vous deviez revoir votre fichier app.conf. L’avez-vous modifié récemment ?
1 « J'aime »
Non, je ne l’ai pas modifié récemment. Le site web a planté hier, j’ai exécuté le nettoyage, puis j’ai lancé :
rm /var/discourse/shared/standalone/backups/default/*
Ensuite, j’ai reconstruit avec ./launcher rebuild app.
Le site a recommencé à fonctionner après cela, mais il est à nouveau mort.
1 « J'aime »
Désolé, je voulais dire
./launcher rebuild app
Donc vous faites les bonnes choses.
1 « J'aime »
Avez-vous jeté un coup d’œil à Discourse Doctor ?
1 « J'aime »
D’accord, il s’agit donc d’un problème d’espace de stockage. Comment puis-je libérer de l’espace maintenant ? Je suis désolé, mais je suis débutant.
Je viens d’exécuter discourse-doctor et j’ai obtenu plusieurs lignes indiquant que mon espace de stockage était plein.
1 « J'aime »
Avez-vous autre chose sur le serveur ? Sinon, il s’agit probablement de sauvegardes Discourse que vous pouvez supprimer.
1 « J'aime »
Peux-tu m’expliquer la procédure de suppression des sauvegardes, car je n’ai jamais vraiment compris comment cela fonctionne. Je veux être certain une fois pour toutes, car je rencontre des problèmes d’espace de stockage depuis très longtemps.
Non, je n’ai rien d’autre sur le serveur.
1 « J'aime »
Une bonne première étape consiste à exécuter
./launcher cleanup
Si cela ne fonctionne pas, essayez
./discourse-doctor
Si vous rencontrez toujours des difficultés, vous pouvez envisager de supprimer les anciennes sauvegardes depuis
/var/discourse/shared/standalone/backups/default
Faites-nous savoir comment cela se passe pour vous !
4 « J'aime »
Bonjour @seshu_ram,
Souvent, lors de la reconstruction des conteneurs, le processus laisse des images orphelines. Si vous avez reconstruit votre conteneur fréquemment, ces images peuvent occuper beaucoup d’espace.
En fait, ces images orphelines ont récemment pris près de 100 Go sur notre serveur jusqu’à ce que je les supprime. Vous pouvez facilement vérifier.
Veuillez publier la sortie de :
docker images
Merci de publier la sortie sous forme de texte (copier-coller) en utilisant un bloc markdown. Les captures d’écran du terminal sont difficiles à lire sur mobile.
Merci.
Remarque :
Veuillez noter que launcher cleanup supprime également ces orphelins (basé sur une période de 24 heures dans le passé, je pense) :
if tty > /dev/null; then
read -p "Souhaitez-vous tenter de récupérer de l'espace en nettoyant les images et conteneurs Docker du système ? (y/N)" -n 1 -r
echo
if [[ $REPLY =~ ^[Yy]$ ]]
then
$docker_path container prune --force --filter until=1h > /dev/null
$docker_path image prune --all --force --filter until=1h > /dev/null
echo "Si le nettoyage a réussi, vous pouvez réessayer maintenant"
fi
fi
3 « J'aime »
local_discourse/app latest 674fd54f165f 4 minutes ago 2.5GB
<none> <none> f3a4104c3f75 22 hours ago 2.5GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 11 days ago 2.11GB ```
1 « J'aime »
Cela a fonctionné. Mon site web est maintenant en ligne. Merci beaucoup. Merci infiniment pour votre temps ! Cela m’a beaucoup aidé.
4 « J'aime »
Salut @seshu_ram
Pour info et à titre indicatif : vous pouvez supprimer cette image orpheline et libérer un peu plus d’espace disque :
f3a4104c3f75
docker image rm f3a4104c3f75
Le processus de nettoyage du lanceur ne supprime pas (si ma mémoire est bonne) les images âgées de moins de 24 heures.
Ou, vous pouvez relancer le nettoyage dans quelques heures, comme vous le souhaitez.
5 « J'aime »
Une chose que j’ai remarquée, c’est que les mises à jour récentes de la ligne de commande de Discourse consomment pas mal d’espace disque…
root@endoffice-b:/var/discourse# ./launcher cleanup
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] Y
Total reclaimed space: 0B
WARNING! This will remove all images without at least one container associated to them.
Are you sure you want to continue? [y/N] Y
Deleted Images:
deleted: sha256:284403a252ba061b3ab97f4bfe293ac5e8f05f39ada429d718f58e56191251c2
deleted: sha256:6b6899d54d4dd1f21568956b652975f7c0b9e439978b8cc53036efc46baaf971
untagged: discourse/base:2.0.20211118-0105
untagged: discourse/base@sha256:74b41fffd4f05433eb7c9b72954b1f5f8b15cd0e802bb724c96b7d699c3f6fa1
deleted: sha256:b6cc7cf8974a6ef7bb64c36f4592af261cda0d5565bd91da603568ce26968048
deleted: sha256:c1455b2fdbca024c36c4e75746051b77c3637020cfa1e36a41440292a8c39424
deleted: sha256:77b323d4ec74aad770337f99a60e862a64ccc53f4775b5f4945df0e606f78b90
untagged: discourse/base:2.0.20220128-1817
untagged: discourse/base@sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae
Total reclaimed space: 3.54GB
Cela s’est produit sur les deux instances, l’autre était de 3,538 Go 
Je suis généralement assez rigoureux pour exécuter ./launcher cleanup après chaque mise à jour de Discourse, et je mets à jour environ une fois par mois, donc cela me dit que la dernière mise à jour en elle-même a consommé près de 4 Go de disque… cc @falco @sam est-ce quelque chose dont nous devrions nous préoccuper ? 
4 « J'aime »
Je pense que c’est inévitable, nous avons mis à jour l’image de base 2 fois ces derniers mois. Nous ne pouvons pas faire grand-chose. Il semble que le nettoyage sur votre serveur ait supprimé 2 images de base.
3 « J'aime »
@anon43908006, il y a un guide sur :
Il couvre de nombreuses considérations pour changer votre nom de domaine, jetez-y un œil. 
1 « J'aime »
Pour clarifier, y a-t-il peu de choses à faire concernant la taille globale des mises à niveau qui augmente, ou peu de choses à faire concernant la récente augmentation de l’activité de “bumping” de l’image de base (qui n’affectera pas autant à l’avenir) ?
J’ai été surpris, j’ai tous ces petits Discourse avec très peu d’utilisateurs, et j’ai rencontré ce problème récemment. Pas de téléchargements ou quoi que ce soit. Je me demandais si nous approchions d’un point où l’installation cloud recommanderait la taille supérieure en espace disque (qui est de 2 Go de RAM/1 vCPU/50 Go de SSD).
5 « J'aime »
J’ai interrogé @falco à ce sujet dans le chat et il a dit que nous avions récemment eu beaucoup de changements d’images de base en raison de la mise à jour des dépendances, il y a donc eu une quantité d’espace disque plus élevée que d’habitude lors des mises à niveau au cours des 6 derniers mois environ.
5 « J'aime »
Désolé d’apprendre que vous avez rencontré des problèmes pour changer le nom de votre domaine, @anon43908006.
Comme il s’agit de Support, je vous encourage à créer un nouveau sujet qui explique votre cas exact : il se peut que votre situation nécessite plus de discussion que ce qui se passe dans ce sujet, qui est davantage un schéma général que nous avons remarqué.
Si vous le souhaitez, vous pouvez me mentionner (@maiki) et je serai heureux de discuter de ce qui se passe avec votre site.
6 « J'aime »
Je reçois la même erreur No space left on device lorsque j’essaie de sauvegarder mon Discourse :
[2022-11-15 08:23:38] EXCEPTION: /var/www/discourse/lib/discourse.rb:131:in `exec': Failed to gzip archive.
gzip: /var/www/discourse/public/backups/default/forum-leasehackr-2022-11-15-080439-v20221110175456.tar.gz: No space left on device
Mes sauvegardes et mes téléversements d’images sont configurés sur les Spaces de DigitalOcean et fonctionnent bien depuis quelques années jusqu’à récemment. Voici ce que j’ai essayé jusqu’à présent :
- J’ai effacé toutes les téléversements multiparties cachés sur mon Space DO. Il devrait y avoir plus de 100 Gio de stockage disponible sur mon Space DO.
- J’ai essayé de reconstruire et de nettoyer en utilisant les commandes suivantes :
cd /var/discourse
apt-get update
apt-get upgrade
apt-get autoclean
apt-get autoremove
./launcher rebuild app
./launcher cleanup
Quelqu’un sait pourquoi mes sauvegardes continuent d’échouer ? Merci !