# Nextcloud-Tabelle oc\_filecache\_extended korrupt

**URL:** <https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606>\
**Category:** 🇩🇪 Deutsch (german)\
**Tags:** oc\_filecache, mariadb\
**Created:** [May 23, 2025, 12:43pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606 "2025-05-23T12:43:47Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![siedi102](https://help.nextcloud.com/letter_avatar/siedi102/32/6_22734026db12803ebb3e059622ac3534.png) [@siedi102](https://help.nextcloud.com/u/siedi102)\
**Post date:** [May 23, 2025, 12:43pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606/1 "2025-05-23T12:43:47Z")

</div>

Hallo zusammen,  
seit Tagen versuche ich ein Problem zu lösen, bei dem ich nicht weiterkomme.

Debian 6.1.0-0.deb11.21-amd64  
OMV 6.9.16-1 (Shaitan)  
Docker unter OMV  
Nextcloud - neueste Update durchgeführt

Vor zwei Jahren habe ich ein NAS aufgesetzt, bei dem jetzt kurz vor Garantieende der Rechner sich plötzlich und ohne Vorwarnung verabschiedet hat.  
Kopie des Rechners erstellt und auf einen Rechner gleicher Bauart übertragen.

Es hat fast alles funktioniert: debian/OMV läuft. Nextcloud läuft nicht.

Bei der Ursachenforschung habe ich herausgefunden, dass die Tabellen oc\_filecache und oc\_filecache\_extended zuerschossen wurden. Jetzt hängt die Anmeldung an Nextcloud direkt nach der Anmeldung in einer Fehlermeldung

"

### Interner Serverfehler

Der Server konnte die Anfrage nicht fertig stellen.

Sollte dies erneut auftreten, sende bitte die nachfolgenden technischen Einzelheiten an deine Serveradministration.

Weitere Details können im Serverprotokoll gefunden werden.

### Technische Details

- Entfernte Adresse: 84.XXX.XXX.XXX
- Anfragekennung: McV2loovGtlIC1w7frax  
"  
Ich führe in diesem Falle diese Fehlermeldung auf die korrupten Tabellen zurück.

Über mariadb konnte ich die oc\_filecache-Tabelle neu aufsetzen, da im Netz die SQL-Struktur zu finden war. Für die oc\_filecache\_extended konnte ich nichts dergleichen finden.

Um an die Tabelle heranzukommen, habe ich auf einem überzähligen Laptop versucht, die gleiche Installation aufzusetzen. Nach mehrmaligen Versuchen bin ich immer bis an die Stelle gekommen, wo ich Docker installiert habe und die Nextcloud folgen müsste. Leider kann ich Nextcloud nicht starten, ich lande immer auf der SWAG-Seite von NGINX.

Meine Fragen sind jetzt:  
 → Wie komme ich an die SQL-Tabellenstruktur, um sie neu aufsetzen zu können

falls das nicht klappt/funktioniert:  
 → Was mache ich bei der neuen Installation falsch, dass ich nach der Installation (nach Anleitung) nicht auf Nextcloud komme?

Falls ich hier gegen Konvetionen verstoße: Ich bin hier neu und mache es nicht absichtlich. Dann bitte melden.  
Uwe

---

<div class="post-metadata">

**Author:** ![j-ed](https://help.nextcloud.com/user_avatar/help.nextcloud.com/j-ed/32/7281_2.png) [@j-ed](https://help.nextcloud.com/u/j-ed)\
**Post date:** [May 23, 2025, 1:05pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606/2 "2025-05-23T13:05:57Z")

</div>

> [@siedi102](#):
>
> Meine Fragen sind jetzt:  
> → Wie komme ich an die SQL-Tabellenstruktur, um sie neu aufsetzen zu können

```auto
MariaDB [nextcloud]> describe oc_filecache_extended;
+---------------+---------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+---------------+---------------------+------+-----+---------+-------+
| fileid | bigint(20) unsigned | NO | PRI | NULL | |
| metadata_etag | varchar(40) | YES | | NULL | |
| creation_time | bigint(20) | NO | MUL | 0 | |
| upload_time | bigint(20) | NO | MUL | 0 | |
+---------------+---------------------+------+-----+---------+-------+
4 rows in set (0.001 sec)

```

---

<div class="post-metadata">

**Author:** ![siedi102](https://help.nextcloud.com/letter_avatar/siedi102/32/6_22734026db12803ebb3e059622ac3534.png) [@siedi102](https://help.nextcloud.com/u/siedi102)\
**Post date:** [May 23, 2025, 4:42pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606/3 "2025-05-23T16:42:03Z")

</div>

Hallo j-ed,  
vielen Dank für die schnelle Antwort: Leider Fehlanzeige. Das Ergebnis sieht so aus:

 ![nextcloud-01](https://help.nextcloud.com/uploads/default/original/3X/3/9/39ac9c7e5a020e40e7df85b602595d4112c101a2.jpeg)

Für mich wäre eine CREATE TABLE ‘oc\_filecache\_extended’ wie hier für die oc\_filecache gepostet

> [@How can I recreate/regenerate the oc\_filecache table? \[SOLVE : Here is the schema for oc\_filecache\]](https://help.nextcloud.com/t/how-can-i-recreate-regenerate-the-oc-filecache-table-solve-here-is-the-schema-for-oc-filecache/63395):
>
> Hello, I had a problem with my oc\_filecache table being corrupt. I searched on how to fix this and, unfortunately, one of the first “solutions” that I found was “delete the table then recreate it”. I succeeded at the “delete the table” part, but I can’t find any information on how to recreate it… Yes, I now know that I should have truncated. I tried a few occ commands : “maintenance:repair”, “files:scan” and even “upgrade”, but none worked. Can someone please tell me which command to run? …

interessant bzw. damit habe ich die oc\_filecache reparieren können.

Ich denke, eine leere oc\_filecache\_extended.idb wäre ebenfall brauchar, damit könnte ich die korrupte Datei überschreiben.

Danke für die Hilfe  
Uwe

---

<div class="post-metadata">

**Author:** ![siedi102](https://help.nextcloud.com/letter_avatar/siedi102/32/6_22734026db12803ebb3e059622ac3534.png) [@siedi102](https://help.nextcloud.com/u/siedi102)\
**Post date:** [May 23, 2025, 4:55pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606/4 "2025-05-23T16:55:56Z")

</div>

Jetzt habe ich zu schnell geantwortet 😉  
Ich bin nicht der große Shell-Freund, ich arbeite lieber mit einer GUI.  
Wie kann ich aus der mit describe erzeugten Darstellung einen sql-Befehl erzeugen, um die Tabelle zu erstellen?  
Uwe

---

<div class="post-metadata">

**Author:** ![zomtec2311](https://help.nextcloud.com/user_avatar/help.nextcloud.com/zomtec2311/32/71329_2.png) [@zomtec2311](https://help.nextcloud.com/u/zomtec2311)\
**Post date:** [May 23, 2025, 5:09pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606/5 "2025-05-23T17:09:48Z")

</div>

@siedi102  
bei mir sehen die create befehle so aus

```auto
SHOW CREATE TABLE `oc_filecache`;

```

und

```auto
SHOW CREATE TABLE `oc_filecache_extended`;

```

Ausgabe:

```auto
CREATE TABLE `oc_filecache` (
  `fileid` bigint NOT NULL AUTO_INCREMENT,
  `storage` bigint NOT NULL DEFAULT '0',
  `path` varchar(4000) COLLATE utf8mb4_bin DEFAULT NULL,
  `path_hash` varchar(32) COLLATE utf8mb4_bin NOT NULL DEFAULT '',
  `parent` bigint NOT NULL DEFAULT '0',
  `name` varchar(250) COLLATE utf8mb4_bin DEFAULT NULL,
  `mimetype` bigint NOT NULL DEFAULT '0',
  `mimepart` bigint NOT NULL DEFAULT '0',
  `size` bigint NOT NULL DEFAULT '0',
  `mtime` bigint NOT NULL DEFAULT '0',
  `storage_mtime` bigint NOT NULL DEFAULT '0',
  `encrypted` int NOT NULL DEFAULT '0',
  `unencrypted_size` bigint NOT NULL DEFAULT '0',
  `etag` varchar(40) COLLATE utf8mb4_bin DEFAULT NULL,
  `permissions` int DEFAULT '0',
  `checksum` varchar(255) COLLATE utf8mb4_bin DEFAULT NULL,
  PRIMARY KEY (`fileid`),
  UNIQUE KEY `fs_storage_path_hash` (`storage`,`path_hash`),
  KEY `fs_parent_name_hash` (`parent`,`name`),
  KEY `fs_storage_mimetype` (`storage`,`mimetype`),
  KEY `fs_storage_mimepart` (`storage`,`mimepart`),
  KEY `fs_storage_size` (`storage`,`size`,`fileid`),
  KEY `fs_parent` (`parent`),
  KEY `fs_name_hash` (`name`),
  KEY `fs_mtime` (`mtime`),
  KEY `fs_size` (`size`),
  KEY `fs_storage_path_prefix` (`storage`,`path`(64)),
  KEY `memories_parent_mimetype` (`parent`,`mimetype`)
) ENGINE=InnoDB AUTO_INCREMENT=448 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

```

und

```auto
CREATE TABLE `oc_filecache_extended` (
  `fileid` bigint unsigned NOT NULL,
  `metadata_etag` varchar(40) COLLATE utf8mb4_bin DEFAULT NULL,
  `creation_time` bigint NOT NULL DEFAULT '0',
  `upload_time` bigint NOT NULL DEFAULT '0',
  PRIMARY KEY (`fileid`),
  KEY `fce_ctime_idx` (`creation_time`),
  KEY `fce_utime_idx` (`upload_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

```

---

<div class="post-metadata">

**Author:** ![siedi102](https://help.nextcloud.com/letter_avatar/siedi102/32/6_22734026db12803ebb3e059622ac3534.png) [@siedi102](https://help.nextcloud.com/u/siedi102)\
**Post date:** [May 23, 2025, 6:48pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606/6 "2025-05-23T18:48:34Z")

</div>

Hallo zomtec2311,  
mit  
` SHOW CREATE TABLE oc_filecache_extended`;

erhalte ich die Fehlermeldung, dass die Tabelle korrupt ist.

Ich habe die Tabelle auch mit

`CREATE TABLE oc_filecache_extended_a LIKE oc_filecache_extended`

versucht zu kopieren. Da erhalte ich auch Fehlermeldungen, da dieser Befehl anscheinend eine leere Kopie des Originals (also der korrupten Tabelle) anfertigt.

Jetzt versuche ich mal mit Deiner SQL-Ausgabe, also dem CREATE TABLE …, die Tabelle neu zu erstellen. Mal sehen ob das auch so einfach geht, wie es bei der oc\_filecache-Tabelle gegangen ist.

Auf alle Fälle schon mal vielen Dank für Eure Hilfe. Sollte es mir gelingen, die Tabelle zu reparieren, melde ich mich mit dem Ablauf dazu hier.

Uwe

---

<div class="post-metadata">

**Author:** ![system](https://help.nextcloud.com/user_avatar/help.nextcloud.com/system/32/29333_2.png) [@system](https://help.nextcloud.com/u/system)\
**Post date:** [August 21, 2025, 6:48pm UTC](https://help.nextcloud.com/t/nextcloud-tabelle-oc-filecache-extended-korrupt/225606/7 "2025-08-21T18:48:34Z")

</div>

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
