IP-Symcon 2.6 - Feedback & Bugreports

[ThorstenH]

@Raketenschnecke

Hallo Thorsten,
es wär nicht schlecht, wenn man Ursachenforschung betreiben kann, mindestens paresy wird das interessieren. Do dazu bräuchte man Fakten (ein Log wär z.B. was ;)).

Guten Morgen zusammen,
ich wollte mich für die schnelle Hilfe von euch bedanken, habe gestern von paresy die reparierte setting.xml zurück bekommen, seit dem läuft alles super schnell!

PS: Raketenschnecke, ich denke du meinst Tuxtom007

[Raketenschnecke]

man, seid ihr unflexibel

[Tuxtom007]

Hallo,

so, hab noch ein paar Infos:

• ich hab die setting.json aus dem IPS-Backup-Ordner von heute Nacht 23:51 zurückgespielt und bisher sieht es gut aus, meine komplett Konfig ist auch noch drin.
• Webfrontend läuft, die mobile Version auch und sieht auch so aus, wie ich das ganze gestern verlassen habe.

Aber:

irgentwas muss in der Nacht passiert sein, im Backup-Ordner ist noch eine setting.json von 3:19 heute morgen und die ist kaputt, damit startet IPS nicht.

Das einzige, was heute nacht in den 3 Std. passiert ist, das Windows7 5 Updates installiert hat, das Update läuft bei mir um 3 Uhr. ( Im Anhang ein Screenshot vom Update ). Danach müsste es einen Reboot gegeben haben und IPS wurde um 3:19 wieder gestartet.

Im Log steht dann das:

12.09.2012 03:19:43.675 |     0 | MESSAGE | Kernel               | *** IPS STARTET
12.09.2012 03:19:43.675 |     0 | MESSAGE | Kernel               | Erstelle...
12.09.2012 03:19:43.800 |     0 | MESSAGE | Kernel               | Kernel erstellt #Version: 2.60, CRC: CCBAD17A
12.09.2012 03:19:43.800 |     0 | MESSAGE | Kernel               | Initialisiere...
12.09.2012 03:19:43.800 |     0 | MESSAGE | Settings             | Erstelle...
12.09.2012 03:19:44.159 |     0 | MESSAGE | Settings             | Entferne...
12.09.2012 03:19:44.159 |     0 | ERROR   | Kernel               | Untermodul konnten nicht geladen werden: Einstellungen konnten nicht geladen werden. Bitte verwenden Sie eine Alternativ "settings.json"-Datei aus dem backup Ordner
12.09.2012 03:19:44.159 |     0 | ERROR   | Kernel               | Error on Init. Aborting. Message: Untermodul konnten nicht geladen werden: Einstellungen konnten nicht geladen werden. Bitte verwenden Sie eine Alternativ "settings.json"-Datei aus dem backup Ordner

Ziemlich eindeutig das ganze.

Aber was hat die Datei geschrottet ? Könnt ihr das noch rausbekommen ?

Grüsse

Thomas

[paresy]

@Tuxtom007
Kannst du mir die letzten Zeilen vom Logfile hier reinstellen, das bis zum Windows-Shutdown lief? Dort wäre interessant, ob IP-Symcon korrekt beendet wurden, oder ob Windows mal wieder zu schnell IPS abgeschossen hat.

@Kalle Wirsch
Das Problem von Kalle Wirsch hat sich auch gelöst. Der Server 2008 R2 leitet einen automatisch auf die Installation vom VCRedist2008 SP1 um, welches aber nicht mit PHP funktioniert. Es muss korrekterweise das VCRedist2008 (ohne SP1) installiert werden. Dann läuft das LiveUpdate auch korrekt weiter. Es gibt im nächsten Doku Update dann einen entsprechenden Migrationshinweis

paresy

[Raketenschnecke]

Hi ihr Zwei,

sieht ja fast so aus, als gäbe es Kollisionen beim Shutdown (IPS will runterfahren und dabei die Settings sichern, Windows wird ungeduldig und schießt IPS ab - oder so ähnlich vielleicht).
Wäre vielleicht kurzfristiger Workaround, die Updates manuell zu machen (mach ich schon ewig so).

[wupperi]

@paresy

Das Problem von Kalle Wirsch hat sich auch gelöst. Der Server 2008 R2 leitet einen automatisch auf die Installation vom VCRedist2008 SP1 um, welches aber nicht mit PHP funktioniert. Es muss korrekterweise das VCRedist2008 (ohne SP1) installiert werden. Dann läuft das LiveUpdate auch korrekt weiter. Es gibt im nächsten Doku Update dann einen entsprechenden Migrationshinweis

paresy

War bei mir nicht so. Das update aus dem Live update heraus ging ohne Probleme

[Boui]

