close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

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)

Bildschirmfoto vom 2022-10-21 10-22-12.png​ (182.7 KB ) - added by king 4 years ago.

Download all attachments as: .zip

Change History (13)

by king, 4 years ago

Attachment: Bildschirmfoto vom 2022-10-21 10-22-12.png​ added

comment:1 by lehm, 4 years ago

Cc: bau added
Owner: changed from kup Bau to Rüdiger Kupper
Status: new → assigned

comment:2 by Rüdiger Kupper, 4 years ago

Hallo Benni, an welchem Rechner war das denn?

comment:3 by Rüdiger Kupper, 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:5 by Rüdiger Kupper, 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 Rüdiger Kupper, 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 Rüdiger Kupper, 4 years ago

Cc: Stephan Richter 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 Rüdiger Kupper, 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:10 by Rüdiger Kupper, 4 years ago

Hier ist ein aktueller Report:

comment:11 by Rüdiger Kupper, 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 Rüdiger Kupper, 3 years ago

Resolution: → bleibt so
Status: reopened → closed
Note: See TracTickets for help on using tickets.