NEWS
Test Installer ioBroker Windows v1.5.14.x
-
Ja, da konnte ich zuschauen. Habe nicht gar zu viele Adapter und einen angemessenene Rechner, i5, 8GB, SSD.
Log ist im firefox weiter stumm, geht aber im Chrome2019-08-24 22:42:00.602 error Cannot download adapter "web@2.4.2". To restart it disable/enable it or restart host.
Cannot download adapter "tr-064-community@1.0.0". To restart it disable/enable it or restart host
UND
- vis geht nicht
- Flot Charts gehen nicht
Also das, was auf 8082 antworten sollte. Edit: Klar, die brauchen den web.0
-
Juhu, ich habe den gleichen Fehler wie Du! Da kann ich darauf aufsetzen.
Wenn ich das richtig verstehe, hast Du zwei Instanzen und zwei Vorgänge:
- eine 2 Jahre alte, die Du migrieren wolltest -> der Fehler mit der objects-Datei.
- eine mit einer alten Version meines Installer aufgesetzte (M../Smarthome), die Du löschen wolltest -> Pwershell-Fehler
Ist das korrekt?
-
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Juhu, ich habe den gleichen Fehler wie Du! Da kann ich darauf aufsetzen.
Wenn ich das richtig verstehe, hast Du zwei Instanzen und zwei Vorgänge:
- eine 2 Jahre alte, die Du migrieren wolltest -> der Fehler mit der objects-Datei.
- eine mit einer alten Version meines Installer aufgesetzte (M../Smarthome), die Du löschen wolltest -> Pwershell-Fehler
Ist das korrekt?
Ja
Ja -
@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
web@2.4.2
ioBroker versucht unabhängig vom Setup, exakt die gleiche Version des web-Adapters nachzuinstallieren, die vorher installiert war.
Wenn ich das auf Kommandozeile ausführe, bekomme ich:
C:\Program Files\iobroker\SmartHome44>npm i iobroker.web@2.4.2 npm ERR! code ETARGET npm ERR! notarget No matching version found for iobroker.web@2.4.2 npm ERR! notarget In most cases you or one of your dependencies are requesting npm ERR! notarget a package version that doesn't exist.
Kannst Du über den Admin ein Update des Web-Adapters machen?
-
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Kannst Du über den Admin ein Update des Web-Adapters machen?
Das hatte ich versucht. Dann hat er ewig gesucht und nichts gefunden. Habe jetzt mal ioBroker restartet. Bringt aber auch nichts. Werde die Instanzen von Web und tr04 mal löschen und neu installieren.
-
Nicht nur die Instanzen. Die Adapter selbst auch.
Version 2.4.1 ist beim web-Adapter aktuell im stable-Zweig.
-
@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Kannst Du über den Admin ein Update des Web-Adapters machen?
Das hatte ich versucht. Dann hat er ewig gesucht und nichts gefunden. Habe jetzt mal ioBroker restartet. Bringt aber auch nichts. Werde die Instanzen von Web und tr04 mal löschen und neu installieren.
Ich habe 2.4.1
Changelog ist vom Datum her komisch......Changelog 2.4.4 (2019-06-27) (bluefox) Fixed issue with socket.io.js not found 2.4.3 (2019-01-14) (SchumyHao) Add Chinese support 2.4.2 (2018-08-04) (bluefox) Fixed error with the access by the version 2.4.1 (2018-07-21) (bluefox) The support of the versioned links to adapter was added (bluefox) WhiteList was corrected (bluefox) Custom login background is supported
-
@Stabilostick web läuft jetzt wieder und damit auch flot und vis. Habe die Instanz gelöscht und eine neue angelegt. Das hat gereicht.
-
Aha, danke, again what learned.
-
Habe im Log noch
iobroker 2019-08-24 23:23:28.031 error Cannot parse null/io-package.json:Error: ENOENT: no such file or directory, open 'null/io-package.json' iobroker 2019-08-24 23:23:28.012 error host.DESKTOP-0UPK22M(ioBrMain2) Adapter directory "null" does not exists
Was es alles gibt.
-
Das hat mit der GitHub-Installation des tr64-Adapters zu tun. Da findet er die Quellversion des Adapters nicht. Deswegen "NULL". Sollte jetzt nach Deiner Neuinstallation nicht mehr passieren.
Das besondere bei dem gewählten Vorgehen ist, dass Du jetzt wirklich alle node_modules neu und ohne Altlasten hast. Auch die Binaries sind neu kompiliert. Alle (versteckten) Fehler sind weg und die Installation ist komplett aufgefrischt.
-
@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
web läuft jetzt wieder
Das kann ich leider im Setup nicht automatisieren. Nicht mehr auf npm befindliche Adapterversionen und manuelle Quellen müssen manuell im Nachgang korrigiert werden. Kannst Du den schnellsten Weg mit dem was Du gemacht hast für andere kurz hier dokumentieren?
-
Habe die tr-064 community Instanz gelöscht. Leider wurden dadurch auch alle Objekte gelöscht, was prinzipiell ärgerlich ist. In meinem speziellen Fall jetzt nicht so sehr, weil ich den erst heute Mittag eingerichtet habe und ohnehin noch im Testbetrieb laufe.
Habe dann den Adapter neu hochgeladen und die Instanz angelegt und wieder neu bedatet. Jetzt scheint alles zu laufen und es kehrt Ruhe ein.
Daß der tr-064 aus github rumzickt ist klar.
Warum der web Probleme machte ist unverständlich. Hat aber wohl nichts mit dem Installer zu tun. Der hat funktioniert.Mein Fazit (bisher):
- Hat alles funktioniert, die Instanz wurde richtig übertragen. Vielen Dank, Thomas für die Mühe und die prima Arbeit! So kann man sein Windows-ioBroker System mit einem geringen Aufwand und (hoffentlich) risikoarm aktuell halten
- Daß man die bisherige Instanz aufgeben muß und dafür eine neue bekommt hat mich verunsichert. Die Mehrarbeit hält sich in Grenzen, aber durch die Pfadänderung kann noch was nachkommen, was man vergessen hat. Generell würde ich (in Unkenntnis er Machbarkeit) bevorzugen, wenn der Pfad der aktuellen Installation umbenannt würde und die neue Installation unter dem bisherigen Namen installiert würde
- Habe auch 3 Anläufe gebraucht, bis ich das richtige Quellverzeichnis eingegeben hatte
- Fehler 1: Nur das ioBroker Verzeichnis angegeben C:/programme/ioBroker. Denn darin gab es bisher nur eine Instanz
- Fehler 2: Nur das Instanzenverzeichnis angeben, nicht das iobroker-data-Verzeichnis
Hier hätte es in meinem Fall ausgereicht, den Programmpfad anzugeben. Da da mittlerweile (oder noch) 2 Instanzen drin sind, würde die Benennung der Instanz ausreichen. Für Migration von Linux mag das anders sein.
-
Ok, Problem gefunden. Du hast zu viele Adapter.
Über 20.000 mal in der Objects-DB das Wort "common"... Tsss...
FYI: Der neue Filter, der jetzt funktioniert und in Version 1.5.14.b eingebaut wird:
-r ". | with_entries(select(.key|contains(\"system.host.\"))) | .[].common.hostname | select(.==null|not)" objects.json
-
- Der alte ioBroker-Dienst müsste noch da sein, jedoch mit Merkmal "deaktiviert". Ist das so korrekt?
- Im Windows Defender müsste jetzt für das Verzeichnis der Instanz eine Ausnahme da sein. Ok?
Klappt nach einem Reload der Webseite/von Firefox wieder das Log?
-
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Das kann ich leider im Setup nicht automatisieren. Nicht mehr auf npm befindliche Adapterversionen und manuelle Quellen müssen manuell im Nachgang korrigiert werden. Kannst Du den schnellsten Weg mit dem was Du gemacht hast für andere kurz hier dokumentieren?Ja, für den tr-064 verstehen ich das. Aber der web war der aktuelle und er war in der Adapteransicht zu sehen. Da habe ich schon lange nichts mehr aktualisiert. Wie oben gesagt, sehe ich das als ioBroker Thema und nicht als Installer-Thema
Generelles Vorgehen
- Mit einem ordentlichen Windows-Rechner ist man für solche Updates gut aufgestellt, weil der i.A. genügend Power hat und sich die Wartezeiten in Grenzen halten.
- Nach der Installation bzw. dem Update den Status der Instanzen beobachten. Die werden nach und nach grün
- Wird eine Instanz nicht grün, dann das Logfile runterladen und den Grund suchen
- Ist der Grund "der Adapter konnte nicht geladen werden":
- Fall 1: Der Adapter ist in der Adapteransicht zu sehen:
** Versuch 1: Adapteransicht und den Upoadpfeil (^) drücken
** Versuch 2, falls 1 scheitert: Instanz löschen, was allerdings auch den Verlust der Konfigurationsdaten und der Objekte bedeuten kann. Anschließend die Instanz neu anlegen und neu bedaten - Fall 2: Der Adapter ist in der Adapteransicht nicht zu sehen:
** Wahrscheinlich wurde der Adapter direkt von github oder von Dritten installiert. => Instanz löschen, was allerdings auch den Verlust der Konfigurationsdaten und der Objekte bedeuten kann. Dann den Adapter Unter Verwendung des github-Symbols hochladen. Anschließend die Instanz neu anlegen und neu bedaten
- Fall 1: Der Adapter ist in der Adapteransicht zu sehen:
-
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
- Der alte ioBroker-Dienst müsste noch da sein, jedoch mit Merkmal "deaktiviert". Ist das so korrekt?
Woran erkenne ich den deaktiviert-Status? Im Webinterface wird bei der Angabe des Hosts und im Info-Adapter nur die neue Instanz benannt. Die alte Instanz sehe ich gar nicht - zumindest nicht auf den ersten Blick
Auf dem Host selbst sehe ich in der Eingabeaufforderung (Eingabe ioBroker in das Suchfeld unten) beide Instanzen, kann aber keinen unterschiedlichen Status erkennen. Auch nicht wenn ich die DOS-Boxen starte.@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
- Im Windows Defender müsste jetzt für das Verzeichnis der Instanz eine Ausnahme da sein. Ok?
Der Defender hat Ausnahmen für beide Instanzen
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Klappt nach einem Reload der Webseite/von Firefox wieder das Log?
Das war sehr seltam. Firefox wollte irgendwann mal nicht mehr wirklich das Log anzeigen. Dann habe ich das mit Chrome gemacht, was sofort funktioniert hat. Als ich dann wieder zum Firefox umgeschaltet habe, konnte der das Log auch wieder anzeigen. Es gibt im Zusammenhang mit ioBroker einiges, was der Chrome besser kann als der FF. Z.B. 40 Flot-Charts als Bundle anzeigen
-
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Ok, Problem gefunden. Du hast zu viele Adapter.
Über 20.000 mal in der Objects-DB das Wort "common"... Tsss...Ja, ich weis.............der Ordner ist 16 GB groß..............
-
@klassisch sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
- Der alte ioBroker-Dienst müsste noch da sein, jedoch mit Merkmal "deaktiviert". Ist das so korrekt?
Woran erkenne ich den deaktiviert-Status?
Das sieht man in der Dienststeuerung von Windows. Eventuell im Task-Manager unter Dienste in der erweiterten Ansicht.
Die Einstellungen der alten Instanz habe ich bei der Migration nicht angerührt. Deshalb ist auch die Konfig in der Firewall usw. noch da. Einfach damit man schnell zurückspringen kann.
Wenn man das und weiteres endgültig entfernen möchte, dann über den Installer die alte Instanz löschen.
-
Ich wusste Doch, mit euch testen macht Spaß. Dafür ein herzliches „Danke!“.