Jump to content

RS bleibt haengen


Recommended Posts

Hi,

 

jetzt an zwei Tagen hintereinander. Webserver bleibt stehen, Timer werden nicht ausgefuehrt. Man kann den Dienst auch nicht killen. Der Dienst bleibt im Zustand "Beenden". Ich hab jetzt mehrere Minuten gewartet, aber da passiert nichts mehr. Nur ein reboot half.

 

Kann es sein das staendige refresh der Statusseite oder eine kleine DoS aus dem WAN den RS aushebeln ?

 

post-82324-0-07649000-1333614433_thumb.png

Edited by mague
Link to comment
  • Replies 97
  • Created
  • Last Reply

Top Posters In This Topic

  • Tjod

    20

  • trudeh

    13

  • DerThommy

    11

  • X58Lover

    9

Top Posters In This Topic

Posted Images

Hey Mague... Du bist nicht alleine.

 

Ich hatte jetzt auch zwei Abstürze des RS seit Montag.

In der Nacht zum Montag wurde zwar wie gewünscht eine Aufnahme gestartet, die aber nach nur rund 20 Minuten abbrach. Danach hat sich der RS wohl verabschiedet. Am Morgen zeigte das TrayIcon immer noch rot, obwohl die Aufnahme schon längst durch fertig sein sollte.

Der RS liess sich weder über das TrayIcon noch über den Taskmanager beenden. Musste den PC neu starten.

Gestern konnte sich meine ZBox nicht mit dem RS verbinden. Das WebIF war auch nicht zu erreichen.

Diesmal liess sich der Service per Taskmanager beenden und über das Trayicon neu starten.

Link to comment

Hi,

 

im svcdebug steht nichts

 

05.04.12 09:34:01.108 TBDACITTModuleSingle.OnSlotStatus Status: 1 - ModuleType:
05.04.12 09:34:06.809 TBDACITTModuleSingle evalPMT -1
05.04.12 09:34:06.809 TBDACITTModuleSingle.OnSlotStatus Status: 2 - ModuleType:
05.04.12 09:34:07.007 Checkdevices     Sending retune to TechnoTrend BDA/DVB-S T
05.04.12 10:19:57.240 Start App        -----------------------------------
05.04.12 10:19:57.255 DVBViewer Recording Service 1.9.4.1
05.04.12 10:19:57.271 thread           service started

 

Um 10:06 Uhr war der RS nicht erreichbar.

 

Ist nicht als Kritik gemeint. Die 1.9.4.1 lieft jetzt seit release stabil. Ich frage mich nur ob eine DoS den RS ueber den Webservice einfrieren kann...

 

support.zip

Edited by mague
Link to comment

Nach dem Booten am Montag war meine svcdebug.log "leer", zumindest was die Zeit davor angeht.

Und jetzt bin ich grad nicht zu Haus und kann nicht gucken.

 

Den RS nutze ich nun schon seit einigen Jahren auf fast unveränderter Hardware.

Ich schrei nicht gleich auf, wenn der Service mal alle paar Monate abschmiert oder eine von 500 Aufnahmen mal nicht funzt.

Ich hätte jetzt auch gar nix dazu geschrieben, wenn maque nicht auch Probleme hätte.

Mehrere Abstürze innerhalb so kurzer Zeit finde ich jetzt sehr ungewöhlich.

Gabs eigentlich vorher nur mal im Januar mit dieser Vthumbs Geschichte.

Link to comment
Nach dem Booten am Montag war meine svcdebug.log "leer", zumindest was die Zeit davor angeht.
Um Probleme zu vermeiden wird das svcdebug.log gelöscht wenn es eine Größe von 2MB erreicht hat.

 

Ich hatte dieses Problem diese Woche auch schon 2 mal, da half nur ein Reboot.
Und was bezweckt der Beitrag? Soll er dem Entwickler zeigen das sein Programm schlecht ist da es abstürzt?

Wenn du am finden der Ursache interessiert sein solltest werden mehr Informationen benötigt.

 

im svcdebug steht nichts
Naja in beiden fällen die im log stehen ist der letzte Eintrag
Checkdevices Sending retune to TechnoTrend BDA/DVB-S Tuner (1)

