• /var =?UTF-8?B?bMOkdWZ0?= voll, Verursacher nicht klar

    From Thomas@21:1/5 to All on Thu Nov 4 08:00:01 2021
    This is a multi-part message in MIME format.

    Hallo zusammen

    /var ist voll, also dachte ich aufräumen hilft. Läuft aber direkt wieder voll und ich weiss
    nicht wieso:

    root@itix:/var# df -h |grep var /dev/sda7 15G 15G 0 100% /var



    root@itix:/var# du -ch
    ...
    9.4G insgesamt
    443M ./backups


    Gruss
    tomix

    <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
    <html><head><meta name="qrichtext" content="1" /><style type="text/css">
    p, li { white-space: pre-wrap; }
    </style></head><body style=" font-family:'Noto Sans'; font-size:10pt; font-weight:400; font-style:normal;">
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;">Hallo zusammen</p>
    <p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; ">&nbsp;</p>
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;">/var ist voll, also dachte ich aufräumen hilft. Läuft aber direkt wieder voll und ich weiss nicht wieso:</p>
    <p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; ">&nbsp;</p>
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span style=" font-family:'monospace';">root@itix:/var# df -h |grep var <br />/dev/sda7        15G     15G     0  100%
    /var<br /></span></p>
    <p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; ">&nbsp;</p>
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span style=" font-family:'monospace'; color:#000000; background-color:#ffffff;">root@itix:/var# du -ch</span></p>
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span style=" font-family:'monospace'; color:#000000; background-color:#ffffff;">...</span></p>
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span style=" font-family:'monospace'; color:#000000; background-color:#ffffff;">9.4G    insgesamt </span><span style=
    " font-family:'monospace';"><br />root@itix:/var# du . -h --max-depth=1  <br /></span><span style=" font-family:'monospace'; color:#000000; background-color:#ffffff;">443M    ./backups </span><span style=" font-family:'monospace';"><br />1.1G    ./cache <
    br />1.2G    ./lib <br />4.1M    ./spool <br />389M    ./mail <br />80K     ./keys <br />4.0K    ./opt <br />52K     ./tmp <br />4.0K    ./lost+found <br />4.0K    ./local <br />5.4G    ./log <br />20K     ./www <br />9.4G    .<br /><br />Also deutlich
    weniger als 15G, wo ist der Rest?</span></p>
    <p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; ">&nbsp;</p>
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span style=" font-family:'monospace';">Gruss</span></p>
    <p style=" margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><span style=" font-family:'monospace';">tomix</span></p></body></html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Norbert Preining@21:1/5 to Thomas on Thu Nov 4 09:20:01 2021
    On Thu, 04 Nov 2021, Thomas wrote:
    root@itix:/var# du -ch

    gdu laufen lassen und den Bösewicht suchen?

    Norbert

    --
    PREINING Norbert https://www.preining.info
    Fujitsu Research + IFMGA Guide + TU Wien + TeX Live + Debian Dev
    GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Steigerwald@21:1/5 to All on Thu Nov 4 10:10:04 2021
    Norbert Preining - 04.11.21, 08:59:44 CET:
    On Thu, 04 Nov 2021, Thomas wrote:
    root@itix:/var# du -ch

    gdu laufen lassen und den Bösewicht suchen?

    Oder auf der Konsole mit ncdu.

    Ich würde da zunächst mal in /var/log schauen. 5.4 GiB sind nach
    ziemlich viel aus.

    Ansonsten hilft vielleicht auch "pidstat -d 10" oder so aus dem Sysstat-
    Paket weiter. Tiefer ginge dann noch mit den Kernel-Tracer-Geschichten,
    die auch raus rücken können, in welche Dateien geschrieben wird.

    Auf jeden Fall können wir hier schlecht in die Glaskugel schauen und
    raten.

    Ciao,
    --
    Martin

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Oliver Dauter@21:1/5 to All on Thu Nov 4 10:00:02 2021
    Hi

    Am Do., 4. Nov. 2021 um 07:55 Uhr schrieb Thomas <debian@artx.ch>:

    root@itix:/var# du . -h --max-depth=1


    Sicher dass der so rekursiv summiert und nicht nur die Verzeichnisse in der Ebene auflistet?
    Ich benutzt ja immer 'du -sh *' und war bisher der Meinung, dass das gut funktioniert.

    Gruesse

    <div dir="ltr">Hi<div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 4. Nov. 2021 um 07:55 Uhr schrieb Thomas &lt;<a href="mailto:debian@artx.ch">debian@artx.ch</a>&gt;:<br></div><blockquote class="gmail_quote"
    style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-family:&quot;Noto Sans&quot;;font-size:10pt;font-weight:400;font-style:normal"><span style="font-family:&quot;monospace&quot;"></span><p style="
    margin:0px;text-indent:0px"><span style="font-family:&quot;monospace&quot;">root@itix:/var# du . -h --max-depth=1  </span></p></div></blockquote><div><br></div><div>Sicher dass der so rekursiv summiert und nicht nur die Verzeichnisse in der Ebene
    auflistet? <br></div><div>Ich benutzt ja immer &#39;du -sh *&#39; und war bisher der Meinung, dass das  gut funktioniert. <br></div><div><br></div><div>Gruesse<br></div></div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Norbert Preining@21:1/5 to All on Thu Nov 4 11:10:01 2021
    Oder auf der Konsole mit ncdu.

    gdu geht auch auf der console, und ist *sau*schnell ;-)
    (g kommt von go, nicht gnome)
    Ich hab das gerade in meinem homedir laufen lassen, 4.3Tb (ja T!)
    und hat alle infos für alle subdirs in so ca 1min gehabt ...
    Danach kann man mit Pfeil-Tasten in der Dir Hierarchy herumwandern und
    das größte dir finden. gdu ordnet es schon automatisch nach größe

    Du musst rausfinden welches directory so fett ist. Geht auch mit
    du -sh *
    größtes suchen, cd in it, wieder du -sh *, etc etc ..

    LG

    Norbert

    --
    PREINING Norbert https://www.preining.info
    Fujitsu Research + IFMGA Guide + TU Wien + TeX Live + Debian Dev
    GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marc Haber@21:1/5 to martin@lichtvoll.de on Thu Nov 4 10:40:02 2021
    On Thu, 04 Nov 2021 10:04:59 +0100, Martin Steigerwald
    <martin@lichtvoll.de> wrote:
    Norbert Preining - 04.11.21, 08:59:44 CET:
    On Thu, 04 Nov 2021, Thomas wrote:
    root@itix:/var# du -ch

    gdu laufen lassen und den Bösewicht suchen?

    Oder auf der Konsole mit ncdu.

    Oh, das ist aber hübsch. Kannte ich noc nicht.

    Ich mach das immer mit du -sch /var/*, gerne auch mit | sort -h
    hintendran.

    Grüße
    Marc
    --
    -------------------------------------- !! No courtesy copies, please !! ----- Marc Haber | " Questions are the | Mailadresse im Header Mannheim, Germany | Beginning of Wisdom " |
    Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Limburg@21:1/5 to All on Thu Nov 4 12:00:02 2021
    Am 04.11.2021 schrieb Martin Steigerwald:

    Ich würde da zunächst mal in /var/log schauen. 5.4 GiB sind nach
    ziemlich viel aus.

    Wenn man's nicht anders konfiguriert, sammelt systemd-journald eifrig
    Daten und speichert die dauerhaft unter /var/log/journal. Da kommen
    ganz locker ein paar GB zusammen. Hier sind es pro Monat etwa 250MB
    bei einem User.

    IMHO ist das bei Ubuntu anders, da ist/war das entsprechende Log nach
    Shutdown weg.

    MfG

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christian Knoke@21:1/5 to All on Thu Nov 4 12:20:01 2021
    Am Thu, 04 Nov 2021 11:57:00 +0100 schrieb Michael Limburg
    <mlimb@gmx.de>:

    Am 04.11.2021 schrieb Martin Steigerwald:

    Ich würde da zunächst mal in /var/log schauen. 5.4 GiB sind nach
    ziemlich viel aus.

    Wenn man's nicht anders konfiguriert, sammelt systemd-journald eifrig
    Daten und speichert die dauerhaft unter /var/log/journal. Da kommen
    ganz locker ein paar GB zusammen. Hier sind es pro Monat etwa 250MB
    bei einem User.

    Das hatte ich auch gerade festgestellt,

    root@localhost:~# du -s /var/log/* | sort -n |tail -1
    1245336 /var/log/journal

    daher die Frage: wer kümmert sich ums aufräumen, wo konfigurier' ich
    das?

    Christian

    --
    http://cknoke.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Steigerwald@21:1/5 to All on Thu Nov 4 13:00:01 2021
    Marc Haber - 04.11.21, 10:34:33 CET:
    On Thu, 04 Nov 2021 10:04:59 +0100, Martin Steigerwald

    <martin@lichtvoll.de> wrote:
    Norbert Preining - 04.11.21, 08:59:44 CET:
    On Thu, 04 Nov 2021, Thomas wrote:
    root@itix:/var# du -ch

    gdu laufen lassen und den Bösewicht suchen?

    Oder auf der Konsole mit ncdu.

    Oh, das ist aber hübsch. Kannte ich noc nicht.

    Ich mach das immer mit du -sch /var/*, gerne auch mit | sort -h
    hintendran.

    Ja, das ist die andere Alternative, falls ncdu nicht zur Verfügung
    steht.

    du -sch /var/* | sort -rh | head -10

    oder so

    --
    Martin

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Limburg@21:1/5 to All on Thu Nov 4 12:30:02 2021
    Am Donnerstag, dem 04.11.2021 um 12:12 +0100 schrieb Christian Knoke:
    Am Thu, 04 Nov 2021 11:57:00 +0100 schrieb Michael Limburg
    <mlimb@gmx.de>:

    Am 04.11.2021 schrieb Martin Steigerwald:

    Ich würde da zunächst mal in /var/log schauen. 5.4 GiB sind nach
    ziemlich viel aus.

    Wenn man's nicht anders konfiguriert, sammelt systemd-journald eifrig
    Daten und speichert die dauerhaft unter /var/log/journal. Da kommen
    ganz locker ein paar GB zusammen. Hier sind es pro Monat etwa 250MB
    bei einem User.

    Das hatte ich auch gerade festgestellt,

    root@localhost:~# du -s /var/log/* | sort -n |tail -1
    1245336 /var/log/journal

    daher die Frage: wer kümmert sich ums aufräumen, wo konfigurier' ich
    das?

    /etc/systemd/journald.conf und siehe: man journald.conf

    MfG

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christian Knoke@21:1/5 to All on Thu Nov 4 13:00:02 2021
    Am Thu, 04 Nov 2021 12:27:50 +0100 schrieb Michael Limburg
    <mlimb@gmx.de>:

    Am Donnerstag, dem 04.11.2021 um 12:12 +0100 schrieb Christian Knoke:
    Am Thu, 04 Nov 2021 11:57:00 +0100 schrieb Michael Limburg
    <mlimb@gmx.de>:

    Am 04.11.2021 schrieb Martin Steigerwald:

    Ich würde da zunächst mal in /var/log schauen. 5.4 GiB sind nach ziemlich viel aus.

    Wenn man's nicht anders konfiguriert, sammelt systemd-journald
    eifrig Daten und speichert die dauerhaft unter /var/log/journal.
    Da kommen ganz locker ein paar GB zusammen. Hier sind es pro
    Monat etwa 250MB bei einem User.

    Das hatte ich auch gerade festgestellt,

    root@localhost:~# du -s /var/log/* | sort -n |tail -1
    1245336 /var/log/journal

    daher die Frage: wer kümmert sich ums aufräumen, wo konfigurier' ich
    das?

    /etc/systemd/journald.conf und siehe: man journald.conf

    Danke. ich habe jetzt dort SystemMaxUse=1G gesetzt.

    Indirekt steht da, denke ich, auch, warum es vollaufen kann, wie beim
    OP. Ganz klar ist es mir nicht, aber in /var liegt ja auch der Paketzwischenspeicher.

    Christian

    --
    http://cknoke.de

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Martin Steigerwald@21:1/5 to All on Thu Nov 4 13:20:01 2021
    Martin Steigerwald - 04.11.21, 12:58:02 CET:
    Michael Limburg - 04.11.21, 11:57:00 CET:
    Am 04.11.2021 schrieb Martin Steigerwald:
    Ich würde da zunächst mal in /var/log schauen. 5.4 GiB sind nach ziemlich viel aus.

    Wenn man's nicht anders konfiguriert, sammelt systemd-journald
    eifrig Daten und speichert die dauerhaft unter /var/log/journal. Da
    kommen ganz locker ein paar GB zusammen. Hier sind es pro Monat etwa
    250MB bei einem User.

    IMHO ist das bei Ubuntu anders, da ist/war das entsprechende Log
    nach Shutdown weg.

    Und das ist in Debian standardmäßig so kaputt konfiguriert, dass /var
    voll läuft?

    Ich bekomme das nicht mehr mit, da ich mittlerweile alle meine Systeme
    auf Devuan umgestellt habe.

    Okay, der Fairness halber:

    Natürlich kann /var auch mit rsyslog voll laufen, wenn sehr viele
    Meldungen anfallen oder /var ziemlich klein ist. Ich denke jedoch mit
    Journald geht das auf Desktop-Systemen leichter, da da auch alles, was
    sonst nur in ~/.xsession-errors landet, auch noch im Systemd-Journal und
    bei Einsatz von Rsyslog zusätzlich noch in user.log landet. Natürlich
    ist ~/.xsession-errors auch aus vielen Gründen nicht optimal: Da rotiert niemand irgendetwas, soweit ich weiß – da kann dann $HOME volllaufen.
    Und Zeitstempel fehlen da auch drinnen.

    Dann noch zwei Aspekte:

    1) SystemMaxUse geht auch mit Prozent-Werten, z.B. 10% des Platzes auf
    einem Dateisystem. Aber das kann ebenfalls überlaufen. Aber es gibt auch SystemKeepFree. Das Problem damit dürfte sein, dass das dann auch arg
    viel werden kann, wenn es viel freien Speicherplatz gibt. Sinnvoll wäre
    ein Maximum von z.B. 1 GiB in Kombination mit SystemKeepFree. So genau
    habe ich mir die Manpage von journald.conf jetzt aber nicht angeschaut.
    Ich habe lange Zeit zwar Systemd im Rahmen von Linux-Kursen
    unterrichtet, privat interessiert es mich jedoch allenfalls am Rande.

    2) Erst mit Debian 11 gibt es in Debian standardmäßig ein persistentes Journal¹. Das lässt sich natürlich auch wieder rückgängig machen. Plan ist, rsyslog in der Standard-Installation komplett zu entsorgen, soweit
    ich das mitbekommen habe.

    [1] https://www.debian.org/releases/bullseye/amd64/release-notes/ch-whats-new.de.html#persistent-journal

    Ciao,
    --
    Martin

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Thomas Hochstein@21:1/5 to Oliver Dauter on Thu Nov 4 19:30:02 2021
    Oliver Dauter schrieb:

    root@itix:/var# du . -h --max-depth=1

    Sicher dass der so rekursiv summiert und nicht nur die Verzeichnisse in der Ebene auflistet?

    Sowohl als auch: er zeigt Verzeichnisse nur bis zu dieser Ebene an,
    summiert aber rekursiv auf.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Roland Mueller@21:1/5 to All on Fri Nov 5 15:30:02 2021
    Hallo,

    folgender Befehl zeigt alle Unterverzeichnisse von /var an und sortiert sie nach Grösse

    du -mx /var/ | sort -n

    -m KBytes
    -x nur Dateien im selben Filesystem/unter demselben Mountpoint werden berücksichtigt

    Das Ganze kann man auch mit tail kombinieren:

    du -mx /var/ | sort -n | tail -20


    VG,
    Roland


    to 4. marrask. 2021 klo 20.27 Thomas Hochstein (thh@thh.name) kirjoitti:

    Oliver Dauter schrieb:

    root@itix:/var# du . -h --max-depth=1

    Sicher dass der so rekursiv summiert und nicht nur die Verzeichnisse in
    der
    Ebene auflistet?

    Sowohl als auch: er zeigt Verzeichnisse nur bis zu dieser Ebene an,
    summiert aber rekursiv auf.



    <div dir="ltr"><div>Hallo,</div><div><br></div><div>folgender Befehl zeigt alle Unterverzeichnisse von /var an und sortiert sie nach Grösse</div><div><br></div><div>du -mx /var/ | sort -n</div><div><br></div><div>   -m KBytes</div><div>   -x nur
    Dateien im selben Filesystem/unter demselben Mountpoint werden berücksichtigt</div><div><br></div><div>Das Ganze kann man auch mit tail kombinieren:</div><div><br></div><div>du -mx /var/ | sort -n | tail -20<br></div><div><br></div><div><br></div><div>
    VG,</div><div>Roland</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">to 4. marrask. 2021 klo 20.27 Thomas Hochstein (<a href="mailto:thh@thh.name">thh@thh.name</a>) kirjoitti:<br></div><blockquote class="gmail_
    quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Oliver Dauter schrieb:<br>

    &gt; &gt; root@itix:/var# du . -h --max-depth=1<br>
    &gt; <br>
    &gt; Sicher dass der so rekursiv summiert und nicht nur die Verzeichnisse in der<br>
    &gt; Ebene auflistet?<br>

    Sowohl als auch: er zeigt Verzeichnisse nur bis zu dieser Ebene an,<br> summiert aber rekursiv auf.<br>

    </blockquote></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)