Nextcloud 15.0.7 und Fehlermeldungen

Auf meinen letzten Beitrag – v. a. mein Unverständnis bezüglich Emojis in Dateinamen rief wohl diese Reaktion hervor – machte mich ein Kommentar auf die Begründung für die Unterstützung von 4-Byte-Zeichen aufmerksam. Nun bin ich ja durchaus ein Freund von Standards und mich nervt es ungemein, wenn dieselben – ob bei OpenSource oder auch durch Hersteller proprietärer Software – nicht oder nur „angepasst“ umgesetzt werden. Aus diesem Grund setzte ich mich etwas tiefer mit der Materie auseinander und setzt die Empfehlungen der Nextcloud-Foundation um.

Wider Erwarten führten die empfohlenen Schritte aus dem Administratorhandbuch zum Erfolg: mein Nextcloud „spricht“ jetzt richtiges utf8 . Bei der Gelegenheit wandte ich mich auch den weiteren Fehlermeldungen zu. Seit Nextcloud 15.02 tauchte ja die ominöse Fehlermeldung wieder auf, dass mein Server die webdav-Pfade nicht richtig auflösen könne. Änderungen an der .htaccess brachten dieses Mal keinen Erfol. Da aber Kontakt- und Kalendersynchronisation mit den Endgeräten klaglos erfolgte, ignorierte ich die Meldung einfach.

Meine „Lieblingsmeldung“

Gestern aber packte mich der Ehrgeiz und ich wühlte mich durch diverse Foren um das Problem endgültig zu klären. Die Vielfältigkeit der möglichen Konfigurationen machen die Fehlersuche manchmal etwas schwierig, denn dieselben rühren ja eigentlich auch daher. Der verwendete Webserver oder vom Standard abweichende Konfigurationen bei Nextcloud, das Betriebssystem, auf dem Nextcloud läuft – all das hat Auswirkungen auf das System und eben auch auf die Fehlermeldungen bei der Systemüberprüfung.

Bei github fand ich dann schließlich die (vorläufige?) Lösung für das Ende dieser lästigen Meldung: in meiner Konfiguration (Debian 10, Apache, PHP 7.3) muss der entsprechende Redirect-Eintrag nicht wie oft propagiert in der .htaccess gesetzt werden, sondern in der nextcloud.conf (/etc/apache2/conf-available)! In meinem Fall genügte es tatsächlich, der nextcloud.conf folgenden Abschnitt hinzuzufügen:

Nunmehr zeigt sich mein System wieder zufrieden:

Alles im „grünen Bereich“

Das angezeigte Update auf Version 15.0.7 konnte per Webupdater ohne Probleme installiert werden. Die „Sicherheits- und Einrichtungswarnungen“ blieben weiterhin jungfräulich. Allerdings existiert auch hier kein Changelog bei nextcloud.com – die bald zu erwartende Einführung von Nextcloud 16 wirft offensichtlich seinen Schatten voraus …

Nextcloud 15.0.6

Kurz vor Veröffentlichung des neuen Major-Releases Nextcloud 16 – der RC 1 wurde gerade bereit gestellt – habe ich heute meine Instanz auf Version 15.0.6 aktualisiert. Mit jetzigem Stand liefert die Changelog von Nextcloud keine Informationen über den Inhalt des Updates.

Aktualisierungsmeldung

Das Update verlief ohne Probleme, allerdings generierte Sicherheits- und Einstellungsprüfung einen mir bis Dato unbekannten Fehler (an die Fehlermeldungen bezüglich Webdav habe ich mich nunmehr gewöhnt und habe kein Bedürfnis, nach jedem Update in einer wahren Flut von Dateieditierungen zu versinken):

MySQL unterstütz keine 4-Byte-Zeichen, aha …

Bisher habe ich die Untersützung von 4-Byte-Zeichen durch MySQL nicht vermisst, dem Link folgend erfuhr ich dann wozu dieselbe benötigt wird:

Um Emojis (textbasierte Smilies) auf Ihrem Nextcloud-Server mit einer MySQL-Datenbank verwenden zu können, muss die Installation etwas angepasst werden.

Kann ich der Überlegung noch halbwegs folgen Emojis in „Kalenderereignissen“ und „Kommentaren“ zu verwenden wie es im Text heißt, finde ich den Verweis auf Dateinamen geradezu als anstößig. Leute macht nicht so einen Blödsinn – quält eure Dateisysteme bitte nicht mit „4-Byte-Zeichen“. Ich sehe es förmlich vor mir:

😉 Besprechung 28.04.2019 mit dem Chef.pdf

🙁 Abgelehnter Urlaubsantrag.doc

Schlußfolgernd aus diesen Visionen werde ich diese neue „Fehlermeldung“ erst einmal ignorieren. Manchmal kann ich den Trends tatsächlich nicht mehr folgen – ich glaube, ich werde alt …

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.