Bei zwei fällen muss das zwar noch nichts heißen. Wenn es aber immer der Fall ist müsste man in die Richtung weiter suchen und ein DoS auf das Webinterface wäre extrem unwahrscheinlich als Ursache.

 

 

Außerdem liegen bei dir Dateien vom DVBViewer/Recording Service in. C:\Users\[benuter]\AppData\Local\VirtualStore das sollte nicht so sein und kann Probleme verursachen.

Hat aber warscheinlich nichts mit den abstürzen zu tun.

Link to comment

05.04.12 09:34:07.007 Checkdevices     Sending retune to TechnoTrend BDA/DVB-S T

Dabei hat sich der RS wohl verschluckt?

Was wurde davor gemacht? EPG-Update?

 

Hatte ich leider auch schonmal mit Version 1.9.4.1 :wacko:

Allerdings konnte man den Dienst bei mir über den Task-Manager killen und anschließend läuft der RS wieder einwandfrei (schon seit Tagen).

Edited by nuts
Link to comment

 

Und was bezweckt der Beitrag? Soll er dem Entwickler zeigen das sein Programm schlecht ist da es abstürzt?

Wenn du am finden der Ursache interessiert sein solltest werden mehr Informationen benötigt.

 

 

 

Entschuldigung, dass gerade gerade keinen Zugriff auf meinen htpc und die dazugehörigen Logdateien habe, aber dennoch dieses Problem bestätigen wollte ... meine Herrn

Edited by paddoel
Link to comment

Such die Logdatei aber bitte noch raus.

Damit kann man zumindest sehen ob der RS auch danach ausgestiegen ist:

05.04.12 09:34:07.007 Checkdevices Sending retune to TechnoTrend BDA/DVB-S T

und welche Hardware bei dir verwendet wird.

 

Bei mir war es die gleiche Meldung (hardware s. Sig.) wie bei mague im Rahmen des EPG Updates.

Edited by nuts
Link to comment

Wenn 10 Leute ein Problem bestätigen, was der Entwickler anhand der gelieferten Informationen nicht reproduzieren kann das wenig bis gar nichts.

Wenn 10 Leute mit den gleichen Problem aber alle ein support.zip posten und gegebenenfalls weitere relevante Informationen liefern kann man durch vergleiche Gemeinsamkeiten und unterscheide finden.

 

Die hoffentlich helfen die Ursache einzugrenzen.

 

Bei dem jetzigen stand mit zwei TechnoTrend Nutzern mit Problemen sollte man eventuell mal die Treiber Versionen vergleichen.

Link to comment

Dann hast du aber nicht die gleiche Meldung. Da ist TechnoTrend die rede.

 

DigitalDevices würde ich das svcdebug.log an den Problem stellen auch gleich noch mit dem Treiber log vergleichen.

Link to comment

Bei mir ist gestern gegen ca. 17 Uhr beim Umschalten von einem SD-Sender auf Das Erste HD der RS (auf dem lokalen Rechner wo auch geschaut wird) einfach ausgegangen, Tray-Icon wurde grau. Support.zip anbei.

 

Und vor ein paar Tagen hat sich auch beim PC meiner Frau der RS aufgehängt wie von den anderen oben beschrieben. Nach dem Versuch über das Tray-Icon den RS zu stoppen und neu zu starten hing er mit "wird beendet". Nach "Abschießen" im Taskmanager konnte ich den RS wieder starten. Da ich nicht mehr nachvollziehen kann wann das passiert ist wird da die Suche im Log schwierig, wenn es nochmal passiert liefere ich von dort die Support.zip nach. Bei ihr die gleiche TT-S2 3200 und aktuellste RS+DVBViewer nur lokal wie bei mir, jedoch Win7 Pro 32bit.

 

Ist hier auf beiden PCs nur genau einmal passiert, allerdings eben in den letzten Tagen und vorher nie. Treiber wurden bei beiden Karten auch schon ewig nicht mehr aktualisiert, gibt ja nichts neueres.

Link to comment

Dann hast du aber nicht die gleiche Meldung. Da ist TechnoTrend die rede.

 

Ja klar:

... Checkdevices Sending retune to "DigitalDevices XY"

war die letzte Meldung bei mir vor dem einfrieren.

Naja lassen wir das und ich poste später einfach auch mein logfile. :whistle:

Edited by nuts
Link to comment

Bei mir ist jetzt das auch schon zwei mal passiert.

 

