Offizielles FHEM Docker Basis Image für verschiedene Plattformen

Begonnen von Loredo, 28 Juli 2018, 21:24:57

Vorheriges Thema - Nächstes Thema

kadettilac89

Zitat von: LutzG am 17 Oktober 2021, 17:28:10
Vielen Dank für die schnelle Antworten!"experimental" + nicht öffentlich, ich weiß nicht. Trotzdem, Danke für den Tip!
das "dev" und "experimental" nicht überbewerten. Läuft bei mir seit volschin das begonnen hat. Und hatte keinerlei Probleme. Teste es einfach mal. Kostet ja nichts.

Zitat von: LutzG am 17 Oktober 2021, 17:28:10
Hab ich das richtig verstanden: fhem für Docker ist Tod, es lebe der Raspberry!  :o
Deine Interpretation. Habe ich nicht gesagt. Muss jeder für sich entscheiden.

Für mich ist der Raspberry keine Alternative. Docker läuft stabil und ist einfach zu warten.


Zitat von: LutzG am 17 Oktober 2021, 17:28:10
Wie betreibt ihr fhem, in virtuellen Maschinen? NAS haben meist schwache CPUs / wenig Speicher, VMs kann ich mir da nicht vorstellen?

Intel Nuc, da drauf Proxmox mit einer VM. In der VM läuft Docker mit all meinen Containern. Wobei fhem an sich nicht viele Resourcen braucht. Das Basissystem, Last erzeugen die Logs, Plots, Datenbank ... wenn das mit Köpfchen aufgesetzt wird sollte ein NAS auch reichen.

Es gibt einige NAS die eine einfache Docker Engine mitbringen.

Wernieman

Bei mir ist es ein ZOTAC CI320, auf dem nativ Docker läuft. Da nur ein Rechner, wäre Kubernetis u.Ä. Oversize und für eine echte VM wollte ich keine Ressourcen verbraten. Allerdings fahre ich nicht diesen Container, da er mir einfach "zu groß" ist. Zusätlich liebe ich Versionen, zu denen man "springen" kann, hier von mir schon mal angesprochen. Aber DAS ist ein anderes Thema.

@CoolTux
Was führ Hilfe brauchst Du?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

CoolTux

Zitat von: Wernieman am 17 Oktober 2021, 18:01:27
Bei mir ist es ein ZOTAC CI320, auf dem nativ Docker läuft. Da nur ein Rechner, wäre Kubernetis u.Ä. Oversize und für eine echte VM wollte ich keine Ressourcen verbraten. Allerdings fahre ich nicht diesen Container, da er mir einfach "zu groß" ist. Zusätlich liebe ich Versionen, zu denen man "springen" kann, hier von mir schon mal angesprochen. Aber DAS ist ein anderes Thema.

@CoolTux
Was führ Hilfe brauchst Du?

Puh das weiß ich aktuell selber noch nicht. Ich habe es zu mindest geschafft das ganze von buster auf bullseye um zu stellen und ein lauffähiges Image inklusive aktuellem FHEM hin zu bekommen. Nun schaue ich wie das ganze mit der Veröffentlichung geht. Entweder automatisch über github oder ich muss mich da noch mal an Julian wenden.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Wernieman

Hatte nicht Julian schon etwas implementiert zur automatischen Veröffentlichung?

Hast Du Zugriff zu seinem Akkount? Oder nur zum Repro?
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

CoolTux

Zitat von: Wernieman am 17 Oktober 2021, 18:40:07
Hatte nicht Julian schon etwas implementiert zur automatischen Veröffentlichung?

Hast Du Zugriff zu seinem Akkount? Oder nur zum Repro?

Aktuell nur zum Repo. Sidey hat einige pull requests zum check und automatischen veröffentlichen bereitgestellt. Die habe ich auch erstmal in meinen Patch eingebaut und teste aktuell.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Wernieman

Gib mir einfach einen "ping", wenn Du mich brauchst, auch gerne per PM

Kenne mich jetzt nicht direkt mit gitlab als Dienstleister, habe aber bei der letzten Anstellung einen gitlab-Server betreut ...
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

CoolTux

Aktueller Status.

Julian hat mir Zugang zur Docker Hub FHEM Organisation gegeben. Ich teste das ganze die Tage mal und gebe dann Bescheid.


Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

P.A.Trick

Zitat von: CoolTux am 18 Oktober 2021, 14:04:07
Aktueller Status.

Julian hat mir Zugang zur Docker Hub FHEM Organisation gegeben. Ich teste das ganze die Tage mal und gebe dann Bescheid.


Grüße

Sag' Bescheid wenn du Testhilfe benötigst. Helfe gerne mit!
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

kadettilac89

#1284
Zitat von: CoolTux am 20 Oktober 2021, 12:39:21
Es gibt nun einen fertigen Container zum testen

https://github.com/fhem/fhem-docker/pkgs/container/fhem-experimental


