Dockerimage

[mr.big]

Frage: wie kann ich ein python script in einem dockercontainer automatisch starten lassen?

ChatGPT sagt dazu:

Um ein Python-Skript automatisch in einem Docker-Container zu starten, können Sie die CMD-Anweisung in Ihrem Dockerfile verwenden. Diese Anweisung legt den Befehl und die Argumente fest, die beim Start des Containers ausgeführt werden sollen. Hier ist ein Beispiel:

Dockerfile

Code: Alles auswählen

Copy code
FROM python:3.8

WORKDIR /app

COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt

COPY . .

CMD ["python", "your_script.py"]

In diesem Beispiel wird das Python-Skript your_script.py automatisch gestartet, wenn der Container ausgeführt wird. Sie können den Befehl in der CMD-Anweisung entsprechend Ihren Anforderungen anpassen.

Nachdem Sie das Dockerfile erstellt haben, können Sie das Docker-Image erstellen und einen Container basierend auf diesem Image starten. Das Python-Skript wird automatisch gestartet, wenn der Container läuft.

Stellen Sie sicher, dass Sie die erforderlichen Berechtigungen für das Skript im Container setzen, und überprüfen Sie die Logs, um sicherzustellen, dass Ihr Skript wie erwartet ausgeführt wird.

Eventuell hilft das ja weiter!

[Mikosch66]

Mmmhhh, ich denke, die Settings eines Dockercontainer auf dem Synology NAS kann ich zwar exportieren und dort sehe ich auch die CMD Option. allerdings muss ich zum Importieren den "alten" Container löschen.

Ich habe nur die Befürchtung, dass dann auch meine Solaranzeige und die Daten in der InfluxDB weg sind....

takealug-solaranzeige....json.

Code: Alles auswählen