Icon wird grau.

 

Wenn ich unter Verwaltung/Dienste nach sehe ist der DVB-RS Dienst schon als "wird beendet" aufgeführt.

 

Wenn ich den DVB-RS im Task Manager beende (geht nur dort!) und dann und Verwaltung/Dienste den Dienst wieder starte dann geht wieder alles.

 

Bis zu nächsten mal.

 

Habe WHS und DigitalDevices 1 x DuoFlex MiniPCI.

 

Ist erst seit 1.9.4.1 so, vor her nie Probleme.

 

Grüße

Link to comment

Meine LogDatei für den Zeitraum:

04.04.12 11:13:38.491 Checkdevices Sending retune to Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:13:45.257 Checkdevices Sending retune to Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:13:51.257 Checkdevices Sending retune to Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:13:57.491 Checkdevices Sending retune to Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:14:01.257 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:14:01.257 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:14:31.257 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:14:31.257 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:15:01.257 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:15:01.257 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:15:32.382 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:15:32.382 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:16:02.382 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:16:02.382 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:16:32.382 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:16:32.382 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:17:02.382 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:17:02.382 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:17:33.257 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:17:33.257 TEPGUpdater Destroy Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:17:33.491 TEPGUpdater Destroyed Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:17:33.491 TEPGUpdater hamDeleted Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 11:17:33.569 TBDADigitalDevices.Opendevice bvDigitalDevices

04.04.12 11:17:33.569 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 3 (1)

04.04.12 11:17:33.679 TSFDecoder Create

04.04.12 11:18:12.272 TSiehFernThread Create

04.04.12 11:18:18.413 SiehfernInfo Processed Day: 06.04.2012

04.04.12 11:18:25.007 SiehfernInfo Processed Day: 07.04.2012

04.04.12 11:18:37.319 SiehfernInfo Processed Day: 05.08.2012

04.04.12 11:18:45.257 Checkdevices Sending retune to Digital Devices DVB-S/S2 Tuner 3 (1)

04.04.12 13:40:05.366 Start App -----------------------------------

04.04.12 13:40:05.366 DVBViewer Recording Service 1.9.4.1

04.04.12 13:40:05.366 thread service started

04.04.12 13:40:05.366 StartService start timer

04.04.12 13:40:05.366 StartService create plugin list

04.04.12 13:40:05.382 StartService loadchannellist

04.04.12 13:40:05.382 TDVBDevice.InitDevice Digital Devices DVB-S/S2 Tuner 3 (1)

04.04.12 13:40:05.382 TDVBDevice.InitDevice Digital Devices DVB-S/S2 Tuner 4 (2)

04.04.12 13:40:05.382 TDVBDevice.InitDevice Digital Devices DVB-S/S2 Tuner 7 (3)

04.04.12 13:40:05.382 TDVBDevice.InitDevice Digital Devices DVB-S/S2 Tuner 8 (4)

04.04.12 13:40:05.382 Device Check present

 

Und das tunerlog von DigitalDevices für diesen Zeitraum:

04.04.2012 11:17:33 DDTuner Device 010:40000: Stop DVB-S Tuner 4

04.04.2012 11:17:33 DDTuner Device 010:40000: Release DVB-S Tuner 4

04.04.2012 11:17:33 DDTuner Device 010:40000: Close DVB-S Tuner 4

04.04.2012 11:17:33 DDTuner Device 010:40000: Open DVB-S Tuner 3

04.04.2012 11:17:33 DDTuner Device 010:40000: Acquire DVB-S Tuner 3

04.04.2012 11:17:33 DDTuner Device 010:40000: Start DVB-S Tuner 3

04.04.2012 11:17:34 DDTuner Device 010:40000: Tune success DVB-S Tuner 3

Version = 4

Error = 00000000

Frequency = 12.603.000

Multiplyer = 1.000

LNBLow = 9.750.000

LNBHigh = 10.600.000

LNBSwitch = 11.700.000

Polarity = 1

Range = 00000000

LNBSource = FFFF

L-Frequency = 1.077.000.000

LockStatus = 5

Offset = -1.196.557

S/N = 126

Quality = 100

Strength = 66

SymbolRate = 22.000.000

 

04.04.2012 12:34:03 DDCommonInterface Device 010:40000: CAM Reset CI 3

