alternatives Docker Image

[henfri]

Hallo,
was ist denn das Ziel des Fork?
Was ist denn an dem kombinierten Image von Sascha und mir verbesserungswürdig?

Gruß,
Hendrik

[jentz1986]

Ich hab mir mal nen Dockerhub Account geholt und werd nachher mal nen Fork in mein Github Repo machen. Dann kann ich damit die Sachen zumindest mal zum probieren anbieten. Es hat den Status works for me…
(Hat man eigentlich Github Actions auch im freien Github zur Verfügung?)

[SaschaG]

Hi,

Du hast Recht. Hier muss etwas passieren. Ich würde mir wünschen, dass die Weiterentwicklungen im offiziellen Release münden.

@Hendrik: Hast du schon konkrete Pläne?

Gruß
Sascha

[brunosa3]

Hallo henfri SaschaG jentz1986 ,

gibt es bereits Neuigkeiten bezüglich des Best of three docker image

Ich bin mir nicht ganz sicher, welches von den drei/zwei images ich nun verwenden sollte.

Ich habe mich gerade an henfri via

docker pull henfri/smarthome-ng

ran gewagt, welches mir das latest image geben sollte. Jedoch mittels docker inspect sehe ich das hier noch die Version 1.8.2 (SmarthomeNG) hinterlegt ist

(base) brunosa3@frodo:~$ docker ps
CONTAINER ID   IMAGE                 COMMAND                  CREATED          STATUS          PORTS                          NAMES
a8f23518e049   henfri/smarthome-ng   "/entrypoint.sh -p 1…"   23 minutes ago   Up 23 minutes   2323/tcp, 2424/tcp, 8383/tcp   goofy_lamport

docker inspect a8f23518e049

...
            "Labels": {
                "SmartHomeNG-core-version": "v1.8.2",
                "SmartHomeNG-plugins-version": "v1.8.2",
                "description": "SmartHomeNG docker image",
                "maintainer": "Henning Behrend"
            }
...

Jedoch, hatte ich verstanden das henfri und SaschaG bereits auf 1.9.1 sind und jentz1986 auf 1.9.2.

LG
Sandro

[henfri]

Ja!

[jentz1986]

henfri / SaschaG Ich habs jetzt nicht nochmal auf dem docker-hub nachgecheckt, aber sind die Images dort nicht alle noch für 1.9.1? Wenigstens ist die Github Codebase so.

[jentz1986]

Welches Image sollte ich nun als Startpunkt installieren? Welches Host System ist zu empfehlen? Host ist ein kleiner Proxmox Server.

Warum könnt ihr das nicht alle genau so machen wie ich?</Blödsinn>

Ich denke Deine Frage kommt von daher, dass Du in Proxmox erstmal Docker laufen lassen musst. Hier hat das mal einer aufgeschrieben, wie man das machen kann - aber da ich ne x64 Synology habe, kenne ich Proxmox exakt gar nicht - bis auf Erklärungen dazu, die ich mal bei nem Waldspaziergang von nem Freund bekommen hab.
Running Docker on Proxmox - Dan [the] Salmon (danthesalmon.com)

Wenn Du nicht mit der Kommandozeile hampelnhandeln willst, dann musst Du die Container ja noch verwalten, hier empfiehlt sich Portainer (läuft selbst in Docker).
Install Portainer with Docker on Linux - Portainer Documentation

Danach kannst Du in den Docker-Kosmos einsteigen :-)

[henfri]

Host ist egal.
Hauptsache Intel oder AMD und Linux.

Image: das von Sascha

[beckerth]

Servus Jungs,

würde gerne ShNG im Docker laufen lassen um eine Solaranlage zu monitoren und mit Grafana zu visualisieren. Es kommen Kostal Wechselrichter und Smartmeter zum Einsatz. Als Datenbank wäre eine Influxdb angedacht.
Influxdb und Grafana habe ich bereits als separates Docker Image gefunden.
Ich bin Neuling im Docker Business. Bei mir läuft sonst noch ein ShNG auf einem BBB mit mit IBBCape seit ca. 6 Jahren ohne größere Probleme.

Welches Image sollte ich nun als Startpunkt installieren? Welches Host System ist zu empfehlen? Host ist ein kleiner Proxmox Server.

Danke!

Tommi

[SaschaG]

Hi,

Sorry - Ich bin Beruflich wie Privat abgesoffen. Ich sehe in den nächsten Wochen/Monaten keine Möglichkeit mich hier aktiv einzubringen. Aber Hendrik hat es geschafft meinen Input in das "offizielle" Git zu übernehmen: https://github.com/smarthomeNG/docker/tree/master
Auf der Basis können wir doch bestimmt Zusammenarbeiten, oder?

