SmarthomeNG 1.8.2 Image für Raspberry Pi

[Onkelandy]

Das Ansible Repo ist nun komplett für debian bullseye aktualisiert. Für die älteren Debian Versionen gibt es eigene Branches.

[Onkelandy]

hehe, das ist ja lustig.. bmxp wird wohl Recht haben. Das Log sieht prinzipiell schon ok aus - da werden halt ne Menge an Paketen gekillt, von denen die in meiner Liste abhängig sind.
Ich bin nicht davon ausgegangen, dass man ansible am gleichen Rechner ausführt sondern von einem anderen aus. Im Sinne von "Remotewartung". Darum das Problem.

Lösungen gibt es viele. Die einfachste wäre, du nimmst den Task einfach raus. Die bessere vermutlich, du verschiebst den Task ans Ende der Pythonpakete. Idee dahinter war, dass die Pakete nicht über APT zu warten sind, sondern über pip - damit das übersichtlicher bleibt.

[bmx]

Ich denke das Ansible auf Python läuft und Du Dir damit den Baum fällst auf dessen Ansible Ast Du sitzt...

[firefox]

Moin Onkelandy,
bin mir jetzt nicht sicher ob das der richtige Thread ist, aber ich hab keinen besseren gefunden.

Ich spiele mit deinen ansible playbooks, komme aber an einer Stelle einfach nicht weiter.

#02_Python_Packages.yml

vars:
    pythonremove:
      ["python3-keyring",
      "python3-pyasn1",
      "python3-keyrings.alt",
      "python3-wheel",
      "python3-setuptools",
      "python-six",
      "enum34",
      "python-idna"
      ]


  - name: remove apt
    apt:
      name: "{{ pythonremove }}"
      state: absent
      autoremove: yes
      autoclean: yes
      purge: yes
    ignore_errors: yes

Dieser Teil führt bei mir immer dazu, dass ansible deinstalliert wird und das Script natürlich dann abbricht. Ich verstehe nicht warum das passiert, in der Variable steht ja nichts von ansible. Wenn ich in den Log von apt schaue werden auch ganz andere Pakete deinstalliert wie in der Variable definiert sind.

Log started: 2021-11-15 21:48:38
(Reading database ... 57187 files and directories currently installed.)
Removing ansible (2.7.7+dfsg-1+deb10u1) ...
Removing python3-netaddr (0.7.19-1) ...
Removing ieee-data (20180805.1) ...
Removing python3-paramiko (2.4.2-0.1) ...
Removing python3-nacl (1.3.0-2) ...
Removing libsodium23:armhf (1.0.17-1) ...
Removing python3-bcrypt (3.1.6-1) ...
Removing python3-libcloud (2.4.0-1) ...
Removing python3-crypto (2.6.1-9+b1) ...
Removing python3-httplib2 (0.11.3-2) ...
Removing python3-jinja2 (2.10-2) ...
Removing python3-jmespath (0.9.4-1) ...
Removing python3-requests-kerberos (0.11.0-2) ...
Removing python3-kerberos (1.1.14-2) ...
Removing python3-lockfile (1:0.12.2-2) ...
Removing python3-winrm (0.3.0-2) ...
Removing python3-requests-ntlm (1.1.0-1) ...
Removing python3-ntlm-auth (1.1.0-1) ...
Removing python3-pyasn1 (0.4.2-3) ...
Removing python3-selinux (2.8-1+b1) ...
Removing python3-simplejson (3.16.0-1) ...
Removing python3-xmltodict (0.11.0-2) ...
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for libc-bin (2.28-10+rpt2+rpi1) ...
(Reading database ... 50454 files and directories currently installed.)
Purging configuration files for ieee-data (20180805.1) ...
Purging configuration files for ansible (2.7.7+dfsg-1+deb10u1) ...
Log ended: 2021-11-15 21:48:52

Kannst du mir bitte auf die Sprünge helfen, was mach ich falsch?

Danke und Gruß
Thomas

[whe]

hostname -I gibt die ipv4 Adresse aus
der Rest ergibt nichts
wo soll er das denn hin printen ?

m.E. muss man IPv6 extra aktivieren auf einem Raspberry Pi

[Onkelandy]

Find ich sehr sonderbar. Wenn du nichts manuell umgestellt hast, müsste ipv6 aktiv sein. Hast du das aktuellste Image? Ich werde jedenfalls in den firstboot noch eine Abfrage machen und dann die Zeilen automatisch auskommentieren für den nächsten Release.

Kannst du mir noch den Output von hostname -I und ip -6 addr show dev lo | awk '/inet6/{print $2}' angeben?

[whe]

hier ist nix zu sehen von IPv6, aber die FritzBox zeigt eine an:

ifconfig.JPG

[Onkelandy]

Wie gesagt, da ist was mit ipv6 faul. Ich frage mich warum, denn im aktuellen Image ist da eigentlich nichts geändert. Was sagt denn ifconfig?
Theoretisch könnte ich im Setup Script abfragen, ob ipv6 verfügbar ist und wenn nicht, die zwei Zeilen auskommentieren. Aber den Bedarf hab ich bisher noch nicht gesehen..

[whe]

#44

nginx läuft jetzt. Es liegt wohl an 2 Einträgen in der nginx config.

die Meldung:
socket() [::]:443 failed (97: Address family not supported by protocol)
und danach auch:
socket() [::]:80 failed (97: Address family not supported by protocol)

