c't vdr 2.06: Platte vollgemuellt, nix geht mehr

berndl · 28. Januar 2005

Hallo Leute, mal wieder ich...

ich habe letzten Herbst einen c't VDR auf einem EPIA aufgesetzt, ausser dem 'nackten' VDR laeuft noch das FEMON plugin und dazuinstalliert NFS Server und Client. Der Rechner hat keinen Anschluss ans Internet und das CDROM zum installieren habe ich aus Platzmangel auch wieder ausgebaut.

Gestern habe ich eingeschaltet, am Fernseher kam gar nix mehr :o(

Rechner vom Wohnzimmer ins Arbeitszimmer geschleppt, aha, die / partition zu 100% voll! Vom Zweitrechner konnte ich aber noch auf die frei gegebene /video partition zugreifen.

Ein 'du -h /' hat dann folgendes gebracht:
/var/log/ksymoops mit 281MB
/var/log mit 339MB

Da die root-partition nur ca. 500MB gross ist klaro, die Partition ist wirklich voll.

Ein beherztes loeschen von /var/log/ksymoops und /var/log (sind ja nur logfiles, also was solls), dann den Rechner wieder ins WZ verfrachtet: Jetzt will das Sch$%&&ding ploetzlich die Tastatur anlernen!

Watt nu?
Wie kriege ich das Ding
1.) wieder ans laufen, und
2.) wo ist da der Hund begraben

zu 2.): Im Moment gibt es im /var/log/ksymoops wieder eine Latte von Dateien mit '2001*.modules' und '2001*.ksyms'. In /var/log so Stuecker 15 Logfiles.

Also, hat die Moehre, als die Platte voll war, irgendwie die Konfiguration veraendert/woanders hin geschrieben, oder war unter (vermutlich) /var/log/ksymoops was wichtiges?

Hiiiiiiiiilfe,
- berndl

PS: EDIT
In /etc/vdr gibt es folgende interessante Dateien:
488 Byte 2.Jun.2004 remote.conf
0Byte 27.Jan.2005 remote.KBD.conf
485 Byte 27.Jan.2005 remote.LIRC.conf
Die 'remote.conf' ist meine bisher funktionierende
/EDIT

wilderigel · 28. Januar 2005

gelöscht da doppelt

wilderigel · 28. Januar 2005

Die Datei remote.KBD.conf ist leer. Deswegen will VDR warscheinlich die Datei neu erstellen.
Darum der Anlernvorgang.

Füll sie mal damit

Die Datei remote.conf wird dynamisch aus den Dateien remote.KBD.conf und remote.LIRC.conf zusammengesetzt.

berndl · 28. Januar 2005

hmm, danke wilderigel,

aber die 'remote.conf' ist uralt, das ist die Originaldatei nach dem installieren/konfigurieren. Wenn du recht hast, warum ist dann 'remote.KBD.conf' leer? Die habe ich ja nicht geloescht...

Wenn du mir sagst das hilft, dann werde ich das morgen mal probieren.

Aber wie kann ich das in Zukunft verhindern? Welche Dateien kann ich denn automatisch wie loeschen, damit die / partition nicht wieder volllaeuft?

Gruss,
- berndl

wilderigel · 28. Januar 2005

Denke, wenn remote.KBD.conf leer ist nimmt das Script irgendwie an den Lernmodus starten zu müssen.

Wegen den zu großen Log Files such mal nach logrotate - müsste dann eventuell konfiguriert werden.
Ist aber nicht so mein Gebiet.

berndl · 28. Januar 2005

danke fuer den Tipp,
werde ich mal in Ruhe ausprobieren.

Seit Juli lief die Kiste absolut super und stabil, und jetzt sowas!

Aber die Ursache fuer den Muell wuerde mich doch interessieren, hat keiner eine Idee?

Gruss,
- berndl

Rainer_HB · 28. Januar 2005

Dieses Script sollte eigentlich in /var/log/ksymoops aufräumen.

