defekte channels.conf durch neuen Kanal "Test Feed"

Zitat

Original von wirbel
Falsch oder nicht falsch, woher soll/kann VDR das wissen? Wer definiert 'falsch'.... Es gibt/gab in der PAT des Transponders scheinbar ein neues Programm mit neuer PM_PID, also fügt VDR dieses unbekannte welche hinzu. Soweit auch genau das was er soll, schlecht finde ich nur, dass VDR aufgrund unterschiedlicher SID nicht erkannt hat, dass

Test Feed;Test Feed:10920:hC56:S19.2E:22000:0:0:0:0:1:1:1063:0
Test Feed;Test Feed:10920:hC56:S19.2E:22000:0:0:0:0:0:1:1063:0

das gleiche Programm meinte...

Bei mir war der Kanal aber nur einmal eingetragen, und zwar in der zweiten Variante. Das hat bereits den Start des VDR verhindert (ist ein 1.5.18 von e-Tobi), und blöderweise hat er auch nicht mal gesagt, welche Zeile in der channels.conf ihm nicht gepaßt hat.

Insofern ist der oben angesprochene Ansatz schon legitim, daß der VDR vor dem Hinzufügen neuer Kanäle wenigstens dieselben Tests machen sollte wie beim Start und im Zweifelsfalle den Sender halt nicht eintragen...

Viele Grüße,
Torsten

VDR meldet die Zeile im log, zumindest beim Start. *anmerk*

selbes Problem bei mir- Ich hatte schon das Backup wieder eingespielt. Nun läuft wieder alles - DANKE ! nun weiß ich woran es lag

Hallo,

ich hatte heute das gleiche Problem!
Glücklicherweise stand in der Log-Datei error while reading /var/lib/vdr/channels.conf.
Löschen der letzten Einträge in der channels.conf behob das Problem bei mir. Danach habe ich den Eintrag "Kanäle aktualisieren" auf "nein" gestellt, damit die channels.conf nicht mehr aktualisiert wird.

Meine Meinung ist, dass der Start des VDR durch fehlerhafte Einträge in der channels.conf nicht blockiert werden darf. Denn die "normalen" Benutzer des VDR (Frau und Kinder) wollen nicht verstehen, warum sich der VDR nicht einschalten lässt.

Gruß
Gerd

Selbiges hier.

Gruß

Obelix

pompase - danke, Dein Patch tut:

# grep ERROR /var/log/syslog
Jun 17 19:22:50 localhost vdr: [3101] ERROR: channel data results in invalid ID!
Jun 17 19:22:50 localhost vdr: [3101] ERROR: error in /video-conf/channels.conf, line 1217
Jun 17 19:23:00 localhost vdr: [3929] ERROR: channel data results in invalid ID!
Jun 17 19:23:00 localhost vdr: [3929] ERROR: error in /video-conf/channels.conf, line 1217

Ich war schon überrascht, dass der VDR channels schreibt die er nicht lesen kann. Deswegen ist der Patch der richtige Ansatz.

Die Idee fehlerhafte channels beim Einlesen zu überspringen, halte ich ebenso für gut. Ich hatte schon manchmal eine korrupte channles.conf wenn der VDR mal hard ausgeschalten wurde.

Gruß, ollo

Ich störe mich auch schon länger da dran das der VDR bei ner defekten channels.conf gar nicht mehr startet. Ich schließe mich somit der Meinung an, das defekte Einträge in der channels.conf übersprungen, und lediglich im Log unter Angabe der Zeilennummer bemängelt werden sollten.
Hätte ich keinen ssh Zugriff von der Firma auf den VDR PC, wäre das Geschrei ziemlich groß gewesen. Aber auch so war's schon ärgerlich genug.

Claus

Danke für die Info! Ich habe schon verzweifelt meinen VDR auseinander genommen, da die DVB-Treiber andauernd neu geladen wurden - vermutlich durch die runvdr. Dabei war es nur ein fehlerhafter Eintrag... Ich unterstütze jede Bemühung, den VDR an der Stelle robuster zu machen. Der Eintrag im Log

Jun 17 21:23:39 selma vdr: [3012] ERROR: channel data results in invalid ID!
Jun 17 21:23:39 selma vdr: [3012] ERROR: error in /var/lib/vdr/channels.conf, line 1348

ist nicht hilfreich, wenn der Rechner deshalb Amok läuft.

Ein (wieder) glücklicher VDR-Anwender,
ART

ohne jetzt wirklich etwas beitragen zu können (und auch ohne betroffener zu sein, obgleich "neue transponder" in der dvb-setup eingeschaltet war) meldet mir mein vdr betr.:

Zitat

Manuell editierte Fehler werden damit natürlich nicht abgefangen

..."sowieso-daten sind nicht eindeutig" oder so ähnlich.

(gen2vdr 1.2)

ob dies nun die selbe sache betrifft oder nicht, kann ich nicht beurteilen.

