Beim Versuch, einen Vorgang durchzuführen, erhalte ich den oben genannten Fehler. Ich habe keine Ahnung, warum das passiert.
Hast du es einfach mal mit
./docker rebuild app
und dem Ausprobieren versucht? Ich glaube, ein vorheriges git pull ist nicht mehr erforderlich.
Andernfalls sieht es so aus, als müsstest du deine app.conf-Datei überprüfen. Hast du sie kürzlich bearbeitet?
1 „Gefällt mir“
Nein, ich habe es kürzlich nicht bearbeitet. Die Website ist gestern abgestürzt, ich habe die Bereinigung durchgeführt und dann ausgeführt:
rm /var/discourse/shared/standalone/backups/default/*
Anschließend habe ich mit ./launcher rebuild app neu aufgebaut.
Die Website funktionierte danach wieder, aber jetzt ist sie erneut ausgefallen.
1 „Gefällt mir“
Entschuldigung, ich meinte:
./launcher rebuild app
Du machst also alles richtig.
1 „Gefällt mir“
Hast du dir schon den Discourse Doctor angesehen?
1 „Gefällt mir“
Okay, es liegt also ein Speicherproblem vor. Wie kann ich jetzt Platz schaffen? Es tut mir leid, aber ich bin Anfänger.
Ich habe gerade discourse-doctor ausgeführt und bekam mehrere Zeilen angezeigt, die besagten, dass mein Speicher voll ist.
1 „Gefällt mir“
Hast du noch etwas anderes auf dem Server? Falls nicht, sind es wahrscheinlich Discourse-Backups, die du löschen kannst.
1 „Gefällt mir“
Kannst du mir den Prozess zum Löschen von Backups erklären? Ich habe ihn nämlich noch nie wirklich verstanden. Ich möchte es endlich einmal sicher wissen, da ich schon seit sehr langer Zeit Speicherprobleme habe.
Nein, ich habe nichts anderes auf dem Server.
1 „Gefällt mir“
Ein guter erster Schritt ist die Ausführung von
./launcher cleanup
Wenn das nicht funktioniert, versuchen Sie es mit
./discourse-doctor
Wenn Sie immer noch Probleme haben, können Sie alte Backups löschen aus
/var/discourse/shared/standalone/backups/default
Lassen Sie uns wissen, wie das bei Ihnen funktioniert!
4 „Gefällt mir“
Hallo @seshu_ram
Oft hinterlässt der Prozess beim Neuaufbau von Containern verwaiste Images. Wenn Sie Ihren Container häufig neu aufgebaut haben, können diese Images viel Speicherplatz beanspruchen.
Tatsächlich belegten diese verwaisten Images auf unserem Server kürzlich fast 100 GB+, bis ich sie gelöscht habe. Sie können dies leicht überprüfen.
Bitte posten Sie die Ausgabe von:
docker images
Bitte posten Sie die Ausgabe als Text (Kopieren und Einfügen) in einem Markdown-Codeblock. Terminal-Screenshots sind auf mobilen Geräten schwer zu lesen.
Danke.
Hinweis:
Bitte beachten Sie, dass launcher cleanup diese Verwaisten ebenfalls bereinigt (basierend auf einem Zeitraum von 24 Stunden in der Vergangenheit, meiner Einschätzung nach):
if tty > /dev/null; then
read -p "Möchten Sie versuchen, Speicherplatz durch Bereinigen von Docker-Images und -Containern im System freizugeben? (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 "Wenn die Bereinigung erfolgreich war, können Sie es jetzt erneut versuchen"
fi
fi
3 „Gefällt mir“
REPOSITORY TAG IMAGE ID CREATED SIZE
local_discourse/app latest 674fd54f165f 4 Minuten her 2,5 GB
<none> <none> f3a4104c3f75 22 Stunden her 2,5 GB
discourse/base 2.0.20201221-2020 c0704d4ce2b4 11 Tage her 2,11 GB
1 „Gefällt mir“
Das hat geklappt. Meine Website ist jetzt live. Vielen, vielen Dank. Danke vielmals für deine Zeit! Das hat sehr geholfen.
4 „Gefällt mir“
Hey @seshu_ram
Nur zur Info und falls es hilft: Du kannst dieses verwaiste Bild entfernen und etwas mehr Festplattenspeicher freigeben:
f3a4104c3f75
docker image rm f3a4104c3f75
Der Bereinigungsprozess des Launchers entfernt (sofern ich mich richtig erinnere) keine Bilder, die weniger als 24 Stunden alt sind.
Alternativ kannst du die Bereinigung in ein paar Stunden erneut ausführen, wie es dir passt.
5 „Gefällt mir“
Mir ist aufgefallen, dass die jüngsten Befehlszeilen-Updates von Discourse ziemlich viel Speicherplatz verbrauchen.
root@endoffice-b:/var/discourse# ./launcher cleanup
WARNUNG! Dies entfernt alle gestoppten Container.
Sind Sie sicher, dass Sie fortfahren möchten? [j/N] J
Gesamter freigegebener Speicherplatz: 0B
WARNUNG! Dies entfernt alle Images, denen kein Container zugeordnet ist.
Sind Sie sicher, dass Sie fortfahren möchten? [j/N] J
Gelöschte Images:
gelöscht: sha256:284403a252ba061b3ab97f4bfe293ac5e8f05f39ada429d718f58e56191251c2
gelöscht: sha256:6b6899d54d4dd1f21568956b652975f7c0b9e439978b8cc53036efc46baaf971
entfernt: discourse/base:2.0.20211118-0105
entfernt: discourse/base@sha256:74b41fffd4f05433eb7c9b72954b1f5f8b15cd0e802bb724c96b7d699c3f6fa1
gelöscht: sha256:b6cc7cf8974a6ef7bb64c36f4592af261cda0d5565bd91da603568ce26968048
gelöscht: sha256:c1455b2fdbca024c36c4e75746051b77c3637020cfa1e36a41440292a8c39424
gelöscht: sha256:77b323d4ec74aad770337f99a60e862a64ccc53f4775b5f4945df0e606f78b90
entfernt: discourse/base:2.0.20220128-1817
entfernt: discourse/base@sha256:dcb4eb8e41a2e84f776f80587f308d167a54ad7ff4ba616199891828bbd4ddae
Gesamter freigegebener Speicherplatz: 3,54 GB
Dies geschah auf beiden Instanzen, die andere war 3,538 GB 
Ich bin normalerweise ziemlich gewissenhaft darin, ./launcher cleanup nach jedem Discourse-Update auszuführen, und ich aktualisiere etwa einmal im Monat. Das sagt mir also, dass das letzte Update alleine fast 4 GB Speicherplatz verbraucht hat. cc @falco @sam ist das etwas, worüber wir uns Sorgen machen sollten? 
4 „Gefällt mir“
Ich denke, das ist irgendwie unvermeidlich, da wir in den letzten Monaten zweimal das Basis-Image aktualisiert haben. Da können wir nicht viel machen. Es sieht so aus, als ob die Bereinigung auf Ihrem Server 2 Basis-Images entfernt hat.
3 „Gefällt mir“
@anon43908006, es gibt eine Anleitung unter:
Dort werden viele Überlegungen zum Ändern Ihrer Domain behandelt, schauen Sie sie sich an. 
1 „Gefällt mir“
Um das zu klären: Gibt es nicht viel, was man gegen die insgesamt steigende Größe der Upgrades tun kann, oder gibt es nicht viel, was man gegen den jüngsten Anstieg der Aktivität beim Erhöhen des Basis-Images tun kann (was in Zukunft nicht mehr so stark ins Gewicht fallen wird)?
Ich war überrascht, ich habe all diese kleinen Discourses mit sehr wenigen Benutzern und bin in letzter Zeit immer wieder auf dieses Problem gestoßen. Keine Uploads oder so etwas. Ich habe mich gefragt, ob wir uns einem Punkt nähern, an dem die Cloud-Installation die nächste größere Speicherplatzgröße empfiehlt (was 2 GB RAM/1 vCPU/50 GB SSD sind).
5 „Gefällt mir“
Ich habe @falco im Chat danach gefragt und er sagte, dass wir in letzter Zeit viele Basis-Image-Änderungen aufgrund von aktualisierten Abhängigkeiten hatten, so dass in den letzten ~6 Monaten mehr Festplattenspeicher als üblich für Upgrades benötigt wurde.
5 „Gefällt mir“
Es tut mir leid zu hören, dass Sie Probleme beim Ändern Ihres Domainnamens hatten, @anon43908006.
Da dies Support ist, empfehle ich Ihnen, ein neues Thema zu erstellen, das Ihren genauen Fall erklärt: Es kann sein, dass Ihre Situation mehr Diskussion erfordert, als in diesem Thema stattfindet, das eher ein allgemeines Muster ist, das wir bemerkt haben.
Wenn Sie möchten, können Sie mich (@maiki) erwähnen, und ich bespreche gerne, was mit Ihrer Website los ist.
6 „Gefällt mir“
Ich erhalte dieselbe Fehlermeldung No space left on device (Kein Speicherplatz mehr auf dem Gerät), wenn ich versuche, mein Discourse zu sichern:
[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
Meine Backups und Bild-Uploads sind auf DigitalOcean Spaces eingerichtet und funktionieren seit einigen Jahren bis vor kurzem einwandfrei. Hier ist, was ich bisher versucht habe:
- Ich habe alle versteckten Multipart-Uploads auf meinem DO Space gelöscht. Es sollten mehr als 100 GiB Speicherplatz auf meinem DO Space verfügbar sein.
- Ich habe versucht, mit den folgenden Befehlen neu zu erstellen und aufzuräumen:
cd /var/discourse
apt-get update
apt-get upgrade
apt-get autoclean
apt-get autoremove
./launcher rebuild app
./launcher cleanup
Weiß jemand, warum meine Backups immer noch fehlschlagen? Danke!