Nextcloud – Start Update funktioniert nicht

Bereits am Mittwoch hat Nextcloud Version 15.04 veröffentlicht. Heute wollte ich dieses Update einspielen, aber ich konnte soviel auf die entsprechende Schaltfläche klicken wie ich wollte – das Update startete nicht, es passierte schlicht und ergreifend gar nichts. Aktualisierung der Seite und auch der Wechsel des Browsers brachten ebenfalls keine Änderung. Nun ist es ja möglich, Nextcloud per Kommandozeile zu aktualisieren, hatte ich jedenfalls gelesen. Da der Updateprozeß in meiner Instanz bisher immer problemlos aus der Weboberfläche gestartet werden konnte, hatte ich die entsprechende Prozedur noch nicht getestet, mich noch nicht einmal näher damit beschäftigt.

Auf der Suche nach einer Anleitung stieß ich schließlich bei Bitblokes auf diese sehr gut beschriebene und bebilderte Anleitung, die mir aus dem Dilemma half. Also Verbindung per VPN nach Hause aufgebaut, per puTTy am Server angemeldet, in das Nextcloud-Installationsverzeichnis gewechselt und folgenden Befehl ausgeführt:

sudo -u www-data php updater/updater.phar

Der weitere Ablauf war dann wie bei Bitblokes beschrieben. Das Update funktionierte ohne Störungen, Datenbank und Apps wurden problemlos aktualisiert. Die Weboberfläche startete ohne Fiesematenten und mein Nextcloud meldet mir Version 15.04 an. Warum nun der Updater nicht startete ist mir immer noch nicht klar, werde aber bis zur nächsten Version warten, um dann noch einmal zu testen …

Meldung über die aktuelle Version

Version 15.04 bringt eigentlich nur eine Änderung: externe Speiche sind (wieder) von der Weboberfläche durchsuchbar. Da ich Nextcloud 15.03 allerdings „übersprungen“ hatte sind diese Änderungen bei meinem Update hinzugekommen. Vollständige Informationen findet ihr wie immer in der Changlog von Nextcloud.

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.