04.04.2012 13:39:54 DDTuner Device 010:40000: Release DVB-S Tuner 3

04.04.2012 13:39:54 DDTuner Device 010:40000: Close DVB-S Tuner 3

Im Tunerlog ist nichts vom kritischen Befehl zu sehen. :wacko:

 

Seitdem läufts wieder. Ist mir nur aufgefallen, dass bei mague der RS beim gleichen Log-Eintrag gestoppt hat.

Edited by nuts
Link to comment

Also meine svdebug.log ist ca. 280 k gross und beginnt gestern kurz vor 17 Uhr.

Da hatte ich auch den RS neu gestartet.

 

Mir ist bei Nuts wie auch bei mir eine seltsame Sache beim SiehFern Update aufgefallen:

 

04.04.12 17:25:59.143 TBDADigitalDevices.Opendevice bvDigitalDevices
04.04.12 17:25:59.143 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 1 (1)
04.04.12 17:25:59.144 TSFDecoder       Create
04.04.12 17:28:29.251 TSiehFernThread  Create
04.04.12 17:28:34.903 SiehfernInfo     Processed Day: 05.04.2012
04.04.12 17:29:07.754 SiehfernInfo     Processed Day: 06.04.2012
04.04.12 17:29:16.381 SiehfernInfo     Processed Day: 07.04.2012
04.04.12 17:29:28.561 SiehfernInfo     Processed Day: 08.04.2012
04.04.12 17:29:40.982 SiehfernInfo     Processed Day: 09.04.2012

>>04.04.12 17:29:53.299 SiehfernInfo     Processed Day: 05.10.2012<<

04.04.12 17:31:32.001 SiehfernInfo     Processed Day: 04.04.2012
04.04.12 17:40:59.472 TEPGUpdater Release Digital Devices DVB-S/S2 Tuner 1 (1)
04.04.12 17:40:59.472 TEPGUpdater Destroy Digital Devices DVB-S/S2 Tuner 1 (1)
04.04.12 17:40:59.498 TSiehFernThread  Destroy
04.04.12 17:40:59.498 TSFDecoder       Destroy thread
04.04.12 17:40:59.498 TSFDecoder       Destroy
04.04.12 17:40:59.498 TEPGUpdater Destroyed Digital Devices DVB-S/S2 Tuner 1 (1)
04.04.12 17:40:59.499 TEPGUpdater hamDeleted Digital Devices DVB-S/S2 Tuner 1 (1)
04.04.12 19:48:28.954 AddReference     CMDClientConnect: 2

 

Wieso 05.10.12 bzw. bei nuts 05.08.12?

Kann es sein, dass der EPG Updater durch das falsche Datum aus dem Tritt kommt?

Edited by trudeh
Link to comment

Vor dem löschen war das log 2 MB groß, deshalb wurde es gelöscht und ein Falsches SiehfernInfo EPG Datum macht recht sicher keine Probleme, das gibt es häufiger.

 

Und ich würde mich insgesamt nicht so auf das EPG Update festlegen. Bei mague war es einmal überhaupt nicht aktiv und das andere mal sollte grade erst der erste Transponder dafür eingestellt werden. Und bei HaraldL war es bei keinem der drei abstürze aktiv.

Link to comment

Bei mir ist das "SiehFernInfo" EPG sogar auf beiden PCs dauerhaft deaktiviert weil mir das teilweise konkrete Infos über jeweilige Serien-Folgen mit allgemeinen Serien-Infos (also jede Folge gleich) überschrieben hatte.

Link to comment

Hallo,

 

habe auch Probleme mit einem hängenden RS. Auf meinem Servern trat das Problem diese Woche recht häufig auf, in den letzten Tagen sogar täglich. Konnte bisher auch noch nicht sagen woran es genau lag.

 

In der support.zip von server1 ist es zuletzt gestern Abend (5.4) um 19:30 aufgetreten und in der vom server2 heute Nacht (6.4) um ca. 3 Uhr.

 

Ich hoffe ich kann mit beiden support.zip weiterhelfen.

 

Grüße

 

Thommy

support_server1.zip

support_server2.zip

Link to comment

Zumindest auf beiden Rechnern von DerThommy scheint der RS bei einem SiehFern Update ausgestiegen zu sein.

Lieg ich da jetzt so falsch?

 

