Hallo,
ich habe die 1.0.1 installiert und eine menge Fehler im Log weniger, vielen lieben Dank für Eure Arbeit!!!
Ich habe nur noch alle 10Sec. eine Warn und Info Meldung, ist das schlimm?
hmip.0 2020-06-03 00:12:56.163 info (22956) ws connection opened
hmip.0 2020-06-03 00:12:55.034 warn (22956) ws connection closed - code: 1000 - reason:
Hallo,
habe heute mal wieder ein paar Updates durchlaufen lassen und nun im Log für den HMIP Adapter ne menge rote Zeilen.
Hab die 0.0.11 Version, es gibt ja im Github die 0.0.12 und nun die 1.0.0, leider bekomme ich keine davon installiert.
Die Iobroker Webseite zeigt mir nichts neues an und über die Konsolle mit npm install iobroker.hmip 0.0.12 oder 1.0.0 kommt eine Meldung das die Versionen nicht zu finden sind.
hmip.0 2020-05-21 21:44:51.093 info (24945) hmip adapter connected and ready
hmip.0 2020-05-21 21:44:49.562 info (24945) ws connection opened
hmip.0 2020-05-21 21:44:45.649 info (24945) starting. Version 0.0.11 in /opt/iobroker/node_modules/iobroker.hmip, node: v10.20.1, js-controller: 3.1.4
hmip.0 2020-05-21 21:44:13.090 info (23483) Terminated (NO_ERROR): Without reason
hmip.0 2020-05-21 21:44:13.089 info (23483) terminating
hmip.0 2020-05-21 21:44:13.038 info (23483) cleaned everything up...
hmip.0 2020-05-21 21:44:13.037 error (23483) ReferenceError: connectWebsocket is not defined at WebSocket._ws.on (/opt/iobroker/node_modules/iobroker.hmip/api/hm-cloud-api.js:144:51) at WebSocket.emit (events.js:198:13) at We
hmip.0 2020-05-21 21:44:13.036 error (23483) uncaught exception: connectWebsocket is not defined
hmip.0 2020-05-21 21:44:13.035 warn (23483) ws connection closed - code: 1000 - reason:
hmip.0 2020-05-21 20:43:39.601 info (23483) hmip adapter connected and ready
hmip.0 2020-05-21 20:43:38.112 info (23483) ws connection opened
Ist dieser Fehler bereits in den neuen Versionen, die hoffentlich bald in stable gesetzt werden, schon behoben?
Wünsche was...
Sers,
also arp-scan ist wohl da...
root@iobroker1:/opt/iobroker# arp-scan -lgq --retry=7
Interface: eth0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.9.5 with 256 hosts (https://github.com/royhills/arp-scan)
192.168.0.2 02:42:c0:a8:00:02
Mit User iobroker sieht es etwas anders aus bei den Befehlen
root@iobroker1:/opt/iobroker# gosu iobroker setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
unable to set CAP_SETFCAP effective capability: Operation not permitted
root@iobroker1:/opt/iobroker#
Das CAP_SETFCAP ist jedoch an...
Auch bei den anderen Befehlen ist die Meldung die gleiche.
Habe mal den Privileged mode eingeschaltet, auch hier der gleiche Fehler.
Dazu sagt google, dass man andere User außer root nicht unbedingt in sudo/sudoers Gruppe legen soll.
Da ich kaum Linux Erfahrung habe, bin ich hierzu ratlos...
Danke für Eure Unterstützung!
@duffbeer2000 said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
gosu root setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f
which arp-scan)
Hallo duffbeer,
schalte den Container aus --> check
Da du vorher ohne priviledged ausgekommen bist schalt es wieder aus --> check
dreh die capabilities wieder auf den Ursprungszustand zurück --> check
aktiviere folgende capabilities zusätzlich zu den Standardmäßigen.: "NET_ADMIN" "NET_RAW" und "NET_BIND_SERVICE" --> check
Starte den Container wieder --> check
Führe in der Console folgende Befehle aus: --> ja das hab ich auch so versucht, leider passt ihm hier, wie bei vielen anderen Meldungen die man im log sieht im Moment, diese File Geschichte nicht.
root@iobroker1:/opt/iobroker# gosu root setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp-scan`)
Failed to set capabilities on file `/usr/sbin/arp-scan' (Operation not supported)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) file
root@iobroker1:/opt/iobroker#
@andre
Vielen Dank, habe die --privileged hinzugefügt, erst im Portainer eingeschaltet:
Brachte nix...dann noch in CMD hinzugefügt...
Brachte auch nichts...
Dann noch mehr von den capabilities eingeschaltet, NET_Admin war schon an...
Das sind meine Pakete
build-essential libcairo2-dev libcap2-bin libpango1.0-dev libjpeg-dev librsvg2-dev arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools net-ping nano
Leider will er einfach nicht...
radar2.0 2020-04-27 23:51:48.223 info (643) radar2 set to scan every 20 seconds and printers every 720 minutes.
radar2.0 2020-04-27 23:51:48.222 info (643) arp-scan will use the following interfaces: [ 'eth0' ]
radar2.0 2020-04-27 23:51:48.221 info (643) Remove name end for host names: .fritz.box
radar2.0 2020-04-27 23:51:48.221 info (643) use known IP list: [ '1.1.1.1' ]
radar2.0 2020-04-27 23:51:48.220 info (643) use known BT list: [ '01:12:23:34:45:56' ]
radar2.0 2020-04-27 23:51:48.219 info (643) radar2 set to flag items away if they are not seen for 2 minutes
radar2.0 2020-04-27 23:51:48.218 warn (643) node-bluetooth not found!
radar2.0 2020-04-27 23:51:47.975 warn (643) Noble not available, Error: { Error: EAFNOSUPPORT, Address family not supported by protocolat new Hci (/opt/iobroker/node_modules/@abandonware/noble/lib/hci-socket/hci.js:74:18)at new NobleBindi
radar2.0 2020-04-27 23:51:47.024 info (643) Adapter disconnected and stopped with dostop(false) and callback(true)
radar2.0 2020-04-27 23:51:47.023 error (643) Error: bind EACCES 0.0.0.0:67 at state.handle.lookup (dgram.js:242:18) at process._tickCallback (internal/process/next_tick.js:63:19)
radar2.0 2020-04-27 23:51:47.022 error (643) uncaught exception: bind EACCES 0.0.0.0:67
radar2.0 2020-04-27 23:51:46.850 info (643) net-ping not available! Will try to use normal ping!
radar2.0 2020-04-27 23:51:46.815 info (643) radar2 initialization started...
radar2.0 2020-04-27 23:51:46.796 warn (643) adapter.objects.getObjectList is deprecated, and will be removed in the future. Please use adapter.getObjectList/Async. Report this to Developer!
radar2.0 2020-04-27 23:51:46.731 info (643) starting. Version 1.0.9 in /opt/iobroker/node_modules/iobroker.radar2, node: v10.20.1, js-controller: 3.0.19
Hab den js-controller auf 3.0.19 gebracht, vielleicht bin ich mit den aktuellen node usw. Versionen zu aktuell...?
Ich habe den Container erst mal da, der Mount ist auch da, werde weiter stöbern dazu und auf neues Update hoffen.
Im Moment wieder zurück auf dem RPI und hoffen, dass die SD Karte wieder mal eine Zeitlang hält.
Danke für die Doku, werde die mir noch mal in Detail reinziehen.
Hier vielleicht noch der Log vom Container start...log.txt
Hallo noch mal,
habe das Gefühl meine Frage/Problem geht irgendwie unter, ich versuche es noch einmal, jedoch diesmal nicht als Reply auf ein Posting.
Hoffe mit diesem letzten Versuch auf mein Problem aufmerksam zu machen, ggf. poste ich hier auch falsch...k.a...
Ich wäre super Dankbar wenn jemand hier auf eine Quelle verweisen könnte wo ich nachlesen kann, oder ggf. anhand meiner Infos die Lösung kennt.
Hier der Post um den es geht:
https://forum.iobroker.net/post/419686
Vielen Dank!
@qosi said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@andre said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Zur installation von zusätzlichen Linux Paketen könnt ihr auch eine Umgebungsvariable benutzen. in diesem Fall die Variable "PACKAGES" (Siehe hier). Die manuelle Installatation innerhalb eines Containers ist kein guter Weg, da du diesen Schritt immer wiederholen musst, wenn du einen neuen Container erstellst...
@Holzlenkrad sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Ach so, hier hieß es schon ein paar Mal, dass der Kernel der Diskstation einen Bug in Verbindung mit dem Netmode host hat.
Das ist korrekt, allerdings habe ich im aktuellen Beta (v3.0.2) dazu was getan. Dort sollte der "Host-mode" wieder funktionieren.
sudo setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))Sollte im aktuellen Beta nicht funktionieren, da das Image statt "sudo" den Befehl "gosu" verwendet.
Capabilities wie "NET_ADMIN" oder "NET_RAW" sollten/ müssen bei Bedarf auch in den erweiterten Container-Einstellungen gesetzt werden. Geht allerdings nur im Portainer:
MfG,
AndréGuten Abend,
ich versuche seit einigen Tagen mein RPI Iobroker Installation auf meine Synology, im Docker unter zu bringen.
Bis jetzt habe ich soweit alles zum laufen bekommen, bis auf zwei Dinge hmip, und den radar2 Adapter.Auch mit den Env Variable Packages "vi libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools", dem einschalten der Capabilities, versucht den Befehl in der konsole mit
gosu root setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))oder auch
sudo setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))Kommt dieser Fehler...
Failed to set capabilities on file `/usr/bin/node' (Operation not supported) The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) fileKomme ich nicht weiter und der Adapter bringt mir ständig diesen Fehler...
radar2.0 2020-04-24 22:07:37.928 error (12366) Error: bind EACCES 0.0.0.0:67 at state.handle.lookup (dgram.js:242:18) at process._tickCallback (internal/process/next_tick.js:63:19) radar2.0 2020-04-24 22:07:37.927 error (12366) uncaught exception: bind EACCES 0.0.0.0:67Habe eine macvlan Konfiguration...
Hat jemand eine Idee oder weiss was dem kleinen Radar2 hier fehlt?
Bin ich mit den setcap auf dem richtigen Weg? Warum will er den die Befehle hier nicht nehmen?Würde mich über Hilfe oder ein Link zur Problemlösung freuen, danke!
Hallo zusammen,
ich habe weitere Pakete der ENV hinzugefügt, die in auf der Suche nach einer Lösung zu dem Thema Radar2 gefunden habe.
build-essential libcairo2-dev libcap2-bin libpango1.0-dev libjpeg-dev librsvg2-dev arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools openssh-server
Leider hilft das auch nicht weiter...
Muss ich den iobroker im host bridge laufen lassen und nicht in einer macvlan konfiguration?
Für jegliche Hilfe bin ich dankbar!
@andre said in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Zur installation von zusätzlichen Linux Paketen könnt ihr auch eine Umgebungsvariable benutzen. in diesem Fall die Variable "PACKAGES" (Siehe hier). Die manuelle Installatation innerhalb eines Containers ist kein guter Weg, da du diesen Schritt immer wiederholen musst, wenn du einen neuen Container erstellst...
@Holzlenkrad sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Ach so, hier hieß es schon ein paar Mal, dass der Kernel der Diskstation einen Bug in Verbindung mit dem Netmode host hat.
Das ist korrekt, allerdings habe ich im aktuellen Beta (v3.0.2) dazu was getan. Dort sollte der "Host-mode" wieder funktionieren.
sudo setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))Sollte im aktuellen Beta nicht funktionieren, da das Image statt "sudo" den Befehl "gosu" verwendet.
Capabilities wie "NET_ADMIN" oder "NET_RAW" sollten/ müssen bei Bedarf auch in den erweiterten Container-Einstellungen gesetzt werden. Geht allerdings nur im Portainer:
MfG,
André
Guten Abend,
ich versuche seit einigen Tagen mein RPI Iobroker Installation auf meine Synology, im Docker unter zu bringen.
Bis jetzt habe ich soweit alles zum laufen bekommen, bis auf zwei Dinge hmip, und den radar2 Adapter.
Auch mit den Env Variable Packages "vi libcap2-bin arp-scan bluetooth bluez libbluetooth-dev libudev-dev net-tools", dem einschalten der Capabilities, versucht den Befehl in der konsole mit
gosu root setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))
oder auch
sudo setcap 'cap_net_raw,cap_net_admin+eip' $(readlink -f $(which node))
Kommt dieser Fehler...
Failed to set capabilities on file `/usr/bin/node' (Operation not supported)
The value of the capability argument is not permitted for a file. Or the file is not a regular (non-symlink) file
Komme ich nicht weiter und der Adapter bringt mir ständig diesen Fehler...
radar2.0 2020-04-24 22:07:37.928 error (12366) Error: bind EACCES 0.0.0.0:67 at state.handle.lookup (dgram.js:242:18) at process._tickCallback (internal/process/next_tick.js:63:19)
radar2.0 2020-04-24 22:07:37.927 error (12366) uncaught exception: bind EACCES 0.0.0.0:67
Habe eine macvlan Konfiguration...
Hat jemand eine Idee oder weiss was dem kleinen Radar2 hier fehlt?
Bin ich mit den setcap auf dem richtigen Weg? Warum will er den die Befehle hier nicht nehmen?
Würde mich über Hilfe oder ein Link zur Problemlösung freuen, danke!
Moin,
ist es möglich einem Objekt in der Telegram Adapter Zuordnung, als Statusrückgabe auf einen wert eines anderen Objekt zu verweisen wo eine Zahl drin steht?
So funktioniert es jedenfalls nicht... hat jemand ein Tipp?
Vielen lieben Dank!
@AlCalzone said in Blockly Wertübergabe verzögert?:
@qosi Ignorier einfach, was ich oben geschrieben habe
Ohne größeren Umbau ist der Timeout aus deinem vorherigen Beitrag vermutlich die einfachste Lösung
Ich versuchst, angebotenes Wissen ignoriere ich jedoch aus Prinzip nicht!;)