@Raketenschnecke

sieht ja fast so aus, als gäbe es Kollisionen beim Shutdown (IPS will runterfahren und dabei die Settings sichern, Windows wird ungeduldig und schießt IPS ab - oder so ähnlich vielleicht).
Wäre vielleicht kurzfristiger Workaround, die Updates manuell zu machen (mach ich schon ewig so).

Hilf bei mir gar nix. Windowsupdates zerschießen regelmäßig die Settings. Ohne dass ich IPS-Dienst vor dem Neustart beende, sind die Settings sehr oft zerbröselt. Und das geht schon ne lange Zeit so. Früher habe ich das gar nicht beachtet aber mittlerweile weiß ich es und handle entsprechend.

[PeterChrisben]

@Boui

Hilf bei mir gar nix. Windowsupdates zerschießen regelmäßig die Settings. Ohne dass ich IPS-Dienst vor dem Neustart beende, sind die Settings sehr oft zerbröselt. Und das geht schon ne lange Zeit so. Früher habe ich das gar nicht beachtet aber mittlerweile weiß ich es und handle entsprechend.

Moin…

… das Problem dürfte aber bekannt sein. Ich habe das hier auch schon berichtet. Ich kann keine automischen Updates mehr machen. Habe das mehrmals durchgespielt, wenn ich IPS nicht manuell beende und dann ein Update oder den Rechner neu starte, zerschiesst es meine Settings. Ich denke der ein oder andere hier wird auch noch ne Überraschung erleben.
Ich hoffe es wird das Problem gefunden, damit IPS auch nach einen unerwünschten Rechnerneustart oder Update wieder funktioniert.
Grüße,
Peter

[r4m3u5]

@paresy

@paresy

@Kalle Wirsch
Das Problem von Kalle Wirsch hat sich auch gelöst. Der Server 2008 R2 leitet einen automatisch auf die Installation vom VCRedist2008 SP1 um, welches aber nicht mit PHP funktioniert. Es muss korrekterweise das VCRedist2008 (ohne SP1) installiert werden. Dann läuft das LiveUpdate auch korrekt weiter. Es gibt im nächsten Doku Update dann einen entsprechenden Migrationshinweis

Soweit mir bekannt wird das doch sowieso aus WinSXS geladen, sofern mehrere Versionen der gleichen Dateien/DLLs vorhanden sind (ich denke der Fall trifft auf annähernd 100% der Geräte zu). Die entsprechende Applikation kann somit nur über ein entsprechendes Manifest entscheiden welches der Files zu ihr passt. Oder ist das in IPS hart verdrahtet?

@Raketenschnecke

sieht ja fast so aus, als gäbe es Kollisionen beim Shutdown (IPS will runterfahren und dabei die Settings sichern, Windows wird ungeduldig und schießt IPS ab - oder so ähnlich vielleicht).
Wäre vielleicht kurzfristiger Workaround, die Updates manuell zu machen (mach ich schon ewig so).

Bei mir stellt es sich so dar, dass der IPS-Dienst sich grundsätzlich beim Stoppen (über Dienstmanager, Traytool, Server Neustart …) verhängt sofern noch lokal oder remote per Konsole oder Tray-Tool eine Verbindung offen ist. Leider sehr oft auch wenn nichts mehr offen ist Datenverlust hatte ich bisher zum Glück noch nicht. Ich lasse die „ips.exe“ immer ein Minütchen hängen und schieße dann den Prozess ab … unsauber, aber bis jetzt ging es gut :rolleyes:

Cheers
/Jens

[Tuxtom007]

Hallo,

@paresy
kein Problem, hier das Ende vom letzten Log:

