openWB-Installation auf Pi funktioniert nicht

[etechni]

Hallo,

ich habe mehrfach vergeblich versucht openWB auf einem Pi3 zum laufen zu bekommen.
Meiner Meinung nach habe ich mich genau an die Anleitungen
https://openwb.de/main/wp-content/uploa ... nWB_v2.pdf
viewtopic.php?t=888#p7335gehalten, trotzdem bricht die Installation irgendwann ab und das Webinterface ist nicht erreichbar.

Meine Vorgehensweise:

• Raspberry Pi OS (32-bit) Lite Minimal image based on Debian Buster Version:May 2020 Release date:2020-05-27
• SD mit Win32 disk imager 1.0 erstellt
• wpa_supplicant.conf und ssh in /boot hinzugefügt
• sudo raspi-config mit neuem PW, locale auf: de_DE.UTF-8 UTF-8, Zeitzone auf: Berlin, SSH aktiviert (war aber schon aktiv), Expand filesystem
• reboot
• curl -s https://raw.githubusercontent.com/snapt ... install.sh | sudo sh

Dann bricht die Installation jedoch irgendwann ab:

Building wheels for collected packages: evdev
Running setup.py bdist_wheel for evdev ... done
Stored in directory: /root/.cache/pip/wheels/3e/8d/02/a7f482e01af02be59232ad61ad8eed5b21156b49d32df64a11
Successfully built evdev
Installing collected packages: evdev
Successfully installed evdev-1.3.0
cp: '/usr/share/zoneinfo/Europe/Berlin' und '/etc/localtime' sind die gleiche Datei
curl: (6) Could not resolve host: Upgrade
curl: (6) Could not resolve host: zu
error code: 1003curl: (6) Could not resolve host: Stable
curl: (3) URL using bad/illegal format or missing URL
pi@raspberrypi:~ $ kill: (12042): Kein passender Prozess gefunden

Ich kenne mich leider nicht ausreichend aus, um das Problem selbst zu identifizieren. Könnt ihr mir einen Tipp geben?

Danke,
Bastian

[Sipple]

Guten Morgen

Versuch's mit Raspbian Stretch. Buster ist imho noch nicht freigegeben für openWB.

Und da schwer zu finden: http://downloads.raspberrypi.org/raspbi ... 019-04-09/

[etechni]

Hallo,

danke für die Antwort.

Leider funktioniert es mit der Version 2019-04-08-raspbian-stretch-lite auch nicht:

Successfully installed pymodbus-2.3.0 pyserial-3.4 six-1.15.0
...changed
grep: /var/spool/cron/crontabs/pi: Datei oder Verzeichnis nicht gefunden
no crontab for pi
Collecting evdev
Downloading https://files.pythonhosted.org/packages ... 3.0.tar.gz
Building wheels for collected packages: evdev
Running setup.py bdist_wheel for evdev ... done
Stored in directory: /root/.cache/pip/wheels/3e/8d/02/a7f482e01af02be59232ad61ad8eed5b21156b49d32df64a11
Successfully built evdev
Installing collected packages: evdev
Successfully installed evdev-1.3.0
cp: '/usr/share/zoneinfo/Europe/Berlin' und '/etc/localtime' sind die gleiche Datei
curl: (6) Could not resolve host: Upgrade
curl: (6) Could not resolve host: zu
error code: 1003curl: (6) Could not resolve host: Stable
curl: (3) <url> malformed

[LutzB]

Rein von den Fehlermeldungen kommt das Script nicht mit leerzeichen im Git Branch zurecht. Da fehlen irgendwo Anführungszeichen.

[etechni]

Scheinbar führt die Zeile

Code: Alles auswählen

curl -d "update="$releasetrain$uuid"vers"$owbv"" -H "Content-Type: application/x-www-form-urlencoded" -X POST https://openwb.de/tools/update.php

in atreboot.sh zu einer Fehlermeldung.
Mehrere " machen hier wohl Probleme?

[openWB]

Das führt aber nur zu einer Ausgabe und bricht das Script nicht ab.
Ist aufjedenfall nicht ursächlich.

[LutzB]

Hmm, ohne jetzt besonders spitzfindig wirken zu wollen, aber diese Zeile gefällt mir nicht wirklich!

Das bedeutet also, dass jede Installation der Software nach einem Reboot die installierte Version und die MAC-Adresse an eure Server meldet. Das ist im Sinne der DSGVO bei den fertigen WB ja nachvollziehbar und sicher ein berechtigtes Interesse im Sinne von Art. 6. Bei den Eigeninstallationen besteht dieses Interesse jedoch nicht, da Ihr keinen Support leisten müsst.

Ich schlage vor, dass es in den Einstellungen eine Option gibt, die jegliches Nach-Hause-Telefonieren abschaltet. Bei den fertigen WB kann es ja gerne standardmäßig eingeschaltet sein, aber eine eigene Installation per Skript sollte die Funktion abgeschaltet lassen oder während der Installation nachfragen, ob es aktiviert werden soll.

Um euch gegen rechtliche Schritte abzusichern, sollte auch eine Datenschutzerklärung erarbeitet und in die Hilfe integriert werden, die das Verhalten erklärt.

Gruß,
Lutz

[openWB]

Das dient schlicht zur sehr groben Erfassung wieviele openWB Installationen laufen.
Wieso beißt sich das mit der DSGVO?
Es werden keine personenbezogenen Daten (IP) verarbeitet.

[etechni]

Das führt aber nur zu einer Ausgabe und bricht das Script nicht ab.
Ist aufjedenfall nicht ursächlich.

Ich kenne mich mit Linux bzw. Scripting nicht sehr detailliert aus, daher kann ich nicht viel Näheres schreiben. Auf jeden Fall bricht die Installation zeitnah nach diesem Aufruf ab.

Gibt es eine Möglichkeit herauszufinden, woran die Installation scheitert?

[openWB]

Grundsätzlich scheint die Installation durchgelaufen. Wieso es nicht läuft müsste evaluiert werden.