docker system prune --volumes
ATTENZIONE! Questo rimuoverà:
- tutti i container arrestati
- tutte le reti non utilizzate da almeno un container
- tutti i volumi non utilizzati da almeno un container
- tutte le immagini dangling
- tutta la cache di build dangling
Sei sicuro di voler continuare? [y/N] y
Spazio totale recuperato: 0B
root@DO-Discourse:/#
Non proprio, è abbastanza indicativo che lo spazio venga consumato da docker per i tuoi container. Dopo una pulizia, i miei numeri sono molto simili ai tuoi, il che forse (ma non necessariamente) indica solo quanto spazio utilizza.
Ho avuto problemi con un Linode da 25 GB, tuttavia era con backup da 500 MB+, eliminando due o tre backup ho ottenuto abbastanza spazio per ricostruire. Ho optato per passare al livello successivo con 50 GB perché sarebbe diventato sempre più restrittivo e volevo ricostruire con un cron job mensile.
Quello è successo prima del passaggio a Ember CLI, potrebbe aver reso le cose significativamente più grandi?
Quell’overlay da 9 GB sembra essere il problema. Ma ne ho uno di dimensioni simili su un’altra istanza che ho appena controllato. È sempre stato difficile con 25 GB. Ti consiglio di fare il sacrificio e acquistare un altro SSD. La prossima cosa che potresti provare è vedere se c’è qualcosa a livello di sistema operativo che puoi rimuovere (log, programmi non necessari, indici da find, forse?).
Un’altra idea sarebbe quella di creare una nuova VM da 25 GB e spostarti lì, sperando che qualunque cosa abbia riempito quella vecchia non sia un problema questa volta.
Nessuna di queste risposte sembra particolarmente soddisfacente. Ho lottato duramente con un droplet da 25 GB su una o due istanze che aiuto a gestire nelle ultime settimane, ma penso che tu abbia fatto tutto ciò che ho fatto io.
Ciao Andy, scusa per il ritardo.
A questo punto, tieni presente che senza conoscere il tuo sistema host, è facile guidarti verso un precipizio, quindi backup/snapshot/ecc… (o anche fare un backup, avviare una nuova istanza e testare il processo di ripristino, è stato un buon esercizio per me)
Supponendo che non utilizzi lxd (lxc list dovrebbe mostrare i container installati) snap remove lxd (e poi core18 e 20)
Grazie per il tuo aiuto. Sì, so così poco di Linux, quindi apprezzo pienamente il consiglio di fare il backup. Ho uno snapshot automatico e ne faccio uno manuale ogni volta che armeggio come adesso.
Non ho idea di cosa sia lxd. Non ho bisogno di nulla su questo droplet che discourse/docker non necessiti, dato che è esclusivamente un droplet discourse.
root@DO-Discourse:/var/discourse# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
local_discourse/app latest 3dac608caa92 4 months 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 months ago Up 4 months 0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp app
root@DO-Discourse:/var/discourse#
Penso che sia sicuro eliminare tutte quelle immagini. Se ti servono, verranno sostituite quando ricostruirai.
Fare uno snapshot non è una cattiva idea.
Quello che farei è semplicemente avviare una nuova istanza; è la cosa più sicura e probabilmente più veloce di uno snapshot, ma se non è divertente o istruttivo sapere come farlo, la tua idea va bene.
