NEWS
Test Installer ioBroker Windows v1.5.14.x
-
- tr064-community -> Ja, GitHub. Einfach noch einmal von dort installieren.
- Logfile -> Das ist erst mal fast leer in der neuen Instanz. Da sollte was kommen.
- Web-Adapter: Bitte das ioBroker-Logfile
-
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Zu Deiner objects.json...
Ist die, die Du mir gesendet hast, wirklich die vom zweiten Screenshot? Ich habe da ein Ergebnis bekommen: M.../Smarthome
... statt der Fehlermeldung.
Aha, du willst die von Original?
-
Ja, die Quelle. Was war das, was Du mir gesendet hast?
-
- Im Logfile des Installers wird der web Adapter nicht erwähnt
- Die ioBroker Log-Anzeige war schon recht voll. Da konnte man auch einiges Mitverfolgen. Aber jetzt ist sie leer, obwohl die Log-Auswahl in der linken Menueleiste immer wieder rot wird
- tr064-community konnte nicht hochgeladen werden
Vielleicht sollte ich die Instanz mak anhalten und wieder neu starten?
-
@Stabilostick sagte in [Aufruf] ioBroker für Windows, Version 1.5.14:
Was war das, was Du mir gesendet hast?
Die vor kurzen mit deinen Installer installierte Version.........
[MOD, Stabilostick, 24.08.2019, objects-Datei auf Wunsch von sigi234 entfernt.]
-
Hat er denn wirklich schon alle Adapter nachinstalliert? Das kann durchaus je nach Anzahl auch eine Stunde oder länger dauern. Du kannst wenn Du neugierig bist, die Logdatei auch direkt im Log-Ordner im Instanzverzeichnis öffnen, falls der Admin streikt.
-
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