Problème de Tables en error : Corrupt

[Cyrill]

Bonjour à tous,

J’ai dans ma base de donnée NC trois tables en “error : Corrupt”

Cela concerne Mail, Maps et OnlyOffice.

Quand j’essaie de réparer, j’obtiens:

J’ai fait un test concernant le module “Mail”. Je l’ai désinstallé et réinstallé mais ca n’a pas résolu le problème.

Je crois que désinstaller un module ne supprime pas la/les tables dans la base de donnée. Par exemple “OCDownloader” n’est plus installer sur mon système et pourtant reste dans la base de donnée.

Que proposez vous comme solutions svp? Est-ce que supprimer des tables arrangerait le problème svp?

[cedrix]

Bonjour,

L’outil de réparation NextCloud ne parvient pas à réparer la table car le moteur de base de données (InnoDB) ne supporte par les commandes de réparation.

Le problème ne vient pas du module mais de la base de données.

Comme vous l’avez souligné, la suppression d’un module ne supprime pas la table associée. Il faut donc le faire à la main.

[JimmyKater]

@cedrix

I just answered you in your original posting about downgrading NC.

So this new problem you’re referring here could be related to that problematic downgrading (you should never downgrade NC)

[Cyrill]

Merci de la confirmation.

Je vais faire une sauvegarde de ma VM avant toute suppression et je mettrais le résultat.

Concernant l’outil “Map” Par contre je pense que je vais perdre mes données n’est-ce pas?

[cedrix]

Il y a de forte chance @Cyrill de perdre les données. Avant, essayez-donc ceci :

1. arrêt de NC
2. backup des table
3. suppression des tables
4. restore des tables

s’il y a un souci sur les tables concernant les dépendances (clé étrangère), cela devrait ressortir

[Cyrill]

Merci pour l’orientation.

Pour le moment, je me suis mis en mode expérimentateur fou.

Du coup, j’ai sauvé évidement ma VM avant toute manipulation.

J’ai désinstallé Mail, OnlyOffice et Maps de NC et supprimé les tables les concernant (commande DROP).

Puis réinstallé Mail, OnlyOffice pour un début… Mal donne, ca fonctionne pas. Les tables supprimées ne sont pas réinstallées. Est-ce parce que je n’ai pas redémarré le système?

Je suppose que ce n’est pas sensé fonctionner comme cela.

A présent, je suis sur ma VM restaurée avec toutes les tables aux complètes dont celles en erreur.

Du coup, comment je fais ce qui figure ci dessous svp ?

@cedrix

• arrêt de NC
• backup des table
• suppression des tables
• restore des tables

Arrêt de NC, je suppose juste arrêter Nginx?
Backup des tables et restauration, je me pause la question de à quoi ca sert? Si je sauvegarde une table en erreur et que je la restaure, ne sera t’elle pas en erreur après restauration ?

Merci de vos retours.

[cedrix]

Hello,

L’erreur “InnoDB: The B-Tree of index PRIMARY is corrupted” indique que l’index primaire de l’une de vos tables InnoDB est corrompu. Effectuer un backup et un restore peut aider à reconstruire les index et potentiellement résoudre la corruption.

Arrêtez les services web (Nginx) et PHP pour éviter tout accès à la base de données pendant les réparations.

Pouvez-vous m’indiquer le résultat ?

[Cyrill]

Merci de votre retour.

J’apprécie votre aide.

Je vais avoir peu de temps aujourd’hui pour agir. Peut-être davantage demain matin.

Je vous tiens au courant.

[Cyrill]

J’ai pu juste pour le moment essayer de faire une sauvegarde et j’ai ce message:

J’ai stoppé Nginx et Php-fpm, puis lancé la commande “mysqldump -u backup-user -p database_name > data-dump.sql”.

J’ai bien en sortie un fichier SQL et il est pas léger. Je l’ai ouvert et il y a plein de texte dedans.

Je vais tester de restaurer les partie. utiles.

[Cyrill]

Ca progresse semble t’il bien.

J’ai créer une base de donnée de test.

J’y ai intégré la sauvegarde. La base de test ne contenait les tables que jusqu’à la table “oc_mail_message_tags” et elle était à l’état correcte.

Je l’ai donc intégrer à la base de donnée de mon NC.
“oc_mail_message_tags” est vu correct. Good New!!!

J’ai refait une sauvegarde. Le fichier sql de backup reçu est de taille plus conséquente et l’erreur affiché a été à la table suivante en erreur.

J’ai donc refait la manip deux fois.

Et je n’ai plus aucune table en erreur. Je ne sais pas si mon NC va mieux fonctionner. Je fais le test et vous tiens au courant.

[Cyrill]

Bonjour à tous.

Merci pour votre aide.

Après trois jour à l’essai tourner mon NC, la solution donnée par Cedrix a été la bonne:

• faire une sauvegarde et restaurer pour corriger les tables en erreur.

J’avais trois tables en erreur, j’ai donc dût faire la manipulation trois. Et à chaque fois c’est allé un peu plus loin dans la correction.

Les commandes utilisées ont été:

Pour la sauvegarde:
sudo mysqldump -u root -p nom_de_la_base > nom_de_la_sauvegarde.sql

Pour la restauration:
sudo mysql -u root -p nom_de_la_base < nom_de_la_sauvegarde.sql

Pour la vérification de la base de donnée:
sudo mysql -u root -p nom_de_la_base

Si ca peut éviter de chercher à d’autres…

Merci à tous.
Belle soirée.