Nextcloud Datenverzeichnis verschieben

Die im vorherigen Beitrag beschriebene „Updateritis“ im Zusammenhang mit dem Wechsel auf Nextcloud 15 verursachte ein kleines Problem an meinem Server. Seit dem Update meldete mir mein Server, dass nur noch wenig Speicherplatz auf der Systempartition zur Verfügung stehen würde. Die üblichen Methoden zur „Platzbeschaffung“ per apt autoremove und apt autoclean brachten nur bescheidenen Erfolg, so kam mir ein Gedankengang wieder in den Sinn, den ich bisher immer wieder verworfen hatte:

Mein Server verfügt über 2 Festplatten. Auf der ersten 250 GB großen HDD ist System und eben Nextcloud installiert, die zweite mit einer Kapazität von 1 TB dient als Datenspeicher. Es wäre doch nur folgerichtig, wenn die Daten von Nextcloud ebenfalls auf dem „Datengrab“ gespeichert würden. Bisher scheute ich diesen Schritt zu gehen, denn bisher bestand keine Notwendigkeit dafür und ich war mir nicht sicher, ob das ohne Komplikationen vor sich gehen würde. Den rein „kosmetischen“ Grund (Abweichung vom Standard der Installation) lasse ich einmal unberücksichtigt.

Nach einigem Stöbern im Internet fand ich dann schließlich im Nextcloud-Forum die Antwort. Einen wichtigen Hinweis möchte ich (wie immer) noch einmal geben: vor den Arbeiten bitte unbedingt eine aktuelle Datensicherung inklusive eines SQL-Dumps erstellen! Obwohl nicht mehr topaktuell hilft eventuell die PDF-Datei „Backup owncloud und Debian“ unter Downloads/Computer-Tutorials bei den notwendigen Arbeiten. Nachdem das erledigt ist können wir uns an die geplante Arbeit machen

  1. Maintenance-Mode aktivieren
  2. neuen Datenpfad im Dateisystem erzeugen
  3. Dateien vom alten Pfad in den neuen kopieren
  4. Rechte für den neuen Datenpfad setzen
  5. Nextcloud-Konfigurationsdatei editieren
  6. Maintenance-Mode deaktivieren

Und testen 😉 . Die im Forum beschriebene Änderung der SQL-Datenbanktabelle oc_storage muss wohl seit Version 13 nicht mehr ausgeführt werden, der SQL-Server liest den Datenpfad direkt aus der config.php von Nextcloud aus. Um das ganze etwas anschaulicher zu machen hier die erforderlichen Schritte in meiner Umgebung (meine zweite Festplatte ist unter dem Namen „Data“ im Dateisystem eingebunden):

sudo -u www-data php /var/www/nextcloud/occ maintenance:mode --on
mkdir -p /data/nextcloud/data
cp -a /var/www/nextcloud/data/ /data/nextcloud/data
chown -R www-data:www-data /data/nextcloud/data
nano /path/to/nextcloud/config/config.php
'datadirectory' => '/data/nextcloud/data',(so der geänderte Eintrag)
sudo -u www-data php /var/www/nextcloud/occ maintenance:mode --on

Die genze Sache hat ohne Probleme funktioniert und nachdem ich das alte Datenverzeichnis unter /var/www/nextcloud gelöscht habe, sind auf meinem System wieder mehr als 10 GB frei …

Nextcloud 15 – Updateritis

Bereits am Montag wurde Nextcloud 15 frei gegeben. Meine Ungeduld und meine Vorfreude ließen mich nicht auf die Freigabe per Updater warten (bei Nextcloud hieß es, dass könnte mehrere Tage bis Wochen dauern), sondern ich entschloss mich zu einem manuellen Update. Das lief soweit auch ganz gut, folgte ich doch brav der Anleitung

Mit kleineren Querelen lief der Prozess durch und der Zugriff auf meinen Server zeigte das gewohnte Bild. Der erste Weg nach einem Update führt natürlich zur Übersicht der Einstellungen und die hier gebotene Übersicht war ein wenig erschreckend (zum Vergrößern anklicken) …

Die ersten beiden Meldungen sind ja bereits seit längerem vorhanden, aber nachdem ich die entsprechenden Einträge in der .htaccess mit den empfohlenen überschrieb, verschwanden diese Fehlermeldungen. Woran es nun lag kann ich nicht einmal sagen – es funktionierte einfach. 

Die folgenden Probleme mit fehlenden Indizes, imagick und Konvertierungen waren recht einfach mit den vorgeschlagenen occ-Befehlen bzw. der Installation des PHP-Paketes behoben. Am Ende blieb lediglich der Hinweis auf die veraltete PHP-Version.

Und mich packte der Ehrgeiz. Um gleich Nägel mit Köpfen zu machen, entschied ich mich zur Installation von Debian 10. Das gibt es allerdings erst in der unstable Version, sollte aber eigentlich kein Problem sein. Ja sollte …

Die Folge war eine ausbrechende Updateritis. Die Installation von Debian 10 war noch das geringste Problem, die komplette Neukonfiguration des Apache und von Nextcloud waren deutlich aufwändiger. Wahrscheinlich war es aber ohnehin einmal nötig sich intensiver mit den Konfigurationsdateien zu beschäftigen. Nunmehr verfügt mein Server über ein selbstsigniertes Zertifikat, für Port 80 und 443 existieren Konfigurationsdateien und die virtuellen Hosts sind sauber eingebunden, PHP ist auf Version 7.3 und die Systempartition meines Servers ist von allerlei Überflüssigem befreit ….

Der Erfolg war mühsam erkämpft, aber die Grundeinstellungen melden mir nunmehr

Trotzdem hat mir meine Ungeduld wieder einige Stunden an zusätzlicher Arbeit eingebracht.

Die Changelog ist dieses Mal beeindruckend lang und die wichtigsten Änderungen werden in einem ausführlichen Blogbeitrag erläutert.

Trouble mit Webmin

Natürlich lag das Problem wieder einmal bei mir. Als Webmin mir gestern ein Designupdate meldete, „übersah“ ich großzügig die Warnung die auf ein Kompatibilitätsproblem meiner zum Zeitpunkt verwendeten Version 1.89 mit eben diesem Design (Authentic theme Version 1.9.21) hinwies. Das Desaster war nach Installation perfekt: statt meines altbekannten Dashboards sah ich nach der Anmeldung  lediglich eine „weißen Seite“. Da ich wegen der Funktionalität des kleinen aber feinen Tools nicht darauf verzichten wollte, blieb also nur Troubeshooting der alten Schule übrig.

Das Projekt bietet inzwischen bereits Version 1.900 an, nur das Debian meines Homeservers hält die neue Version von Webmin noch nicht in den Repositories bereit. Eine Installation von sourceforge.net stellt allerdings kein Problem dar (siehe auch den Artikel über die Installation auf dem Raspberry Pi) :

  • die im ersten Schritt genannten Perlmodule usw. brauchte ich nicht zu installieren, da bereits vorhanden aus der funktionierenden Installation von Webmin 1.8900
  • per wget die neuest Version herunterladen
# wget http://prdownloads.sourceforge.net/webadmin/webmin_1.900_all.deb

und per dpkg installieren

# dpkg --install webmin_1.900_all.deb

Nach der Anmeldung zeigte sich Webmin wieder in alter Schönheit.

Sollte das verwendete Betriebssystem mal die neueste Version des hervorragenden Web-Administrations-Programms verweigern, ist mit Hilfe der oben angeführten Befehle immer diese Version installierbar, lediglich die Versionsnummer des aktuellen Paketes muß angepasst werden.