RS bleibt haengen

[DerThommy]

..ich glaube auch, dass hier verschiedene ursachen in einen topf geworfen werden. Der log ist leider dabei nicht immer sehr aufschlussreich. Mit der mediainfo.dll hatte ich z.b. ein problem, was mit einer neuen version der dll gelöst wurde. @Lars packt aber immer die letzte version in den RS_update Wenn ein zusammenhang mit SiehFern vermutet wird, einfach deaktivieren und gucken, ob es dann stabil läuft. Bei anderen wiederum (@DerThommy z.b.) vermute ich CA_probleme nach stöbern im log. Dann sollte man mal ohne plugins fahren, obwohl dann vielleicht einiges nicht mehr funktioniert

 

Welche Plugins meinst du genau? Soweit mir bekannt, habe ich auf beiden Servern keine weiteren Plugins am Laufen. Nur auf den Clients sind noch andere Plugins installiert. Nur liegt das Problem ja nicht an den Clients.

[wb_micha]

Hallo,

also ich habe es in dieser Woche auch bestimmt 10 mal gehabt , RS 1.9.4.1 bleibt willkürlich stehen . Der einzige Unteschied

zu letzter Woche war die Installation der DVBViewer Recording Properties.Nach Deinstallation läuft der RS wieder gewohnt zuverlässig.

2x Cine S2 mit 2 x CI , Siehfern und Freesat EPG.

 

Frohe Ostern!

[dbraner]

Ich hatte bisher keine solchen Probleme wie hier bescgrieben. Aber nun in 2 Tagen gleich 3 Mal. Äußert sich unterschiedlich.

 

1) Webserver des RS ist nicht erreichbar, TV geht aber noch.

 

2) PC wacht bei programmierter Aufnahme auf, nimmt einige Minuten auf und dann bleibt der RS stehen. Danach geht auch kein TV mehr.

 

Beim Versuch, den Dienst neu zu starten bleibt er im Status "wird beendet" hängen. Ich habe die aktuelle Config auf meinem Server seit der Installation der letzten Version nicht angefasst. WRum tritt das jetzt plotzlich auf?

 

Sobals ich zuhause bin poste ich gerne die support.zip.

[test]

Vll. ein "1st April Bug" oder so ;->

[X58Lover]

habe es in dieser Woche auch bestimmt 10 mal gehabt

 

Ich hatte es allein gestern 3x.

 

Vll. ein "1st April Bug" oder so ;->

Wahrscheinlich hat SiehFernInfo ein paar 1.4.-Dateien eingespeist, kann ja gar nicht gutgehen...

 

Irgendwelche Lösungen von den Entwicklern?

 

X58Lover

Edited April 7, 2012 by X58Lover

[Tjod]

Kann jemand bestätigen bei dem es mit aktivem SiehFernInfo die Abstürze gibt. Das es die nicht mehr gibt wenn SiehFernInfo deaktiviert wird?

[trudeh]

Ich hab erst heute Mittag das SiehFern Update deaktiviert.

Da bei mir der Service bisher immer erst nach rund 2 Tagen abgeschmiert ist kann ich nix dazu sagen.

[DerThommy]

Ich kann auch erst morgen berichten ob es besser geworden ist. Habe auf meinem Server aber auch mal die Recording Service Properties deinstalliert

[X58Lover]

Hier nochmal eine support.zip eines betroffenen.

 

X58Lover

 

Update: Nachdem auch ich mir das ganze mal selbst angeguckt habe, muss ich ergänzend hinzufügen:

Update: die ganzen anderen Probleme lagen daran, das ich im DVBV vergessen habe,

Update: das Unicast-Device auf benutzen und das reale auf nicht benutzen zu stellen.

 

Update 2: Vom eigentlichen Problem steht dort (svcdebug.log) aber nichts.

support.zip

Edited April 7, 2012 by X58Lover

[Mikefield]

Habe den alten Thread mal ausgegraben: Link Wenn ich die vthumbs.exe vom 27.02.2012 aufrufe, öffnet sich ein Programmfenster, es läßt sich aber nichts konfigurieren. Bei mir ist es auch so, daß diese Woche erstmals wieder der Service schon 2x hing. Beim letzten mal half auch der Taskmanager nicht mehr weiter, nur noch ein Restart half. "Erzeuge Vorschaubilder" ist bei mir übrigens deaktiviert, daran kann es also nicht liegen.

 