05.04.12 12:40:11.211 TSiehFernThread Create

05.04.12 12:40:11.314 SiehfernInfo Processed Day: 07.04.2012

05.04.12 12:40:23.646 SiehfernInfo Processed Day: 08.04.2012

05.04.12 12:40:35.982 SiehfernInfo Processed Day: 05.09.2012

05.04.12 12:40:48.186 SiehfernInfo Processed Day: 05.10.2012

05.04.12 12:42:36.607 Checkdevices Sending retune to TechniSat Mantis DVBS BDA Receiver (1)

05.04.12 19:30:26.905 Start App -----------------------------------

05.04.12 19:30:26.952 DVBViewer Recording Service 1.9.4.1

05.04.12 19:30:27.030 thread service started

 

06.04.12 02:48:53.688 SiehfernInfo Processed Day: 07.04.2012

06.04.12 02:49:05.836 SiehfernInfo Processed Day: 08.04.2012

06.04.12 02:49:18.291 SiehfernInfo Processed Day: 09.04.2012

06.04.12 02:49:30.483 SiehfernInfo Processed Day: 10.04.2012

06.04.12 02:49:42.994 SiehfernInfo Processed Day: 05.11.2012

06.04.12 02:49:55.199 SiehfernInfo Processed Day: 12.04.2012

06.04.12 03:17:04.764 Start App -----------------------------------

06.04.12 03:17:04.952 DVBViewer Recording Service 1.9.4.1

06.04.12 03:17:05.045 thread service started

Link to comment

Hatte gerade einen Anruf eines Bekannten, der auch einen RS nutzt, der in dieser Woche auch schon zweimal abgeschmiert ist.

Leider zerdeppert das meine SiehFern Theorie :huh:

 

Absturz 1:

02.04.12 19:28:29.459 Releasereference upnp webserver: 0

02.04.12 19:30:29.644 TBDA_TBS.Opendevice bvTurbosight

02.04.12 19:30:29.644 TEPGUpdater Allocate TBS 6981 BDA DVBS/S2 A Tuner/Demod (1)

02.04.12 19:30:35.692 Checkdevices Sending retune to TBS 6981 BDA DVBS/S2 A Tuner/Demod (1)

03.04.12 07:45:44.174 Start App -----------------------------------

03.04.12 07:45:44.190 DVBViewer Recording Service 1.9.4.1

 

Absturz 2:

05.04.12 10:46:50.582 Releasereference upnp webserver: 0

05.04.12 10:51:33.937 TBDA_TBS.Opendevice bvTurbosight

05.04.12 10:51:33.937 TEPGUpdater Allocate TBS 6981 BDA DVBS/S2 A Tuner/Demod (1)

05.04.12 10:51:39.978 Checkdevices Sending retune to TBS 6981 BDA DVBS/S2 A Tuner/Demod (1)

06.04.12 20:11:30.174 Start App -----------------------------------

06.04.12 20:11:30.252 DVBViewer Recording Service 1.9.4.1

 

Ach ja. Beide Male liess sich der RS nicht über den Taskmanager beenden. Der Rechner musste neu gestartet werden.

Edited by trudeh
Link to comment

bei mir ist der RS auch gerade wieder hängen geblieben. Anbei ein Mitschnitt aus dem Logfile:

 

 

06.04.12 20:45:04.814 SetStandbyblock CMDClientConnect

06.04.12 20:45:04.814 SetThreadExecutionState 0x80000041

06.04.12 20:45:04.814 AddReference CMDClientConnect: 1

06.04.12 20:45:04.841 TUCCommandClient Set Tuner

Tunertype: 1, Frequency: 12545, Symbolrate: 22000, LNB: 10600, Selection: 1, Polarity: 0, DiseqC: 3, FEC: 4, AudioPID: 768, VideoPID: 767, PMT: 98, SID: 17502, SatModulation: 1, DiseqCValue: 0, NID: 1, Flags: 24

06.04.12 20:45:04.954 TBDATwinhan.Opendevice bvTwinhan

06.04.12 20:45:05.054 TUCCommandClient Allocate TechniSat Mantis DVBS BDA Receiver (1)

06.04.12 20:45:05.054 TUCCommandClient got Hardware

06.04.12 20:45:05.604 TUCCommandClient Set the tuner