macke384 : Wir haben entschieden, die smartvisu Variante einzustampfen. Meine Lösung ist zusehr von hinten durchs Auge... Zum Thema influxdb - Hast du einen entsprechenden Container eingebunden auf den das Plugin dann verweist? Dockerstile ist es die verschieden Services in eigene Container zu packen. Da findet sich bestimmt was passendes.

Gruß
Sascha

[jentz1986]

So, ich hab meinen Krempel (s.o.) jetzt mal bereinigt und alles auf 1.9.2 und 3.2.2 hochgezogen.165 Commits (oh mann) - aber das schnurrt jetzt brav auf meiner Synology, auch mit Maria DB auf dem Host - getrieben von ein paar CI/CD Pipelines, um schnell agieren zu können.

henfri, SaschaG bevor ich jetzt den dritten Dockerfile irgendwo hinpacke: Wie seht ihr das: Wollen wir ein Best-Of machen und das Ganze zusammen führen? Wenn ja, wie? Wir könnten uns auf Gitter ein Zimmer nehmen, um das auszuarbeiten z.B….

[macke384]

Hallo Sascha,
ich hatte den Tag latest genommen ich meinte nicht Smartvisu sondern smarthomeng 1.9.2
gruss
michael

[SaschaG]

Hi,

Danke für euer Feedback.

@jentz1986: Sorry das ich erst jetzt antworte. Dein Beitrag ist mir durchgerutscht. Den Fehler schau ich mir an. Ziel war es, meine Arbeit in Henfry's GIT zu integrieren. Also in den offiziellen Container einzupflegen.

@macke38: Welche Variante hast du den genommen? Dann schau ich mir mal das fehlende influxdb2 an. Smartvisu kann ich gerne updaten. Das sollte schnell gemacht sein.

Danke und Gruß
Sascha

[macke384]

Hallo Sascha,

erstmals vielen Dank für dein Mühe und das bereitstellen des Containers. Bin gestern mal umgestiegen und läuft super. Was ich vermisse ist in den Plugins das influxdb2. und hast du ggfs geplant auf Smartvisung 1.9.2 umzustellen?

LG
Michael

[jentz1986]

SaschaG, vielen Dank für Dein Docker-Image! Ich find das gut, dass Du das Dockerfile für Schlankheit optimiert hast :-). Ich habe Deinen Ansatz direkt (vor Monaten) ausprobiert und bin leider nicht ganz Freund mit der Verzeichnisstruktur geworden, auch wenn sie im Prinzip völlig schlüssig ist - wenn man denn Konfigurationen von "dynamischen" Daten trennen will und alles was in der Systemlogik verborgen ist, im Container "verbirgt". Die Challenge, die sich ergibt, ist die, dass User die sich neu einarbeiten eine andere Ordnerstruktur vorfinden, als sie überall dokumentiert ist. Durch das Mapping mit den zwei "Klassen" wirds halt nicht einfacher... Was mich vor ein paar Monaten abgehalten hat weiterzumachen, ist ein kleiner Bug im Dockerfile, wodurch alle Dateien aus den Standardverzeichnissen (  DIRS_CONF="etc items logics scenes functions" ) in das darüberliegende Verzeichnis kopiert werden, was dann erstmal wild aussieht.

Der Bug ist in Zeile 109 des "Medium" Dockerfiles. Hier muss es statt    cp -vlr $PATH_SHNG/$i $PATH_CONF; \  heißen:    cp -vlr $PATH_SHNG/$i $PATH_CONF/$i; \ 

Ich habe Dein Dockerfile als Anregung genommen um meinen eigenen Workflow zu optimieren. Hier der geplante Endausbau:

• lokales Gitlab für die Konfigurationsverwaltung (incl. functions und logics)
• Verwendung des globalen GitHub für die Sourcen der shng-Basis
• Verwendung des globalen GitHub für die Plugins (dev-Branch)
• Die Ergänzung eigener Plugins in einem eigenen Folder in der vom Container bereitgestellten Struktur
• das Ganze per GitLab-CI auf die gleiche Synology deployt und dabei die Plugins sauber sortiert (Standard aus dem Repo, eigenes Zeug aus dem Folder).

Ich würde das später evtl. auf GitHub packen, leider kann ich keine Referenz auf Dein Werk in Form eines Fork o.ä. machen. Wie siehst Du die Chance, dass Du Deine Arbeit auch auf GitHub o.ä. zu veröffentlichen?