mf

[Tjod]

In vthumbs.exe kann man keine Codecs mehr einstellen, da nur noch FFmpeg verwendet wird. Außerdem sollte ein Absturz von vthumbs.exe den RS nicht mehr zum Absturz bringen können.

 

Das log von X58Lover enthält beide Sachen. Sowohl abstürze bei SiehFernInfo als auch beim aufbauen der Datenbanken.

[X58Lover]

Sowohl abstürze bei SiehFernInfo als auch beim aufbauen der Datenbanken.

SiehFernInfo kann man ja bekanntlich deaktivieren. Nur, was tun um die Datenbanken korrekt und ohne Absturz aufzubauen?

 

Und, gibt es schon Gründe für das plötzliche SiehFernInfo-Absturzrisiko?

X58Lover

[X58Lover]

Hier noch ein kleines detail das ich beim letzten Absturz bemerkt habe: starte ich irgendeinen DVBV der mit dem abgestürzten RS verbunden ist stürzt dieser beim Punkt "Loading service epg" ab.

 

x58Lover

[Tjod]

gibt es schon Gründe für das plötzliche SiehFernInfo-Absturzrisiko?

Nein bisher ist es ja noch nicht mal sicher das die abstürze mit SiehFernInfo zusammen hängen.

 

Im log steht ja nur was als letztes vor dem Absturz ausgeführt werden konnte zu dem auch noch ein log Eintrag erstellt werden konnte.

 

Und grade bei Problemen die sich nicht in 5 Minuten gezielt reproduzieren lassen, sondern nur mehr oder weniger zufällig im Abstand von Tagen, kann es lange dauern bis die wirkliche Ursache gefunden wird.

 

SiehFernInfo kann ich über DVB-C nicht testen. Aber sonst habe ich einiges probiert. Aber seit vthumbs.exe keine Codecs mehr nutzt konnte ich den RS nicht mal gezielt zum Absturz bringen.

[X58Lover]

Und grade bei Problemen die sich nicht in 5 Minuten gezielt reproduzieren lassen, sondern nur mehr oder weniger zufällig im Abstand von Tagen, kann es lange dauern bis die wirkliche Ursache gefunden wird.

Naja, dass dieses Problem nur im Abstand von Tagen auftaucht ist (leider) nicht ganz richtig...

Ich z.B. hatte gerade eben schon wieder einen Absturz (SFI aktiviert)...

 

Anbei eine aktualisierte Support.zip.

 

X58Lover

support.zip

[Tjod]

Hast du mal länger ohne SiehFernInfo getestet?

Gibt es da deutlich weniger abstürze?

 

Wenn SiehFernInfo wirklich Probleme mach, sollte man überlegen ob man das nicht einfach komplett entfernt.

Da das ja nicht mehr wirklich voreile hat.

[X58Lover]

Hast du mal länger ohne SiehFernInfo getestet?

Gibt es da deutlich weniger abstürze?

Habe es erst seit dem letzten Absturz draußen.

Ergebnisse kommen demnächst.

 

X58Lover

[notaclue]

Hallo zusammen,

 

hatte jetzt auch in den letzten Tagen 2 Hänger im RS. Da der aber wochenlang vorher ohne Probleme lief, stelle ich mir die Frage:

 

Vielleicht liegt es an den Sendern bzw. dessen, was diese senden?

 

Beim Stöbern in der Senderliste habe ich etliche Sender (die ich selten schaue) gefunden die nicht mehr funktionierten, weil sie inzwischen umgezogen oder mit neuen Sendeparametern (Dr. Dish TV, Channel 4 HD) unterwegs sind. Hab jetzt mal für beide Satelliten (19,2 und 28,2) die Senderliste korrigiert/bereinigt - vielleicht hilft das ja.

 

Prüft doch mal Eure Senderlisten...

HTH,

notaclue

[DerThommy]

So ich will mich auch mal wieder melden. Bis jetzt keine Abstürze mehr. Ich habe den Aufbau der Video Datenbank deaktiviert, SieheFern EPG deaktiviert und die RecordingService Properties deaktivert.

 

Mal schauen wie es morgen früh aussieht. Falls bis Mitte nächster Woche keine Abstürze mehr geben sollte, werde ich nach und nach Einstellungen wieder aktivieren. Somit lässt sich hoffentlich die Fehlerquelle eingrenzen.

 

Grüße

 

Thommy

[X58Lover]

So ich will mich auch mal wieder melden. Bis jetzt keine Abstürze mehr. Ich habe den Aufbau der Video Datenbank deaktiviert, SieheFern EPG deaktiviert und die RecordingService Properties deaktivert.

 

Mal schauen wie es morgen früh aussieht. Falls bis Mitte nächster Woche keine Abstürze mehr geben sollte, werde ich nach und nach Einstellungen wieder aktivieren. Somit lässt sich hoffentlich die Fehlerquelle eingrenzen.

 

Bei mir ist es das gleiche.

 

X58Lover

[DarioC]

Hallo Zusammen,

 

ich beobachte auch das Selbe: seit einiger Zeit stürzt der Recording-Service 1.9.3.0 ab

und das Web Interface ist nicht mehr erreichbar.

 

Mein Nagios meldet mir das zwar immer schön brav, aber dann muss ich den Service immer manuell

beenden und neu starten. (Über Taskmanager killen, dann starten). Das Nagios prüft den Webserver

und ob der Service noch läuft. Letzteses läuft nie auf einen Fehler, da der Service noch läuft,

aber nicht mehr aufnimmt, oder streamt.

 

Die Überwachung mit Nagios läuft bei mir seit Anfang Februar und seitdem habe ich folgende Ausfälle:

2012-04-03 17:15:48 SERVICE CRITICAL (HARD) CRITICAL - Socket timeout after 10 seconds

2012-04-04 14:08:48 SERVICE CRITICAL (HARD) CRITICAL - Socket timeout after 10 seconds

2012-04-06 08:42:06 SERVICE CRITICAL (HARD) Connection refused

2012-04-07 15:00:16 SERVICE CRITICAL (HARD) CRITICAL - Socket timeout after 10 seconds

2012-04-08 21:23:06 SERVICE CRITICAL (HARD) CRITICAL - Socket timeout after 10 seconds

 