man muss diese beiden Einträge auskommentieren:

listen 443 ssl http2;
#listen [::]:443 ssl http2;

listen 80 default_server;
# listen [::]:80 default_server;

Ich erinnere mich schwach, dass ich das Problem vor langer Zeit schon mal hatte.

[Onkelandy]

Ad scipy: Ja, ist ein Pain in the ass, wenn er das nicht von piwheels installiert.

Ad nginx: Oha.. Scheint was mit IPv6 zu tun haben. Was spuckt denn
systemctl status nginx.service aus? Oder das nginx Log selbst?

[whe]

Leider kriege den nginx nicht zum fliegen. was habe ich falsch gemacht ?

nginx: Webserver, necessary for SmartVisu, Backend, etc. (currently enabled)
1) Enable
2) Disable
3) Skip
#? 1
Synchronizing state of nginx.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable nginx

nginx Service is enabled.
 The server is setup the following way to easily access your websites:
http://<YOURIP>/smartvisu -> smartVISU 2.9
http://<YOURIP>/smartvisu2.8 -> smartVISU 2.8
http://<YOURIP>/backend-> SmarthomeNG Backend (if plugin is enabled in smarthome config)
http://<YOURIP>/phpmyadmin -> Admin Tool to manage SQL database. Login is root/smarthome
http://<YOURIP>/shnet -> SmarthomeNG Network Plugin. Port is configured to 8888. Change in /etc/nginx/sites-available/default
http://<YOURIP>/monit -> If you enable monit (later) you can see the status of your services
http://<YOURIP>/monitgraph -> If you enable monit (later) you can see graphs of your computer resources per service
http://<YOURIP>/grafana -> If you enable influxdb and grafana (later) you can use time series databases
http://<YOURIP>/red -> If you enable node-red (later)


You can setup nginx as a Reverse Proxy to securely access the listed websites from outside your home network.
To work correctly you need to forward port 443 in your router to the internal IP of this Raspberry Pi (192.168.178.67).
Furthermore you need to activate a Dynamic DNS service on your Router or other network device!
1) Enable
2) Disable
3) Skip
#? 2
Please disable Port Forwarding on your router to disable reverse proxy functionality

Broadcast message from systemd-journald@SmartHomeNG (Thu 2021-07-01 11:21:18 CEST):

nginx[2274]: 2021/07/01 11:21:18 [emerg] 2274#2274: socket() [::]:443 failed (97: Address family not supported by protocol)


Message from syslogd@SmartHomeNG at Jul  1 11:21:18 ...
 nginx: 2021/07/01 11:21:18 [emerg] 2274#2274: socket() [::]:443 failed (97: Address family not supported by protocol)
Job for nginx.service failed because the control process exited with error code.
See "systemctl status nginx.service" and "journalctl -xe" for details.

Ich brauche keinen reverse proxy

[whe]

Hallo Andy,

ein upgrade von scipy hat bei mir über 2 Stunden gedauert, es scheint, dass hier eine Menge neu kompiliert wird und man dazu wohl auch fertige Module bekommen kann. Shau mal bitte hier:

Gruß Wil

setze gerade mal wieder ein neues System für meinen Sohn auf einen Pi3 auf, der war noch auf 1.5.1 und sein USB Stick ist defekt.

[aschwith]

Danke Onkelandy für die Rückmeldung. Das hat mir schonmal etwas weitergeholfen. Jetzt wird es spannend:

- Ich habe bei mir den Test ohne laufende smarthomeNG Instanz wiederholt. Siehe da, das Ethernet kommt wieder, so wie bei Dir oben.
- Mit laufender smarthomeNG Instanz startet das Etherent nicht wieder hoch. (Auch die LEDs an der RJ45 Ethernetbuchse des RasPi bleiben dann dunkel.
- Meine Vermutung, das Database plugin: Mit laufender smarthomeNG Instanz ohne database plugin, kommt das Ethernet auch sauber wieder hoch.

Fazit: Es ist kein Problem mit dem Image. Ich mache einenen neuen Thread auf.

Danke und Gruß

[Onkelandy]

Hm, also ich kann das Problem nicht nachstellen. Sowohl am Raspi 1 also Raspi 4 funktioniert das problemlos. Kabel raus, einige Sekunden warten, wieder rein -> alles gut.

64 bytes from 10.0.0.150: icmp_seq=42 ttl=64 time=1.09 ms
64 bytes from 10.0.0.150: icmp_seq=43 ttl=64 time=1.25 ms
From 10.0.0.152 icmp_seq=57 Destination Host Unreachable
From 10.0.0.152 icmp_seq=58 Destination Host Unreachable
From 10.0.0.152 icmp_seq=59 Destination Host Unreachable
64 bytes from 10.0.0.150: icmp_seq=60 ttl=64 time=223 ms
64 bytes from 10.0.0.150: icmp_seq=61 ttl=64 time=1.07 ms

[aschwith]

Das ist es leider nicht. Wie oben geschrieben habe ich in der dhcpcd.conf die richtige statische IP konfiguriert. Das funktioniert auch gut bis man einmalig das Netzwerkkabel zieht. Wenn das Kabel wieder eingesteckt wird, bekommt er keine Lan Verbindung mehr. Es sei denn, ich mache einen reboot. Dann geht wieder alles. Funktioniert denn hotplug bei Dir? Kannst du das mal testen ?