06.04.12 20:45:05.604 TUCCommandClient Addpid: 18

06.04.12 20:45:05.604 TUCCommandClient Addpid: 0

06.04.12 20:45:05.605 TUCCommandClient Addpid: 98

06.04.12 20:45:05.605 TUCCommandClient Addpid: 767 768 34

06.04.12 20:45:05.605 TUCCommandClient Addpid: 1

06.04.12 20:45:05.605 Checkdevices Sending retune to TechniSat Mantis DVBS BDA Receiver (1)

06.04.12 20:45:06.177 TUCCommandClient Set Tuner

Tunertype: 1, Frequency: 12545, Symbolrate: 22000, LNB: 10600, Selection: 1, Polarity: 0, DiseqC: 3, FEC: 4, AudioPID: 768, VideoPID: 767, PMT: 98, SID: 17502, SatModulation: 1, DiseqCValue: 0, NID: 1, Flags: 24

06.04.12 20:45:06.649 Checkdevices Sending retune to TechniSat Mantis DVBS BDA Receiver (1)

06.04.12 20:45:08.679 TUCCommandClient Set Tuner

Tunertype: 1, Frequency: 12545, Symbolrate: 22000, LNB: 10600, Selection: 1, Polarity: 0, DiseqC: 3, FEC: 4, AudioPID: 768, VideoPID: 767, PMT: 98, SID: 17502, SatModulation: 1, DiseqCValue: 0, NID: 1, Flags: 24

Link to comment

Hallo,

 

bei mir kam das heute zum 3. Mal vor (siehe http://www.DVBViewer.tv/forum/topic/48991-webinterface-rec-service-nicht-mehr-erreichbar/). Eventuell sollten wir sammeln, was sich bei jedem in letzter Zeit geändert hat, um Gemeinsamkeiten zu finden. die Hardware scheint es zumindest schon einmal nicht zu sein.

 

Bei mir passiert ist:

- RTL (AC3) aus der Liste der privaten entfernt

- RTL Nitro sowie einen Timer auf Simon & Simon eingefügt

 

Updates beim Virenscanner (bei mir Microsoft Security Essentials) kommen autom.. Ich bin mir zu 90% sicher, das für mein Win 7 Home 64Bit in dieser Woche keine Updates eingespielt wurden.

 

Gruß

Steffen

Link to comment

Hallo,

 

bei mir ist es wieder aufgetreten. Beim Streamen hat sich diesmal der RS aufgehängt. Es gab keine weiteren Aktivitäten auf dem Server oder auf dem Client.

 

Anbei noch die Support.zip

support.zip

Link to comment

Gegen 12:46 Uhr hab ich meinen Client getartet.

Das Verbinden zu Server schlug fehl.

Daraufhin hab ich versucht sowohl vom Client wie auch Lokal das WebIF zu öffnen, was aber nicht erreichbar war.

Nachdem ich den Servive über den Taskmanager "abgeschossen" hab, konnte ich ihn über das TrayIcon neustarten.

Nach dem Neustart wechselt das TrayIcon kurz auf rot und es kam die Meldung, dass alle Timer fertig sind. Nächster Timer um 14 Uhr.

 

Letzte Aktion vor dem Absturz war wieder ein nicht vollendetes SiehFern Update:

 

07.04.12 12:39:21.743 TEPGUpdater Destroyed Digital Devices DVB-S/S2 Tuner 1 (1)

07.04.12 12:39:21.744 TEPGUpdater hamDeleted Digital Devices DVB-S/S2 Tuner 1 (1)

07.04.12 12:39:21.841 TBDADigitalDevices.Opendevice bvDigitalDevices

07.04.12 12:39:21.841 TEPGUpdater Allocate Digital Devices DVB-S/S2 Tuner 1 (1)

07.04.12 12:39:21.841 TSFDecoder Create

07.04.12 12:39:27.745 TSiehFernThread Create

07.04.12 12:39:27.757 SiehfernInfo Processed Day: 09.04.2012

07.04.12 12:39:40.065 SiehfernInfo Processed Day: 10.04.2012

07.04.12 12:39:52.439 SiehfernInfo Processed Day: 11.04.2012

07.04.12 12:46:38.266 Start App -----------------------------------

07.04.12 12:46:38.266 DVBViewer Recording Service 1.9.4.1

07.04.12 12:46:38.266 thread service started

support.zip

Link to comment

Also ich würde auf mehrere Verschiedene Probleme Tippen, die nichts miteinander zu tun haben.

 

Sollte SiehFern bei dir wirklich Probleme Verursachen würde ich das einfach deaktivieren.

SiehFern bringt eigentlich keine keinerlei voreile mehr. Die lifern nur noch Daten für die öffentlich rechtlichen Sender und die Liefern eigentlich selber recht gute Daten und meist sogar mehr.

Und PDC/EPG Runnig Status geht auch nur mit dem Sender EPG und nicht mit dem SiehFern kram.

 

Was häufiger hier zu sehen ist, ist das ein paar Minuten vor dem Aufhängen die Video Datenbank neu aufgebaut wurde.

Link to comment

SiehFernUpdate hab ich jetzt seit dem letzten Absturz schon deaktiviert.

Da zwischen den letzten Abstürzen so immer ca. 2-3 Tage lagen, werden wir noch was warten müssen, bis wir ne Antwort haben.

Ich finde es nur seltsam, dass die Abstürze jetzt wohl erst seit ner knappen Woche auftreten.

Link to comment

Ich glaube nicht das die generell erst seit ein paar Tagen auftritt.

 

Es gab ja auch schon mal so ein Topic. Da war es bei den meisten die Erzeugung der Vorschaubilder die zum Absturz geführt hatte. Das kann aber in der aktuellen Version nicht mehr die Ursache sein.

 

Wenn jemand regelmäßig solche abstürze hat gäbe es ein paar Sachen die man testen könnte.

z.B. "Die Sammlung automatisch updaten zu deaktivieren" oder die ffmpeg.exe aus dem DVBViewer Verzeichnis entfernen.

Und im Zusammenhang mit der MediaInfo.dll gab es glaube ich auch schon mal ein problem.

Link to comment

Nachdem Erscheinen der Version 1.9.3 im Januar hatte ich auch Probleme mit der Stabilität des RS.

Nach ändern der Codecs im VThumbs war ja dann wieder ruhe.

Auch die 1.9.4 plus Hotfix lief bisher seit dem ersten Tag des Erscheinens ohne Probleme.

Und jetzt drei Abstürze innerhalb von 5 Tagen?

 

Da ich ja, wie weiter oben schon erwähnt hab, gestern auch nen Anruf von einem Bekannten bekommen habe, dem der RS jetzt diese Woche auch schon zweimal abgeschmiert ist, und jetzt noch andere Meldungen sich häufen ist der Verdacht so abwegig?

 

Vielleicht können die anderen Betroffenen ja mal Aussagen machen, ob es in den letzten Tagen ein verstärktes Aussteigen des RS gibt.

Link to comment

Also bei mir und meinen Eltern tritt das Aufhängen zur Zeit täglich ein. Anbei nochmal eine support.zip.

 

@Tjod: ich werde mal deine Hinweise mit der Videodatenbank und der ffmpeg versuchen.

 

Bis dahin

Link to comment

Bei mir erst seit Mitte dieser Woche. Bei meinen Eltern schon etwas länger, vielleicht 2-3 Wochen. Allerdings nur sporadisch. Am Anfang dachte ich noch, dass es an der Konfiguration lag, da meine Eltern den Server auch erst seit 3 Wochen betreiben.

Link to comment

@DerThommy

Du könntest auch mal das einlesen der SiehfernInfo Daten deaktivieren.

 

Jup, habe ich auch gleich gemacht.

Link to comment

Ich glaube nicht das die generell erst seit ein paar Tagen auftritt.

 

Es gab ja auch schon mal so ein Topic. Da war es bei den meisten die Erzeugung der Vorschaubilder die zum Absturz geführt hatte. Das kann aber in der aktuellen Version nicht mehr die Ursache sein.

 

Wenn jemand regelmäßig solche abstürze hat gäbe es ein paar Sachen die man testen könnte.

z.B. "Die Sammlung automatisch updaten zu deaktivieren" oder die ffmpeg.exe aus dem DVBViewer Verzeichnis entfernen.

Und im Zusammenhang mit der MediaInfo.dll gab es glaube ich auch schon mal ein problem.

..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 ;)

Link to comment

×
×
  • Create New...