Bitte schaut einmal ob alles soweit läuft.

Es geht um diesen Container, richtig? ... docker pull ghcr.io/fhem/fhem-experimental:dev

gassistant funktioniert nicht mehr. Der Fehler ist auch im entsprechenden Forum, bei manchen die node v14.18.1 hatten. https://forum.fhem.de/index.php/topic,96696.msg1180904.html#msg1180904

Edit, ich kann erst später die Meldungen genauer vergleichen. Sieht aber nach dem Problem im gassistant-thread aus.

[20.10.2021, 13:09:21] [LOCAL] FHEM Connect Google local home server running on port 37000
ReferenceError [Error]: exports is not defined
    at eval (eval at apply (/usr/lib/node_modules/gassistant-fhem/node_modules/vm2/lib/fixasync.js:21:10), <anonymous>:1:1)
    at eval (<anonymous>)
    at Object.apply (/usr/lib/node_modules/gassistant-fhem/node_modules/vm2/lib/fixasync.js:21:10)
    at Object.FHEM_getClientFunctions (/usr/lib/node_modules/gassistant-fhem/lib/remote-localhandleEXECUTE.js:18:5)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)


CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

P.A.Trick

Zitat von: CoolTux am 20 Oktober 2021, 12:39:21
Es gibt nun einen fertigen Container zum testen

https://github.com/fhem/fhem-docker/pkgs/container/fhem-experimental


Bitte schaut einmal ob alles soweit läuft.

Hm ein schneller Test scheint ein Rechte-Problem bei mir hervorzubringen:

fhem_fhem             | Starting FHEM ...
fhem_fhem             | Can't open ./log/fhem-2021-10.log: Permission denied at fhem.pl line 2770.


Das Rechte-setzen scheint verändert worden zu sein. Kann das sein?
Cubietruck,RPI,QNAP Ts-419p+, FS20, FRITZ!DECT200, 7 MAX! Thermostate, 3 MAX! Fensterkontakte, Kodi, CUL V3.3, EM1000S, LW12, LD382, HUE, HM-CFG-USB-2, 1x HM-LC-SW1-FM, 2x HM-LC-SW2-FM, 2x HM-LC-Sw1PBU-FM, 3xHM-LC-Bl1PBU-FM,HM-SEC-RHS, 2xHM-SEC-SD,HM-WDS30-T-O, 3x HM-LC-Dim1TPBU-FM, RPI+AddOn

CoolTux

Zitat von: P.A.Trick am 20 Oktober 2021, 21:48:48
Hm ein schneller Test scheint ein Rechte-Problem bei mir hervorzubringen:

fhem_fhem             | Starting FHEM ...
fhem_fhem             | Can't open ./log/fhem-2021-10.log: Permission denied at fhem.pl line 2770.


Das Rechte-setzen scheint verändert worden zu sein. Kann das sein?

Kannst Du mal bitte schauen elche uid das File bekommen hat? Bewusst habe ich da nichts geändert.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: P.A.Trick am 20 Oktober 2021, 21:48:48
Hm ein schneller Test scheint ein Rechte-Problem bei mir hervorzubringen:

fhem_fhem             | Starting FHEM ...
fhem_fhem             | Can't open ./log/fhem-2021-10.log: Permission denied at fhem.pl line 2770.


Das Rechte-setzen scheint verändert worden zu sein. Kann das sein?

Habe das gerade mal mit dem alten Container und dann den neuen Container probiert. Bei mir geht das. Frage, hast Du vorher ein eigenes Image verwendet?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: kadettilac89 am 20 Oktober 2021, 13:16:05
Es geht um diesen Container, richtig? ... docker pull ghcr.io/fhem/fhem-experimental:dev

gassistant funktioniert nicht mehr. Der Fehler ist auch im entsprechenden Forum, bei manchen die node v14.18.1 hatten. https://forum.fhem.de/index.php/topic,96696.msg1180904.html#msg1180904

Edit, ich kann erst später die Meldungen genauer vergleichen. Sieht aber nach dem Problem im gassistant-thread aus.

[20.10.2021, 13:09:21] [LOCAL] FHEM Connect Google local home server running on port 37000
ReferenceError [Error]: exports is not defined
    at eval (eval at apply (/usr/lib/node_modules/gassistant-fhem/node_modules/vm2/lib/fixasync.js:21:10), <anonymous>:1:1)
    at eval (<anonymous>)
    at Object.apply (/usr/lib/node_modules/gassistant-fhem/node_modules/vm2/lib/fixasync.js:21:10)
    at Object.FHEM_getClientFunctions (/usr/lib/node_modules/gassistant-fhem/lib/remote-localhandleEXECUTE.js:18:5)
    at processTicksAndRejections (internal/process/task_queues.js:95:5)


Ich habe heute mal den gAssistant eingerichtet und der lief im Docker.
Versionen bei Auslieferung
node -v: v14.18.1
npm -v: 8.1.0

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net