Impossibile ricostruire discourse a causa dello spazio esaurito sul dispositivo

I get the aforementioned error while attempting to do an operation. I have no idea as to why this is happening.

2 Mi Piace

Did you try just doing a

./docker rebuild app

and seeing what happens? I think git pull is no longer required first.

Otherwise it looks like you may need to review your app.conf file. Have you edited it recently?

1 Mi Piace

No I haven’t edited it recently. The website crashed yesterday and I ran the cleanup and then ran
rm /var/discourse/shared/standalone/backups/default/*
Then I rebuilt using ./launcher rebuild app

The website started working again after that and now it’s back to being dead.

1 Mi Piace

Sorry I meant

./launcher rebuild app

So you are doing the the right things.

1 Mi Piace

Have you had a look at Discourse Doctor?

1 Mi Piace

Okay, so it is a storage issue. How do I make space now? I’m sorry but I’m a beginner.

I just ran discourse-doctor and I was left with multiple lines stating that my storage was full.

1 Mi Piace

Do you have anything else on the server? If not, it’s probably discourse backups that you can delete.

1 Mi Piace

Can you go over the process of deleting backups coz I’ve never really understood the process. I wanna be sure once and for all because I’ve been having storage issues for a really long time.

No, I don’t have anything else on the server.

1 Mi Piace

A good first step is to run

./launcher cleanup 

If that doesn’t work, try

./discourse-doctor

If you still have difficulties, you can look at deleting old backups from

/var/discourse/shared/standalone/backups/default

Let us know how these work out for you!

4 Mi Piace

Hi @seshu_ram

Often, when containers are rebuilt, the process leaves orphan images. If you have rebuilt your container often, these images can take up a lot of space.

In fact, these orphan images recently took up nearly 100 GB + on our server until I deleted them. You can easily check.

Please post the output of:

docker images

Kindly post the output as text (copy-and-paste) using fenced markdown. Terminal screenshot images are hard to read on mobile.

Thanks.

Note:

Please note that launcher cleanup also prunes these orphans (based on 24 hours in the past, I think):

if tty >/dev/null; then
      read -p "Would you like to attempt to recover space by cleaning docker images and containers in the system? (y/N)" -n 1 -r
      echo
      if [[ $REPLY =~ ^[Yy]$ ]]
      then
        $docker_path container prune --force --filter until=1h >/dev/null
        $docker_path image prune --all --force --filter until=1h >/dev/null
        echo "If the cleanup was successful, you may try again now"
      fi
    fi
3 Mi Piace

@neounix

local_discourse/app   latest              674fd54f165f        4 minutes ago       2.5GB
<none>                <none>              f3a4104c3f75        22 hours ago        2.5GB
discourse/base        2.0.20201221-2020   c0704d4ce2b4        11 days ago         2.11GB ```
1 Mi Piace

This worked. My website is live now. Thank you so much. Thanks a lot for your time! That helped a lot.

@tobiaseigen

4 Mi Piace

Hey @seshu_ram

FYI and FWIW: You can remove this orphan image and reclaim a bit more disk space:

 f3a4104c3f75   
docker image rm  f3a4104c3f75  

The launcher cleanup process does not (as I recall) remove images less than 24 hours old.

Or, you can run cleanup again in a few hours, as you please.

5 Mi Piace

Ho notato che i recenti aggiornamenti da riga di comando di Discourse stanno occupando parecchio spazio su disco…

root@endoffice-b:/var/discourse# ./launcher cleanup
ATTENZIONE! Questo rimuoverĂ  tutti i container fermati.
Sei sicuro di voler continuare? [y/N] Y
Spazio totale recuperato: 0B
ATTENZIONE! Questo rimuoverĂ  tutte le immagini senza almeno un container associato.
Sei sicuro di voler continuare? [y/N] Y
Immagini eliminate:
eliminata: sha256:284403a252ba061b3ab97f4bfe293ac5e8f05f39ada429d718f58e56191251c2
eliminata: sha256:6b6899d54d4dd1f21568956b652975f7c0b9e439978b8cc53036efc46baaf971
senza tag: discourse/base:2.0.20211118-0105
senza tag: discourse/base@sha256:74b41fffd4f05433eb7c9b72954b1f5f8b15cd0e802bb724c96b7d699c3f6fa1
eliminata: sha256:b6cc7cf8974a6ef7bb64c36f4592af261cda0d5565bd91da603568ce26968048
eliminata: sha256:c1455b2fdbca024c36c4e75746051b77c3637020cfa1e36a41440292a8c39424
eliminata: sha256:77b323d4ec74aad770337f99a60e862a64ccc53f4775b5f4945df0e606f78b90
senza tag: discourse/base:2.0.20220128-1817
senza tag: discourse/base@sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae

Spazio totale recuperato: 3.54GB

Questo è successo su entrambe le istanze, l’altra era 3.538GB :wink:

Di solito sono abbastanza scrupoloso nell’eseguire ./launcher cleanup dopo ogni aggiornamento di Discourse, e aggiorno circa una volta al mese, quindi questo mi dice che l’ultimo aggiornamento da solo ha consumato quasi 4GB di disco… cc @falco @sam è qualcosa di cui dovremmo preoccuparci? :thinking:

4 Mi Piace

Kind of unavoidable I think we bumped base image 2 times in the last few months. Not much we can do. Looks like the cleanup on your server shaved off 2 base images.

3 Mi Piace

@anon43908006, c’è una guida su:

Descrive molte considerazioni per cambiare il tuo dominio, dagli un’occhiata. :slight_smile:

1 Mi Piace

Per chiarire, non c’è molto da fare riguardo alla dimensione complessiva degli aggiornamenti in aumento, o non c’è molto da fare riguardo al recente picco di attività di “bumping” dell’immagine di base (che in futuro non influenzerà più di tanto)?

Sono rimasto sorpreso, ho tutti questi piccoli Discourse con pochissimi utenti e ultimamente mi sono imbattuto in questo problema. Nessun caricamento o altro. Mi stavo chiedendo se ci stiamo avvicinando a un punto in cui l’installazione cloud consiglierà la dimensione successiva per lo spazio su disco (che è 2 GB di RAM/1 vCPU/50 GB SSD). :thinking:

5 Mi Piace

Ho chiesto a @falco in chat e ha detto che ultimamente abbiamo avuto molti cambiamenti nell’immagine di base a causa dell’aggiornamento delle dipendenze, quindi c’è stata una quantità di spazio su disco superiore alla norma negli aggiornamenti negli ultimi ~6 mesi.

5 Mi Piace

Mi dispiace sentire che hai riscontrato problemi nel cambiare il nome del tuo dominio, @anon43908006.

Poiché questo è Support, ti incoraggio a creare un nuovo argomento che spieghi il tuo caso esatto: potrebbe essere che la tua situazione richieda più discussione di quanto sta accadendo in questo argomento, che è più un modello generale che abbiamo notato.

Se vuoi, puoi menzionarmi (@maiki) e sarò felice di discutere cosa sta succedendo con il tuo sito. :slight_smile:

6 Mi Piace

Ricevo lo stesso errore No space left on device quando provo a eseguire il backup del mio Discourse:

[2022-11-15 08:23:38] EXCEPTION: /var/www/discourse/lib/discourse.rb:131:in `exec': Failed to gzip archive.

gzip: /var/www/discourse/public/backups/default/forum-leasehackr-2022-11-15-080439-v20221110175456.tar.gz: No space left on device

Il mio backup e i caricamenti di immagini sono configurati su DigitalOcean Spaces e hanno funzionato bene per alcuni anni fino a pochi mesi fa. Ecco cosa ho provato finora:

  1. Ho cancellato tutti i caricamenti multipart nascosti sul mio DO Space. Dovrebbero esserci piĂą di 100 GiB di spazio disponibile sul mio DO Space.
  2. Ho provato a ricostruire e pulire utilizzando i seguenti comandi:
cd /var/discourse
apt-get update
apt-get upgrade
apt-get autoclean
apt-get autoremove
./launcher rebuild app
./launcher cleanup

Qualcuno sa perché i miei backup continuano a fallire? Grazie!