/data/RECORDER_LOG wächst schneller seit 1.49.5

[Lemmi]

Ich hatte ja schon vor einigen Monaten davor gewarnt, dass die Datei /data/RECORDER_LOG stetig anwächst ohne jemals gekürzt zu werden. Hierduch wird das Flash-RAM bis zur Unbrauchbarkeit immer voller. Dieses kann auch zur Verlangsamung bis zum Absturz der Box führen

Seit 1.49.5 befinden sich noch zusätzliche LOG-Zeilen in dieser Datei:


1120910461 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 586000
1120910493 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 586000
1120910525 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910557 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910589 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910621 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910653 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910694 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910726 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910758 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
1120910790 startTune2 586000 lock_dvr=0 returns -4, ref_counts=2 0,dvr_used=353 0,freqs=538000 722000
Die Datei wächst also noch schneller; bei mir um ca 25-40KB pro Tag.
Abhilfe:

Gelgentliches Firmware-Update, da dann die Datei gelöscht wird.
Einsatz meiner FW, die bei jedem Boot-Vorgang die Datei auf 1000 Zeilen (ca 100KB) kürzt.
Datei manuell löschen, was allerdings ohne meine FW mangels Zugang nur schwer möglich ist. (Oder?)

[Lemmi]

Und hier der alte Thread: Nach FW-Update geht alles!? (http://www.m740.de/forum/showthread.php?t=895)

[DonS]

Vorschlag:
Einfach die Logs auf die externe Festplatte schreiben lassen.

Da könnte man doch gleich das ganze EPG ebensfalls auf die Festplatte schreiben und braucht sich keine Sorgen um den Speicher der Box machen.

Gruß DonS

[Lemmi]

Vorschlag:
Einfach die Logs auf die externe Festplatte schreiben lassen.

Da könnte man doch gleich das ganze EPG ebensfalls auf die Festplatte schreiben und braucht sich keine Sorgen um den Speicher der Box machen.

Gruß DonS
Beides wäre Sache der wavebox. So wird z.B. auf RECORDER_LOG geschrieben bevor die Festplatte/Netzwerk ,da' ist.

[Lemmi]

Ich hab's übrigens auch im NOW-Portal eingetragen: http://now-portal.c-lab.de/tracker/index.php?func=detail&aid=425&group_id=13&atid=134

[max]

Frage @lemmi
Wenn man Links anlegt, die auf die externe Platte zeigen?
Klar wavebox wird einen Fehler produzieren, solange die Platte noch nicht gemountet wurde, aber das ist doch egal, oder?

Gruss Max

[rubberduck]

Hallo,

Logs würde ich nur zusätzlich und auch nur wahlweise auf eine externe Ressource schreiben, ansonsten kratzt man an der Unabhängigkeit der Box.

Grüße,
Rubberduck.

[Hanno]

Frage @lemmi
Wenn man Links anlegt, die auf die externe Platte zeigen?
Das würde das problem der immer größer werdenden Datei nicht lösen.

[max]

ja aber das ist doch ein generelles PRoblem aller LOG-Dateien, und eigentlich ja auch gewünscht das da neue Daten hinzukommen.
40 KB am Tag sind für die paar MB Flash sehr viel, für eine externe Platte, die bei uns allen eher groß ist, echt zu vernachlässigen.
(sind knapp 4 MB in 100 Tagen, was im Moment in etwa dem Release-Zyklus neuer FW entspricht)

Gruss Max

ln -s /dev/null /data/RECORDER_LOG

[Lemmi]

ja aber das ist doch ein generelles PRoblem aller LOG-Dateien, und eigentlich ja auch gewünscht das da neue Daten hinzukommen.
40 KB am Tag sind für die paar MB Flash sehr viel, für eine externe Platte, die bei uns allen eher groß ist, echt zu vernachlässigen.
Ich denke die Log-Datei gehört definitiv auf das Stamm-System und nicht auf Festplatte oder Netz. Bei der Festplattenlösung z.B. kann man die Platte nicht mehr abmelden.



ln -s /dev/null /data/RECORDER_LOG
Zum Nachgucken ist die Datei schon sinnvoll. Daher kürze ich sie in meiner FW einfach bei jedem Boot.

[max]

Ok auf Platte wäre nicht so prima, besser wäre via Netz an ein syslogd.
Das wäre sauber.
Aber nicht jeder hat ein NEtzwerk oder, sorry, eine Lemmi-FW

(Deine Arbeit ist Prima, ich brauche es nur (noch) nicht, da kein Netz an der Box. Deswegen interessiert mich die Logdatei auch nicht. Aber gut zu wissen das da ein Ding voll läuft.

Gruss

[MichaH]

Hi Lemmi,

zunächst einmal muss ich mich wundern, dass sich niemand Gedanken über die Nutzlosigkeit dieser Meldung macht. Vermutlich hat der Programmierer vergessen, eine Debug-Ausgabe zu deaktivieren. Das Kürzen der Logdatei ist eine gute Sache, da aber ca. alle 20 Sekunden ein Eintrag kommt, sind die nützlichen Infos schnell verloren. Wie wäre es mit einem "cat RECORDER_LOG | grep -v lock_dvr=0" und das ganze zurück ins RECORDER_LOG. So würden die lästigen Ausgaben verschwinden, die nützlichen aber übrig bleiben. Vielleicht ginge das sogar während das System läuft durch geschicktes Umlenken.

Habe Deine Firmware seit Samstag im Einsatz und konnte bisher bis auf dieses Log-Meldung nichts negatives feststellen.
Vielen Dank auch von mir für Deinen Einsatz,

Grüsse aus Mülheim, Michael.

[Lemmi]

Wie wäre es mit einem "cat RECORDER_LOG | grep -v lock_dvr=0" und das ganze zurück ins RECORDER_LOG. So würden die lästigen Ausgaben verschwinden, die nützlichen aber übrig bleiben. Vielleicht ginge das sogar während das System läuft durch geschicktes Umlenken.
Gute Idee, habe ich auch schon dran gedacht.
Leider bin ich schon mehrfach an die fehlende Option -v von grep gescheitert.

[rubberduck]

Wie wäre es, bei jedem Herunterfahren die RECORDER_LOG zu löschen?
Oder, wenn das zu brutal ist, einige Generationen durch Umbenennen zu erzeugen?
Gibt es ein "shutdown-script" in das man sich einklinken kann?

Habe vorhin meine RECORDER_LOG manuell gelöscht (hatte etwa 40 KByte), neu gestartet und war überaus verblüfft, wie schnell die Box betriebsbereit sein kann.

Grüße,
Rubberduck.

PS. ich habe 18 wavebox-Prozesse (wavebox_ft nicht gestartet).

[Lemmi]

(wavebox_ft nicht gestartet).
Schon irgendwelche Auswirkungen bemerkt?

[rubberduck]

Schon irgendwelche Auswirkungen bemerkt?
Hi Lemmi,
nö, keine Veränderung (soweit ich das beurteilen kann).
Wofür steht eigentlich FT? Ich kenne das nur als Abkürzung für "fault tolerant"?

Grüße,
Rubberduck.

[Lemmi]

Hi Lemmi,
nö, keine Veränderung (soweit ich das beurteilen kann).
Wofür steht eigentlich FT? Ich kenne das nur als Abkürzung für "fault tolerant"?

Grüße,
Rubberduck.
ich konnte auch keinen Veränderung feststellen; es bringt auch kaum Zeit.

FT = Firmware Test ??

[gambler]

also, ich geh immer noch davon aus das es ein test-FeaTer fuer die wavebox ist, welcher teststreams zur verfuegung stellt bevor die wavebox geladen wird. anders koennte ich mir die strings nicht erklaeren. in meinen firmware versuchen existiert das ding schon seit laengerem nicht mehr ohne das mir irgendwelche negativen auswirkungen bekannt waeren. (was aber nichts heissen mag)

siemens wird wohl leider dazu nichts sagen ob wavebox_FT wirklich auf enduser geraeten gebraucht wird.

[gummibaum]

Moin,


FeaTeraus welcher Sprache stammt denn dieses Wort und was bedeutet es (generell und im Zusammenhang mit der M740)?


bis die Tage...
. Mathias

[gambler]

http://dict.leo.org/?lp=ende&lang=de&searchLoc=0&cmpType=relaxed&relink=on&sectHdr=on&spellToler=std&search=feat

wir benutzen diesen "neu deutschen it ausdruck" hier auch sehr oft wenn wir datenbanken oder sonstige programmierungen mit testdaten an die leistungsgrenze bringen wollen oder sie, schlicht und einfach, nicht live testen wollen. aber, wie alles hier ist das nur eine vermutung, siemens weiss es ........

[gummibaum]

Moin,


http://dict.leo.org/?lp=ende&lang=de&searchLoc=0&cmpType=relaxed&relink=on&sectHdr=on&spellToler=std&search=feat

wir benutzen diesen "neu deutschen it ausdruck" hier auch sehr oft wenn wir datenbanken oder sonstige programmierungen mit testdaten an die leistungsgrenze bringen wollen oder sie, schlicht und einfach, nicht live testen wollen. aber, wie alles hier ist das nur eine vermutung, siemens weiss es ........thx - das ....er hatte mich beim LEO "vom Wege abgebracht".


bis die Tage...
. Mathias

[t-bird.de]

Hi zusammen,

FeaTer = Wortspiel mit den Ausdrücken feat = große Leistung und feeder = Fütterer/Mäster :D

Grüße

t-bird