Ich dachte zuerst es liegt an der SAT-Karte (Ich habe zwei Technisat und eine vierfach Karte

7162 von Pinacle, bei der ich nur die beiden SAT Tuner nutze. Also habe ich immer rotierend eine

der Karten deaktiviert, was aber nicht geholfen hat.

 

Der Absturz kommt IMHO immer nach einer beendeten Aufnahme:

> svcrec.log

08.04.12 23:29:44.118 V:\DVB\Aufnahmen\Roche+Böhmermann\2012-04-08_22-30-08_ZDFtheaterkanal (deu)_Roche & Böhmermann.mpg Discontinuities: 0 - Total size: 2,20 GB - Device:SkyStar 2 TV PCI 1

 

> svcdebug.log

08.04.12 23:26:27.118 AddReference webserver: 2

08.04.12 23:26:58.118 Releasereference webserver: 1

08.04.12 23:29:44.118 V:\DVB\Aufnahmen\Roche+Böhmermann\2012-04-08_22-30-08_ZDFtheaterkanal (deu)_Roche & Böhmermann.mpg Discontinuities: 0 - Total size: 2,20 GB - Device:SkyStar 2 TV PCI 1

08.04.12 23:29:44.696 TRecording Release SkyStar 2 TV PCI 1

08.04.12 23:29:44.696 TRecording Destroy SkyStar 2 TV PCI 1

08.04.12 23:29:44.712 TRecording Destroyed SkyStar 2 TV PCI 1

08.04.12 23:29:44.712 TRecording hamDeleted SkyStar 2 TV PCI 1

08.04.12 23:29:46.102 CreateProcessW 8008

08.04.12 23:29:47.899 ReleaseStandbyblock TRecording

08.04.12 23:29:47.899 SetThreadExecutionState 0x80000000

08.04.12 23:29:47.899 Releasereference TRecording: 0

08.04.12 23:29:56.290 TEPGUpdater Release SkyStar 2 TV PCI 2

08.04.12 23:29:56.290 TEPGUpdater Destroy SkyStar 2 TV PCI 2

08.04.12 23:29:56.290 TEPGUpdater Destroy Zugriffsverletzung bei Adresse 00408D5D in Modul 'DVBVservice.exe'. Schreiben von Adresse 313A4840

08.04.12 23:29:56.290 TEPGUpdater hamDeleted SkyStar 2 TV PCI 2

08.04.12 23:29:57.462 Housekeeping 24h Flush EPG

08.04.12 23:29:57.993 Housekeeping 24h Clear EPG

08.04.12 23:29:58.024 Housekeeping Failed

08.04.12 23:29:58.024 Reset start

08.04.12 23:29:58.040 TRecording Allocate SkyStar 2 TV PCI 1

08.04.12 23:29:58.040 StartMonitorVPS SkyStar 2 TV PCI 1

08.04.12 23:29:58.946 StartMonitorVPS: ZDFtheaterkanal (deu)

08.04.12 23:29:58.946 SetStandbyblock TRecording

08.04.12 23:29:58.946 SetThreadExecutionState 0x80000041

08.04.12 23:29:58.946 AddReference TRecording: 1

08.04.12 23:31:27.055 AddReference webserver: 2

08.04.12 23:31:34.180 TRecording.Tick No data within one minute, restarting!

 

Das ist der letzte Eintrag, danach ist aus die Maus.

 

Jetzt habe ich auch erstmal alles in den zuvor genannten Beiträgen deaktiviert:

EPG:

- Empfange zusätzliche EPG Daten (MediaHighway/Siehfern Info)

- Siehfern EPG Update

Media Sammlungen

- Die Sammlungen automatisch updaten

Videos

- Zeige den Serieneintrag in Listen

 

Der vollständigheit halber für den interessierten Fehlersucher anbei auch die Support.zip

 

Edit: Mist der Upload hat nicht funktioniert, daher die Datei hier: http://files.carluccio.de/support.zip

Edited April 8, 2012 by DarioC

[Tjod]

Meldungen zu alten Versionen sind hier nicht wirklich hilfreich.

 

Vor Meldungen zu alten Versionen bitte immer erst die vthumbs.exe Löschen. Und sicherstellen das es auch ohne die auftritt.

Damit hier keine Meldungen landen die mit dem schon behobenen Problem zusammenhängen.

[trudeh]

Mein RS läuft im Moment noch ohne Probleme mit deaktivierter SiehFernInfo.

 

Zusätzlich hab ich im Moment noch einen Remotezugang zum RS eines Bekannten.

Dort hatte ich Samstag Nachmittag die Recording Properies deinstalliert und das Updaten der Mediendatenbanken deaktiviert.

SieFernInfo war noch aktiv.

Nach ca. 25 Stunden ein Absturz.

Ich hab dann SiehFernInfo deaktiviert und mehrfach manuell über die Aufgabe ein EPG Update angestossen.

Nachdem es ohne SiehFernInfo keine Probleme gab, hab ich es wieder aktiviert und siehe da - beim zweiten oder dritten EPG Update war wieder Schicht.

 

Ich werd es Morgen nochmals gegenchecken. Kann ja auch Zufall gewesen sein, aber es sieht schon stark danach aus, dass das SiehFernInfo zumindest für ein Teil der hier gemeldeten Probleme verantwortlich ist.

[Steffen M.]

Hallo,

 

Dort hatte ich Samstag Nachmittag die Recording Properies deinstalliert und das Updaten der Mediendatenbanken deaktiviert.

 

 

ich konnte die Option für das SiehFern EPG in der Konfiguration des RS finden und habe es deaktiviert. Leider ohne Erfolg. Wo finde ich die "Recording Properties" fallsbei mir vorhanden und wo stelle ich das Update der MedienDB ab? Muss ich dazu ins webfrontend oder geht das alles über das TrayIcon?

 

Gruß

Steffen

support.zip

[Donald24]

Hey, ich bin so froh, dass ich den Thread gefunden habe, und dass ich mit anderem im selben Boot sitze

 

Bei mir stürzt ab dem 03.04. der Service auch täglich ab (nach monatelangen störungsfreien 24/7 Betrieb). Beenden des Dienstes funktioniert dann nicht mehr, und Abschiessen des Prozesses führt manchmal sogar zum BSOD. Ein Analyze! des MemoryDumps führt die Fehlerquelle auf den DDtuner.sys der DigitalDevices Cine V6 zurück.

 

Der jeweils letzte Eintrag im svcdebug.log lautet immer:

Checkdevices Sending retune to Digital Devices DVB-S/S2 Tuner 1 (1)

 

Was mir aufgefallen ist, dass auch in Euren Logs immer der Eintrag auftaucht:

Housekeeping Failed

 

Der erste Eintrag davon auch am 03.04., der Tag des ersten Crashes.

 

Habe jetzt auch mal Siehfern deaktiviert, wenn es denn gar keine Vorteile gibt. Ich dachte, es würde den EPG-Zeitraum vergrößern, aber wenn es eh nur für die Öffis gibt...

Wenn es denn ein EPG-Problem ist, warum hängt sich dann der ganze Rechner weg beim Abschuss des Dienstes?

 

support.zip

 

Habe auch mal Siehfern deaktiviert, meine Senderliste aktualisiert, und die EPG Datenbank gelöscht.

[HaraldL]

Bei mir und meiner Frau ist SiehFernInfo seit mindestens einem Jahr sowohl im RS als auch im DVBViewer selber deaktiviert, das würde ich hier also ausschließen. Und bei meiner Frau gibt es nichts in der Medien-Datenbank, die ist leer und da war noch nie was drin. Sie schaut nur live und hat bis heute nicht mal eine einzige Aufnahme gemacht.

 

Hier ist es bisher auch bei jeweils einem bemerkten Aufhänger pro Rechner geblieben, also kein erneutes Auftreten obwohl ich nichts geändert habe (außer gestern den neuen DVBViewer aktualisiert).

[dbraner]

Ich muss sagen, nach dem letzten Crash gestern Abend sinkt der WAF meiner HTPC Client-Server Installation deutlich. Die Kommentare meiner Frau sind nicht unbedingt druckreif.

 

Hier die letzten Infos des Recservice kurz vor dem gestrigen Absturz:

 

08.04.12 21:14:26.828 Housekeeping 24h Flush EPG

08.04.12 21:14:29.546 Housekeeping 24h Clear EPG

08.04.12 21:14:29.578 Housekeeping Failed

08.04.12 21:14:29.578 Reset start

 

Danach das übliche: Task killen, Service neu starten. Habe jetzt auch mal Siehfern deaktiviert. Sonst allerdings nichts, damit die Fehlereingrenzung leichter wird. Ich denke, wenn der Service die nächsten 2 Tage durchläuft, dürfte es das gewesen sein. Das erklärt aber nicht unbedingt, warum das plötzlich auftritt.

[X58Lover]

Bei mir läuft es bislang auch ohne Probleme.

 

x58Lover

[markymark]

Hallo allerseits,

 

ich trag da dann auch mal meinen Teil bei:

 

Ich habe das Problem EXAKT seit dem 5.4., was wohl kein Zufall ist. Vorher lief der Rechner mit dem Recording Service VIER WOCHEN UNGEBOOTET FEHLERFREI (ich war länger im Urlaub ...) mit Version 1.9.3.x.

 

Ich habe also insbesondere auch keinerlei Änderungen am System gemacht. Seit dem 5.4. läuft es immer nur wenige Stunden, bis der Service hängt.

 

Zwischendurch hatte ich am Wochenende auf Verdacht auf 1.9.4.1 (oder wie die aktuelle Version auch gerade ist) aktualisiert, und dabei meine ich zum ersten mal diese Properties zur Kenntnis genommen. Problem blieb leider.

 

Jedenfalls sieht es so aus, als ob verschiedene Systeme mit unterschiedlicher HW (hab DD) und SW-Versionen alle gleichzeitig alle viere von sich Strecken ... das spricht irgendwie schon für nen Datumsabhängigen Bug (DST Änderung war ja gerade) oder eine unerwartete Eingabe (SiehFern?).

 

Ich mach jetzt mal dieses SiehFern aus und schau mal, obs hilft ..

 

LG

MM

[JumpySkippy]

Bei mir funktioniert auch seit einigen Tagen der RS nicht mehr und ich kann nur über den TaskManager die DVBDservice.exe killen. Danach startet der Service automatisch neu und des Webinterface ist wieder erreichbar.

 

Auch bei mir lautet der letzte Eintrag: "Checkdevices Sending retune to TechnoTrend BDA/DVB-S Tuner"

 

support.zip

[trudeh]

Bei mir funktioniert auch seit einigen Tagen der RS nicht mehr und ich kann nur über den TaskManager die DVBDservice.exe killen. Danach startet der Service automatisch neu und des Webinterface ist wieder erreichbar.

 

Auch bei mir lautet der letzte Eintrag: "Checkdevices Sending retune to TechnoTrend BDA/DVB-S Tuner"

 

support.zip

Bei dir kackt der Service fast auch immer nach einem SiehFernInfo Update ab.

Du solltest es auch mal deaktivieren.

 

Trotzdem gab es bei dir noch eine Zugriffverletzung bei einem EPG Update die vielleicht weiter hilft:

 

06.04.12 19:32:28.593 SetThreadExecutionState 0x80000000
06.04.12 19:32:28.593 Releasereference webserver: 0
06.04.12 19:32:36.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:32:36.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:33:08.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:33:08.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:33:40.609 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:33:40.609 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:34:11.609 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:34:11.609 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:34:12.718 ParseSI          Bad CRC
06.04.12 19:34:13.265 ParseSI          Bad CRC
06.04.12 19:34:14.156 ParseSI          Bad CRC
06.04.12 19:34:15.171 ParseSI          Bad CRC
06.04.12 19:34:15.453 ParseSI          Bad CRC
06.04.12 19:34:15.859 ParseSI          Bad CRC
06.04.12 19:34:15.937 ParseSI          Bad CRC
06.04.12 19:34:16.203 ParseSI          Bad CRC
06.04.12 19:34:16.265 ParseSI          Bad CRC
06.04.12 19:34:16.343 ParseSI          Bad CRC
06.04.12 19:34:16.890 ParseSI          Bad CRC
06.04.12 19:34:17.640 ParseSI          Bad CRC
06.04.12 19:34:17.703 ParseSI          Bad CRC
06.04.12 19:34:17.843 ParseSI          Bad CRC
06.04.12 19:34:18.250 ParseSI          Bad CRC
06.04.12 19:34:18.390 ParseSI          Bad CRC
06.04.12 19:34:18.593 ParseSI          Bad CRC
06.04.12 19:34:19.140 ParseSI          Bad CRC
06.04.12 19:34:19.343 ParseSI          Bad CRC
06.04.12 19:34:20.093 ParseSI          Bad CRC
06.04.12 19:34:20.437 ParseSI          Bad CRC
06.04.12 19:34:21.609 ParseSI          Bad CRC
06.04.12 19:34:21.953 ParseSI          Bad CRC
06.04.12 19:34:22.218 ParseSI          Bad CRC
06.04.12 19:34:22.500 ParseSI          Bad CRC
06.04.12 19:34:23.375 ParseSI          Bad CRC
06.04.12 19:34:23.796 ParseSI          Bad CRC
06.04.12 19:34:24.953 ParseSI          Bad CRC
06.04.12 19:34:25.234 ParseSI          Bad CRC
06.04.12 19:34:25.500 ParseSI          Bad CRC
06.04.12 19:34:25.843 ParseSI          Bad CRC
06.04.12 19:34:26.046 ParseSI          Bad CRC
06.04.12 19:34:26.187 ParseSI          Bad CRC
06.04.12 19:34:26.531 ParseSI          Bad CRC
06.04.12 19:34:26.937 ParseSI          Bad CRC
06.04.12 19:34:27.218 ParseSI          Bad CRC
06.04.12 19:34:27.484 ParseSI          Bad CRC
06.04.12 19:34:28.859 ParseSI          Bad CRC
06.04.12 19:34:29.187 ParseSI          Bad CRC
06.04.12 19:34:29.953 ParseSI          Bad CRC
06.04.12 19:34:31.718 ParseSI          Bad CRC
06.04.12 19:34:31.859 ParseSI          Bad CRC
06.04.12 19:34:33.296 ParseSI          Bad CRC
06.04.12 19:34:34.187 ParseSI          Bad CRC
06.04.12 19:34:34.875 ParseSI          Bad CRC
06.04.12 19:34:35.281 ParseSI          Bad CRC
06.04.12 19:34:35.546 ParseSI          Bad CRC
06.04.12 19:34:37.125 ParseSI          Bad CRC
06.04.12 19:34:37.187 ParseSI          Bad CRC
06.04.12 19:34:37.812 ParseSI          Bad CRC
06.04.12 19:34:38.281 ParseSI          Bad CRC
06.04.12 19:34:38.906 ParseSI          Bad CRC
06.04.12 19:34:39.171 ParseSI          Bad CRC
06.04.12 19:34:41.906 ParseSI          Bad CRC
06.04.12 19:34:42.187 ParseSI          Bad CRC
06.04.12 19:34:42.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:34:42.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:35:14.734 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:35:14.734 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:35:45.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:35:45.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:36:16.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:36:16.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:36:48.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:36:48.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:37:20.609 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:37:20.609 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:37:51.609 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:37:51.609 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:38:22.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:38:22.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:38:53.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:38:53.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:39:25.609 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:39:25.609 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:39:56.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:39:56.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:40:28.859 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:40:28.859 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:41:00.609 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:41:00.609 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:41:00.796 TSFDecoder       Create
06.04.12 19:41:16.234 TSiehFernThread  Create
06.04.12 19:41:16.390 SiehfernInfo     Processed Day: 07.04.2012
06.04.12 19:41:28.609 SiehfernInfo     Processed Day: 05.08.2012
06.04.12 19:41:31.609 TEPGUpdater Allocate TechnoTrend BDA/DVB-S Tuner
06.04.12 19:41:31.609 TEPGUpdater Release TechnoTrend BDA/DVB-S Tuner
06.04.12 19:41:31.609 checkepgupdate   Zugriffsverletzung bei Adresse 00408D65 in Modul 'DVBVservice.exe'. Schreiben von Adresse 3A484001
06.04.12 19:41:53.171 SiehfernInfo     Processed Day: 10.04.2012
06.04.12 19:42:01.609 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:42:05.546 SiehfernInfo     Processed Day: 11.04.2012
06.04.12 19:42:17.921 SiehfernInfo     Processed Day: 12.04.2012
06.04.12 19:42:32.859 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:43:02.859 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:43:32.859 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:43:55.796 SiehfernInfo     Processed Day: 06.04.2012
06.04.12 19:44:02.859 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:44:29.250 SiehfernInfo     Processed Day: 05.09.2012
06.04.12 19:44:32.859 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:45:04.734 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:45:35.609 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
06.04.12 19:46:05.609 checkepgupdate   Zugriffsverletzung bei Adresse 0057849D in Modul 'DVBVservice.exe'. Lesen von Adresse 00000004
07.04.12 12:16:41.406 Start App        -----------------------------------

 

Und dieser BAD CRC taucht auch immer wieder auf.

Edited April 9, 2012 by trudeh

[DerThommy]

So ich will mich auch mal wieder melden. Bis jetzt keine Abstürze mehr. Ich habe den Aufbau der Video Datenbank deaktiviert, SieheFern EPG deaktiviert und die RecordingService Properties deaktivert.

 

Mal schauen wie es morgen früh aussieht. Falls bis Mitte nächster Woche keine Abstürze mehr geben sollte, werde ich nach und nach Einstellungen wieder aktivieren. Somit lässt sich hoffentlich die Fehlerquelle eingrenzen.

 

Grüße

 

Thommy

 

Kurzer Zwischenstand: Läuft immer noch alles stabil....keinen weiteren Absturz gehabt.

[JumpySkippy]

Bei dir kackt der Service fast auch immer nach einem SiehFernInfo Update ab.

Du solltest es auch mal deaktivieren.

 

Trotzdem gab es bei dir noch eine Zugriffverletzung bei einem EPG Update die vielleicht weiter hilft:

 

....

Und dieser BAD CRC taucht auch immer wieder auf.

Danke trudeh,

 

nehme ich dann einfach die Einstellung "EPG Update alle 12 Stunden, wenn Computer eingeschaltet" unter Konfiguration heraus, oder muss ich auch "Werte EPG Daten aus" und "Empfange zusätzliche EPG Daten (MediaHighway/Siehfern Info)" deaktivieren?

 

Woher kommt der "ParseSI Bad CRC"-Error? Woran könnte es hier klemmen?

[Tjod]

Einfach den Haken bei "SiehFern EPG Update" raus nehmen.

http://de.DVBViewer.tv/wiki/Optionen_Service_-_EPG#SiehFern_EPG_Update

 

Und eventuell noch den SiehFern Info Eintrag aus der liste löschen. Damit auch keine Daten eingesammelt werden wenn man einen Sender auf der Frequenz einstellt.

http://de.DVBViewer.tv/wiki/Optionen_Service_-_Siehfern/MHW

 

Über SiehFernInfo kommen wohl derzeit keinerlei richtige Daten. Aber einiges an Müll was abstürze auslösen kann.

 

Das sollte man also bis zur nächsten Version deaktivieren. Ich würde dass sogar generell deaktiviert lassen. Die Daten bieten keinerlei Mehrwert mehr, auch wenn die da mal wieder was vernünftiges kommen sollte.

Sondern die Verhindern höchstens das über VBI PDC / EPG Running Status Timer an geänderte Sendezeiten angepasst werden können.

 

Zu "ParseSI Bad CRC" das die EIT (EPG) Daten nicht richtig empfangen wurde. Das liegt meist an Empfangsproblemen und hat höchstwahrscheinlich nichts mit dem Problem hier zutun.

[JumpySkippy]

Ok, also "SiehFern EPG Update" habe ich deaktiviert und auch die SiehFern Info-Frequenz gelöscht. Mal schauen, ob der RS durchläuft.

 

"Empfange zusätzliche EPG Daten (MediaHighway/Siehfern Info)" sowie "Empfange FreeSat EPG Daten" kann ich aber aktiviert lassen??? Das beeinflusst den Fehler nicht?

Edited April 9, 2012 by JumpySkippy

[trudeh]

Ich hab heute noch mal den Gegencheck zu gestern gemacht.

6 manuell angestossene EPG Suchen ohne SiehFernInfo liefen ohne Probleme hintereinander durch.

Danach SieFernInfo wieder aktiviert und nach dem zweiten Durchlauf war Schluss.

 

Da ich eh schon mal häufiger VBI PDC nutze bleibt's jetzt aus.

Ich hoffe dann ist Ruhe.

[Tjod]

"Empfange zusätzliche EPG Daten (MediaHighway/Siehfern Info)" sowie "Empfange FreeSat EPG Daten" kann ich aber aktiviert lassen??? Das beeinflusst den Fehler nicht?

Wenn du die Frequenz gelöscht hast ja.

Alternative könnte man dass deaktivieren und die Frequenz nicht löschen.

[Lars_MQ]

Nicht die frequenz löschen. Setzt sie auf einen unsinnigen wert wie 14000 mhz.

[dgdg]

Jetzt hat es mich auch erwischt. Zwei Abstürze des Recording Service innerhalb von 24 Stunden. Er ließ sich jeweils nur durch einen Neustart des Rechner wiederbeleben.

 

Ich arbeite schon jahrelang mit dem RS. Seit Mitte März habe ich an der Konfiguration nichts verändert (Update auf DVBViewer 4.9.5). Der Recording Service läuft bei mir im Dauerbetrieb.

 

EDIT:

Unter Service konfigurieren->EPG ist bei mir

- Empfange zusätzliche EPG Daten (MediaHighway/SiehfernInfo): ja

- Empfange FreeSat EPG Daten: nein

- SiehFern EPG Update: nein

 

Aber wenn diese Einstellungen dafür verantwortlich sind, dass ich ein Vierwochen-EPG habe, dann kann ich darauf nicht so einfach verzichten, weil ich über das EPG inzwischen alle meine Aufnahmen plane (langfristig).

Edited April 9, 2012 by dgdg

[dgdg]

6 manuell angestossene EPG Suchen ohne SiehFernInfo liefen ohne Probleme hintereinander durch.

 

Wie macht man das?