UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[JB_Sullivan]

Nein, ioB wurde 11/2018 nach der damaligen für Windows zur Verfügung stehenden Anleitung aufgesetzt und läuft seit dem relativ sauber. Die Sachen die nicht funktionieren sind mehr oder weniger "Luxusprobleme"

Hier die Systemdaten:

Platform: Windows
Architecture: ia32
CPUs: 2
Speed: 3325 MHz
Model: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz
RAM: 3.4 GB
System uptime: 13:03:12
Node.js: v8.13.0
NPM: 6.4.1
adapters count: 245
Disk size: 209.1 GiB
Disk free: 173.8 GiB
Uptime: 13:03:03
Active instances: 25

Und hier noch zur Info alle Adapter incl. Versionsnummer die auf der Maschine laufen. Fast alles ziemlich aktuell

[simatec]

@JB_Sullivan
Mach mal ein Update von node. 8.13 hatte eine Probleme

[JB_Sullivan]

Macht es Sinn gleich auf eine 10er Version zu gehen, oder wird das zu Problemen mit den ganzen Adaptern führen?

Latest LTS Version: 10.16.0 (includes npm 6.9.0)

[simatec]

@JB_Sullivan
Wird hier schon empfohlen

[JB_Sullivan]

Verdammte Hacke - hätte ich mal die Finger davon gelassen - mit dieser Updaterei habe ich immer ein ungutes Gefühl.

Was soll ich sagen - Mein Lieblings Adapter findet den Com Port nicht mehr :(

rflink.0	2019-06-22 22:52:51.551	warn	Module serialport is not available
rflink.0	2019-06-22 22:52:42.661	warn	Module serialport is not available
rflink.0	2019-06-22 22:52:35.123	info	starting. Version 1.2.0 in C:/ioBroker/node_modules/iobroker.rflink, node: v10.16.0
host.iobroker	2019-06-22 22:52:34.622	info	instance system.adapter.rflink.0 started with pid 4444
host.iobroker	2019-06-22 22:52:34.622	info	object change system.adapter.rflink.0

Der Rest scheint soweit durch gelaufen zu sein. Hmmmm vielleicht ein Problem behoben (BackitUp) und dafür ein neues aufgerissen (RFlink). Ehrlich gesagt weiß ich noch nicht wie ich das jetzt beheben soll, denn über den RFlinker Loader komme ich ganz normal via USB2Com Port Adapter an RFlink ran. Leider funktioniert der Adapter in ioB nicht mehr, weil er keinen Com (seriell) Port mehr findet.

Ansonsten bin ich nun auf diesem Versionsstand:

Platform: Windows
Architecture: ia32
CPUs: 2
Speed: 3325 MHz
Model: Intel(R) Core(TM)2 Duo CPU E8600 @ 3.33GHz
RAM: 3.4 GB
System uptime: 00:09:57
Node.js: v10.16.0
adapters count: 245
Disk size: 209.1 GiB
Disk free: 173.4 GiB
NPM: v6.9.0
Uptime: 00:09:50
Active instances: 25

KOMMANDO ZURÜCK - habe gerade gesehen, das es eine 2.0 von rflink gibt, welche für Node 10.xxx gemacht ist. Versionsstand hochgezogen und rflink läuft wieder. Somit alles upgedatet und wieder lauffähig. Jetzt bin ich auf das nächste Vollständige Backup von BackitUp gespannt ;)

[JB_Sullivan]

Noch eine kurze andere Frage: Kannst du mir sagen, welches VIS Widget ich nehmen muss um das history - html aus dem BackitUp als Tabelle zu visualisieren? Vielen Dank.

[sigi234]

@JB_Sullivan sagte in BackitUp - Eigenleben unter Win10:

Noch eine kurze andere Frage: Kannst du mir sagen, welches VIS Widget ich nehmen muss um das history - html aus dem BackitUp als Tabelle zu visualisieren? Vielen Dank.

Basic - Html

{backitup.0.history.html}

und diesen Code unter CCS eintragen:

.html{
       display:block;
       width:100%;
   /*    overflow-y:scroll; */
   }
   .backup-type-minimal
       {
           float:left;
           color:white;
           font-size:20px;
       }
   .backup-type-total
       {
           float:left;
           color:yellow;
           font-size:20px;
       }
   .backup-type-ccu
       {
           float:left;
           color:red;
           font-size:20px;
    }

[JB_Sullivan]

@sigi234 sagte in BackitUp - Eigenleben unter Win10:

.html{ display:block; width:100%; /* overflow-y:scroll; */ } .backup-type-minimal { float:left; color:white; font-size:20px; } .backup-type-total { float:left; color:yellow; font-size:20px; }

merci beaucoup ;)

[simatec]

@JB_Sullivan
Bitte berichte hier mal, ob das Update von node und npm zum Erfolg führte.
Ich denke mich erinnern zu können, dass User Probleme mit node 8.13 hatten

[JB_Sullivan]

Hallo Simatec - so heute war es dann soweit, der erste automatisierte Backuprozess seit dem Hochrüsten der NPM und Node Version ist ausgeführt worden - oder soll ich besser sagen ist wieder hängen geblieben.

Es hat sich leider nichts gegenüber den alten Versionen geändert. Nach dem Full Backup ist ioB wieder genauso eingefroren wie früher und es half nur ein vollständiger Windows Neustart.

In dem LOG File sieht man das um 03:00:10.017 offensichtlich der Backup Prozess gestartet wurde.

Danach gab es aber jede Menge Restart Einträge der anderen Adapter. Dieses wird, wie schon letztes mal geschrieben, so lange fortgesetzt, bis der Rechner neu gestartet wurde. Die ersten Restart Einträge kommen nahezu sofort. Da kann das vollständige Backup noch gar nicht abgeschlossen sein.

