"Meno di 5GB di spazio libero" — non è vero! 👀

Eseguo Discourse da anni e la mia esperienza è stata costantemente fantastica, ad eccezione di un problema ricorrente:

Ogni volta che vedo “Stai eseguendo una versione obsoleta dell’immagine di Discourse” nella schermata di aggiornamento, sono sopraffatto da un cupo pallore e da un travolgente senso di terrore.

Perché?

Perché so che dovrò combattere con il mio droplet DigitalOcean dalla riga di comando - cosa che generalmente odio - per qualche ora prima di poter completare correttamente l’aggiornamento.

E questa volta, non riesco proprio a farlo funzionare :pensive_face:

Per quanto ne so, lo spazio libero viene consumato dalla directory /dev/vda1. Ma quando indago su questa directory, ottengo feedback diversi a seconda del metodo!

L’immagine qui sotto illustra questa stranezza. Notate come, nella parte superiore (che proviene da un comando df -h), la cartella /dev/vda1 sembri avere 7,1 GB liberi.

Ma poi notate come il launcher dica che ci sono solo 4 GB liberi nella stessa cartella!

Qualcuno ha maggiori informazioni a riguardo?

In particolare, cerco consigli sul perché 2 metodi diversi di osservazione del file restituiscano 2 quantità diverse di spazio libero.

E poi mi piacerebbe sapere come sfruttare i 7,1 GB liberi per poter eseguire l’aggiornamento.

(Per chiarezza, non sto cercando una risposta pigra come “Aggiorna semplicemente il tuo droplet DO” - se avessi voluto raddoppiare le mie spese annuali per questo forum, l’avrei già fatto.)

Grazie!

4 Mi Piace

È davvero frustrante. Puoi provare

 docker prune

Potrebbero esserci alcune risorse che docker ha creato ma di cui si è dimenticato. C’è stato un argomento a riguardo di recente.

Ma avere spazio altrove rispetto a dove lo vuole docker non aiuterà. È possibile, ma improbabile, che il launcher stia controllando nel posto sbagliato.

4 Mi Piace

Per questa particolare ricostruzione, era necessario scaricare una nuova immagine di base, come mostrato dalle righe WARNING a Status nello screenshot. Questa è grande, 2,81 GB secondo il mio sistema, quindi quello che stai vedendo è lo spazio perso per questa nuova versione dell’immagine di base.

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

L’utilizzo di ./launcher cleanup eliminerà container e immagini inutilizzati, il che potrebbe recuperare spazio sufficiente e, come ha detto @pfaffman, l’eliminazione diretta con docker potrebbe liberare ulteriori oggetti inutilizzati, sebbene personalmente non abbia visto alcun beneficio significativo oltre ai container e alle immagini.

Un’altra cosa che potrebbe aiutare è pulire la cache di apt, che può diventare piuttosto grande.

apt-get clean
5 Mi Piace

È esattamente quello che sto pensando: per questo particolare aggiornamento, sembra che tu abbia bisogno di 5 GB + 2,811 GB per la nuova immagine Docker.

È vero? Sembra che molte persone sarebbero interessate se fosse così…

1 Mi Piace

Ho provato ogni comando di potatura/rimozione/pulizia/doctor che ho trovato, ma la conclusione è che questo non funzionerà a meno che non ci siano 7,811 GB liberi su una data macchina.

Se è così, non capisco come un droplet DO da 25 GB possa ancora essere raccomandato come condizione iniziale :woman_shrugging:t5:


Inoltre, ecco un esempio del processo che mi porta alla conclusione di cui sopra:

Inizio:

6,9 GB liberi, 72% utilizzati

Dopo aver eseguito ./launcher rebuild app:

3,7 GB liberi, 85% utilizzati

Non vedo altre vie d’uscita, ma spero che qualcun altro ne veda!

2 Mi Piace

Hai 7,1 GB liberi prima di scaricare l’immagine del container di discourse ma meno di 5 GB dopo averla scaricata quando eseguiamo il controllo.

Hai due opzioni:

  1. Esegui ./launcher rebuild app --skip-prereqs per saltare il controllo dello spazio su disco

  2. Aumenta la dimensione del tuo disco

Se scegli 1, rimandi il problema, ma alla fine dovrai affrontare l’utilizzo del disco man mano che la tua community e Discourse cresceranno nel tempo.

8 Mi Piace

Molto utile! Ho recuperato 6,8 GB :+1:

2 Mi Piace

Ci provo ora, grazie!

Aggiornamento: Ha funzionato!

2 Mi Piace

Ho 25 GB di SSD cloud su Vultr

Discourse pulito installato su Ubuntu 20.04 LTS x64 - nient’altro

Ho ricevuto lo stesso avviso di 5 GB - davvero?

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