Ricevo l’errore sopra menzionato mentre provo a eseguire un’operazione. Non ho idea del perché ciò stia accadendo.
Hai provato semplicemente a eseguire
./docker rebuild app
e vedere cosa succede? Credo che il git pull non sia più necessario in precedenza.
Altrimenti sembra che tu possa dover rivedere il tuo file app.conf. Lo hai modificato di recente?
1 Mi Piace
No, non l’ho modificato recentemente. Il sito web si è bloccato ieri, ho eseguito la pulizia e poi ho lanciato
rm /var/discourse/shared/standalone/backups/default/*
Poi ho ricostruito usando ./launcher rebuild app
Il sito web ha ripreso a funzionare dopo di che, ma ora è di nuovo morto.
1 Mi Piace
Scusa, intendevo
./launcher rebuild app
Quindi stai facendo le cose giuste.
1 Mi Piace
Hai dato un’occhiata a Discourse Doctor?
1 Mi Piace
Ok, quindi è un problema di spazio di archiviazione. Come posso liberare spazio ora? Scusa, ma sono un principiante.
Ho appena eseguito discourse-doctor e mi sono rimaste diverse righe che indicavano che la mia archiviazione era piena.
1 Mi Piace
Hai altro sul server? Se no, probabilmente si tratta di backup di Discourse che puoi eliminare.
1 Mi Piace
Puoi spiegarmi il processo di eliminazione dei backup? Non l’ho mai capito bene. Voglio esserne sicuro una volta per tutte, dato che ho problemi di spazio di archiviazione da molto tempo.
No, non ho altro sul server.
1 Mi Piace
Un buon primo passo è eseguire
./launcher cleanup
Se ciò non funziona, prova
./discourse-doctor
Se hai ancora difficoltà, puoi provare a eliminare i vecchi backup da
/var/discourse/shared/standalone/backups/default
Facci sapere come vanno queste operazioni!
4 Mi Piace
Ciao @seshu_ram
Spesso, quando i container vengono ricostruiti, il processo lascia immagini orfane. Se hai ricostruito il tuo container frequentemente, queste immagini possono occupare molto spazio.
In effetti, queste immagini orfane hanno occupato recentemente quasi 100 GB+ sul nostro server finché non le ho eliminate. Puoi verificarlo facilmente.
Per favore, pubblica l’output di:
docker images
Si prega di incollare l’output come testo (copia-incolla) utilizzando il markdown con delimitatori. Gli screenshot del terminale sono difficili da leggere su dispositivi mobili.
Grazie.
Nota:
Si prega di notare che anche launcher cleanup rimuove queste orfane (basandosi su 24 ore nel passato, credo):
if tty > /dev/null; then
read -p "Vorresti tentare di recuperare spazio pulendo le immagini e i container docker nel sistema? (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 "Se la pulizia è andata a buon fine, puoi riprovare ora"
fi
fi
3 Mi Piace
local_discourse/app latest 674fd54f165f 4 minuti fa 2.5GB
<none> <none> f3a4104c3f75 22 ore fa 2.5GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 11 giorni fa 2.11GB ```
1 Mi Piace
Ha funzionato. Il mio sito web è ora online. Grazie mille. Grazie infinite per il vostro tempo! Mi è stato di grande aiuto.
4 Mi Piace
Ciao @seshu_ram
Per tua informazione e a titolo di suggerimento: puoi rimuovere questa immagine orfana e recuperare un po’ di spazio su disco:
f3a4104c3f75
docker image rm f3a4104c3f75
Il processo di pulizia del launcher non rimuove (per quanto mi ricordi) le immagini con meno di 24 ore di vita.
In alternativa, puoi eseguire di nuovo la pulizia tra qualche ora, come preferisci.
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 
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? 
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. 
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).
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.
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:
- Ho cancellato tutti i caricamenti multipart nascosti sul mio DO Space. Dovrebbero esserci più di 100 GiB di spazio disponibile sul mio DO Space.
- 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!