der Vollständigkeit halber: heute Nacht war wieder plötzlich tote Hose (bei IPS :D)
Alle Abstürze erzeugen in der Win Ereignisanzeige den schon in Post #7 kopierten Text.
Sie folgen zeitlich gesehen keinem bestimmten Muster, also nicht zu vollen oder halben Stunden, wo zu erwarten ist das besonders viele Scripte zugleich laufen.
Muss dem leider auch zustimmen. :mad:
Fast jede Nacht oder gegen Morgen stürzt bei mir IPS ebenfalls ab mit gleichen Fehlerbild.
Im Log ist nichts auffälliges zu sehen.
Neustart ohne Problem möglich.
Name der fehlerhaften Anwendung: ips.exe, Version: 4.0.0.0, Zeitstempel: 0x568e7b78
Name des fehlerhaften Moduls: MSVCR120.dll, Version: 12.0.21005.1, Zeitstempel: 0x524f7ce6
Ausnahmecode: 0x40000015
Fehleroffset: 0x000a7676
ID des fehlerhaften Prozesses: 0x618
Startzeit der fehlerhaften Anwendung: 0x01d149731be12811
Pfad der fehlerhaften Anwendung: D:\IP-Symcon\ips.exe
Pfad des fehlerhaften Moduls: C:\Windows\system32\MSVCR120.dll
Berichtskennung: 6174dac5-b592-11e5-b015-d02788e41b1c
Windows Error Reporting sagt das dazu:
Fehlerbucket , Typ 0
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
Problemsignatur:
P1: ips.exe
P2: 4.0.0.0
P3: 568e7b78
P4: MSVCR120.dll
P5: 12.0.21005.1
P6: 524f7ce6
P7: 40000015
P8: 000a7676
P9:
P10:
Angefügte Dateien:
C:\Users
icke\AppData\Local\Temp\WER1186.tmp.appcompat.txt
C:\Users
icke\AppData\Local\Temp\WER136B.tmp.WERInternalMetadata.xml
C:\Users
icke\AppData\Local\Temp\WER137B.tmp.hdmp
C:\Users
icke\AppData\Local\Temp\WER1A5F.tmp.mdmp
Diese Dateien befinden sich möglicherweise hier:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_ips.exe_da75e1690965a7047c081a2e917c5f1e57caec7_cab_269b1c11
Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: 6174dac5-b592-11e5-b015-d02788e41b1c
Berichtstatus: 4
und 7 Sekunden später:
Fehlerbucket 496569068, Typ 25
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
Problemsignatur:
P1: ips.exe
P2: 4.0.0.0
P3: 568e7b78
P4: MSVCR120.dll
P5: 12.0.21005.1
P6: 524f7ce6
P7: 40000015
P8: 000a7676
P9:
P10:
Angefügte Dateien:
C:\Users
icke\AppData\Local\Temp\WER1186.tmp.appcompat.txt
C:\Users
icke\AppData\Local\Temp\WER136B.tmp.WERInternalMetadata.xml
C:\Users
icke\AppData\Local\Temp\WER137B.tmp.hdmp
C:\Users
icke\AppData\Local\Temp\WER1A5F.tmp.mdmp
Diese Dateien befinden sich möglicherweise hier:
C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_ips.exe_da75e1690965a7047c081a2e917c5f1e57caec7_3e7b440b
Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: 6174dac5-b592-11e5-b015-d02788e41b1c
Berichtstatus: 0
Dann reihe ich mich mal ein
Absturz beim Updaten eines PHP-Modul (mööp… haben wir also unter allen Systemen
Name der fehlerhaften Anwendung: ips.exe, Version: 4.0.0.0, Zeitstempel: 0x568e7b78
Name des fehlerhaften Moduls: ntdll.dll, Version: 10.0.10586.20, Zeitstempel: 0x5654262a
Ausnahmecode: 0xc0000374
Fehleroffset: 0x000dc089
ID des fehlerhaften Prozesses: 0x4704
Startzeit der fehlerhaften Anwendung: 0x01d14a46cec49cd3
Pfad der fehlerhaften Anwendung: C:\IP-Symcon\ips.exe
Pfad des fehlerhaften Moduls: C:\WINDOWS\SYSTEM32
tdll.dll
Berichtskennung: 9e056dbe-4ce2-45fe-a2c9-e0a1d92a3739
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
Fehlerbucket , Typ 0
Ereignisname: APPCRASH
Antwort: Nicht verfügbar
CAB-Datei-ID: 0
Problemsignatur:
P1: ips.exe
P2: 4.0.0.0
P3: 568e7b78
P4: StackHash_2647
P5: 10.0.10586.20
P6: 5654262a
P7: c0000374
P8: PCH_21_FROM_ntdll+0x000770AC
P9:
P10:
Angefügte Dateien:
C:\Windows\Temp\WERD034.tmp.appcompat.txt
C:\Windows\Temp\WERD18D.tmp.WERInternalMetadata.xml
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_ips.exe_7635da955d15c63ff172c4b6dc25fa9baf7c127_cfb90fa7_cab_4f18d19b\memory.hdmp
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_ips.exe_7635da955d15c63ff172c4b6dc25fa9baf7c127_cfb90fa7_cab_4f18d19b riagedump.dmp
Diese Dateien befinden sich möglicherweise hier:
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash_ips.exe_7635da955d15c63ff172c4b6dc25fa9baf7c127_cfb90fa7_cab_4f18d19b
Analysesymbol:
Es wird erneut nach einer Lösung gesucht: 0
Berichts-ID: 9e056dbe-4ce2-45fe-a2c9-e0a1d92a3739
Berichtstatus: 4
Bucket mit Hash:
Das Problem mit den Modulen schaue ich mir an. Das scheint seit dem Fix für den JSON-RPC Server aufzutreten.
Die anderen Fehler jedoch, welche gefühlt grundlos nachts abstürzen, sind doof
Habt ihr die Möglichkeit den Dienst noch einmal mit WinDbg zu starten? Schafft es jemand den Fehler dort auch zu provozieren?
Das hatten wir ja schon vor etwa zwei Wochen mal per PN durchgespielt. Soweit ohne Ergebnis.
bzw. dem Ergebnis das es mit einem Script welches zeitgleich viele andere Scripte startet auch unter WinDbg reproduzierbar abstürzt.
Du hattets dann irgendwas von wegen PHP Problemen diagnostiziert.
3 Abstürze innerhalb 15 Minuten immer wenn viele Scripte ausgeführt wurden…
die zwei Scripte sind von der Heizung und Wohnraumbelüftung, die beiden Geräte senden manchmal sehr viele Daten und meine Vermutung ist das IPS damit nicht mehr zurecht kommt.
Name der fehlerhaften Anwendung: ips.exe, Version: 4.0.0.0, Zeitstempel: 0x5691375b
Name des fehlerhaften Moduls: BASS.dll, Version: 2.4.11.0, Zeitstempel: 0x549830a0
Ausnahmecode: 0xc0000005
Fehleroffset: 0x0001b639
ID des fehlerhaften Prozesses: 0xfd88
Startzeit der fehlerhaften Anwendung: 0x01d14b02e219fc58
Pfad der fehlerhaften Anwendung: C:\IP-Symcon\ips.exe
Pfad des fehlerhaften Moduls: C:\IP-Symcon\BASS.dll
Berichtskennung: bc2b95b2-b78b-11e5-b848-005056c00008
12:25:03
Name der fehlerhaften Anwendung: ips.exe, Version: 4.0.0.0, Zeitstempel: 0x5691375b
Name des fehlerhaften Moduls: ntdll.dll, Version: 6.1.7601.19045, Zeitstempel: 0x56258e62
Ausnahmecode: 0xc0000374
Fehleroffset: 0x000ced0b
ID des fehlerhaften Prozesses: 0x581c
Startzeit der fehlerhaften Anwendung: 0x01d14b98c6ee6092
Pfad der fehlerhaften Anwendung: C:\IP-Symcon\ips.exe
Pfad des fehlerhaften Moduls: C:\Windows\SysWOW64
tdll.dll
Berichtskennung: cabe8d72-b78c-11e5-b848-005056c00008
12:32:42
Name der fehlerhaften Anwendung: ips.exe, Version: 4.0.0.0, Zeitstempel: 0x5691375b
Name des fehlerhaften Moduls: ntdll.dll, Version: 6.1.7601.19045, Zeitstempel: 0x56258e62
Ausnahmecode: 0xc0000374
Fehleroffset: 0x000ced0b
ID des fehlerhaften Prozesses: 0x1a544
Startzeit der fehlerhaften Anwendung: 0x01d14b99aa5678e2
Pfad der fehlerhaften Anwendung: C:\IP-Symcon\ips.exe
Pfad des fehlerhaften Moduls: C:\Windows\SysWOW64
tdll.dll
Berichtskennung: dbc6135a-b78d-11e5-b848-005056c00008
Windows Server 2008 R2
IP-Symcon 4.00, 09.01.2016, e385d85164e2
ich hatte vor Weihnachten ja auch massiv Probleme mit IPS-Abstürzen und AUCH mit Abstürzen bei Modul-Installationen…
Seit Weihnachten/Jahreswechsel ist aber faktisch TOTALE RUHE - sowohl auf den Windows-Systemen als auch auf den Raspberry-PIs.
Eigentlich habe ich nur vier Dinge getan:
Nicht mehr an den Modulen rumgespielt (Updates, Installationen)
Alle verwaisten Archiv-Variablen per Hand gelöscht - (das Script funktioniert unter 4.0 nicht).
Über den IPS-Logger die letzten Fehler (meistens Systemvariablen IPS_Self … Target …) beseitigt.
Ich achte beim Neustart von IPS auf eine schon gestartete CCU2 - sonst zickt der Neustart.
Ich habe jede Minute zig- RPC-JSON Aufrufe von den diversen PIs und auch mit dem Update vom 07.01. kein Problem. Derzeit bin ich auf W7x64 mit dem Windows-Hauptsystem und mit dem Backup auf W2012R2 jeweils MS-Patchstand Mitte Dezember.
Anbei mal das Log-Bild vom Hauptsystem (der Start am 7.1. war manuell, für das IPS-Update vom 7.1.)
Zusammenfassend: Vielleicht sollten die Module mal deinstalliert werden …??
Wer mehr zu meiner Konfig wissen möchte bitte melden.
Danke für deine Hinweise, treffen bei mir aber nicht zu:
ich verwende weder Module noch IPS Library. Mein IPS4.0 ist 100% IPS3.4 kompatibel
es gibt auch über mehrere Tage keine Fehlermeldungen im log
Datenbank wurde beim Umstieg gelöscht, bzw. komplett neu angelegt
-> ich kann Abstürze reproduzierbar herbeiführen wenn ich ein Script starte welches seinerseits in kurzen Abständen weitere Scripte triggert. Dies war die letzten Wochen natürlich nicht aktiv.
Beim Pi hatte ich es auch, skripte blieben hängen. Geholfen hat da ein Kernelupdate.
Habe da jetzt „Linux raspberrypi 4.1.15-v7+“ und seit dem ist Ruhe auf dem PI2.
Immer noch mit Weezy unterwegs…
Name der fehlerhaften Anwendung: ips.exe, Version: 4.0.0.0, Zeitstempel: 0x5691375b
Name des fehlerhaften Moduls: ntdll.dll, Version: 6.1.7601.19045, Zeitstempel: 0x56258e62
Ausnahmecode: 0xc0000005
Fehleroffset: 0x0002e3c6
ID des fehlerhaften Prozesses: 0x1b728
Startzeit der fehlerhaften Anwendung: 0x01d14b9ab0c82fda
Pfad der fehlerhaften Anwendung: C:\IP-Symcon\ips.exe
Pfad des fehlerhaften Moduls: C:\Windows\SysWOW64
tdll.dll
Berichtskennung: 25df7df7-b860-11e5-b848-005056c00008
Ich habe endlich eine PHP Version, welche einige von mir eingereichte Bugfixes enthält. Es wäre also toll, wenn ihr noch einmal die aktuellste Version ausprobieren könntet.
Sofern die Abstürze damit weiter vorhanden sind, würde ich gerne bei euch noch einmal den Debugger auspacken und versuchen die Fehler gezielt zu provozieren und zu schauen, was da noch schief läuft.