/etc/crond.d/modutils:

#! /bin/sh

[ -e /sbin/insmod_ksymoops_clean ] exit 0
/sbin/insmod_ksymoops_clean

Im Übrigen ist eine separate Partition für /var empfehlendswert.

Gruß
Rainer

berndl · 29. Januar 2005

Danke auch fuer diesen Tipp!

Aber warum empfiehlst du eine eigene /var partition? Den Vorteil beim VDR nur am Fernseher und bedient mit Fernbedienung sehe ich ehrlich gesagt nicht.

Was legt die SW eigentlich in /var/log/ksymoops ab? Wird da bei jedem ein-/ausschalten was angelegt oder periodisch waehrend des Betriebs? Ich muss mir den generierten Muell mal in Ruhe ansehen...

Gruss+Danke,
- berndl

egnome · 29. Januar 2005

Hallo,

Zitat

Aber warum empfiehlst du eine eigene /var partition?

Ganz einfach:
Wenn wiedermal ein Prozess versucht dir deine Platte mit log-Dateien zuzuknallen kann es bei einer eigenen /var Partition nur diese zu 100% füllen, dann ist Schluss.

Der Vorteil: nicht das ganze System wird lahmgelegt.

Leif

berndl · 29. Januar 2005

Hallo egnome,

datt issn gutes Argument :o)

Jetzt muss ich nur noch rausfinden, wie ich auf der Platte am elegantesten eine neue Partition erzeuge (ohne die ca. 120GB in /video wild hin- und herschaufeln zu muessen)

Gruss,
- berndl

Rainer_HB · 29. Januar 2005

Zitat

Original von egnome

Ganz einfach:
Wenn wiedermal ein Prozess versucht dir deine Platte mit log-Dateien zuzuknallen kann es bei einer eigenen /var Partition nur diese zu 100% füllen, dann ist Schluss.

Leif

Alles anzeigen

Erschwerend kommt hinzu:

Normalerweise sind 5% der Partition für root reserviert. Da ctvdr als root läuft, kann er auch diese 5% vollschreiben.

Gruß
Rainer

berndl · 29. Januar 2005

naja,

aber so wie ich das gesehen habe, ist das Problem ja nur unter /var/log aufgetreten.

Wenn ich die Files in /var/log und /var/log/ksymoops per logrotate nach soundsoviel Tagen loeschen lasse muesste ich doch eigentlich sauber sein, oder?

Gruss,
- berndl

Rainer_HB · 29. Januar 2005

Zitat

Original von berndl

Wenn ich die Files in /var/log und /var/log/ksymoops per logrotate nach soundsoviel Tagen loeschen lasse muesste ich doch eigentlich sauber sein, oder?

Ja. Aber nochmal, wenns nicht rübergekommen ist: ctvdr2 hat die Mechanismen, die genannt wurden:

1. logrotate für die logs
2. die von mir genannten scripte für ksymoops

Prüfe mal, ob da alles vorhanden ist und wo etwas nicht wie geplant funktioniert.
Und außerdem empfehle ich das Paket anacron, das dafür sorgt, dass cronjobs auch dann ausgeführt werden, wenn Rechner später eingeschaltet wird. Evtl. fehlt dir nur dieses Paket und alles ist OK.

Gruß
Rainer

thoralf · 29. Januar 2005

Zum thema Ksymoops:

Code

The logs are generated when modules are loaded into the kernel. This is
explained in modprobe(8):


LOGGING COMMANDS
       If directory /var/log/ksymoops exists and modprobe is  run
       with  an  option that could load or a delete a module then
       modprobe  will  log  its  command  and  return  status  in
       /var/log/ksymoops/`date +%Y%m%d.log`.   There is no switch
       to disable this automatic logging, if you do not  want  it
       to  occur,  do  not  create  /var/log/ksymoops.   If  that
       directory exists, it should be owned by root and  be  mode
       644 or 600 and you should run script insmod_ksymoops_clean
       every day or so.

Alles anzeigen

