Aggiornamento Discourse fallito per spazio su disco insufficiente su droplet da 25G

Ho una droplet da 25g, che Discourse afferma essere abbastanza grande, ma non riesco ad aggiornare all’ultima versione perché ho esaurito lo spazio di archiviazione. Il mio forum è molto piccolo con pochissimo traffico.

Ho eseguito ./launcher cleanup e ho persino eliminato vecchi backup, ma ancora niente.

Cosa posso fare?

root@DO-Discourse:/var/discourse# ./launcher rebuild app
Rilevata architettura x86_64.

ATTENZIONE: Stiamo per iniziare a scaricare l'immagine base di Discourse
Questo processo potrebbe richiedere da pochi minuti a un'ora, a seconda della velocità della tua rete


Per favore, sii paziente

2.0.20220224-2005: Estrazione da discourse/base
5eb5b503b376: Estrazione completata
35b2f73fc27b: Estrazione completata
44526e3ec669: Estrazione completata
Digest: sha256:8a8bb9525882220196c0faa8ce95c62a7fb607fc203d4247b3d5985f3ca9c3d8
Stato: Immagine più recente scaricata per discourse/base:2.0.20220224-2005
docker.io/discourse/base:2.0.20220224-2005
Hai meno di 5 GB di spazio libero sul disco in cui si trova /var/lib/docker. Avrai bisogno di più spazio per continuare
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        25G   22G  3.0G  88% /

Vuoi tentare di recuperare spazio pulendo le immagini e i container docker nel sistema? (s/N)s
Se la pulizia ha avuto successo, puoi riprovare ora
root@DO-Discourse:/var/discourse#
root@DO-Discourse:/var/discourse# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            448M     0  448M   0% /dev
tmpfs            99M  1.1M   98M   2% /run
/dev/vda1        25G   18G  6.2G  75% /
tmpfs           491M     0  491M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           491M     0  491M   0% /sys/fs/cgroup
/dev/vda15      105M  9.2M   96M   9% /boot/efi
overlay          25G   18G  6.2G  75% /var/lib/docker/overlay2/d319d95263d87c2a75a4bc9a9f03a25ea7f6eb1f7bac687e7ae7d45522939dc0/merged
/dev/loop10      56M   56M     0 100% /snap/core18/2284
/dev/loop7       44M   44M     0 100% /snap/snapd/14978
/dev/loop5       62M   62M     0 100% /snap/core20/1361
/dev/loop2       68M   68M     0 100% /snap/lxd/22526
/dev/loop1       62M   62M     0 100% /snap/core20/1376
/dev/loop3       44M   44M     0 100% /snap/snapd/15177
/dev/loop4       56M   56M     0 100% /snap/core18/2344
/dev/loop6       68M   68M     0 100% /snap/lxd/22753
tmpfs            99M     0   99M   0% /run/user/0
root@DO-Discourse:/var/discourse# 

Potresti provare a eseguire ./launcher cleanup ma se ciò non aiuta, dovrai aggiungere altro disco al tuo server.

1 Mi Piace

Potresti (ma non dovresti)
./launcher rebuild app --skip-prereqs

Come ho già detto, l’ho già fatto, in realtà più volte.
Avevo letto che discourse necessita idealmente di 20-30 GB. Ne ho 25 GB, quindi è strano che ne serva di più. I requisiti sono cambiati?

Non sono sicuro di cosa intendi.

Voglio dire a breve termine su un’istanza di test, ci ho provato (penso sia andato bene con 4,6 Go liberi), non lo farei su una di produzione

sudo apt autoremove --purge forse?

1 Mi Piace

Vedi anche se hai molti backup.

1 Mi Piace

I requisiti di archiviazione dipendono dalla quantità di media caricati nella tua istanza di discourse.

1 Mi Piace

È sorprendente quanto velocemente cresca il mio sito sandbox DO mentre ci gioco.\nSe hai problemi ora potresti essere in grado di eliminare abbastanza per far aggiornare Discourse, ma la prossima volta il database sarà un po’ più grande e potresti avere più media.\nSe hai molti media, spostarli nello storage S3 libererà spazio, altrimenti un ridimensionamento del droplet potrebbe essere la tua unica opzione.\n\nSu DO il droplet AMD dovrebbe essere molto migliore… non secondo i miei benchmark (l’ho letto su internet :face_with_raised_eyebrow:) - qui

1 Mi Piace

Ricevuto. Dove viene mostrata la quantità di spazio di archiviazione utilizzata?

Capito. Il mio database è di 60 MB e ho eliminato tutti i backup.

Come ho detto prima, ho eliminato tutti i backup. (Comunque il mio DB è solo di 60 MB, quindi non ha fatto una reale differenza)

1 Mi Piace

root@DO-Discourse:/var/discourse# apt autoremove --purge
Lettura dell’elenco dei pacchetti… Fatto
Creazione dell’albero delle dipendenze
Lettura delle informazioni sullo stato… Fatto
0 aggiornati, 0 installati nuovi di zecca, 0 da rimuovere e 94 non aggiornati.
root@DO-Discourse:/var/discourse#

Qualcosa che puoi provare è svuotare la cache di apt.

apt clean

Potresti anche provare a eseguire

du -h -s /* | sort -h -r

per scoprire dove viene utilizzato lo spazio. Se, ad esempio, la maggior parte si trova sotto /usr, puoi ripetere con

du -h -s /usr/* | sort -h -r

e così via. Con un po’ di fortuna, questo ti porterà a una o più cose di grandi dimensioni che possono essere eliminate, ma ovviamente non eliminare nulla senza capire di cosa si tratta, cioè non eliminare nulla a meno che tu non sia certo che sia sicuro farlo.

1 Mi Piace

Per un controllo rapido, c’è una quantità di Caricamenti nella tua dashboard /admin:

1 Mi Piace

Il mio comando precedente ha fornito queste informazioni?

root@DO-Discourse:/var/discourse# cd ..
root@DO-Discourse:/var# cd ..
root@DO-Discourse:/# du -h --max-depth=1 -x
13G     ./var
301M    ./boot
5.4M    ./etc
116K    ./tmp
4.0K    ./srv
4.0K    ./home
28K     ./snap
4.0K    ./media
3.3G    ./usr
4.0K    ./mnt
901M    ./root
24K     ./opt
16K     ./lost+found
19G     .
root@DO-Discourse:/#