bernd

Zitat

Original von pompase
Hallo zusammen,
habe mal einen patch für die channels.c zusammengeklöppelt.

Hast du den Patch schon an Klaus geschickt? Oder besser noch poste ihn doch mal in der Mailingliste.

MfG
Atti

...auch ich hatte Angstschweiss auf der Stirn...

Jun 18 01:12:40 vdr vdr: [2928] ERROR: channel data results in invalid ID!
Jun 18 01:12:40 vdr vdr: [2928] ERROR: error in /var/lib/vdr/channels.conf, line 1278

Eintrag aus channels.conf:

Test Feed;Test Feed:10920:hC56:S19.2E:22000:0:0:0:0:0:1:1063:0

Mit diesem Eintrag ist mein VDR ist nicht mehr hochgefahren:

Jun 18 01:19:24 vdr runvdr: stopping after fatal fail (vdr: warning - cannot set dumpable: Invalid argument vdr: error while reading '/var/lib/vdr/channels.conf')

Gruß,

pdiddy

... gleiches bei mir. Bitte den Patch an Klaus schicken.

Der VDR muß stabil starten können; da darf eine in Teilen inkonsistente channels.conf nicht das System ausbremsen. Zudem muß er in Lage sein, seine selbst geschriebene Datei wieder lesen zu können.

so long
r371769

Zitat

Original von wirbel
VDR meldet die Zeile im log, zumindest beim Start. *anmerk*

Nö,
meiner tut's nicht. Auch nicht, wenn ich ihn auf der Kommandozeile starte. Sonst wär's ja einfach gewesen.

Viele Grüße,
Torsten

Zitat

Original von r371769
... gleiches bei mir. Bitte den Patch an Klaus schicken.

Der VDR muß stabil starten können; da darf eine in Teilen inkonsistente channels.conf nicht das System ausbremsen. Zudem muß er in Lage sein, seine selbst geschriebene Datei wieder lesen zu können.

so long
r371769

Wobei der Patch aber nicht das Startverhalten ändert sondern "nur" dafür sorgt, daß der VDR sich nicht selbst abschießen kann. Aber ich stimme Dir zu, daß ich es im Zweifelsfalle vorziehe, wenn der VDR eigenmächtig beim Starten Kanäle rausschmeißt als einfach gar nicht zu starten...

Viele Grüße,
Torsten

Hallo,

Vorweg, danke für den patch

Zitat

Ich störe mich auch schon länger da dran das der VDR bei ner defekten channels.conf gar nicht mehr startet. Ich schließe mich somit der Meinung an, das defekte Einträge in der channels.conf übersprungen, und lediglich im Log unter Angabe der Zeilennummer bemängelt werden sollten.

Exact das habe ich auch gedacht als ich den fehler im syslog gefunden habe.

Ich hatte zwar auch mal den fall das der channels.conf komplett kaputt war, aber auch das wäre OK, dann startet VDR halt ohne channels und kann keine aufnahmen durchführen. Aber wenigstens kann die familie aufnahmen schauen.

Die einzigste schwierigkeit die ich sehe wenn VDR einfach die fehlerhaften zeilen igoriert und trotzdem startet - was macht er mit den timern - in mein alter fall wo channels.conf dann "leer" ist - wird er die ale dann ggf. auch entfernen ...
Ich habe für den fall immer noch ein "Last Know Good" den ich mir beim runterfahren kopiere. Nach dem motto womit VDR gelaufen ist kann nicht so schlecht sein

Ich plädiere aber trotzdem dafür das VDR immer startet, egal was mit dem config nicht OK ist.

Gruß
Viking

Startet den der VDR mitlerweile mit Timern ohne passenden Channel?
Meine in Erinnerung zu haben das der VDR in solch einem Fall auch nicht startet. Fileicht wäre es ja eine gute Idee Timer ohne passenden channel in eine seperate Datei zu verschieben? Dann könnte man diese einfach wiederherstellen nach dem man die channel.conf wiederhergestellt hat.

in der VDR ML wurde folgender "fix" vorgeschlagen:

in config.h, in the function "bool Load()" at about line 123 (vdr 1.4.7) uncomment 2 lines:

else {
                      esyslog("ERROR: error in %s, line %d", fileName, line);
                      delete l;
                      //RC: we do not want to exit vdr just because of a simple error
                      //result = false;
                      //break;
                      }
                   }
                }

Keine Ahnung was mit Timern auf diesen Kanälen passiert...

Gruß, ollo

Kann es sein, dass es diesen Kanal "Test Feed" jetzt gar nicht mehr gibt?
Seit ich ihn das letzte mal aus der channels.conf gelöscht habe ist er bei mir nicht mehr aufgetaucht.

Aber Grundsätzlich wär's natürlich schon toll, wenn der VDR defekte Kanäle einfach ausschliessen und trotzdem starten würde