NEWS
js-controller 3.3 jetzt im Beta
-
@derrapf
Dann bringe den Rest jetzt auch auf Stand.@thomas-braun Danke. Bis jetzt sieht es super aus!
Was war dieses libvips42 libvips-dev eigentlich? Wozu wird das benötigt?
Gruss Ralf -
@thomas-braun Danke. Bis jetzt sieht es super aus!
Was war dieses libvips42 libvips-dev eigentlich? Wozu wird das benötigt?
Gruss Ralf@derrapf
Wird benötigt um Bilder zu bearbeiten. -
@thomas-braun Danke. Bis jetzt sieht es super aus!
Was war dieses libvips42 libvips-dev eigentlich? Wozu wird das benötigt?
Gruss RalfDoch nicht ganz
Der Octoprint Adapter will grad nicht$ iobroker upgrade octoprint@2.1.0 Unable to enable Expiry Keyspace events from Redis Server: Connection is closed. No connection to databases possible ... ERROR: Process exited with code 22Gruss Ralf
-
Doch nicht ganz
Der Octoprint Adapter will grad nicht$ iobroker upgrade octoprint@2.1.0 Unable to enable Expiry Keyspace events from Redis Server: Connection is closed. No connection to databases possible ... ERROR: Process exited with code 22Gruss Ralf
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Redis Server
Oben war von file/File die Rede. Oder spricht der Octopus mit Redis? Keine Ahnung, mag keine Meerestiere.
-
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Redis Server
Oben war von file/File die Rede. Oder spricht der Octopus mit Redis? Keine Ahnung, mag keine Meerestiere.
@thomas-braun
Wenn ich das wüsste. Explizit gesagt hab ich ihm das nicht. Also nicht absichtlich.
Du könntest aber mit der Version recht haben. Zwei Adapter haben gemeldetharp: Installation error: Use with glibc 2.28 requires manual installation of libvips >= 8.10.6Sind aber trotzdem duchgelaufen.
Kann man das ignorieren?
Gruss Ralf -
@thomas-braun
Wenn ich das wüsste. Explizit gesagt hab ich ihm das nicht. Also nicht absichtlich.
Du könntest aber mit der Version recht haben. Zwei Adapter haben gemeldetharp: Installation error: Use with glibc 2.28 requires manual installation of libvips >= 8.10.6Sind aber trotzdem duchgelaufen.
Kann man das ignorieren?
Gruss Ralf -
@thomas-braun
Wenn ich das wüsste. Explizit gesagt hab ich ihm das nicht. Also nicht absichtlich.
Du könntest aber mit der Version recht haben. Zwei Adapter haben gemeldetharp: Installation error: Use with glibc 2.28 requires manual installation of libvips >= 8.10.6Sind aber trotzdem duchgelaufen.
Kann man das ignorieren?
Gruss Ralf@derrapf
Jein. Da dürften jetzt Adapter, die Bilder bearbeiten (z.B. die Staubsauger-Adapter brauchen das oft um die Karten zu bearbeiten) nicht funktionieren. -
@derrapf
Jein. Da dürften jetzt Adapter, die Bilder bearbeiten (z.B. die Staubsauger-Adapter brauchen das oft um die Karten zu bearbeiten) nicht funktionieren.@thomas-braun
Ah ok. Die hab ich leider nicht. Für den Dream-E scheint es noch keinen Adapter zu geben. Das einzige was ich habe das in irgend einer Form graphisch ist, ist VIS und den Flot Adapter. Mehr fällt mir da grad nicht ein.Und die Libs kann ich unter Buster nicht updaten? Müsste ich ein dist upgrade machen, oder wie das heisst? Wenn ja ist das problemlos möglich?
Gruss Ralf
-
@thomas-braun
Ah ok. Die hab ich leider nicht. Für den Dream-E scheint es noch keinen Adapter zu geben. Das einzige was ich habe das in irgend einer Form graphisch ist, ist VIS und den Flot Adapter. Mehr fällt mir da grad nicht ein.Und die Libs kann ich unter Buster nicht updaten? Müsste ich ein dist upgrade machen, oder wie das heisst? Wenn ja ist das problemlos möglich?
Gruss Ralf
-
pi@rock64:/opt/iobroker$ npm ls sharp [sudo] Passwort für pi: iobroker.inst@3.0.0 /opt/iobroker └─┬ iobroker.iot@1.8.24 └── UNMET OPTIONAL DEPENDENCY sharp@0.28.1@derrapf
Okay, da klemmt es also.
Keine Ahnung warum iot sharp/libvips braucht.
Bei mir wurde das allerdings gebaut, obwohl meine Versionen auch zu alt sind (Bullseye auf 64bit Raspberry OS). -
@thomas-braun Äh... und was heisst das jetzt?
Hab grad noch ein Problem entdeckt: Mein zweiter Synology Adapter hatte ein Ausrufezeichen. Ich habe das nicht wegbekommen und ihn deinstalliert und nochmal installiert. Jetzt wird er nicht angezeigt obwohl er da ist:pi@rock64:~$ iobroker list instances | grep syno + system.adapter.synology.0 : synology : rock64 - enabled, port: 5001 system.adapter.synology.1 : synology : rock64 - disabled, port: 5000
-
@thomas-braun Äh... und was heisst das jetzt?
Hab grad noch ein Problem entdeckt: Mein zweiter Synology Adapter hatte ein Ausrufezeichen. Ich habe das nicht wegbekommen und ihn deinstalliert und nochmal installiert. Jetzt wird er nicht angezeigt obwohl er da ist:pi@rock64:~$ iobroker list instances | grep syno + system.adapter.synology.0 : synology : rock64 - enabled, port: 5001 system.adapter.synology.1 : synology : rock64 - disabled, port: 5000zigbee hab ich, zwave auch, nuc's genauso und HA auch
-
@derrapf sagte in js-controller 3.3 jetzt im Beta:
Redis Server
Oben war von file/File die Rede. Oder spricht der Octopus mit Redis? Keine Ahnung, mag keine Meerestiere.
@thomas-braun alles spricht redis Protocol. Egal ob echter redis oder file dB
-
@arteck sagte in js-controller 3.3 jetzt im Beta:
@derrapf lesen kannst du aber
iob enable synology.1Trotzdem sollte der in der Übersicht erscheinen. Egal ob enabled oder disabled.
@derrapf : Browser mal mit CTRL+F5 neu geladen?
Oder
iob upload allVersucht?
-
Jetzt hab ich mal nach Anleitung meinen Rock64 auch upgedatet und leider ging das bei mir voll in die Hose.
Node ist bei mir v12.22.6Ich habe
iobroker stop iobroker backup iobroker update iobroker upgrade selfausgeführt.
Ausgabe:pi@rock64:/opt/iobroker$ iobroker upgrade self Update js-controller from @3.3.15 to @3.3.22 NPM version: 6.14.15 npm install iobroker.js-controller@3.3.22 --loglevel error --unsafe-perm --prefix "/opt/iobroker" (System call) sharp: Installation error: Use with glibc 2.28 requires manual installation of libvips >= 8.10.6 ../src/common.cc:24:10: fatal error: vips/vips8: Datei oder Verzeichnis nicht gefunden #include <vips/vips8> ^~~~~~~~~~~~ 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/sharp gyp ERR! node -v v12.22.6 gyp ERR! node-gyp -v v5.1.0 gyp ERR! not ok In file included from ../../nan/nan.h:58, from ../src/unix_dgram.cc:5: /home/iobroker/.cache/node-gyp/12.22.6/include/node/node.h:736:43: warning: cast between incompatible function types from ‘void (*)(v8::Local<v8::Object>)’ to ‘node::addon_register_func’ {aka ‘void (*)(v8::Local<v8::Object>, v8::Local<v8::Value>, void*)’} [-Wcast-function-type] (node::addon_register_func) (regfunc), \ ^ /home/iobroker/.cache/node-gyp/12.22.6/include/node/node.h:770:3: note: in expansion of macro ‘NODE_MODULE_X’ NODE_MODULE_X(modname, regfunc, NULL, 0) // NOLINT (readability/null_usage) ^~~~~~~~~~~~~ ../src/unix_dgram.cc:404:1: note: in expansion of macro ‘NODE_MODULE’ NODE_MODULE(unix_dgram, Initialize) ^~~~~~~~~~~Kann mir da jemand helfen?
Gruss Ralf
-
@thomas-braun Äh... und was heisst das jetzt?
Hab grad noch ein Problem entdeckt: Mein zweiter Synology Adapter hatte ein Ausrufezeichen. Ich habe das nicht wegbekommen und ihn deinstalliert und nochmal installiert. Jetzt wird er nicht angezeigt obwohl er da ist:pi@rock64:~$ iobroker list instances | grep syno + system.adapter.synology.0 : synology : rock64 - enabled, port: 5001 system.adapter.synology.1 : synology : rock64 - disabled, port: 5000 -
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
-
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
487
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge