Supprimé 2,8 Go de journaux, ce qui ne m’a permis d’atteindre que 4,9 Go. Je n’ai pas d’instance « test » pour essayer ./launcher rebuild app --skip-prereqs
D’autres suggestions ?
Est-il simplement impossible de faire fonctionner une instance Discourse sur une goutte de 25 Go désormais ?
docker system prune --volumes
AVERTISSEMENT ! Cela supprimera :
- tous les conteneurs arrêtés
- tous les réseaux non utilisés par au moins un conteneur
- tous les volumes non utilisés par au moins un conteneur
- toutes les images orphelines
- tout le cache de build orphelin
Voulez-vous vraiment continuer ? [y/N] y
Espace total récupéré : 0B
root@DO-Discourse:/#
Pas vraiment, il est assez révélateur que l’espace soit consommé par docker pour vos conteneurs. Après un nettoyage, mes chiffres sont très similaires aux vôtres, ce qui est peut-être (mais pas nécessairement) indicatif de la quantité qu’il utilise.
J’ai eu des problèmes avec un Linode de 25 Go, cependant, c’était avec des sauvegardes de 500 Mo+, la suppression de deux ou trois sauvegardes m’a donné assez de place pour reconstruire. J’ai choisi de passer au niveau supérieur avec 50 Go car cela allait devenir de plus en plus contraignant et je voulais reconstruire sur une tâche cron mensuelle.
C’était avant le passage à Ember CLI cependant, cela aurait-il pu rendre les choses beaucoup plus importantes ?
Cet overlay de 9 Go semble être le problème. Mais j’en ai un de taille similaire sur une autre instance que je viens de vérifier. Il a toujours été difficile avec 25 Go. Je vous recommande de prendre le taureau par les cornes et d’acheter un autre SSD. La prochaine chose que vous pourriez essayer serait de voir s’il y a des éléments au niveau du système d’exploitation que vous pouvez supprimer (journaux, programmes inutiles, index de find, peut-être ?).
Une autre idée serait de simplement lancer une nouvelle VM de 25 Go et de migrer là-bas, en espérant que ce qui a rempli l’ancienne ne sera pas un problème cette fois-ci.
Aucune de ces réponses ne semble particulièrement satisfaisante. Je me suis battu avec un droplet de 25 Go sur une ou deux instances que j’aide à gérer ces une ou deux dernières semaines, mais je pense que vous avez fait tout ce que j’ai fait.
Je ne pense pas
après un téléchargement complet de sauvegarde, vous pourriez snap list pour vérifier quels snaps sont installés, et si aucun sudo apt purge snapd
Salut Andy, désolé pour le retard.
À ce stade, gardez à l’esprit que sans connaître votre système hôte, il est facile de vous mener vers un précipice, alors sauvegardez/prenez un instantané/etc… (ou même faites une sauvegarde, lancez une nouvelle instance et testez le processus de restauration, cela a été un bon exercice pour moi)
En supposant que vous n’avez pas d’utilité pour lxd (lxc list devrait afficher les conteneurs installés) snap remove lxd (et ensuite core18 et 20)
Merci pour votre aide. Oui, j’en sais si peu sur Linux, donc j’apprécie pleinement le conseil de sauvegarder. J’ai un instantané automatique et j’en fais un manuel chaque fois que je bricole comme maintenant.
Je n’ai aucune idée de ce qu’est lxd. Je n’ai besoin de rien sur ce droplet que discourse/docker n’a pas besoin, car c’est uniquement un droplet discourse.
root@DO-Discourse:/var/discourse# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
local_discourse/app latest 3dac608caa92 4 mois ago 3.17GB
root@DO-Discourse:/var/discourse#
root@DO-Discourse:/var/discourse# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
9abaf4517b7e local_discourse/app « /sbin/boot » 4 mois ago Up 4 mois 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
root@DO-Discourse:/var/discourse#
Merci.
C’est un peu trop compliqué pour moi. Serait-il prudent de simplement faire une capture d’écran, puis de les supprimer et de voir ce qui se passe ?
Je pense qu’il est sûr de supprimer toutes ces images. Si vous en avez besoin, elles seront remplacées lorsque vous reconstruirez.
Prendre un instantané n’est pas une mauvaise idée.
Ce que je ferais, c’est simplement lancer une nouvelle instance ; c’est le plus sûr, et probablement plus rapide qu’un instantané, mais si savoir comment faire cela n’est pas amusant ou instructif, votre idée est bonne.
