Nun, seufz – ich stecke bei einem fehlgeschlagenen Upgrade fest.
Ich habe einen 25G VPS mit der unterstützten Docker-Installation.
Das Upgrade von docker_manager über das Admin-Panel verlief problemlos.
Das Upgrade von Discourse von v3.2.0.beta1 +125 auf v3.2.0.beta3 +325 über das Admin-Panel schlug fehl, also versuchte ich eine Installation über die Kommandozeile:
cd /var/discourse
git pull
./launcher rebuild app
…was ebenfalls fehlschlug:
Sie haben weniger als 5 GB freien Speicherplatz auf der Festplatte, auf der sich /var/lib/docker befindet. Sie benötigen mehr Speicherplatz, um fortzufahren
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/vda2 23G 22G 640M 98% /
Anscheinend wegen zweier 18G “overlay”-Dateien:
root@forum:/var/discourse# df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
tmpfs 95M 1,4M 94M 2% /run
/dev/vda2 23G 18G 4,1G 82% /
tmpfs 474M 0 474M 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
/dev/vda1 511M 6,1M 505M 2% /boot/efi
tmpfs 95M 4,0K 95M 1% /run/user/0
overlay 23G 18G 4,1G 82% /var/lib/docker/overlay2/8a331589d7fa9046a6ef73489cc830c2583cb76c9174125c8bfe1064d58cd503/merged
overlay 23G 18G 4,1G 82% /var/lib/docker/overlay2/d56574358c8edbc9bc1fb50022585b854462a8ce56daa636b07f3a3771949251/merged
(Drei 18G-Dateien auf einem 25G-Server? Das sind 54G…)
Es scheint, etwas ist wiederherstellbar:
root@forum:/var/discourse# docker system df
TYP GESAMT AKTIV GRÖSSE WIEDERHERSTELLBAR
Images 2 2 4,3GB 3,334GB (77%)
Container 2 2 1,849GB 0B (0%)
Lokale Volumes 0 0 0B 0B
Build Cache 0 0 0B 0B
…aber ich bin mir nicht sicher, was oder wie.
Der Inhalt von /var/discourse/shared/standalone/backups/default beträgt nur 67 MB.
Ich habe Docker mit systemctl stop docker gestoppt und Folgendes ohne Erfolg versucht:
docker system prune -a
docker buildx prune --all
docker builder prune --all
…alle meldeten 0B freigegeben.
Ich habe zwei Docker-Images, eines für Discourse und eines für… “none?”
root@forum:/var/discourse/image# docker images
REPOSITORY TAG IMAGE ID ERSTELLT GRÖSSE
local_discourse/app latest 5ff1dcfe050c 2 Monate her 4,09GB
<none> <none> bbaceb5f4a80 2 Monate her 214MB
Anscheinend bedeutet “none” ein hängendes oder zwischenzeitliches Image: Why the “none” image appears in Docker and how can we avoid it - Stack Overflow – aber es ist so klein, dass ich nicht denke, dass es meine erste Priorität ist.
Wenn die Ratschläge bei Is it safe to clean docker/overlay2/ - Stack Overflow das Greppen von Overlays gegen Images beinhalten, verliere ich den Faden. Es gibt 60 gehashte Ordner in meinem docker/overlay2… bitte lassen Sie mich nicht 120 Mal greppen…
Ich stelle mir meine Optionen zu diesem Zeitpunkt wie folgt vor:
A. Holen Sie sich Hilfe, um herauszufinden, ob eines dieser Overlays gelöscht werden kann.
B. Stellen Sie aus einem Snapshot wieder her, führen Sie ein Upgrade für mehr Speicherplatz durch und versuchen Sie es erneut. Werden diese riesigen Overlays immer vorhanden sein?
(Und wie habe ich überhaupt 3 x 18G-Dateien auf einer 25G-Instanz..?)
Wenn jemand zu dieser Stunde wach ist und einen Beitrag leisten kann, würde ich mich freuen.