Trotzdem wurde im Hintergrund eine vollständige Backup Datei erzeugt.

2019-06-25 03:00:00.002  - info: host.iobroker instance system.adapter.dwd.0 started with pid 4960
2019-06-25 03:00:00.017  - info: host.iobroker instance system.adapter.daswetter.0 started with pid 8984
2019-06-25 03:00:00.782  - info: dwd.0 starting. Version 2.4.3 in C:/ioBroker/node_modules/iobroker.dwd, node: v10.16.0
2019-06-25 03:00:00.861  - info: daswetter.0 starting. Version 2.8.0 in C:/ioBroker/node_modules/iobroker.daswetter, node: v10.16.0
2019-06-25 03:00:01.299  - info: daswetter.0 got wrong data structure! trying to repair...
2019-06-25 03:00:01.924  - info: host.iobroker instance system.adapter.dwd.0 terminated with code 0 (OK)
2019-06-25 03:00:10.017  - debug: backitup.0 [total] exec: done
2019-06-25 03:00:10.486  - error: host.iobroker instance system.adapter.admin.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.486  - debug: innogy-smarthome.0 system.adapter.admin.0: logging false
2019-06-25 03:00:10.486  - debug: backitup.0 system.adapter.admin.0: logging false
2019-06-25 03:00:10.486  - debug: sourceanalytix.0 system.adapter.admin.0: logging false
2019-06-25 03:00:10.486  - info: host.iobroker Restart adapter system.adapter.admin.0 because enabled
2019-06-25 03:00:10.549  - error: host.iobroker instance system.adapter.discovery.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.549  - info: host.iobroker Restart adapter system.adapter.discovery.0 because enabled
2019-06-25 03:00:10.595  - error: host.iobroker instance system.adapter.tr-064.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.595  - info: host.iobroker Restart adapter system.adapter.tr-064.0 because enabled
2019-06-25 03:00:10.642  - error: host.iobroker instance system.adapter.web.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.642  - info: host.iobroker Restart adapter system.adapter.web.0 because enabled
2019-06-25 03:00:10.705  - error: host.iobroker instance system.adapter.sonoff.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.705  - info: host.iobroker Restart adapter system.adapter.sonoff.0 because enabled
2019-06-25 03:00:10.783  - error: host.iobroker instance system.adapter.cloud.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.783  - info: host.iobroker Restart adapter system.adapter.cloud.0 because enabled
2019-06-25 03:00:10.861  - error: host.iobroker instance system.adapter.innogy-smarthome.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.861  - info: host.iobroker Restart adapter system.adapter.innogy-smarthome.0 because enabled
2019-06-25 03:00:10.924  - error: host.iobroker instance system.adapter.fritzbox.0 terminated with code 4294967295 ()
2019-06-25 03:00:10.924  - info: host.iobroker Restart adapter system.adapter.fritzbox.0 because enabled
2019-06-25 03:00:11.002  - error: host.iobroker instance system.adapter.fritzdect.0 terminated with code 4294967295 ()
2019-06-25 03:00:11.002  - info: host.iobroker Restart adapter system.adapter.fritzdect.0 because enabled
2019-06-25 03:00:11.049  - error: host.iobroker instance system.adapter.mihome-vacuum.0 terminated with code 4294967295 ()
2019-06-25 03:00:11.049  - info: host.iobroker Restart adapter system.adapter.mihome-vacuum.0 because enabled
2019-06-25 03:00:11.095  - error: host.iobroker instance system.adapter.socketio.0 terminated with code 4294967295 ()
2019-06-25 03:00:11.095  - info: host.iobroker Restart adapter system.adapter.socketio.0 because enabled
2019-06-25 03:00:11.142  - error: host.iobroker instance system.adapter.tankerkoenig.0 terminated with code 4294967295 ()
2019-06-25 03:00:11.142  - info: host.iobroker Restart adapter system.adapter.tankerkoenig.0 because enabled
2019-06-25 03:00:27.033  - info: host.iobroker instance system.adapter.daswetter.0 terminated with code 11 (Desired termination)
2019-06-25 03:00:40.502  - info: host.iobroker instance system.adapter.admin.0 started with pid 9564
2019-06-25 03:00:40.502  - debug: backitup.0 system.adapter.admin.0: logging false
2019-06-25 03:00:40.502  - error: host.iobroker instance system.adapter.admin.0 terminated with code 3221225794 ()
2019-06-25 03:00:40.502  - info: host.iobroker Restart adapter system.adapter.admin.0 because enabled
2019-06-25 03:00:40.501  - debug: sourceanalytix.0 system.adapter.admin.0: logging false
2019-06-25 03:00:40.564  - info: host.iobroker instance system.adapter.discovery.0 started with pid 408
2019-06-25 03:00:40.564  - error: host.iobroker instance system.adapter.discovery.0 terminated with code 3221225794 ()

[simatec]

@JB_Sullivan
Danke für die Info. Ich werde mich mit den iobroker Windows Spezi zu deinem Problem verständigen

[Stabilostick]

Ich schlage testhalber die Installation von ioBroker mit dem neuen Installer vor:

https://forum.iobroker.net/post/266623

Dabei zuerst den alten iobroker-Dienst stoppen. Die neue Installation ausführen (einfacher Modus). Den neuen iobroker-Dienst stoppen. Danach den Ordner iobroker-data im neuen Verzeichnis umbenennen und den alten Ordner aus der bestehenden Installation rein kopieren. Den neuen Dienst starten und warten (das kann dauern, aber der Admin läuft schon) bis die Installation sich selbst vervollständigt.

Wenn was nicht geht, dann ist die alte Installation noch unverändert da und man kann zurückspringen.