12.09.2012 03:19:14.058 | 48509 | MESSAGE | Dummy Module         | Lösche...
12.09.2012 03:19:14.058 | 46338 | MESSAGE | InstanceManager      | Trenne Instanz [Webfrontend - Parkplatz\Schlafzimmer]
12.09.2012 03:19:14.058 | 46338 | MESSAGE | Dummy Module         | Lösche...
12.09.2012 03:19:14.058 | 38216 | MESSAGE | InstanceManager      | Trenne Instanz [Webfrontend - Parkplatz\Arbeitszimmer]
12.09.2012 03:19:14.058 | 38216 | MESSAGE | Dummy Module         | Lösche...
12.09.2012 03:19:14.058 | 41374 | MESSAGE | InstanceManager      | Trenne Instanz [Webfrontend - Parkplatz\Bad]
12.09.2012 03:19:14.058 | 41374 | MESSAGE | Dummy Module         | Lösche...
12.09.2012 03:19:14.058 | 42509 | MESSAGE | InstanceManager      | Trenne Instanz [Webfrontend - Parkplatz\Flur oben]
12.09.2012 03:19:14.058 | 42509 | MESSAGE | Dummy Module         | Lösche...
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Dummy Module
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: M-Bus Gateway
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: M-Bus Device
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Codatex RFReader1
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: EM24-DIN
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: IPSDog
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: UVR1611
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Accelerometer
12.09.2012 03:19:14.058 | 40388 | MESSAGE | InstanceManager      | Trenne Instanz [Configuration\Hardware\sonstiges Hardware\WDT-868 - Watchdog]
12.09.2012 03:19:14.058 | 40388 | MESSAGE | ProJet WatchDogTimer | Lösche...
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet WatchDogTimer
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Stripe Input
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Stripe
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Input
12.09.2012 03:19:14.058 | 53600 | MESSAGE | InstanceManager      | Trenne Instanz [Configuration\Hardware\sonstiges Hardware\AKM-868 - Handsender -  Christiane]
12.09.2012 03:19:14.058 | 53600 | MESSAGE | ProJet Tracker       | Lösche...
12.09.2012 03:19:14.058 | 44158 | MESSAGE | InstanceManager      | Trenne Instanz [Configuration\Hardware\sonstiges Hardware\AKM-868 - Handsender - Thomas]
12.09.2012 03:19:14.058 | 44158 | MESSAGE | ProJet Tracker       | Lösche...
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Tracker
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Display Input
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Display Output
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Display
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Counter
12.09.2012 03:19:14.058 | 18602 | MESSAGE | InstanceManager      | Trenne Instanz [ProJet Gateway]
12.09.2012 03:19:14.058 | 18602 | MESSAGE | ProJet Gateway       | Lösche...
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ProJet Gateway
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ThermoJet
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: LevelJet
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: MF420IRCTF
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Velleman USB
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: EZControl T-10
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Media Player
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: WuT ThermoHygro
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: WuT Counter
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: WuT Output
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: WuT Input
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: WuT Gateway
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ALL3691
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ALL3690
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: AllUniversal
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: ALL4000
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Virtual I/O
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: SI USBXpress
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: FTDI
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: HID
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: UDP Socket
12.09.2012 03:19:14.058 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Server Socket
12.09.2012 03:19:14.058 | 38508 | MESSAGE | InstanceManager      | Trenne Instanz [FRITZ!Box Socket]
12.09.2012 03:19:14.104 | 38508 | MESSAGE | Client Socket        | Socket: Getrennt
12.09.2012 03:19:14.104 | 38508 | MESSAGE | Client Socket        | Lösche...
12.09.2012 03:19:14.104 | 25855 | MESSAGE | InstanceManager      | Trenne Instanz [Client Socket]
12.09.2012 03:19:14.151 | 25855 | MESSAGE | Client Socket        | Socket: Getrennt
12.09.2012 03:19:14.151 | 25855 | MESSAGE | Client Socket        | Lösche...
12.09.2012 03:19:14.151 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Client Socket
12.09.2012 03:19:14.151 | 14539 | MESSAGE | InstanceManager      | Trenne Instanz [Serial Port]
12.09.2012 03:19:14.167 | 14539 | MESSAGE | Serial Port          | Lösche...
12.09.2012 03:19:14.167 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: Serial Port
12.09.2012 03:19:14.167 |     0 | MESSAGE | ModuleLoader         | #Modul entladen: WWW Reader
12.09.2012 03:19:14.167 |     0 | MESSAGE | ModuleLoader         | #Bibliothek entladen: Build-In Library
12.09.2012 03:19:14.167 |     0 | MESSAGE | Kernel               | Alle Module entladen!
12.09.2012 03:19:14.167 |     0 | MESSAGE | Kernel               | Beende Nachrichtenschleife...

Ich werde bei mir auch mal den automatischen Windows-Update deaktivieren und in Zukunft manuell updaten. So wichtig sind die meisten Patche eh nicht.

Grüsse

Thomas

[Raketenschnecke]

ich hab grad ne Beobachtung gemacht, die evtl. mit in die bisher beschrieben Symptome passt:

ich hatte ein Script im IPS, welches seit 3Stunden gelaufen ist (eigentlich war die laufzeit auf 1200 sec begrenzt). In der PHP-Taskview war es rot gekennzeichnet.
Nun hab ich mich eben entschlossen, IPS neu zu starten (nur den Service). IPS wurde auch nach ca 2 Minuten nicht beendet (was eigentlich bei mir in den letzten Wochen nie zu Problemen führte), also hab ich den Task abgeschossen.
Die Settings ist nicht geschrieben worden, die war zum Zeitpunkt des task-Kills etwa 9 Minuten alt. Aber sie ist intakt. Auch im Backup-Ordner keine Probleme. RAM auch ok.

hier die letzten Log-Zeilen (Thread 26 war das besagte, rot markierte Script):

