Speicher läuft voll

Derek Buegel schrieb:

Keinen Plan.
Lass mal für ein paar Wochen den täglichen restart weg.

MfG

Zum Vergrößern anklicken....

[h=2]Logrotate[/h]Damit Logdateien nicht unbeschränkt wachsen und irgendwann die Festplatte belegen, wird bei der Installation eines Linux Systems meistens auch der Dienst "logrotate" installiert. Dies ist auch bei Ubuntu der Fall bzw. kann über das gleichnamige Paket nachgeholt werden.
Logrotate wurde entwickelt, um die Verwaltung von Logdateien zu vereinfachen. Die Dateien können automatisch komprimiert, gelöscht oder per Mail verschickt werden. Logrotate kann dies täglich, wöchentlich, monatlich durchführen oder wenn eine Logdatei eine vorgegebene Größe überschreitet. Üblicherweise wird Logrotate einmal am Tag aktiv.
Am Beispiel des "Syslogs" kann man sehen, wie logrotate arbeitet. Schaut man sich die Dateien in /var/log an, die den Namen "syslog" tragen:

Zum Vergrößern anklicken....

jensebub schrieb:

...aber wenn man auch den vorgang strubbelig macht mit dem chronischen löschwahn, muss man sich nicht wundern
so ein server schreibt halt logs,... und die werden halt irgendwie gehändelt,... und rotieren

Zum Vergrößern anklicken....

dominic schrieb:

moment noch habe ich nichts unnötiges gelöscht........nur wenn mein var/log zu 99% voll ist muss ich mir doch gedanken machen....oder meinst du nicht auch ?

Zum Vergrößern anklicken....

axfa77 schrieb:

Hi,

aus einem anderen Forum:

Spoiler

Nutzt man Cronjobs, so erstellt cron immer für jeden Cronjob eine neue Sitzung für den Benutzer, der den Cronjob ausführen soll. Dies wird jedes Mal im Syslog des Systems geloggt und bläht dadurch diesen Log auf.

Für jeden Cronjob werden folgende Zeilen geschrieben:

[TD="class: codeLineNumbers container-3"]

Du musst angemeldet sein, um Bilder zu sehen.

[/TD]
[TD="class: codeLines container-4"] Quellcode

[/TD]

[TD="class: codeLineNumbers container-3"] 1
2
[/TD]
[TD="class: codeLines container-4"] pam_unix (cron:session): session opened for user root by (uid=0)
pam_unix (cron:session): session closed for user root by (uid=0) [/TD]

Zeile 1 bevor der Cronjob ausgeführt wird, Zeile 2 danach.

Das ist grundsätzlich eine ganz normale Systemfunktion und nicht schlimm. Bei Cronjobs, die alle 5 Minuten oder noch öfters laufen, wird jedoch auch jedes Mal dieser Log mitgeschrieben und kann dadurch unnötig Speicherplatz verbrauchen. Wer das demnach verhindern möchte, kann das Logging ganz einfach durch das Bearbeiten einer Datei deaktivieren:

1. Zuerst muss man die Datei unter /etc/pam.d/common-session-noninteractive öffnen:
   
   [TD="class: codeLineNumbers container-3"]

   Du musst angemeldet sein, um Bilder zu sehen.

   [/TD]
   [TD="class: codeLines container-4"] Quellcode
   
   [/TD]
   
   [TD="class: codeLineNumbers container-3"] 1
   [/TD]
   [TD="class: codeLines container-4"] pico /etc/pam.d/common-session-noninteractive [/TD]
   
2. Folgende Zeile suchen:
   
   [TD="class: codeLineNumbers container-3"]

   Du musst angemeldet sein, um Bilder zu sehen.

   [/TD]
   [TD="class: codeLines container-4"] Quellcode
   
   [/TD]
   
   [TD="class: codeLineNumbers container-3"] 1
   [/TD]
   [TD="class: codeLines container-4"] session required pam_unix.so [/TD]
   
3. Davor folgenden Inhalt einfügen:
   
   [TD="class: codeLineNumbers container-3"]

   Du musst angemeldet sein, um Bilder zu sehen.

   [/TD]
   [TD="class: codeLines container-4"] Quellcode
   
   [/TD]
   
   [TD="class: codeLineNumbers container-3"] 1
   [/TD]
   [TD="class: codeLines container-4"] session [success=1 default=ignore] pam_succeed_if.so service in cron quiet use_uid [/TD]
   
4. Datei abspeichern und cron neu starten:
   
   [TD="class: codeLineNumbers container-3"]

   Du musst angemeldet sein, um Bilder zu sehen.

   [/TD]
   [TD="class: codeLines container-4"] Quellcode
   
   [/TD]
   
   [TD="class: codeLineNumbers container-3"] 1
   [/TD]
   [TD="class: codeLines container-4"] invoke-rc.d cron restart [/TD]
   

Danach sollte der Log-Eintrag nicht mehr im Syslog auftauchen, sondern nur noch der Log des Cronjobs selbst.

Gruß

Zum Vergrößern anklicken....

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=de6f0855-0296-4667-85e4-2c28bf077277 /               ext3    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=90f40496-04be-4378-9829-f34581aff846 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
tmpfs           /tmp                     tmpfs    size=100M         0       0
tmpfs           /var/tmp                 tmpfs    size=20M          0       0
tmpfs           /var/log                 tmpfs    size=[COLOR=#ff0000]200[/COLOR]M          0       0
tmpfs           /var/cache/apt/archives  tmpfs    size=150M         0       0

[B]mount -o remount /var/log