Nextcloud Fehler bei Aktualisierung auf 28.0.2

[luddi]

Ich checke es nicht: Wie mache ich das?

wenn ich versuche den Repair Befehl auszuführen

Genau so wie du den Repair Befehl ausführst nur anstatt mit maintenance:repair eben app:update --all hinten anfügen.

sudo -u http php82 /volume1/web/nextcloud/occ app:update --all

 

[LORDNIKON1]

... kurzes Update in die Runde: Ich habe das Update abschließen können.
Ich hatte in der Vergangenheit aus irgendeinem (mir nicht mehr nachvollziehbarem Grund) den Index "systag_by_tagid" hinzugefügt. Diesen habe ich entfernt und die Installation lief durch.

 

[luddi]

Wo wurde ein Index hinzugefügt? Sprichst du hierbei von der config.php?

 

[LORDNIKON1]

Ich hatte den Index im Table "oc_systemtag_object_mapping" hinzugefügt (mithilfe von phpmyadmin) - also direkt auf der Datenbank

 

[luddi]

Ah okay danke für die Auflösung.

Anbei empfehle ich auch gern das Update über die Kommandozeile durchzuführen. Das hat den Vorteil dass es dabei nicht zu http Timeouts kommen kann, sollte der Server einmal nicht rechtzeitig antworten.

Wie man das macht steht im Nextcloud Admin Handbuch.

Using the command line based updater
sudo -u www-data php /var/www/nextcloud/updater/updater.phar

Oder wenn man das ganze im Batch mode ohne Interaktion durchführen möchte:
Batch mode for command line based updater
sudo -u www-data php /var/www/nextcloud/updater/updater.phar --no-interaction

 

[LORDNIKON1]

Herzlichen Dank @luddi
Räume jetzt gerade richtig auf und will verbleibende Fehlermeldungen auch vollständig eliminieren.
Darf ich dazu noch eine Frage stellen? Cronjob läuft nun auch wieder, nur die blöde Meldung:
"Die Datenbank wird für transaktionale Dateisperren verwendet. Um die Leistung zu verbessern, konfigurieren Sie bitte Memcache, falls verfügbar." bekomme ich nicht weg.

Wie zuvor beschrieben habe ich die Anpassungen in https://www.synology-forum.de/threads/nextcloud-memcache-not-available.131390/#post-1136520

durchgeführt, trotzdem funktioniert es irgendwie nicht.

 

[Tuxnet]

wenn du die Dateien editiert hast, Wechsel entweder kurz das php Profile, oder starte die DS neu damit die Änderungen greifen.

 

[LORDNIKON1]

... hat auch nicht geklappt. Jetzt bin ich aber fündig geworden:
ich habe in der config.php unter der Zeile
'memcache.local' => '\\OC\\Memcache\\APCu', die Zeile
'memcache.locking' => '\\OC\\Memcache\APCu',
ergänzt.

Jetzt ist die Warnmeldung weg!

 

[Tuxnet]

Wieso stand das den nicht da drin ?

Hatten wir das Thema nicht vor längerer Zeit mal ?

 

[LORDNIKON1]

I don't know. Habe das Thema hier jedenfalls nicht gefunden und war immer davon ausgegangen, dass APCu für Memcache und Redis für File Locking zuständig ist. Das ist aber nicht so.