NEWS
js-controller 3.3 jetzt im Beta
-
Hallo alle
Ich hatte alle Syno Adapter nochmal weggeschmissen und einen neu installiert. Auch nicht sichtbar.
Heute morgen war der dann komischerweise auf einmal wieder sichtbar. Danach habe ich eine zweite Instanz installiert und die war sofort sichtbar.
Ich habe aber trotzdem sicherheitshalber wie vorgeschlagen ein iob upload all gemacht.Zu den beiden Synology: Beide Diskstations haben eine unterschiedliche IP aber den gleichen Port. Die Webinterfaces funktionieren auf jeden Fall beide mit Port 5000.
Die Instanz0 habe ich nun grün bekommen in dem ich HTTP abgehakt habe. Das hab ich auch bei der Instanz 1 so eingestellt. Nur die bleibt gelb mit Ausrufezeichen.selbst wenn du unterschiedliche IPs hast.
Warum komme ich auf die Gleiche selbst wenn die unterschiedliche IPs haben? In jeder Syno-Instanz habe ich die jeweiige IP der Diskstation hinterlegt; beide Port 5000. Und das funktioniert nicht? Warum?
Auf jeden Fall geht es auch nicht mit anderen Ports. Hab mal 4000 und 4001 auf der zweit Diskstation und der Instanz1 ausprobiert. Die Meldung ist die Gleiche.
Die Instanz1 beschwert sich beim user "ralf", dass der nicht in der Admin Gruppe sei, obwohl er das ist:
2022-02-14 03:11:44.385 debug Error: Reconnection after 10s synology.1 2022-02-14 03:11:44.384 debug *** ERROR : src: sendPolling syno[dsm][getPollingData] To use the adapter, the user must be in the Administrators group! Also check the username and password in the adapter settings. Please try to enter the password again! code: 400 message: No such account or incorrect password synology.1 2022-02-14 03:11:44.383 debug * No response, read next. synology.1 2022-02-14 03:11:44.247 debug * Get info from (firstPoll) api: DSM method: getPollingData params: {} synology.1 2022-02-14 03:11:44.247 debug * sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}Aber ich schätze dafür sollte ich einen anderen Thread aufmachen. Das hat ja mit dem Update des JsControllers hoffentlich nichts zu tun.
Mich würde noch interessieren ob ich diese sharp/libvips updaten muss und wenn ja wie.
@apollon77 welche Ausgabe meintest Du? Ich hatte ja die iobroker list instances | grep syno gemacht damit nicht so viel kommt.
"iob fix" werd ich noch machen. Es läuft grad immer noch der "iob upload all".Einen Bug meine ich noch gefunden zu haben:
Ich hatte im Protokoll füher mal den Begriff "Schlafzimmer" als Filter eingegeben. Das bekomme ich nun nicht mehr aus dem Filter raus. Ich kann es zwar mit dem X Button löschen, aber sobald ich auf eine andere Anzeige wechsle (z.B. Instanzen) und dann wieder in's Protokoll gehe, steht wieder "Schlafzimmer" im Filter.
Man muss das Wort mit Baclspace löschen und mit Return bestätigen nur dann fliegt es wirklich raus.Gruss Ralf
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Zu den beiden Synology: Beide Diskstations haben eine unterschiedliche IP aber den gleichen Port. Die Webinterfaces funktionieren auf jeden Fall beide mit Port 5000.
ich kann nur aus meiner erfahrung sagen, das glaub ich dir nicht. außer, du öffnest immer nur eine GUI im browser. wenn du beide oberflächen in 2 tabs aufrufst, wirst du ein problem haben. 5000 ist der HTTP, 5001 der HTTPS port. du kannst nicht 2x mit dem selben port auf 2 geräte zugreifen. darum kann sich deine instanz .1 nicht verbinden.
die 4000/1 ist nur ein beispiel wie ich die beiden eingestellt hab. du kannst da auch 6000/1 verwenden. über 8000/1 wird z.b. mein synology-router angesprochen.
eine verschiebung in einen eigenen tread wäre da sicher angebracht...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Zu den beiden Synology: Beide Diskstations haben eine unterschiedliche IP aber den gleichen Port. Die Webinterfaces funktionieren auf jeden Fall beide mit Port 5000.
ich kann nur aus meiner erfahrung sagen, das glaub ich dir nicht. außer, du öffnest immer nur eine GUI im browser. wenn du beide oberflächen in 2 tabs aufrufst, wirst du ein problem haben. 5000 ist der HTTP, 5001 der HTTPS port. du kannst nicht 2x mit dem selben port auf 2 geräte zugreifen. darum kann sich deine instanz .1 nicht verbinden.
die 4000/1 ist nur ein beispiel wie ich die beiden eingestellt hab. du kannst da auch 6000/1 verwenden. über 8000/1 wird z.b. mein synology-router angesprochen.
eine verschiebung in einen eigenen tread wäre da sicher angebracht...@da_woody sagte in js-controller 3.3 jetzt im Beta:
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Zu den beiden Synology: Beide Diskstations haben eine unterschiedliche IP aber den gleichen Port. Die Webinterfaces funktionieren auf jeden Fall beide mit Port 5000.
ich kann nur aus meiner erfahrung sagen, das glaub ich dir nicht. außer, du öffnest immer nur eine GUI im browser.
Ich kann bestätigen, dass das genauso funktioniert. http://192.168.1.49:5000/ und http://192.168.1.51:5000/ beide als Favoriten in der Lesezeichenleiste. Um im Parallelbetrieb eine Unterscheidung zu haben und auf den 1. Blick zu sehen auf welcher Syno ich mich gerade befinde, habe ich jeweils die Hintergrundbilder unter den persönlichen Einstellungen (Desktop) angepasst .
Markus
Bitte beachten:
Hinweise für gute Forenbeiträge
Maßnahmen zum Schutz des Forums -
@da_woody sagte in js-controller 3.3 jetzt im Beta:
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Zu den beiden Synology: Beide Diskstations haben eine unterschiedliche IP aber den gleichen Port. Die Webinterfaces funktionieren auf jeden Fall beide mit Port 5000.
ich kann nur aus meiner erfahrung sagen, das glaub ich dir nicht. außer, du öffnest immer nur eine GUI im browser.
Ich kann bestätigen, dass das genauso funktioniert. http://192.168.1.49:5000/ und http://192.168.1.51:5000/ beide als Favoriten in der Lesezeichenleiste. Um im Parallelbetrieb eine Unterscheidung zu haben und auf den 1. Blick zu sehen auf welcher Syno ich mich gerade befinde, habe ich jeweils die Hintergrundbilder unter den persönlichen Einstellungen (Desktop) angepasst .
-
-
@derrapf
Ich habe nun aber noch ein viel schlimmeres Problem:
Die Scripte sind weg. Das hatte ich schon mal. Ich glaube da waren sie nur ausgeblendet, weiss es aber nicht mehr genau. Kann sein, dass ich die damals auch wieder aus einem Backup importiert habe.
Ich habe unten mit diesen Filterbuttons rumgespielt, aber es wird kein Script mehr angezeigt.
Die können doch nicht einfach durch ein JsController Update einfach verschwinden.Backitup hat eine javascripts_2022_02_10-02_41_06_backupiobroker.tar.gz Datei angelegt (auf dem NAS, über CIFS)
Wenn ich die nun restaurieren will kommt
Immerhin hat er diesen Tempfolder noch auf dem NAS angelegt:pi@rock64:/mnt/nas/backit_up/iobroker$ ls iobroker_2022_02_10-02_40_21_backupiobroker.tar.gz javascripts_2022_02_11-02_41_05_backupiobroker.tar.gz iobroker_2022_02_11-02_40_20_backupiobroker.tar.gz javascripts_2022_02_12-02_41_05_backupiobroker.tar.gz iobroker_2022_02_12-02_40_21_backupiobroker.tar.gz javascripts_2022_02_13-02_41_27_backupiobroker.tar.gz iobroker_2022_02_13-02_40_21_backupiobroker.tar.gz javascripts_2022_02_14-02_41_54_backupiobroker.tar.gz iobroker_2022_02_14-02_40_21_backupiobroker.tar.gz tmpScripts javascripts_2022_02_10-02_41_06_backupiobroker.tar.gzund ebenso hier
pi@rock64:/opt/iobroker/backups$ ls iobroker_2022_02_10-02_40_21_backupiobroker.tar.gz javascripts_2022_02_11-02_41_05_backupiobroker.tar.gz iobroker_2022_02_11-02_40_20_backupiobroker.tar.gz javascripts_2022_02_12-02_41_05_backupiobroker.tar.gz iobroker_2022_02_12-02_40_21_backupiobroker.tar.gz javascripts_2022_02_13-02_41_27_backupiobroker.tar.gz iobroker_2022_02_13-02_40_21_backupiobroker.tar.gz javascripts_2022_02_14-02_41_54_backupiobroker.tar.gz iobroker_2022_02_14-02_40_21_backupiobroker.tar.gz tmpScripts javascripts_2022_02_10-02_41_06_backupiobroker.tar.gzGruss Ralf
-
@derrapf Ich habe jetzt mal aus der JSON Datei alle Scripte mit der Hand am Arm wieder neu angelegt.
Die Java Script Instanz war wie vorher die Synology Instanz disabled und nicht sichtbar.
Ich konnte sie mit iob start javascript.0 starten.
Bin mal gespannt was noch alles auf der Strecke geblieben ist. So stelle ich mir ein Update leider nicht vor.
Ich hoffe das war's jetzt.Gruss Ralf
-
@derrapf Ich habe jetzt mal aus der JSON Datei alle Scripte mit der Hand am Arm wieder neu angelegt.
Die Java Script Instanz war wie vorher die Synology Instanz disabled und nicht sichtbar.
Ich konnte sie mit iob start javascript.0 starten.
Bin mal gespannt was noch alles auf der Strecke geblieben ist. So stelle ich mir ein Update leider nicht vor.
Ich hoffe das war's jetzt.Gruss Ralf
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Bin mal gespannt was noch alles auf der Strecke geblieben ist. So stelle ich mir ein Update leider nicht vor.
Also das ist total unüblich für solche Updates!! Das hab ich an sich noch nie erlebt, es also auf das Update an sich zu schieben was tausendfach ohne solche Probleme funktioniert ist fragwürdig :-)
-
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Bin mal gespannt was noch alles auf der Strecke geblieben ist. So stelle ich mir ein Update leider nicht vor.
Also das ist total unüblich für solche Updates!! Das hab ich an sich noch nie erlebt, es also auf das Update an sich zu schieben was tausendfach ohne solche Probleme funktioniert ist fragwürdig :-)
@apollon77 Hier ist js-controller 4.0.10 absolut unauffaellig auf multihost:
lxc debian 10, node 14, npm 6
und 3x auf lxc debian 11, node 16, npm 8,
auf armv6 (raspi-zero) debian 10, node 14, npm 6,
auf armv7 debian 11, node 14, npm 6.Es sind insgesamt 61 Adapter auf 6 Hosts aufgeteilt im Einsatz.
Datenbank redis/redis ( die schaufelt sich bei mir tot, aber das ist ein anderes topic..hab mal ausgemistet, nur noch ca. 60000 States..) -
@derrapf Ich habe jetzt mal aus der JSON Datei alle Scripte mit der Hand am Arm wieder neu angelegt.
Die Java Script Instanz war wie vorher die Synology Instanz disabled und nicht sichtbar.
Ich konnte sie mit iob start javascript.0 starten.
Bin mal gespannt was noch alles auf der Strecke geblieben ist. So stelle ich mir ein Update leider nicht vor.
Ich hoffe das war's jetzt.Gruss Ralf
@derrapf ich kann dir nur empfehlen, vor jedem Update die wichtigen Daten zu sichern, das sind 3 Mausklicks..
1x Scripte - alle scripte exportieren
1x iob backup
1x snapshot systemfertich.. fuckt irgendwas ab, kannste wenn du keine Zeit hast, mit dem Snapshot zurueck,..
Aufm Raspi clone ich mir halt die SD, dauert aber sicher ist sicher..und wie heisst es so schoen: kommt der Sysop mit nem Grinsen, war das letzte Backup hoffentlich nicht fuer die Binsen.. !
Und das Leitmotto: Backup ist toll!! Wenn das Restore funktioniert, isses noch besser!
Ich weiss, viele Sprueche, aber lern draus.. musst ich auch..
-
@apollon77 Hier ist js-controller 4.0.10 absolut unauffaellig auf multihost:
lxc debian 10, node 14, npm 6
und 3x auf lxc debian 11, node 16, npm 8,
auf armv6 (raspi-zero) debian 10, node 14, npm 6,
auf armv7 debian 11, node 14, npm 6.Es sind insgesamt 61 Adapter auf 6 Hosts aufgeteilt im Einsatz.
Datenbank redis/redis ( die schaufelt sich bei mir tot, aber das ist ein anderes topic..hab mal ausgemistet, nur noch ca. 60000 States..) -
@apollon77 Hier ist js-controller 4.0.10 absolut unauffaellig auf multihost:
lxc debian 10, node 14, npm 6
und 3x auf lxc debian 11, node 16, npm 8,
auf armv6 (raspi-zero) debian 10, node 14, npm 6,
auf armv7 debian 11, node 14, npm 6.Es sind insgesamt 61 Adapter auf 6 Hosts aufgeteilt im Einsatz.
Datenbank redis/redis ( die schaufelt sich bei mir tot, aber das ist ein anderes topic..hab mal ausgemistet, nur noch ca. 60000 States..) -
@ilovegym sagte in js-controller 3.3 jetzt im Beta:
Datenbank redis/redis ( die schaufelt sich bei mir tot, aber das ist ein anderes topic..hab mal ausgemistet, nur noch ca. 60000 States..)
Was meinst Du ? mit "schaufet sich tod"?
@apollon77 redis ist bei mir auf dem iobroker Host mit installiert, und verbraet jede Menge CPU.. das muss ich mal genauer investigieren und am besten auf einen externen Host umziehen.
-
@apollon77 redis ist bei mir auf dem iobroker Host mit installiert, und verbraet jede Menge CPU.. das muss ich mal genauer investigieren und am besten auf einen externen Host umziehen.
@ilovegym Am besten mal in nem eigenen Thread dazu reden. Interessant: Wie groß ist die Redis DB, Was ist als Persistenz aktiviert, wieviel Daten Durchsatz hast Du so in deinem System (Instanz Seite im expertenmodus wird da pro adapter angezeigt)
-
@derrapf ich kann dir nur empfehlen, vor jedem Update die wichtigen Daten zu sichern, das sind 3 Mausklicks..
1x Scripte - alle scripte exportieren
1x iob backup
1x snapshot systemfertich.. fuckt irgendwas ab, kannste wenn du keine Zeit hast, mit dem Snapshot zurueck,..
Aufm Raspi clone ich mir halt die SD, dauert aber sicher ist sicher..und wie heisst es so schoen: kommt der Sysop mit nem Grinsen, war das letzte Backup hoffentlich nicht fuer die Binsen.. !
Und das Leitmotto: Backup ist toll!! Wenn das Restore funktioniert, isses noch besser!
Ich weiss, viele Sprueche, aber lern draus.. musst ich auch..
-
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Bin mal gespannt was noch alles auf der Strecke geblieben ist. So stelle ich mir ein Update leider nicht vor.
Also das ist total unüblich für solche Updates!! Das hab ich an sich noch nie erlebt, es also auf das Update an sich zu schieben was tausendfach ohne solche Probleme funktioniert ist fragwürdig :-)
@apollon77
Mich würde ja auch gerne interessieren was bei mir anders ist.
Ich befürchte dass es an dem libvis ist das vielleicht zu alt ist und ich das nicht upgedatet bekomme.
Denn gestern war wieder der Java Script Adapter nicht mehr unter den Instanzen zu sehen, nachdem ich den Rock resetten musste weil er nicht mehr über Putty erreichbar war.
Er ist zwar angeblich installiert, aber nicht mehr zu sehen.
Wenn man ihn deinstalliert bekommt man diese Meldungpi@rock64:/opt/iobroker$ iobroker del javascript Delete adapter "javascript" host.rock64 Counted 1 meta of javascript host.rock64 Counted 1 adapter for javascript host.rock64 file javascript.admin deleted host.rock64 object javascript deleted host.rock64 object javascript.admin deleted host.rock64 Deleting 2 object(s). npm uninstall iobroker.javascript --loglevel error --prefix "/opt/iobroker" (System call) sharp: Installation error: Use with glibc 2.28 requires manual installation of libvips >= 8.10.6 In file included from ../src/common.cc:24: /usr/local/include/vips/vips8:35:10: fatal error: glib-object.h: Datei oder Verzeichnis nicht gefunden #include <glib-object.h> ^~~~~~~~~~~~~~~ compilation terminated. make: *** [sharp.target.mk:139: Release/obj.target/sharp/src/common.o] Fehler 1 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23) gyp ERR! stack at ChildProcess.emit (events.js:314:20) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12) gyp ERR! System Linux 5.10.63-rockchip64 gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/iobroker.iot/node_modules/sharp gyp ERR! node -v v12.22.6 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not okAlso denke ich, ich habe weiterhin das Problem mit dem zu alten vips bzw. sharp
pi@rock64:/opt/iobroker$ apt policy libvips42 libvips-dev libvips42: Installiert: 8.7.4-1+deb10u1 Installationskandidat: 8.7.4-1+deb10u1 Versionstabelle: *** 8.7.4-1+deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/status libvips-dev: Installiert: 8.7.4-1+deb10u1 Installationskandidat: 8.7.4-1+deb10u1 Versionstabelle: *** 8.7.4-1+deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/statusGibt es eine Möglichkeit die JS ScriptEngine wieder sauber zu installieren?
Gruss Ralf -
@apollon77
Mich würde ja auch gerne interessieren was bei mir anders ist.
Ich befürchte dass es an dem libvis ist das vielleicht zu alt ist und ich das nicht upgedatet bekomme.
Denn gestern war wieder der Java Script Adapter nicht mehr unter den Instanzen zu sehen, nachdem ich den Rock resetten musste weil er nicht mehr über Putty erreichbar war.
Er ist zwar angeblich installiert, aber nicht mehr zu sehen.
Wenn man ihn deinstalliert bekommt man diese Meldungpi@rock64:/opt/iobroker$ iobroker del javascript Delete adapter "javascript" host.rock64 Counted 1 meta of javascript host.rock64 Counted 1 adapter for javascript host.rock64 file javascript.admin deleted host.rock64 object javascript deleted host.rock64 object javascript.admin deleted host.rock64 Deleting 2 object(s). npm uninstall iobroker.javascript --loglevel error --prefix "/opt/iobroker" (System call) sharp: Installation error: Use with glibc 2.28 requires manual installation of libvips >= 8.10.6 In file included from ../src/common.cc:24: /usr/local/include/vips/vips8:35:10: fatal error: glib-object.h: Datei oder Verzeichnis nicht gefunden #include <glib-object.h> ^~~~~~~~~~~~~~~ compilation terminated. make: *** [sharp.target.mk:139: Release/obj.target/sharp/src/common.o] Fehler 1 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23) gyp ERR! stack at ChildProcess.emit (events.js:314:20) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12) gyp ERR! System Linux 5.10.63-rockchip64 gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/iobroker.iot/node_modules/sharp gyp ERR! node -v v12.22.6 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not okAlso denke ich, ich habe weiterhin das Problem mit dem zu alten vips bzw. sharp
pi@rock64:/opt/iobroker$ apt policy libvips42 libvips-dev libvips42: Installiert: 8.7.4-1+deb10u1 Installationskandidat: 8.7.4-1+deb10u1 Versionstabelle: *** 8.7.4-1+deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/status libvips-dev: Installiert: 8.7.4-1+deb10u1 Installationskandidat: 8.7.4-1+deb10u1 Versionstabelle: *** 8.7.4-1+deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/statusGibt es eine Möglichkeit die JS ScriptEngine wieder sauber zu installieren?
Gruss Ralf@derrapf sagte in js-controller 3.3 jetzt im Beta:
glib-object.h
Ist libglib2.0-dev und build-essential installiert?
apt policy libglib2.0-dev build-essentialUnd bring deine nodejs-Installation auf Vordermann.
node -v v12.22.6
ist 'steinalt'. Installier die empfohlene Version 14. -
@apollon77
Mich würde ja auch gerne interessieren was bei mir anders ist.
Ich befürchte dass es an dem libvis ist das vielleicht zu alt ist und ich das nicht upgedatet bekomme.
Denn gestern war wieder der Java Script Adapter nicht mehr unter den Instanzen zu sehen, nachdem ich den Rock resetten musste weil er nicht mehr über Putty erreichbar war.
Er ist zwar angeblich installiert, aber nicht mehr zu sehen.
Wenn man ihn deinstalliert bekommt man diese Meldungpi@rock64:/opt/iobroker$ iobroker del javascript Delete adapter "javascript" host.rock64 Counted 1 meta of javascript host.rock64 Counted 1 adapter for javascript host.rock64 file javascript.admin deleted host.rock64 object javascript deleted host.rock64 object javascript.admin deleted host.rock64 Deleting 2 object(s). npm uninstall iobroker.javascript --loglevel error --prefix "/opt/iobroker" (System call) sharp: Installation error: Use with glibc 2.28 requires manual installation of libvips >= 8.10.6 In file included from ../src/common.cc:24: /usr/local/include/vips/vips8:35:10: fatal error: glib-object.h: Datei oder Verzeichnis nicht gefunden #include <glib-object.h> ^~~~~~~~~~~~~~~ compilation terminated. make: *** [sharp.target.mk:139: Release/obj.target/sharp/src/common.o] Fehler 1 gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2 gyp ERR! stack at ChildProcess.onExit (/usr/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23) gyp ERR! stack at ChildProcess.emit (events.js:314:20) gyp ERR! stack at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12) gyp ERR! System Linux 5.10.63-rockchip64 gyp ERR! command "/usr/bin/node" "/usr/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild" gyp ERR! cwd /opt/iobroker/node_modules/iobroker.iot/node_modules/sharp gyp ERR! node -v v12.22.6 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not okAlso denke ich, ich habe weiterhin das Problem mit dem zu alten vips bzw. sharp
pi@rock64:/opt/iobroker$ apt policy libvips42 libvips-dev libvips42: Installiert: 8.7.4-1+deb10u1 Installationskandidat: 8.7.4-1+deb10u1 Versionstabelle: *** 8.7.4-1+deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/status libvips-dev: Installiert: 8.7.4-1+deb10u1 Installationskandidat: 8.7.4-1+deb10u1 Versionstabelle: *** 8.7.4-1+deb10u1 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/statusGibt es eine Möglichkeit die JS ScriptEngine wieder sauber zu installieren?
Gruss Ralf@derrapf Ok ..... Aaaalso ... zwei komplett unterschiedliche Dinge...
1.) Irgendwie hat dein system bzw einzelne Pakete problem mit der sharb bibliothek die von iot genutzt wird. NICHT von javascript
2.) Instanzen verschwinden nicht einfach :-) Dann würde das heissen das Objekte verschunden sind. Also fangen wir mal da an:
- Admin expertenmodus aktivieren
- ist system.adapter.javascript.X da??
-
@derrapf sagte in js-controller 3.3 jetzt im Beta:
glib-object.h
Ist libglib2.0-dev und build-essential installiert?
apt policy libglib2.0-dev build-essentialUnd bring deine nodejs-Installation auf Vordermann.
node -v v12.22.6
ist 'steinalt'. Installier die empfohlene Version 14.pi@rock64:~$ apt policy libglib2.0-dev build-essential libglib2.0-dev: Installiert: 2.58.3-2+deb10u3 Installationskandidat: 2.58.3-2+deb10u3 Versionstabelle: *** 2.58.3-2+deb10u3 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/status build-essential: Installiert: 12.6 Installationskandidat: 12.6 Versionstabelle: *** 12.6 500 500 http://deb.debian.org/debian buster/main arm64 Packages 100 /var/lib/dpkg/statusOk. Das mit dem Node ist vielleicht ein guter Hinweis. Das kann ich machen.
Gruss Ralf
-
@derrapf Ok ..... Aaaalso ... zwei komplett unterschiedliche Dinge...
1.) Irgendwie hat dein system bzw einzelne Pakete problem mit der sharb bibliothek die von iot genutzt wird. NICHT von javascript
2.) Instanzen verschwinden nicht einfach :-) Dann würde das heissen das Objekte verschunden sind. Also fangen wir mal da an:
- Admin expertenmodus aktivieren
- ist system.adapter.javascript.X da??
@apollon77
Wenn ich iob list instances gemacht habe, dann wurde der Java Script Adapter aufgeführt.
Allerdings als diabled. In der Liste der Instanzen im Webinterface trat er nicht auf.
Ich hae dann versucht ihn zu deinstallieren, habe dann nochmal die Kommandos von Thomas bezgl. des vips und sharp ausgeführt; dann hab ich - glaub ich- den Java Script Adapter nochmal neu installiert. Irgendwann war er wieder da.
Die Scripte waren auch wieder da, weil sie ja auf dem Mirror Verzeichnis noch lagen. Jetzt scheint alles wieder zu laufen (hoffe ich). Ich beobachte das System weiter und schau mal ob irgendwas noch hakt.
Ich trau mich aber kaum noch irgend was zu updaten.
Ich wette, dass wenn ich ein Nodes- oder nochmal den JS-Controller update, wieder was schiefgeht. Auf jeden Fall mache ich vorher ein komplettes Backup der SD Karte, damit ich auf jeden Fall einen Fallback habe.
Ich habe übrigens immer noch einige Adapter die disabled sind:pi@rock64:~$ iob list instances + system.adapter.admin.0 : admin : rock64 - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : rock64 - enabled + system.adapter.backitup.0 : backitup : rock64 - enabled + system.adapter.cloud.0 : cloud : rock64 - enabled system.adapter.daswetter.0 : daswetter : rock64 - enabled + system.adapter.discovery.0 : discovery : rock64 - enabled system.adapter.dwd.0 : dwd : rock64 - enabled + system.adapter.enigma2.0 : enigma2 : rock64 - enabled system.adapter.flot.0 : flot : rock64 - disabled + system.adapter.fritzbox.0 : fritzbox : rock64 - enabled + system.adapter.fullybrowser.0 : fullybrowser : rock64 - enabled + system.adapter.history.0 : history : rock64 - enabled + system.adapter.hm-rega.0 : hm-rega : rock64 - enabled + system.adapter.hm-rpc.0 : hm-rpc : rock64 - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc : rock64 - enabled, port: 0 + system.adapter.hm-rpc.2 : hm-rpc : rock64 - enabled, port: 0 + system.adapter.hs100.0 : hs100 : rock64 - enabled system.adapter.ical.0 : ical : rock64 - enabled system.adapter.icons-addictive-flavour-png.0: icons-addictive-flavour-png: rock64 - disabled system.adapter.icons-icons8.0 : icons-icons8 : rock64 - disabled system.adapter.icons-material-png.0 : icons-material-png : rock64 - disabled system.adapter.icons-material-svg.0 : icons-material-svg : rock64 - disabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : rock64 - disabled system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png: rock64 - disabled system.adapter.icons-ultimate-png.0 : icons-ultimate-png : rock64 - disabled + system.adapter.info.0 : info : rock64 - enabled + system.adapter.iot.0 : iot : rock64 - enabled + system.adapter.javascript.0 : javascript : rock64 - enabled system.adapter.js-controller.0 : js-controller : rock64 - disabled system.adapter.luftdaten.0 : luftdaten : rock64 - enabled system.adapter.luftdaten.1 : luftdaten : rock64 - enabled system.adapter.material.0 : material : rock64 - disabled + system.adapter.melcloud.0 : melcloud : rock64 - enabled system.adapter.mobile.0 : mobile : rock64 - disabled system.adapter.mqtt-client.0 : mqtt-client : rock64 - disabled, port: 18383 + system.adapter.musiccast.0 : musiccast : rock64 - enabled + system.adapter.octoprint.0 : octoprint : rock64 - enabled + system.adapter.owntracks.0 : owntracks : rock64 - enabled, port: 1883, bind: 192.168.111.176 system.adapter.rickshaw.0 : rickshaw : rock64 - disabled + system.adapter.rpi2.0 : rpi2 : rock64 - enabled + system.adapter.samsung.0 : samsung : rock64 - enabled + system.adapter.samsung.1 : samsung : rock64 - enabled + system.adapter.sayit.0 : sayit : rock64 - enabled, port: 0 + system.adapter.scenes.0 : scenes : rock64 - enabled + system.adapter.shelly.0 : shelly : rock64 - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.simple-api.0 : simple-api : rock64 - enabled, port: 8087, bind: 0.0.0.0, run as: admin + system.adapter.snmp.0 : snmp : rock64 - enabled + system.adapter.socketio.0 : socketio : rock64 - enabled, port: 8084, bind: 0.0.0.0, run as: admin + system.adapter.synology.0 : synology : rock64 - enabled, port: 5000 + system.adapter.synology.1 : synology : rock64 - enabled, port: 5001 + system.adapter.telegram.0 : telegram : rock64 - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.text2command.0 : text2command : rock64 - enabled + system.adapter.tr-064.0 : tr-064 : rock64 - enabled system.adapter.tvspielfilm.0 : tvspielfilm : rock64 - enabled system.adapter.vis-bars.0 : vis-bars : rock64 - disabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges : rock64 - disabled system.adapter.vis-colorpicker.0 : vis-colorpicker : rock64 - disabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : rock64 - disabled system.adapter.vis-google-fonts.0 : vis-google-fonts : rock64 - enabled system.adapter.vis-history.0 : vis-history : rock64 - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : rock64 - disabled + system.adapter.vis-inventwo.0 : vis-inventwo : rock64 - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : rock64 - disabled system.adapter.vis-justgage.0 : vis-justgage : rock64 - disabled system.adapter.vis-keyboard.0 : vis-keyboard : rock64 - disabled system.adapter.vis-lcars.0 : vis-lcars : rock64 - disabled system.adapter.vis-map.0 : vis-map : rock64 - disabled system.adapter.vis-material-advanced.0 : vis-material-advanced : rock64 - disabled system.adapter.vis-materialdesign.0 : vis-materialdesign : rock64 - disabled system.adapter.vis-metro.0 : vis-metro : rock64 - disabled system.adapter.vis-players.0 : vis-players : rock64 - disabled system.adapter.vis-plumb.0 : vis-plumb : rock64 - disabled system.adapter.vis-rgraph.0 : vis-rgraph : rock64 - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : rock64 - disabled system.adapter.vis.0 : vis : rock64 - enabled + system.adapter.vw-connect.0 : vw-connect : rock64 - enabled + system.adapter.web.0 : web : rock64 - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.yamaha.0 : yamaha : rock64 - enabled + instance is aliveGruss Ralf
-
@apollon77
Wenn ich iob list instances gemacht habe, dann wurde der Java Script Adapter aufgeführt.
Allerdings als diabled. In der Liste der Instanzen im Webinterface trat er nicht auf.
Ich hae dann versucht ihn zu deinstallieren, habe dann nochmal die Kommandos von Thomas bezgl. des vips und sharp ausgeführt; dann hab ich - glaub ich- den Java Script Adapter nochmal neu installiert. Irgendwann war er wieder da.
Die Scripte waren auch wieder da, weil sie ja auf dem Mirror Verzeichnis noch lagen. Jetzt scheint alles wieder zu laufen (hoffe ich). Ich beobachte das System weiter und schau mal ob irgendwas noch hakt.
Ich trau mich aber kaum noch irgend was zu updaten.
Ich wette, dass wenn ich ein Nodes- oder nochmal den JS-Controller update, wieder was schiefgeht. Auf jeden Fall mache ich vorher ein komplettes Backup der SD Karte, damit ich auf jeden Fall einen Fallback habe.
Ich habe übrigens immer noch einige Adapter die disabled sind:pi@rock64:~$ iob list instances + system.adapter.admin.0 : admin : rock64 - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.alexa2.0 : alexa2 : rock64 - enabled + system.adapter.backitup.0 : backitup : rock64 - enabled + system.adapter.cloud.0 : cloud : rock64 - enabled system.adapter.daswetter.0 : daswetter : rock64 - enabled + system.adapter.discovery.0 : discovery : rock64 - enabled system.adapter.dwd.0 : dwd : rock64 - enabled + system.adapter.enigma2.0 : enigma2 : rock64 - enabled system.adapter.flot.0 : flot : rock64 - disabled + system.adapter.fritzbox.0 : fritzbox : rock64 - enabled + system.adapter.fullybrowser.0 : fullybrowser : rock64 - enabled + system.adapter.history.0 : history : rock64 - enabled + system.adapter.hm-rega.0 : hm-rega : rock64 - enabled + system.adapter.hm-rpc.0 : hm-rpc : rock64 - enabled, port: 0 + system.adapter.hm-rpc.1 : hm-rpc : rock64 - enabled, port: 0 + system.adapter.hm-rpc.2 : hm-rpc : rock64 - enabled, port: 0 + system.adapter.hs100.0 : hs100 : rock64 - enabled system.adapter.ical.0 : ical : rock64 - enabled system.adapter.icons-addictive-flavour-png.0: icons-addictive-flavour-png: rock64 - disabled system.adapter.icons-icons8.0 : icons-icons8 : rock64 - disabled system.adapter.icons-material-png.0 : icons-material-png : rock64 - disabled system.adapter.icons-material-svg.0 : icons-material-svg : rock64 - disabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg : rock64 - disabled system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png: rock64 - disabled system.adapter.icons-ultimate-png.0 : icons-ultimate-png : rock64 - disabled + system.adapter.info.0 : info : rock64 - enabled + system.adapter.iot.0 : iot : rock64 - enabled + system.adapter.javascript.0 : javascript : rock64 - enabled system.adapter.js-controller.0 : js-controller : rock64 - disabled system.adapter.luftdaten.0 : luftdaten : rock64 - enabled system.adapter.luftdaten.1 : luftdaten : rock64 - enabled system.adapter.material.0 : material : rock64 - disabled + system.adapter.melcloud.0 : melcloud : rock64 - enabled system.adapter.mobile.0 : mobile : rock64 - disabled system.adapter.mqtt-client.0 : mqtt-client : rock64 - disabled, port: 18383 + system.adapter.musiccast.0 : musiccast : rock64 - enabled + system.adapter.octoprint.0 : octoprint : rock64 - enabled + system.adapter.owntracks.0 : owntracks : rock64 - enabled, port: 1883, bind: 192.168.111.176 system.adapter.rickshaw.0 : rickshaw : rock64 - disabled + system.adapter.rpi2.0 : rpi2 : rock64 - enabled + system.adapter.samsung.0 : samsung : rock64 - enabled + system.adapter.samsung.1 : samsung : rock64 - enabled + system.adapter.sayit.0 : sayit : rock64 - enabled, port: 0 + system.adapter.scenes.0 : scenes : rock64 - enabled + system.adapter.shelly.0 : shelly : rock64 - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.simple-api.0 : simple-api : rock64 - enabled, port: 8087, bind: 0.0.0.0, run as: admin + system.adapter.snmp.0 : snmp : rock64 - enabled + system.adapter.socketio.0 : socketio : rock64 - enabled, port: 8084, bind: 0.0.0.0, run as: admin + system.adapter.synology.0 : synology : rock64 - enabled, port: 5000 + system.adapter.synology.1 : synology : rock64 - enabled, port: 5001 + system.adapter.telegram.0 : telegram : rock64 - enabled, port: 8443, bind: 0.0.0.0 + system.adapter.text2command.0 : text2command : rock64 - enabled + system.adapter.tr-064.0 : tr-064 : rock64 - enabled system.adapter.tvspielfilm.0 : tvspielfilm : rock64 - enabled system.adapter.vis-bars.0 : vis-bars : rock64 - disabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges : rock64 - disabled system.adapter.vis-colorpicker.0 : vis-colorpicker : rock64 - disabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch : rock64 - disabled system.adapter.vis-google-fonts.0 : vis-google-fonts : rock64 - enabled system.adapter.vis-history.0 : vis-history : rock64 - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : rock64 - disabled + system.adapter.vis-inventwo.0 : vis-inventwo : rock64 - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : rock64 - disabled system.adapter.vis-justgage.0 : vis-justgage : rock64 - disabled system.adapter.vis-keyboard.0 : vis-keyboard : rock64 - disabled system.adapter.vis-lcars.0 : vis-lcars : rock64 - disabled system.adapter.vis-map.0 : vis-map : rock64 - disabled system.adapter.vis-material-advanced.0 : vis-material-advanced : rock64 - disabled system.adapter.vis-materialdesign.0 : vis-materialdesign : rock64 - disabled system.adapter.vis-metro.0 : vis-metro : rock64 - disabled system.adapter.vis-players.0 : vis-players : rock64 - disabled system.adapter.vis-plumb.0 : vis-plumb : rock64 - disabled system.adapter.vis-rgraph.0 : vis-rgraph : rock64 - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : rock64 - disabled system.adapter.vis.0 : vis : rock64 - enabled + system.adapter.vw-connect.0 : vw-connect : rock64 - enabled + system.adapter.web.0 : web : rock64 - enabled, port: 8082, bind: 0.0.0.0, run as: admin + system.adapter.yamaha.0 : yamaha : rock64 - enabled + instance is aliveGruss Ralf
@derrapf Naja wenn ein Adapter disabled ist reicht ein "iob start adaptername.X" und er wird gestartet ... Warum er disabled ist ist die interessante Frage ... aktiviere sie und gut ist.
Ich hab auch noch nicht erlebt das instanzen verschwinden. ggf ists ein Admin refresh iossue - weil unter list instances war er ja da und da hast da recht!! Also ich denke es ist nichts verschwunden und war nur ein Anzeigefehler ...
Am besten bei nächsten Updates (und keine angst haben!) die Konsolenausgaben und ggf logs aufheben!!
841
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge