[HowTo] ioBroker unter Docker auf Synology DiskStation
-
@Glasfaser Ich habe dazu ebenfalls noch keine Lösung gefunden. Diese Fehlermeldung wird nach wie vor bei jedem Adapter Update ausgegeben. Ich habe aber noch nicht festgestellt, dass irgendwas nicht funktioniert, deshalb habe ich mich nicht weiter damit beschäftigt. (Hatte mich beim Umstieg auf die 5.0 schon viele Erfolglose Stunden gekostet)
-
@Knallochse sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
(Hatte mich beim Umstieg auf die 5.0 schon viele Erfolglose Stunden gekostet)
Das habe ich auch die Tage selber gemerkt .
.... 
.. 
... denn ich wollte schon ein sauberes System haben .Deshalb bleibe ich erstmal auf V4 und Versuche erstmal bei der V5 den Fehler zu finden .
-
@stevie77 Nein, nicht als Volume. Schau mal, in etwa so:
devices: - /dev/serial/by-id/[deviceid]:/dev/serial/by-id/[deviceid] environment: - USBDEVICES=/dev/serial/by-id/[deviceid]Dann den Pfad in Adapter angeben.
Würde jetzt gerne auf eines meiner Tutorials verweisen, aber meine Site ist aktuell down....MfG,
André -
@Glasfaser @Knallochse
Host Modus auf Synology Disk Station?MfG,
André -
@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Host Modus
Ja ...
-
@Glasfaser Das Einzige was mir da einfällt ist das bekannte sudo-Problem im Host Modus auf den Disk Stations...
Den Fehler selbst kann ich nicht zu 100% einordnen. Da aber PAM was mit der Authentifizierung auf Linux Ebene zu tun hat, wäre ein Zusammenhang denkbar...Versucht doch mal euren neuen Container mit einem Bride Netzwerk zu erstellen und schaut ob dann alles durch läuft. Falls ja, dann einfach den Container löschen und das neu gefüllte ioBroker Verzeichnis in einen neuen Container mit mit Host Netzwerk mounten...
MfG,
André -
@andre
Werde ich in den nächsten Tagen mal ausprobieren .
Danke erstmal .... -
@andre bei mir läuft der Docker auch im Host-Modus
-
@andre sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
@Glasfaser .... bekannte sudo-Problem im Host Modus auf den Disk Stations...
Den Fehler selbst kann ich nicht zu 100% einordnen.
..... Authentifizierung auf Linux Ebene ........ neuen Container mit einem Bride Netzwerk zu erstellen .....
So ,gestern Nacht ein Container neu angestoßen im Bridge Modus und ein Backup aufgespielt .
iobroker npm-install: Cannot detect "sudo -n apt-get -v"dieser Fehler mit "Sudo" taucht schonmal nicht mehr auf .... ein schonmal weniger.
Es bleibt trotzdem der Fehler mit
../authenticate_pamIch habe schon wie oben erwähnt sehr oft versucht ein Backup einzuspielen , dabei ist mir leider keine regelmäßigkeit aufgefallen ,
das man sagen kann es tritt bei einem bestimmten Adapterupdate auf .Diese Fehlermelldung wird bei jedem Adapter Update ausgeworfen .
host.ab93fe95e814 2020-09-21 05:51:47.201 info iobroker Update "system.adapter.linux-control.0" host.ab93fe95e814 2020-09-21 05:51:47.066 info iobroker upload [20] linux-control.admin /opt/iobroker/node_modules/iobroker.linux-control/admin/words.js words.js application/javascript host.ab93fe95e814 2020-09-21 05:51:13.730 info iobroker make: *** [authenticate_pam.target.mk:111: Release/obj.target/authenticate_pam/authenticate_pam.o] Fehler 1gyp ERR! build error gyp ERR! stack Error: `make` failed with exit code: 2gyp ERR! host.ab93fe95e814 2020-09-21 05:51:13.501 info iobroker ../authenticate_pam.cc:170:11: note: suggested alternative: ‘rand_r’ void init(Handle<Object> exports) { ^~~~~~ rand_r../authenticate_pam.cc:170:24: error: expected prima host.ab93fe95e814 2020-09-21 05:51:13.466 info iobroker ../authenticate_pam.cc: In function ‘Nan::NAN_METHOD_RETURN_TYPE Authenticate(Nan::NAN_METHOD_ARGS_TYPE)’:../authenticate_pam.cc:147:83: warning: ‘v8::Local<v8::Value> v8::Object::Get(v8::Lo host.ab93fe95e814 2020-09-21 05:51:13.453 info iobroker ../authenticate_pam.cc: In function ‘void after_doing_auth(uv_work_t*, int)’:../authenticate_pam.cc:107:87: warning: ‘v8::Local<v8::Value> Nan::MakeCallback(v8::Local<v8::Object>, v8::Local< host.ab93fe95e814 2020-09-21 05:51:13.374 info iobroker In file included from ../authenticate_pam.cc:23:../../nan/nan.h: In function ‘void Nan::AsyncQueueWorker(Nan::AsyncWorker*)’:../../nan/nan.h:2294:62: warning: cast between incompatible funct host.ab93fe95e814 2020-09-21 05:50:08.377 info iobroker npm install iobroker.linux-control@0.3.7 --loglevel error --prefix "/opt/iobroker" (System call) host.ab93fe95e814 2020-09-21 05:50:08.375 info iobroker NPM version: 6.14.6 host.ab93fe95e814 2020-09-21 05:50:07.343 info iobroker Update linux-control from @0.3.4 to @0.3.7 -
@Glasfaser sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
authenticate_pam.cc
Docker auf Synology ist zwar überhaupt nicht meine Baustelle, aber die libpamg0-dev ist installiert?
-
@Thomas-Braun sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
nicht meine Baustelle
Ja das ist mir klar ...
aber trotzdem danke für dein Input ........ kann alle weiteren und wichtigen Info´s sehr gut gebrauchen
libpamg0-devich meine soweit habe ich alle mit .... lib.... durchsucht und teilweise trotzdem nachinstalliert .
Kannst du mir bitte ein Hinweis geben wo der genau liegt -
-
ist da ...
( nicht auf den Root schauen )root@ab93fe95e814:/opt/iobroker# apt policy libpam0g-dev libpam0g-dev: Installiert: 1.3.1-5 Installationskandidat: 1.3.1-5 Versionstabelle: *** 1.3.1-5 100 100 /var/lib/dpkg/status -
@Glasfaser Jajaja... root tut gut...
Jedenfalls scheitert da das makefile für ein nodeJS-Modul; scheint mir authenticate-pam zu sein. Das ist aber wohl ewig nicht mehr gepflegt worden.
Auf meinem System auch gar nicht akut:
pi@raspberrypi:/opt/iobroker $ npm list authenticate-pam iobroker.inst@2.0.3 /opt/iobroker └── (empty) -
@Thomas-Braun sagte in [HowTo][Anleitung] Installation ioBroker in Docker auf Synology DiskStation:
Das ist aber wohl ewig nicht mehr gepflegt worden.
Tritt aber erst seit der Version V5 auf , die ich jetzt eigentlich nutzen wollte .
Da kann eher was @andre zu sagen !? -
hier die Ausgabe :
root@ab93fe95e814:/opt/iobroker# npm list authenticate-pam iobroker.inst@2.0.3 /opt/iobroker └─┬ iobroker.terminal@0.1.2 └── UNMET OPTIONAL DEPENDENCY authenticate-pam@1.0.2 r -
@Glasfaser Na dann weißt du wenigstens jetzt wo es herkommt. 8-)
[Edit:] Hab den terminal-Adapter gerade mal auf meinem System installiert. Auch hier bricht das make ab. Ich vermute, der code ist zu alt und läuft auf aktuellen node-Versionen in die Klippen.
-
Mein Problemverlauf siehe oben ..... mit
../authenticate_pamSo .. binn heute komplett auf V5 produktiv umgezogen .
Es lag an dem Terminal-Adapter der ein Fehler im authenticate verursacht hat , was sich auf dem ganzen System breit gemacht hat .
Da die Terminaloberfläche sowiso nicht genutzt wurde bzw. nur ein ungenutzes Tool mal war, habe ich ihn mitiobroker del terminalvor einem erneuten Backup vom alten System gelöscht und den neu erstellten Container mit Restore damit anschließend erstellt.
@Thomas-Braun Danke für dein Teamwork mit dir
-
Tritt habe erst seit der Version V5
Nur so für mich zum Verständnis: Diese Docker Versionen kommen mit einem vorinstallierten node? Denn das dürfte am gereiften node (bzw. am verwaisten authenticate-pam) liegen.
Oder aber auch am aktuellen libpam0g-dev...
-
@Thomas-Braun
Die latest Version ( V5 ) von @andre hat es schon vorinstalliert : 12.18.3 und NPM 6.14.6.Wie schon oben erwähnt habe ich mein System schon auf 12.18.4 NPM 6.14.6 gehabt und den neu erstellten Container vor dem Restore auch darauf aktualisiert .
Nur komischerweise mit der neuen Version V5 trat dieser Fehler auf .
Auf meinem alten System war die Ausgabe ... ok .
root@iobrokerv4:/opt/iobroker# npm list authenticate-pam sudo: Hostname iobrokerv4 kann nicht aufgelöst werden: Der Name oder der Dienst ist nicht bekannt iobroker@1.0.0 /opt/iobroker └── (empty)
