"Moins de 5 Go d'espace libre" — pas vrai ! 👀

Installation
1

J’utilise Discourse depuis des années, et mon expérience a été uniformément géniale, à l’exception d’un problème récurrent :

Chaque fois que je vois « Vous utilisez une ancienne version de l’image Discourse » sur l’écran de mise à jour, je suis envahi d’un sombre teint et d’un sentiment de terreur écrasant.

Pourquoi ?

Parce que je sais que je vais devoir batailler avec mon droplet DigitalOcean depuis la ligne de commande — quelque chose que je déteste généralement — pendant quelques heures avant de pouvoir effectuer la mise à niveau correctement.

Et cette fois, je n’arrive pas du tout à la faire fonctionner :pensive_face:

Pour autant que je sache, mon espace libre est consommé par le répertoire /dev/vda1. Mais lorsque j’examine ce répertoire, j’obtiens des retours différents selon la méthode !

L’image ci-dessous illustre cette bizarrerie. Remarquez comment, dans la partie supérieure (qui provient d’une commande df -h), le dossier /dev/vda1 semble avoir 7,1 Go d’espace libre.

Mais remarquez ensuite comment le lanceur indique qu’il n’y a que 4 Go d’espace libre dans ce même dossier !

Screen Shot 2022-04-16 at 3.11.46 PM
Screen Shot 2022-04-16 at 3.11.46 PM1992Ă—1060 257 KB

Quelqu’un a-t-il plus d’informations à ce sujet ?

Plus précisément, je cherche des conseils sur la raison pour laquelle 2 méthodes différentes d’observation du fichier renvoient 2 quantités d’espace libre différentes.

Et ensuite, j’aimerais savoir comment profiter des 7,1 Go d’espace libre pour pouvoir effectuer la mise à niveau.

(Pour clarification, je ne cherche PAS une réponse paresseuse comme : « Mettez simplement à niveau votre droplet DO » — si je voulais doubler mes dépenses annuelles pour ce forum, je l’aurais déjà fait.)

Merci !

4 « J'aime »
2

C’est effectivement frustrant. Vous pouvez essayer

 docker prune

Il pourrait y avoir des ressources que Docker a créées mais dont il a oublié. Il y a eu un sujet à ce sujet récemment.

Cependant, avoir de l’espace ailleurs que là où Docker le souhaite ne vous aidera pas. C’est possible, mais peu probable, que le lanceur vérifie au mauvais endroit.

4 « J'aime »
3

Pour cette reconstruction particulière, vous avez dû télécharger une nouvelle image de base, comme indiqué par les lignes WARNING à Status sur votre capture d’écran. Elle est volumineuse, 2,81 Go selon mon système, donc ce que vous voyez est l’espace perdu au profit de cette nouvelle version de l’image de base.

# docker images -a
REPOSITORY                 TAG       IMAGE ID       CREATED        SIZE
discourse/base             latest    ab71a5d97460   4 days ago     2.81GB

L’utilisation de ./launcher cleanup effacera les conteneurs et images inutilisés, ce qui pourrait récupérer suffisamment d’espace et, comme l’a dit @pfaffman, le nettoyage direct avec Docker pourrait permettre de libérer d’autres objets inutilisés, bien que personnellement je n’aie pas vu de bénéfice significatif au-delà des conteneurs et des images.

Une autre chose qui pourrait aider est de vider le cache apt qui peut devenir assez volumineux.

apt-get clean
5 « J'aime »
4

C’est exactement ce que je pense : pour cette mise à jour particulière, il semble que vous ayez besoin de 5 Go + 2,811 Go pour la nouvelle image Docker.

Est-ce vrai ? Il semble que beaucoup de personnes seraient affectées si tel était le cas…

1 « J'aime »
5

J’ai essayé toutes les commandes de suppression/nettoyage/réparation que j’ai pu trouver, mais le résultat est que cela ne fonctionnera pas à moins qu’il y ait 7,811 Go d’espace libre sur une machine donnée.

Si tel est le cas, je ne vois pas comment une goutte DO de 25 Go peut encore être recommandée comme condition de départ :woman_shrugging:t5:

Voici également un exemple du processus qui m’amène à la conclusion ci-dessus :

DĂ©but :

6,9 Go d’espace libre, 72 % utilisé

Après avoir exécuté ./launcher rebuild app :

3,7 Go d’espace libre, 85 % utilisé

Je ne vois pas d’autre issue, mais j’espère que quelqu’un d’autre en trouvera une !

2 « J'aime »
6

Vous disposez de 7,1 Go d’espace libre avant de télécharger l’image du conteneur Discourse, mais de moins de 5 Go après l’avoir téléchargée lorsque nous effectuons la vérification.

Vous avez deux options :

  1. Exécutez ./launcher rebuild app --skip-prereqs pour contourner la vérification de l’espace disque.

  2. Augmentez la taille de votre disque.

Si vous choisissez 1, vous repoussez le problème, mais vous devrez éventuellement gérer l’utilisation du disque à mesure que votre communauté et Discourse grandiront au fil du temps.

8 « J'aime »
7

Très utile ! J’ai récupéré 6,8 Go :+1:

2 « J'aime »
8

J’essaie ça maintenant, merci !

Mise à jour : Ça a marché !

2 « J'aime »
9

J’ai 25 Go de SSD cloud sur Vultr

Discourse propre installé sur Ubuntu 20.04 LTS x64 - rien d’autre

J’ai reçu la même alerte de 5 Go - sérieusement ?

10

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.