{
   "CapAdd" : null,
   "CapDrop" : null,
   "cmd" : "",
   "cpu_priority" : 50,
   "enable_publish_all_ports" : false,
   "enable_restart_policy" : true,
   "enable_service_portal" : false,
   "enabled" : true,
   "env_variables" : [

[Mikosch66]

Meine Übergangslösung ist: Nach dem Start mit Putty anzumelden und das Skript zu spawnen, läuft dann halt nur bis zum nächsten Neustart, aber eigentlich läuft es immer durch....

[TriX15GlasGlas]

Solaranzeige ist ja nun in der 6er Version verfügbar, sind die Anpassungen am Docker aufwending

[Andreas_SunPower]

Ich habe Probleme nach dem update meines Raspi.

Ich kann weder lokal auf dem Raspi noch von ausen auf die Grafana Oberfläche zugreifen.
Die Browser zeigen "Fehler Verbindung fehlgeschlagen" anwenn ich auf port 3000 zugreifen möchte.

Das Solaranzeige log sieht erstmal unverdächtig aus:

Code: Alles auswählen

Starting Services...
Starting influxdb...
influxdb process was started [ OK ]
Starting Grafana Server:Already running..
Starting Apache httpd web server: apache2.
Starting periodic command scheduler: cron.

###############################################################################
# If u Like my Work, please Donate https://paypal.me/DeBaschdi Thank You ! :) #
###############################################################################

#########################################################################
# Image Version 0.1.2                                                  #
# Running Solaranzeige Software Version 4.9.9b  [32Bit]    update    Dezember  2023 #
#########################################################################

03.01. 15:42:08 |----------------   Start  kostal_plenticore.php    --------------- 
03.01. 15:42:08    -Kostal: 192.168.2.137 Port: 1502 GeräteID: 71
03.01. 15:42:09    -Curl Fehler[2]! Daten nicht zur lokalen InfluxDB solaranzeige gesendet! Curl ErrNo. 7
03.01. 15:42:10    -InfluxDB Fehler -> nochmal versuchen.
03.01. 15:42:10    -Curl Fehler[2]! Daten nicht zur lokalen InfluxDB solaranzeige gesendet! Curl ErrNo. 7
03.01. 15:42:10    -InfluxDB Fehler -> nochmal versuchen.
03.01. 15:43:04    -Schleife 1 Ausgang...
03.01. 15:43:04    -OK. Datenübertragung erfolgreich.
03.01. 15:43:04 |----------------   Stop   kostal_plenticore.php    --------------- 
03.01. 15:44:01 |----------------   Start  kostal_plenticore.php    --------------- 
03.01. 15:44:01    -Kostal: 192.168.2.137 Port: 1502 GeräteID: 71
03.01. 15:44:02 *  -Daten zur lokalen InfluxDB [ solaranzeige ] gesendet. 
03.01. 15:44:57    -Schleife 1 Ausgang...
03.01. 15:44:57    -OK. Datenübertragung erfolgreich.
.....

Solaranzeige auf port 8080 läuft jedoch und holt sich daten vom Wechselrichter

Code: Alles auswählen

Solaranzeige.de

Live Log

03.01. 15:50:02 -Alle 10 Minuten werden die Statistikdaten übertragen.
03.01. 15:50:02 * -Daten zur lokalen InfluxDB [ solaranzeige ] gesendet.
03.01. 15:50:34 WET-Wetterdaten werden abgeholt.
03.01. 15:50:34 WET-Ort: Landkreis Rottweil, 48.25 N, 8.5 O, ID: 3214110
03.01. 15:50:34 WET-Lokal: OK. Daten zur InfluxDB gesendet.
03.01. 15:50:34 WET-Prognoseeinstellung: keine
03.01. 15:50:34 WET-Wetterprognose ausgeschaltet.
03.01. 15:50:34 |------------------- Stop wetterdaten.php ---------------------
03.01. 15:50:57 -Schleife 1 Ausgang...
03.01. 15:50:57 -OK. Datenübertragung erfolgreich.
03.01. 15:50:57 |---------------- Stop kostal_plenticore.php ---------------
03.01. 15:51:01 |---------------- Start kostal_plenticore.php ---------------
03.01. 15:51:01 -Kostal: 192.168.2.137 Port: 1502 GeräteID: 71
03.01. 15:51:02 * -Daten zur lokalen InfluxDB [ solaranzeige ] gesendet.
03.01. 15:51:57 -Schleife 1 Ausgang...
03.01. 15:51:57 -OK. Datenübertragung erfolgreich.
03.01. 15:51:57 |---------------- Stop kostal_plenticore.php ---------------
03.01. 15:52:01 |---------------- Start kostal_plenticore.php ---------------
03.01. 15:52:01 -Kostal: 192.168.2.137 Port: 1502 GeräteID: 71
03.01. 15:52:02 * -Daten zur lokalen InfluxDB [ solaranzeige ] gesendet.

Auch ist ein Dienst auf port 3000 aktiv wenn ich netstat richtig interpretiere.

Code: Alles auswählen

netstat -tulpn
(Es konnten nicht alle Prozesse identifiziert werden; Informationen über
nicht-eigene Processe werden nicht angezeigt; Root kann sie anzeigen.)
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:8000            0.0.0.0:*               LISTEN      -
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:9443            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:3000            0.0.0.0:*               LISTEN      -
tcp        0      0 0.0.0.0:9000            0.0.0.0:*               LISTEN      -
....

Das grafana.log hat folgende Info

Code: Alles auswählen

pi@AH-Pi4:~ $ tail -f -n100 ./Data/solaranzeige/www/log/grafana/grafana.log
t=2024-01-03T12:13:29+0100 lvl=eror msg="Data proxy error" logger=data-proxy-log userId=1 orgId=1 uname=admin path=/api/datasources/proxy/2/query remote_addr=192.168.2.141 referer="http://192.168.2.133:3000/d/99Kostal1/kostal-plenticore?orgId=1&refresh=1m" error="httputil: ReverseProxy read error during body copy: read tcp 127.0.0.1:34348->127.0.0.1:8086: use of closed network connection"
t=2024-01-03T12:13:29+0100 lvl=eror msg="Request error" logger=context userId=1 orgId=1 uname=admin error="net/http: abort Handler"

Ich freue mich auf jegliche Hilfe/Hinweise zum debuggen.

Update:
Inzwischen läuft das ganze wieder. Warum weiss ich nicht genau.

Ich habe die influxdb gesichert um mich aufs plattmachen vorzubereiten.

Code: Alles auswählen

sudo docker exec -ti Solaranzeige /bin/bash

influxd backup -portable -database solaranzeige /var/lib/influxdb/backup/Solaranzeige_db
influxd backup -portable -database steuerung /var/lib/influxdb/backup/Steuerung_db
sudo influxd backup -portable -database _internal /var/lib/influxdb/backup/_internal_db

Danach habe ich probiert den grafana-server händisch neu zu starten das ging nicht.

Code: Alles auswählen

root@dc1e0b21f317:/# service grafana-server restart
Stopping Grafana Server: Grafana Server is not running but pid file exists, cleaning up.
Starting Grafana Server: failed!

Danach habe ich den Container einmal neu gestartet und versucht den grafana-server nochmal neu zu starten... voila es ging

Code: Alles auswählen

root@dc1e0b21f317:/var/lib/grafana# service grafana-server restart
Stopping Grafana Server:.
Starting Grafana Server:.

[UNCLE03]

Gude,
erst einmal super docker image vielen Dank.

Jetzt würde ich gerne meine 20 Tasmota Steckdosen da hinzufügen.
Da scheidet ja Multiregler erst einmal aus.

Also müsste es ja mit der Variante php Script gehen wie hier viewtopic.php?t=434&start=50

Da stimmen aber wohl die Pfade nicht,bzw. bekomme es nicht zum laufen.

Log sagt:
25.02. 23:42:06 -Daten nicht zur lokalen InfluxDB gesendet! info: array (
'url' => 'http://localhost/write?db=solaranzeige&precision=s',
'content_type' => 'application/json',
'http_code' => 400,
'header_size' => 421,
'request_size' => 1127,
usw


Wer könnte helfen ?

Gruß

[DeBaschdi]

Wieso Willst du 20 MQTT Steckdosen in die Solaranzeigen DB schreiben lassen ?

Ich würde das anders angehen, weitere DB, + Openhab

[MR42HH]

Ich habe ein Fork von deiner Github Repo erstellt und etwas die Readme umgeschrieben fürs QNAP

Moin Renix,
Wo finde ich denn dein Readme? Ich möchte auch gern solaranzeige auf meiner QNAP laufen lassen, eine Anleitung "für Doofe" welche Verzeichnisse ich wohin umbiegen muss, um sie persistent zu haben würde mir schon weiterhelfen.

Viele Grüße,
Mirko

[mdkeil]

[..] eine Anleitung "für Doofe" welche Verzeichnisse ich wohin umbiegen muss, um sie persistent zu haben würde mir schon weiterhelfen.

steht doch eigentlich alles auf github: https://github.com/DeBaschdi/docker.solaranzeige

Code: Alles auswählen

-v {SOLARANZEIGE_STORAGE}:/solaranzeige \
  -v {INFLUXDB_STORAGE}:/var/lib/influxdb \
  -v {GRAFANA_STORAGE}:/var/lib/grafana \
  -v {PVFORECAST_STORAGE}:/pvforecast \
  -v {WWW_STORAGE}:/var/www \

Code: Alles auswählen

Volume			Optional	Description
SOLARANZEIGE_STORAGE	no		The directory to persist /solaranzeige with Crontab Settings to
INFLUXDB_STORAGE	no		The directory to to persist /var/lib/influxdb to
GRAFANA_STORAGE		no		The directory to to persist /var/lib/grafana to
PVFORECAST_STORAGE	no		The directory to to persist /pvforecast to
WWW_STORAGE		no		The directory to to persist /var/www to

When passing volumes please replace the name including the surrounding curly brackets with existing absolute paths with correct permissions.

Note: INFLUXDB_STORAGE persist the Database for Grafana. 
Note: GRAFANA_STORAGE persist Grafana settings and Dashboards. 
Note: WWW_STORAGE persist logfiles and all script-files from solaranzeige.de. 
Note: PVFORECAST_STORAGE persist PVForecast data from https://github.com/StefaE/PVForecast