12.09.2012 18:12:54.815 | 0 | MESSAGE | TimerPool | Warte auf Terminierung des Timerthreads…
12.09.2012 18:12:54.815 | 0 | DEBUG | KernelMT | Message IPS_KERNELMESSAGE for ID 0 took 410 ms (Module: TimerPool)
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 1…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 2…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 3…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 4…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 5…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 6…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 7…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 8…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 9…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 10…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 11…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 12…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 13…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 14…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 15…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 16…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 17…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 18…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 19…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 20…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 21…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 22…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 23…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 24…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 25…
12.09.2012 18:12:55.439 | 0 | MESSAGE | ScriptEngine | Warte auf Terminierung des Threads 26… Sender: Execute

[Raketenschnecke]

…das gleiche Spiel eben nochmal wiederholt: roter PHP-Task in der Konsole, beim Runterfahren bleibt IPS lt. Log genau an dem PHP-Task hängen und tut nichts mehr. Settings wird nicht geschrieben…Ende. Taskkill.

[blopp]

@Raketenschnecke

das ist sicher OT, aber mal vorsichtig angefragt (und löst auch das Problem nicht): warum fährt man einen Homeautomations-Server nachts runter? Oder gibt es irgendwelche harten Gründe dafür?

Nenn mich kleinlich, aber damit spar ich mir seit über 1 Jahr 20 unnötige Watt während dem Schlaf. Hatte bisher auch nie Probleme damit. Und falls je der Wunsch nach Nacht-Automatisierung aufkommt ist das per Mausklick erledigt.

[r4m3u5]

Ich hatte auch noch ein wenig Zeit zum „Spielen“ …

Aufgefallen ist mir, dass bei einem sauberen Beenden des Dienstes erst als wirklich allerletzte Aktion durch den IPS-Prozess die noch vorhandenen Verbindungen getrennt werden (Anhang 1 -> hier die Trennung zu den beiden HM CCUs).

Erwartet hätte ich den Disconnect sämtlicher Verbindungen, vom rein logischen Standpunkt aus gesehen, vor dem Schreiben der „settings“ (es könnten ja evtl. noch Änderungen auftauchen … oder?).

Hängt der Dienst beim Stoppen passieren keinerlei Schreibzugriffe mehr in Richtung Dateisystem (ergo: keine „settings“), allerdings ist immer noch ´ne Menge Verkehr in Richtung Netz & Registry (Anhang 2).
Habe das mal ca. 3 min. beobachtet und es sieht nicht so aus als würde das „freiwillig“ aufhören.

Mit der Hoffnung, dass das hier den Wissenden bei der Fehlersuche hilft an dieser Stelle jetzt auch keine weiteren unbegründeten Vermutungen von meiner Seite :rolleyes:

Cheers
/Jens

[AltAnhalter]

Hallo zusammen,

schade, dass ausgerechnet ein Fehlerreport mein erster Beitrag wird…

Habe seit kurzem IPS produktiv im Einsatz und vorgestern das Upgrade von 2.5 auf 2.6 gemacht. Während die ersten 24 Stunden alles lief, bekomme ich mittlerweile keinen Zugriff mehr auf den Server.
Außerdem meldet der IPS-Tray eine Unlimited-Lizenz. Die hätte ich zwar gerne, hab aber nur Basic bezahlt

Weiter oben ist schon mal ein ähnliches Problem geschildert worden (Stichwort settings.xml). Wo könnte ich schrauben, damit es bei mir wieder läuft? Eine komplette Neuinstallation hat übrigens KEINE Hilfe gebracht.

Grüße,
Carsten

[paresy]

Logfiles. Ohne Logfile können wir nur raten.

paresy

[AltAnhalter]

Hi paresy,

hab das letzte Logfile mal angehängt.

[Raketenschnecke]

dem logfile nach zu urteilen ist dein IPS grad frisch und ohne Probleme gestartet?!

[AltAnhalter]

Nein, das liegt wohl eher daran, dass ich ja komplett neu installiert hatte. Funktioniert hat es trotzdem nicht.

Mittlerweile bin ich einen Schritt weiter. Ich habe wohl auch das Problem mit der zerschossenen settings.json. Hab die letzte größere (60kB) genommen und gegen die aktuelle (13kB) getauscht.
Damit läuft der Server wieder. Allerdings immer noch als „Unlimited“.
Das Log war von vorher (Server Verfügbarkeit: Nie).

[arndt]

Hallo,

leider habe ich seit gestern probleme mit dem Socketaufbau zu meiner Homematic CCU.

Bei einem erneuten Verbindungsversuch gibt IP-Syncom folgenden Fehler aus
„Could not bind socket. Address and port are already in use.“

IP-Syncom 2.6 build 2510