Thema: 0-Byte-Record mit Debug.log

Im unteren Screenshot sieht man aber doch, dass der Timer sofort nach Timerstart (04-04) geändert wurde.
Also pfuscht da doch dein Autotimer rein.
Und dann wird derselbe Timer noch zwei weitere Male geändert. Auch wieder von Autotimer.
Dann braucht man sich nicht wundern, dass die Box die begonnene Aufnahme nicht in Ruhe bis zu Ende führt.
Als Abhilfte müsste man Autotimer abgewöhnen, Timer bereits begonnener Aufnahmen zu ändern. Dann sollte das erledigt sein.
Das wird ja hoffentlich nicht der Eintrag der Änderung des Timerstate "Waiting" --> "Running" sein.
Derlei "kastrierte" Aufnahmefragmente häufen sich hier gerade auch mit dem alten oATV3, alter Treiber (auch wegen Pink), und nicht weiter upgedatetes System.

Papi, danke für Deine Analyse...

kenne mich damit nicht so aus, aber jetzt wo Du es sagst..., und wie könnte man Autotimer sowas abgewöhnen, gibt es da was in den Einstellungen? Hatte übrigens vor ein paar Tagen schon einmal einen Aufnahme-Stresstest gemacht, viele kurze Timer-Aufnahmen (3-5min) hintereinander, teilweise überlappend. Von 21 Aufnahmen zeigte 7 dieselben Symptome wie heute:



Timer-Log zeigte da aber teilweise einen Fehler (nicht bei allen Fehlgeschlagenen):









wie gesagt, war ein "Stresstest", Timer-Aufnahmen werden wohl so nie durchgeführt. Autotimer-Aufnahmen waren keine dabei Weiss deshalb nicht, ob das dann überhaupt aussagekräftig ist.



Nachtrag:
In den Autotimer-Einstellungen war "Skip poll during records" auf "nein", könnte das der Übeltäter gewesen sein?

Grundsätzlich ist es erwünscht, dass Autotimer Timereinträge anlegt und ändert/anpsst. So soll ja auf neue bzw. veränderte Sendungen reagiert werden. Es müsste nur unterbunden werden, dass Autotimer die Timereinträge bereits gestarteter Aufnahmen noch ändert. Verlängern (bei Überziehen von Sendungen wäre aber ja OK). Welche Änderung Autotimer da eingetragen hat, sieht man aber nicht. Ohne jetzt gleich wieder in Paranoia zu verfallen, wäre es aber durchaus denkbar, dass ein Sender (z.B. der privaten Sendergruppe) es sich hat einfallen lassen, während einer laufenden Sendeung mal ein paar EPG-Nachrichten zu schicken, die eine E2-Box dann als Sendungsende ansieht, und den Timer als erledigt einträgt. Kommt daraufhin ein "Die Sendung läuft aber noch", wird die wieder zur Aufnahme gesetzt, aber so schnell mag E2 nicht umschalten. Wie bei zwei direkt angrenzenden Timern mit Ende Aufnahme1=Anfang Aufnahme 2,kommt E2 da aus dem Tritt, und verweigert stur die Aufnahme2. Das ist aber nur ein Denkansatz, der keinesfalls stimmen muß, oder irgendwie normal zu Loggen wäre...

Und wenn du in deinem Log den eror -6 meinst: Da konnte vermutlich nicht getunt werden, oder die Platte mußte erst Anlaufen, oder. Aber schlußendlich hat er sich ja für die Aufnahme gefangen, und die sollte OK sein. Dafür wird ja extra ein paar Minuten früher die ganze Vorbereitung gestartet. Das ist weniger tragisch, in meinen Augen, als der Eingriff vom Autotimer in den Timer der laufenden Aufnahme.

Hatte heute auch wieder 0 MB aufnahmen ist man schon dem fehler auf dem Grund oder wird immer noch nichts dagegen gemacht, das ist echt Ärgerlich !

, leider hatte ich kein debug Modus Aktiviert hatte aber im anderem Thread schon eins gepostet.

http://www.opena.tv/forum/showthread...ll=1#post40251

Bitte behebt den fehler Endlich !


Sat 1 Frühstücksfernsehen aufnahmen OK
Guten Morgen Deutschland Aufnahmen OK

House of lies DEFEKT ALLE
Californication DEFEKT ALLE

HIer Die timer liste und Bilder.

z.B.

Code:

<log code="501" time="1394134589">[AutoTimer] Warning, AutoTimer House of Lies messed with a timer which might not belong to it: House of Lies .</log>
...
<log code="501" time="1394134589">[AutoTimer] Warning, AutoTimer House of Lies messed with a timer which might not belong to it: House of Lies .</log>

Lass mal die Autotimer weg. Denke das ist nicht Quad bezogen, sondern eher Autotimer bzw Settings von Autotimer.

Die 0 MB kommen auch wen ich mit Sofort Aufnahme eine Aufnahme starte ....OhneAutotimer
Sobald sich der Fehler eingeschlichen hat und ich die box neu starte geht es ja wieder bis Aufnahme x wieder eine 0 MB hat

Werden den die Fehler hier weitergeleitet oder Posten wir hier umsonst ?

Zitat von CoreQuad

Die 0 MB kommen auch wen ich mit Sofort Aufnahme eine Aufnahme starte ....OhneAutotimer
Sobald sich der Fehler eingeschlichen hat und ich die box neu starte geht es ja wieder bis Aufnahme x wieder eine 0 MB hat

Kann ich soweit auch bestätigen. Eine über längeren Zeitraum zuverlässige Timerprogrammierung ist kaum möglich. Momentan laufen zwar alle Aufnahmen bei mir ohne 0BR, aber das heißt auch nix. Irgendwann schlägt der Bug wieder zu.
Ich empfehle grundsätzlich den Debug.log laufen zu lassen. Da sich ja die Box bei dem 0BR nicht aufhängt, wird auf jeden Fall der log geschrieben. Dumm ist nur, wenn die Box nach der Timeraufnahme in den Deep geschickt wird, wird das log nach dem Booten überschrieben. Ist eine echte Fehlkonstruktion der Debug.log - Funktion. Abhilfe schafft nur ein MOD der umountfs.

Bei mir läuft grundsätzlich der Debug.log mit umountfs-mod.