Opened 4 years ago
Closed 3 years ago
#4673 closed Defekt (bleibt so)
King Speicherproblem Wurzelordner
| Reported by: | king | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | schnell erledigen | Milestone: | Image »Jovialer Jochen« |
| Component: | Software: Ubuntu | Severity: | beeinträchtigt den Unterricht vieler Lehrer |
| Keywords: | Cc: | bau, Stephan Richter |
Description
Zu wenig Speicherplatz auf Wurzelordner. Bitte überprüfen.
Attachments (1)
Change History (13)
by , 4 years ago
| Attachment: | Bildschirmfoto vom 2022-10-21 10-22-12.png added |
|---|
comment:1 by , 4 years ago
| Cc: | added |
|---|---|
| Owner: | changed from to |
| Status: | new → assigned |
comment:2 by , 4 years ago
comment:3 by , 4 years ago
| Component: | Ich kenne die passende Komponente nicht. → Software: Ubuntu |
|---|---|
| Milestone: | Schuljahr 2022/23 → Image »Jovialer Jochen« |
| Priority: | normal → hoch |
| Severity: | beeinträchtigt den Unterricht einiger Lehrer → beeinträchtigt den Unterricht vieler Lehrer |
| Status: | assigned → accepted |
Das Problem tritt nach und nach an allen Rechnern auf: Irgendetwas füllt dort das /var-Verzeichnis und zwar so lange, bis auf der Rootpartition kein Platz mehr ist – und dann ist der Rechner nicht mehr nutzbar. Besonders schnell scheint das im Computerraum zu geschehen, ich hatte heute in 5.28 mehrere Rechner die völlig wirres Verhalten gezeigt haben :-/.
Was genau da passiert ist nicht ganz klar, doch ich habe /var/log im Verdacht, vielleicht spezifisch /var/log/journal. Siehe dazu:
https://askubuntu.com/questions/1238214/big-var-log-journal
comment:4 by , 4 years ago
comment:5 by , 4 years ago
Demnach müsste es reichen, das Verzeichnis /var/log/journal zu entfernen, dann werden die Logmeldungen nicht persistent auf die Platte geschrieben, sondernim Speicher gehalten und bei jedem Neustart verworfen.
comment:6 by , 4 years ago
| Resolution: | → im Image |
|---|---|
| Status: | accepted → closed |
Mal sehen, ob das das Problem schon löst, oder ob es noch an etwas anderem liegt.
comment:7 by , 4 years ago
| Cc: | added |
|---|---|
| Resolution: | im Image |
| Status: | closed → reopened |
Problem tritt weiterhin auf, /var/log/syslog wächst auf 16GB an, dann ist die Wurzelpartition voll.
comment:8 by , 4 years ago
Verrückt, auf rechner-5-28-08 ist das syslog zugespammt mit Millionen Logzeilen vom X-Server. (Diese Modeline-Zeilen, wo die verschiedenen Modi aufgelistet werden.) Auf den Rechnern daneben gibt es nur ein paar Hundert dieser Zeilen. Beide Syslogs laufen seit Dienstag. Die Rechner sind identisch und wurden beide am Sonntag gesynct. Was ist bei dem einen schiefgelaufen?? Kann ja nur an den Nutzern liegen, die eingeloggt waren.
comment:9 by , 4 years ago
Okay, bekanntes Problem:
- https://gitlab.gnome.org/GNOME/gdm/-/issues/612
- https://askubuntu.com/questions/1258011/how-to-diagnose-stop-gdm-x-session-spamming-syslog
- https://www.linuxquestions.org/questions/linux-general-1/is-there-a-way-to-suppress-this-syslog-output-usr-lib-gdm3-gdm-x-session%5B3192%5D-ii-modeset-0-edid-vendor-acr-prod-id-22-a-4175642521/
comment:11 by , 4 years ago
Primäres Ziel ist natütlich, herauszufinden, was diese Massenligs triggert.
Ein Workaround kann aber sein, die Rotation des syslog zu erhöhen. Lauter identische Strings im syslog müssten sich ja sehr effizient zippen lassen.
comment:12 by , 3 years ago
| Resolution: | → bleibt so |
|---|---|
| Status: | reopened → closed |
Hallo Benni, an welchem Rechner war das denn?