geplant: 19.12.2018

• Migration aller Datenbanken auf einen Datenbank-Cluster
  MySQL --> MariaBD Galera Cluster
  betroffen sind alle Dienste, alle Dienste für ca. 2 Stunden angehalten

• Datenbank-Zugriff von localhost über Loadbalancer
  keine Änderung für PHP-Applikationen

geplant: ohne Datum

• Umstellung PHP
  mod-php ersetzen durch php-fastcgi

geplant: ohne Datum

• Neue PHP-Version
  PHP 5.6 und PHP 7.0
  durch Benutzer wählbar

Nach dem Umbau sind unsere Dienste auf einer (teilweise) anderen Hardware untergebracht.

Das alte System ist jetzt Bestandteil eines etwas größeren Clusters, die virtuellen Maschinen sind auf die verschiedenen Knoten verteilt.

Das Foto hat eine beabsichtigte Unschärfe...

Wir bauen unser System vollständig um und setzen auf eine neue System-Architektur.
Gleichzeitig werden alle Software-Pakete auf aktuelle Versionen aufgerüstet.

Die Funktionalität soll dabei erhalten bleiben, es soll aber gleichzeitig die Basis für
Erweiterungen und neue Dienste geschaffen werden.

Stand 05.01.2018:
Wegen alter Einträge gibt es Probleme mit manchen Funktionen:

• Mehrfache Verwendung von E-Mail Aliases
  Es gibt Benutzerkonten, die identische E-Mail-Aliases haben.
  Das ist nicht zulässig und hätte beim Einrichten eigentlich verhindert werden müssen.
  Wir suchen noch nach einer Lösung.

• Neueinrichten von Accounts
  Vorübergehend können keine Accounts angelegt werden, da die Abhängigkeiten
  zwischen verschiedenen Funktionen noch nicht richtig aufgelöst sind.

In der Nacht zum 04. Dezember gegen 0:20 Uhr hat unser Storagesystem seinen Geist aufgegeben.
Controller defekt, nicht mehr zu retten.

Umziehen auf eine andere Plattform war leider nicht möglich.
1. keine Ersatz-HW verfügbar
2. kein fehlerfreier aktueller Backup

Gemeinsame Unterstützung hat uns ein Ersatzteil herbeigezaubert.
Vielen Dank nach Saarbrücken!!!

Nach erfolgreicher BETA-Testphase gehen wir offiziell in Produktivbetrieb:

Accounts, für die regelmäßig E-Mail abgerufen wird (Smartphone, E-Mail-Client oder Webmailer), werden dauerhaft aktiv gehalten.

Gesperrte Accounts, die noch nicht gelöscht wurden, werden durch E-Mail-Abruf ebenfalls wieder reaktiviert.

Update:
Die Anmelde-Logs für E-Mail werden nachts in einem Batch-Prozess ausgewertet. Gesperrte Accounts sind am nächsten Tag reaktiviert.

Am Samstagmorgen 02:00 Uhr ist der Server aus unbekanntem Grund stehen geblieben. Da in keiner Log-Datei mehr Einträge aufgetaucht sind, ließ sich der Grund im Nachhinein nicht mehr ermitteln.

Um diese Uhrzeit werden automatisierte Updates installiert und Backups durchgeführt.

Ein Hardware-Reset und Reboot Montagmorgen lief problemlos, der Server ist ohne Fehlermeldungen wieder in Betrieb.

Wir haben die Nutzung von Zertifikaten von Let's Encrypt aktuell im BETA-Test.

Dazu haben wir die Software für SSL vom bisherigen Apache-Webserver
auf NGiNX umgestellt. Mit NGiNX ist es leichter, getrennte Konfiguration
und Zertifikate für (aktuell) fast 800 Web-Präsenzen zu erzeugen und zu verwalten.

Nach Abschluss der BETA-Phase werden wir Zertifikate für alle Web-Präsenzen automatisiert
erstellen und automatisiert aktuell halten.

Unsere SMTP-Verbindungen sind bei der Verschlüsselung jetzt umgestellt auf Perfect Forward Secrecy.

Das gilt ebenso für das vorgeschaltete System zur Spam-Abwehr.

Wir haben am 21. November 2014 einen umfangreichen Upgrade unseres Cloud-Systems durchgeführt.

• Upgrade der OwnCloud-Software auf Version 7.0.3
• Upgrade des Betriebssystems auf Ubuntu 14.04

Während des Upgrades kam es mehrfach zu Unterbrechungen der Cloud-Dienste und Neustarts
des Systems.

[Update:] Geht wieder

Der SW-Update auf 6.0.1(stable) hat zu massiven Problemen geführt, manche User können sich nicht mehr einloggen. Betroffen sind "neue" User, die ihren Account noch nicht so lange haben.

Ich habe den Fehler bei den Entwicklern gemeldet, es wird daran gearbeitet.

Auf die Vorgängerversion zurückzusetzen macht keinen Sinn, die Auswirkungen auf gespeicherte Änderungen seit 29.01.2014 für nicht
betroffene User sind unkalkulierbar.