Also kannst du das verzeichnis löschen.

Kann mal jemand eine funktionierende logrotate - konfiguration für den vdr posten?

Ich wäre ja dafür, einen Thread "ctvdr entrümpelt" aufzumachen.

Uatschitchun · 29. Januar 2005

Zitat

Original von Rainer_HB
Dieses Script sollte eigentlich in /var/log/ksymoops aufräumen.

/etc/crond.d/modutils:

#! /bin/sh

[ -e /sbin/insmod_ksymoops_clean ] exit 0
/sbin/insmod_ksymoops_clean
Gruß
Rainer

Alles anzeigen

Bekomme folgendes im syslog, wenn ich das vorgeschlagene Script anlege:

Zitat

Jan 29 11:33:01 willi cron[4126]: Error: bad hour; while reading /etc/cron.d/modutils
Jan 29 11:33:01 willi cron[4126]: Error: bad minute; while reading /etc/cron.d/modutils

Da kann was nicht so stimmen ... muß das script nicht anders aufgerufen werden (mit cron-typischer zeitangabe) ?

LG
Roman

wilderigel · 29. Januar 2005

Dann schmeiß es nach /etc/cron.daily, dort braucht es keine Zeitangaben

Rainer_HB · 29. Januar 2005

Zitat

Original von Uatschitchun

Bekomme folgendes im syslog, wenn ich das vorgeschlagene Script anlege:

Da kann was nicht so stimmen ... muß das script nicht anders aufgerufen werden (mit cron-typischer zeitangabe) ?

LG
Roman

Alles anzeigen

Sorry, mein Fehler. Das Script gehört nach cron.daily, wie wilderigel schon sagte und so ist es auch in ct2vdr.

berndl · 29. Januar 2005

> Also kannst du das verzeichnis löschen.
> Kann mal jemand eine funktionierende logrotate - konfiguration für den vdr posten?
> Ich wäre ja dafür, einen Thread "ctvdr entrümpelt" aufzumachen.

Danke thoralf,

das ist genau das was ich brauche! Muellvermeidung nennt man sowas ja wohl... :o)
Und das ist ja besser als Muellentsorgung oder Muelltrennung.

Ich versuch's dann mal.

Gruss,
- berndl

berndl · 29. Januar 2005

so, Kiste steht wieder im Wohnzimmer und tut.

Ich habe einfach eine alte 'remote.KBD.conf' nach /etc/vdr kopiert und dann noch das Directory '/var/log/ksymoops' komplett entfernt. Also erstmal Danke an alle hier fuer die schnelle Hilfe.

Jetzt wollte ich auch noch gleich 2 zusaetzliche Kommandos fuers OSD einbauen, und zwar 'mount' und 'unmount' der Platten des Arbeitszimmerrechners. Ich habe dazu, wie in der /etc/vdr/commands.conf beschrieben eine Datei /etc/vdr/commands.AZ_mount.conf angelegt mit dem Inhalt:

AZ Platten einbinden: /bin/mount -o soft /video/video1; /bin/mount -o soft /video/video2; echo "AZ Platten eingebunden"

AZ Platten entfernen: /bin/umount /video/video1; /bin/umount /video/video2; echo "AZ Platten entfernt"

Nur leider sehe ich das im OSD nicht :o(

Naja, das laesst sich sicher herausfinden und gehoert ja auch nicht hierher...

Gruss,
- berndl

PS: EDIT
Natuerlich die beiden Platten in der /etc/fstab mit den Optionen 'defaults,noauto' eingetragen, daran kanns nicht liegen
/EDIT

NOCHMALEDIT
jetzt tut auch das einbinden der externen Platten. Einfach (nach Suche hier im Board gefunden) die beiden Zeilen in die '/etc/vdr/command-hooks/commands.custom.conf' eingetragen. Somit ist WAF (und auch MAF) gerettet :o)
/NOCHMALEDIT

c't vdr 2.06: Platte vollgemuellt, nix geht mehr

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema