nextcloud: Fehlender Index "fs_size" in der Tabelle "oc_filecache"

[Teckler]

Hallo zusammen,

habe nach der Anleitung hier link auf nextcloud 21 upgedatet
Und auch das darin enthaltene update auf php 8.0.3 gemacht.
Läuft auf ubuntu 20.04.2LTS, MariaDB 10.3.25, Apache 2.4.41, PHP 8.0.3

Soweit läuft es.
In den Einstellungen /Übersicht kommt allerdings die o.g. Fehlermeldung die ich nicht gelöst bekomme.

Normalerweise wird der Fehler einfach behoben mit:
sudo -u www-data php occ db:add-missing-indices

Ich bekomme aber immer Fehler, auch bei gestoppten apache2:
could not open inpu file: occ

Weiß jemand Rat oder ist die nextcloud Version 21.0.0 einfach noch zu neu ?

Nachtrag: auch nach Neusetzen der Berechtigungen gehts nicht
sudo chown -R www-data:www-data /home/data/
sudo chown -R www-data:www-data /var/www/nextcloud/

Danke schon mal und sonnigen Sonntag an Alle 🌞

 

[johnyb0y]

Versuch mal den pfad zur occ und ggfs. auch php komplett anzugeben. die liegt im Nextcloud verzeichnis.

sudo -u www-data /usr/bin/php /var/www/html/nextcloud/occ db:add-missing-indices

Pfade gegebenfalls anpassen.

 

[Teckler]

@johnyb0y Super ! Danke 👍 das war es
bin in /var/www/nextcloud gewechselt und hab von dort aus den Befehl gestartet und es lief sofort.
Ehrlich gesagt bin ich schon mal drüber gestolpert
Ändere jetzt meine Doku mit den Pfadangaben im Befehl wie von Dir gezeigt

 

[ven-]

Der Befehl muss in dem Verzeichnis eingegeben werden, in der sich die occ befindet.

Edit: Ich sehe, hast du im gleichen Moment auch schon gepostet.

 

[NameHere]

Für alle die kein root haben auf einem shared hosting können das über phpmyadmin auch lösen.

Bespiel beim Update von v19 auf v20
Quelle https://gist.github.com/andreas-becker/e1121836956a8f3b9265b902ea6e612f

Die schlüssel müssen nur angepasst werden. Denke in den nächsten Tagen gibt es den Code auch für die v21.

# Fehlender Index "cards_abiduri" in der Tabelle "oc_cards".
ALTER TABLE `oc_cards` ADD INDEX `cards_abiduri` (`addressbookid`, `uri`) USING BTREE;
# Fehlender Primärschlüssel auf Tabelle "oc_federated_reshares".
ALTER TABLE `oc_federated_reshares` ADD PRIMARY KEY (`share_id`) USING BTREE;
# Fehlender Primärschlüssel auf Tabelle "oc_systemtag_object_mapping".
ALTER TABLE `oc_systemtag_object_mapping` ADD PRIMARY KEY (`objecttype`, `objectid`, `systemtagid`) USING BTREE;
# Fehlender Primärschlüssel auf Tabelle "oc_comments_read_markers".
ALTER TABLE `oc_comments_read_markers` ADD PRIMARY KEY (`user_id`, `object_type`, `object_id`) USING BTREE;
#Fehlender Primärschlüssel auf Tabelle "oc_collres_resources".
ALTER TABLE `oc_collres_resources` ADD PRIMARY KEY (`collection_id`, `resource_type`, `resource_id`) USING BTREE;
# Fehlender Primärschlüssel auf Tabelle "oc_collres_accesscache".
ALTER TABLE `oc_collres_accesscache` ADD PRIMARY KEY (`user_id`, `collection_id`, `resource_type`, `resource_id`) USING BTREE;
# Fehlender Primärschlüssel auf Tabelle "oc_filecache_extended".
ALTER TABLE `oc_filecache_extended` ADD PRIMARY KEY (`fileid`) USING BTREE;
# Einige Spalten in der Datenbank können mit folgendem SQL zu big int konvertiert werden (SQL-Ersatz für 'occ db:convert-filecache-bigint'):
# - federated_reshares.share_id
# - share_external.id
# - share_external.parent
ALTER TABLE `oc_federated_reshares` CHANGE `share_id` `share_id` BIGINT(20) NOT NULL;
ALTER TABLE `oc_share_external` CHANGE `id` `id` BIGINT(20) NOT NULL AUTO_INCREMENT;
ALTER TABLE `oc_share_external` CHANGE `parent` `parent` BIGINT(20) NULL DEFAULT '-1';