IPS crasht bei HomeMaticSocket::Connect()

Hallo Jungs

Seit dem Update auf 6bc1b21b817c stürzt IPS minütlich ab. Im OSX Crash-Report steht folgendes:


...

Thread 35 Crashed:
0   libsystem_kernel.dylib        	0x00007fff8e8ba866 __pthread_kill + 10
1   libsystem_pthread.dylib       	0x00007fff8e76235c pthread_kill + 92
2   libsystem_c.dylib             	0x00007fff91710b1a abort + 125
3   libc++abi.dylib               	0x00007fff8b84df31 abort_message + 257
4   libc++abi.dylib               	0x00007fff8b873878 default_terminate_handler() + 46
5   libc++abi.dylib               	0x00007fff8b8711d1 std::__terminate(void (*)()) + 8
6   libc++abi.dylib               	0x00007fff8b871261 std::terminate() + 81
7   libc++.1.dylib                	0x00007fff8e805995 std::__1::thread::~thread() + 17
8   libc++.1.dylib                	0x00007fff8e7fb4d6 std::__1::__shared_weak_count::__release_shared() + 44
9   ips                           	0x0000000101d306e3 HomeMaticSocket::Connect() + 1251
10  ips                           	0x0000000101d300fb HomeMaticSocket::ApplyChanges() + 107
11  ips                           	0x0000000101d127a8 std::__1::__function::__func<EventControl::EventControl(IIPSKernelEx*, unsigned short, IPSBasicModuleInformation)::$_0, std::__1::allocator<EventControl::EventControl(IIPSKernelEx*, unsigned short, IPSBasicModuleInformation)::$_0>, void ()>::operator()() + 648
12  ips                           	0x00000001024b1f83 void* std::__1::__thread_proxy<std::__1::tuple<IPSTimerPool::processTimers()::$_0> >(void*) + 563
13  libsystem_pthread.dylib       	0x00007fff8e761899 _pthread_body + 138
14  libsystem_pthread.dylib       	0x00007fff8e76172a _pthread_start + 137
15  libsystem_pthread.dylib       	0x00007fff8e765fc9 thread_start + 13

...

Ich bin jetzt wieder zurück auf Version 1df7879c8a48, die läuft stabil.

Gruss
pelota

Kurze Frage… Warum startest du auf dem HomeMatic Socket einen Timer mit ApplyChanges?

paresy

Hab ich nicht, zumindest finde ich keinen.
Ich habe einen Wochenplan auf einer Instanz. Tut der sich vielleicht beim Starten von IPS synchronisieren?

Oder hast du eine Möglichkeit, einen solchen Timer zu finden? (Ich hab nach HM_ im script Verzeichnis gesucht).

Etwas weiteres, was helfen kann:
Ich hab gestern ein Wildcard-SSL-Cert bestellt und daher die Domäne zuhause umgestellt.
Nach dem Rollback auf die ältere Version bemerkte ich, dass ich den HM Socket nicht angepasst hatte und dieser daher sich nicht mit der CCU2 verbinden konnte.
Dumm nur, dass die neue IPS.Version dann abstürzt…

pelota

Hm. Kurios. SSL dürfte damit soweit keine Probleme machen.

Ich habe das grad so verstanden, dass du etwas umgestellt hast, sodass HM eigentlich nicht erreichbar ist? Und beim Versuch stürzt IPS ab?
Ich verstehe den Zusammenhang mit dem Rollback noch nicht :smiley:

paresy

Hallo paresy,
den Fehler selber habe ich auch (IPS unter Windows 10). Nach dem Update auf die aktuelle Beta Version stürzt beim Befehl

IPS_ApplyChanges (58772 /[HomeMatic Socket]/);

IPS mit folgendem Fehler ab

Name der fehlerhaften Anwendung: ips.exe, Version: 4.0.0.0, Zeitstempel: 0x56251fb1
Name des fehlerhaften Moduls: MSVCR120.dll, Version: 12.0.21005.1, Zeitstempel: 0x524f7ce6
Ausnahmecode: 0xc0000409
Fehleroffset: 0x000a7666
ID des fehlerhaften Prozesses: 0x1410
Startzeit der fehlerhaften Anwendung: 0x01d10e9ff5601b64
Pfad der fehlerhaften Anwendung: C:\IP-Symcon\ips.exe
Pfad des fehlerhaften Moduls: C:\WINDOWS\SYSTEM32\MSVCR120.dll
Berichtskennung: b8f9028f-b4e0-4d66-8692-4eb8dd5c7232
Vollständiger Name des fehlerhaften Pakets: 
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Meine vorherige Version war der Stand vom 08.10.2015 (7182759d072a). Da trat der Fehler nicht auf.

Bei mir gab es noch ein ‚altes Skript‘ das den Update-Zeitstempel der HomeMatic Geräte überwacht und dann bei fehlender Aktualisierung den IPS_ApplyChanges auslöst. Ich habe bei mir das Skript deaktiviert.

Freundliche Grüße
Josef

Ich meine, ich hatte meinen DNS geändert, die eingetragene Adresse der CCU2 gabs somit nicht mehr. Mea culpa :o
Die alte IPS-Version meckerte einfach, dass der Socket invalid ist und versuchte periodisch neu zu verbinden.
Die neue IPS-Version stürzte bereits beim ersten Versuch ab, ohne Message im Log. Nur der Crash Report zeigt dies :frowning:

Edit: Ich habe nach dem Anpassen der CCU2 URL wieder auf version 6bc1b21b817c geswitcht, und IPS läuft jetzt seit 20 Minuten stabil. :loveips:

Pelota