[Linux Shell-Skript] WLAN-Wetterstation

[Rene55]

@sborg
Ich habe eine Froggit WH3000 SE. Das Javascript läuft in einem Docker-Container. Dummerweise reagiert 'systemctl stop' (mit und ohne sudo) bei mir nicht.

[a200]

@rene55 said in [Linux Shell-Skript] WLAN-Wetterstation:

systemctl stop

du gibst aber noch den Namen des Services der gestoppt werden soll, oser?

[Rene55]

@a200 Ja natürlich. Das script heißt auch 'wetterstation.sh' - und läuft und läuft und läuft. Oder gibt es da noch einen Trick (=Wissenslücke) für mich? Ich arbeite im Portainer und als Fehlermeldung bekomme ich: bash: systemctl: command not found.

[a200]

@rene55 said in [Linux Shell-Skript] WLAN-Wetterstation:

systemctl

mit sudo davor? die Fehlermeldung besagt dass systemctl nicht gefunden werden kann.

[Rene55]

@a200 Leider geht's auch damit nicht:
bash-5.0# sudo systemctl stop wetterstation bash: sudo: command not found.

[a200]

@rene55 said in [Linux Shell-Skript] WLAN-Wetterstation:

@a200 Leider geht's auch damit nicht:
bash-5.0# sudo systemctl stop wetterstation bash: sudo: command not found.

gib einfach

id

ein

[Rene55]

@a200

bash-5.0# id
uid=0(root) gid=0(root) groups=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel),11(floppy),20(dialout),26(tape),27(video)

[a200]

@a200 welchen docker container benutzt du?

[Rene55]

@a200 Also mein Docker läuft auf einem Atom mit knapp 3GB RAM und einer SSD. Nach Auskunft des Systems läuft hier die Docker Version 20.10.0 - irgendwann in 2019 aufgesetzt

docker version
Client: Docker Engine - Community
 Version:           20.10.0
 API version:       1.40
 Go version:        go1.13.15
 Git commit:        7287ab3
 Built:             Tue Dec  8 18:59:53 2020
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server: Docker Engine - Community
 Engine:
  Version:          19.03.13
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.13.15
  Git commit:       4484c46d9d
  Built:            Wed Sep 16 17:01:06 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.4.3
  GitCommit:        269548fa27e0089a8b8278fc4fc781d7f65a939b
 runc:
  Version:          1.0.0-rc92
  GitCommit:        ff819c7e9184c13b7c2607fe6c30ae19403a7aff
 docker-init:
  Version:          0.18.0
  GitCommit:        fec3683

[a200]

@rene55 ok, aber welchen container nutzt du?

docker container ls

[Rene55]

@a200 Sorry, nicht korrekt gelesen. Also der Container ist aus einem Image erstellt worden nach diesem Dockerfile:

FROM alpine:3.12

RUN apk add --no-cache bc jq curl bash coreutils

RUN apk add -U tzdata \
	&& cp /usr/share/zoneinfo/Europe/Berlin /etc/localtime \
	&& apk del tzdata \
	&& rm -rf /var/cache/apk/*

RUN mkdir /opt/weather/

WORKDIR /opt/weather

#COPY ./source /opt/weather
#RUN chmod +x wetterstation.sh
#RUN chmod +x wetterstation.sub
#RUN chmod +x wetterstation.conf

ENTRYPOINT ["bash" , "wetterstation.sh"]

[a200]

@rene55 Dann hat es wenig Sinn einen Service dafür zu erstellen. Du hast einen Minimalcontainer in dem wetterstation läuft. Wenn du den Service nicht brauchst, dann stoppe den Container. Dein Container gibt services/systemctl nicht her. Was möchstest du denn überhaupt machen?

[Rene55]

@a200 Das ist wirklich eine minimalversion auf Alpine-Basis. Ich (wir = SBorg) suchen nach fehlenden Daten in den datenpunkten. Dazu sollte ich bitte die Ausgabe von ./wetterstation.sh --debug bereitstellen - und daran scheitere ich. Macht es Sinn, hier einen neuen Container zu bauen?

[a200]

@rene55 entweder du stoppst wetterstation.sh mit kill, oder du baust einen neuen Container bei dem wetterstation.sh nicht automatisch gestartet werden soll (ENTRYPOINT ["bash" , "wetterstation.sh"] anpassen) dann wird wetterstation.sh nicht ausgeführt und du kannst --debug laufen lassen

[Rene55]

@a200 daran habe ich mich auch schon mal versucht. Wie muss denn dann die Zeile (ENTRYPOINT [ .... ) genau aussehen. Nehme ich nur "wetterstation.sh" raus, läuft der Container nicht.

[a200]

@rene55 Versuchs mal mit ENTRYPOINT ["bash" , "ls"]

[Rene55]

@a200 Hab ich umgehend versucht, neues Image, neuen Container: Container ist zwar grün, aber die Console startet nicht. Im Log steht : /bin/ls: /bin/ls: cannot execute binary file. Ich muss mich dann wohl mal nach einem kompletteren Linux umsehen - irgend eine Idee/Empfehlung?

[a200]

@rene55 ich kann das im Moment nicht prüfen und mach es aus dem Kopf. Versuchs mal mit ENTRYPOINT ["bash", "bash"]

[sonystar]

@sborg Danke für die Erklärung. Kann ich nachvollziehen. Wenn ich die jeweiligen Tageswerte addiere komme ich auch auf den Wert im Statistikbereich.

Allerdings doch etwas komsich: Heute wurden 0,7mm im Statistikteil ergänzt obwohl es gestern keinen Niederschlag gab. Die 0,7mm sind an dem Tag zuvor gefallen, die wurden aber natürlich schonmal ergänzt.

Ich beobachte weiter, vielleicht war es wieder eine einmalige Besonderheit wie das letzte mal mit der Maximaltemperatur (war übrigens seit dem nicht nochmal).

[keksn]

@sborg
Vielen Dank!! Ich werde mich dann man damit herumspielen bis es funkt!