Was passiert wenn der Strom weg ist? Nix mehr , oder zumindest nicht mehr viel bzw nicht mehr lange. Da meine Infrastruktur durch mehrere USV abgesichert ist habe ich noch eine gewisse Reserve wenn der Strom weg ist. Diese Zeit nutze ich dazu alle Systeme nach ca 10min herunter zu fahren. da an einer USV mehrere Geräte hängen nutze ich hierzu NUT (https://networkupstools.org/) in einer Client Server Architektur , dazu kommt noch mal ein anderer Artikel.

Da ich aber gerne noch benachrichtigtwerden möchte, wenn Stromausfall ist und wissen möchte wann der Akku der USV getauscht werden muss möchte ich die Daten in OpenHAB (meiner Hausautomatisierung) haben . Das Mittel der Wahl ist hier MQTT. Die Installation finktioniert wie folgt:

sudo apt install python3 python3-pip nut
sudo pip install paho-mqtt
cd /etc
git clone https://github.com/dniklewicz/ups-mqtt.git
cd ups-mqtt
mkdir conf

das ist schon die halbe magie. Jetzt noch die config anpassen mit

nano config.ini 

auf dem Rechner auf dem der UPSD läuft muss noch der neue client noch freigeben werden. Das Skrippt kann man mit

 python3 ups-mqtt.py 

starten. Jetzt sollte am MQTT server etwas ankommen. Ich nehme da zum Testen übrigens den mqtt-explorer.

Wenn das ganze als Service laufen soll verweise ich mal auf diese Seite und packe hier nur die Code Schnipsel ohne viel Erklärung rein

useradd -r -s /bin/false pyserveruser
chown -R pyserveruser:pyserveruser /etc/pyserver

Die Unit datei (/etc/systemd/system/ups-mqtt.service) sieht so aus:

[Unit]
Description=ups2mqtt
After=syslog.target

[Service]
Type=simple
User=pyserveruser
Group=pyserveruser
WorkingDirectory=/etc/ups-mqtt
ExecStart=/etc/ups-mqtt/ups-mqtt.py
SyslogIdentifier=ups2mqtt
StandardOutput=syslog
StandardError=syslog
Restart=always
RestartSec=3

[Install]
WantedBy=multi-user.target

Steuern kann man den Server nun mit den normalen systemd Kommandos:

systemctl status pyserver
systemctl start pyserver
systemctl stop pyserver
systemctl restart pyserver

Seine Logausgaben sieht man so:

journalctl -u pyserver

under construction

In diesem Artikel geht es um die Vorbereitung und Durchführung einer Sitzung und die Fallstricke. Weiterhin wirde es noch einige Tipps und Tricks geben. Dieser Artikel tragt bewusst die Überschrift ‚under construction‘ da ich ihn laufend ergänzen werde und aktuell noch am Anfang stehe.

Allgemein ist der klick auf das 3 Punkte Menu immer hilfreich , hier verstecken sich oftmals lange gesuchte und nützliche Funktionen

OpenSlides – Bedienung & Vorbereitung weiterlesen →

Durch Corona sind viele Organisationen dazu gezwungen ihre Versammlungen online zu machen. Aus rechtlicher Sicht ist das bis Ende 2021 auch möglich , wenn es nicht explizit in der Satzung steht (Quelle) . Nun stellt sich auch für mich die Frage: Wie macht man das? Nach einiger Suche habe ich mich für OpenSlides entschieden. OpenSlides ist ein Tool zur Verwaltung und Organisation von Versammlungen (auch offline). Um es komplett online zu mache benötigt man noch einen VideoChat. Hier gibt es viele Anbieter wie Jitsi , Big Blue Button, Google Meet , Zoom, Skype . Mein Fokus liegt hier auf den ersten Beiden, da Open Source ;-). Dazu aber später mehr.

Online – Versammlungen mit OpenSlides weiterlesen →

Da ich den Raspberry loswerden wollte war die Idee auf eine Basis zu gehen , bei der ich Backups und Snapshots zur Verfügung habe. Die Wahl ist auf einen Intel NUC (7.gen mit Celeron ) gefallen. Als Virtualisierung stand ESXi und Promox zu Wahl. Aufgrund der unterstützung von LXC Containern bin ich bei Promox gelandet.

Wie lief die Migration ab und was gehörtr alles dazu?

Zu erst habe ich Proxmox installiert und 2 Container (1x OpenHab und eine für Influx/Grafana9 mit Ubuntu 18.04 erstellt ( 20.04 wird noch nicht von allem unterstützt). Dannach ging es an die Installation.

OpenHAB

Die Installation habe ich per OpenHABian gemacht, da dort vieles automatisiert ist. (Der punkt unter openhab-config ist fresh install 😉 ) Auf dem Altensystem habe ich dann ein Backup gemacht

sudo $OPENHAB_RUNTIME/bin/backup

und per FTP auf die neue installation übertragen. dann folgte ein restore

sudo systemctl stop openhab2
 
sudo $OPENHAB_RUNTIME/bin/restore $OPENHAB_BACKUPS/openhab2-backup.zip
sudo systemctl start openhab2

Damit ist OpenHAB bereit. Natürlich muss noch die IP der InfluxDB angepasst werden (/etc/openhab2/services/influx.cfg). Weiter geht es mit Mosquitto und Homegear. Beide werden über openhab-config installiert.füe mosquitto ist keine weitere Aktion notwendig, bei HomeGear kopieren wir die daten aus

/etc/homegear/*
/var/lib/homegear/sql.db

auf das neue system. Jetzt folgt zigbee2mqtt: Hierzu wird alles aus /opt/zigbee2mqtt/data auf das neue System kopiert. bei mir fehlt jetzt noch die Installation von https://github.com/taganaka/SpeedTest für mein Speedtest script.

Datensicherung von Influx und Grafana:

// Datensicherung der Influx DBs
influxd backup -portable <path-to-backup>

Bei Grafana kann man entweder die grafana.db kopieren , das tool (https://github.com/molu8bits/grafana-migration-tool) nutzen oder die Dashboards als JSON exportieren und wieder Importieren ( das war meine Lösung)

Jetzt alle backups runterladen, die IP des Altensystems ändern (falls wir es nochmal brauchen ) und runterfahren. Auf dem neuen System die IP des Alten einstellen (damit muss man die MQTT clients nicht anfassen) und auch herunterfahren.

Installation und durchreichen des Zigbee USB sticks (oder anderer) : die Anleitung dazu findet ihr bei http://coldcorner.de/2018/07/12/proxmox-usb-passthrough-fuer-lxc-container-z-wave-uzb1/ damit sollte der OpenHAB teil laufen . Weiter geht es mit der

Installation von InfluxDB und Grafana

Hier gibt es eigentlich nicht viel zu sagen, die Beschreibung der Installation aus den Quellen findet ihr auf den Webseiten. Wichtig ist nur keine DBs anzulegen , sondern erst mit

influxd restore -portable path-to-backup

das Backup zurückspielen.

Ich hoffe ich habe nichts vergessen und es hilft euch bei der Migration