Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Reinstaller une base mysql apres un crash

ozit

Bonjour,

J'ai du réinstaller ma machine, sur laquelle se trouvait une base de données.
Je la sauvegardais tous les soirs, mais j'avais travaillé dans la journée et son contenu m'intéresse beaucoup.

J'ai essayé de suivre la procédure indiquée par http://forums.fedora-fr.org/viewtopic.php?pid=169986#p169986, à savoir :
1/ arrêter MySQL
2/ déplacer le contenu du dossier /var/lib/mysql
3/ relancer MySQL => création d'un base de données vierge => mot de passe root par défaut (vide)
4/ arrêter MySQL
5/ récupérer le contenu du dossier /var/lib/mysql sauf le sous-dossier mysql (table système)
6/ relancer MySQL.

Mais comme indiqué, c'était sans garantie.
Et cela n'a pas fonctionné correctement :

Après avoir copié tout sauf le sous-répertoire mysql, j'arrive à relancer le service mysqld, mais je n'arrive pas à avoir acces aux données.
J'ai bien sur vérifié les permissions et les droits, en vain.

J'arrive à avoir accès aux tables système (?) de mysql, par contre je n'arrive pas à avoir accès aux tables de ma base.
J'ai un message d'erreur
ERROR 1017 (HY000) errno: 13

Une idée ?

Merci

proxy

Bonjour,

as tu un backup de /etc/my.cnf ? Si tu avais fait des modifs, par exemple default-storage-engine=innodb, ça pourrait expliquer ton pb.

ozit

J'ai un backup du fichier /etc/my.cnf
je n'ai pas souvenir de l'avoir modifié :

[mysqld]
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Default to using old password format for compatibility with mysql 3.x
# clients (those using the mysqlclient10 compatibility package).
old_passwords=1

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

proxy

As tu essayé l'utilitaire myisamchk ?

ozit

non, je ne connaissais pas, jamais entendu parlé.

proxy

Que pour les tables MyISAM, mais ca semble être ton cas. Regarde le man

ozit

j'ai fait cela :

[root@maya dolibarr2]# mysql dolibarr2
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 3
Server version: 5.0.37 Source distribution

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> select * from llx_facture;
ERROR 1017 (HY000): Can't find file: './dolibarr2/llx_facture.frm' (errno: 13)
mysql> quit
Bye
[root@maya dolibarr2]# myisamchk llx_facture.MYI
Checking MyISAM file: llx_facture.MYI
Data records:     657   Deleted blocks:       0
myisamchk: warning: 1 client is using or hasn't closed the table properly
- check file-size
- check record delete-chain
- check key delete-chain
- check index reference
- check data record references index: 1
- check data record references index: 2
- check data record references index: 3
- check data record references index: 4
- check data record references index: 5
- check data record references index: 6
- check data record references index: 7
- check data record references index: 8
- check data record references index: 9
- check record links
MyISAM-table 'llx_facture.MYI' is usable but should be fixed
[root@maya dolibarr2]#

Que devrai je faire de plus ?

blz

ozit wrote:J'ai bien sur vérifié les permissions et les droits, en vain.

Salut,
On peut vérifier ?
Si je me goure pas, les sous répertoires sous /var/lib/mysql sont en 700, user=mysql, group=mysql et les fichiers dans chacun de ces sous répertoires sont en 600 (ou 660 ?), user=mysql, group=mysql.
C'est bien comme ça chez toi ?

ozit

pour le user et le group ok,
Les sous repertoire créé par défaut sont en générale en 700 et les fichiers de ces sous répertoires sont en 660.

J'ai essayé ces differentes permissions en vain :
777 (et oui, je suis fou)
770
700
666
660
600

Mais je veux bien recommencer

SkyR713

Chez moi, les sous-repertoires dans /var/lib/mysql/ sont en 700 et les fichiers en 660

proxy

ozit wrote:Que devrai je faire de plus ?

Y a plusieurs options : --extend-check, --recover, etc ..

Conserve tes backups dans un coin au cas où !!

ozit

J'ai toujours une backup, merci
J'ai donc fait une -r

myisamchk -r *.MYI

sans erreur, toujours le meme probleme , comme si ma base n'était pas reconnu dans les tables systemes ?

[root@maya dolibarr2]# mysql dolibarr2
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 143
Server version: 5.0.37 Source distribution

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> select * from llx_product;
ERROR 1017 (HY000): Can't find file: './dolibarr2/llx_product.frm' (errno: 13)
mysql> exit
[root@maya dolibarr2]# pwd
/var/lib/mysql/dolibarr2
[root@maya dolibarr2]# ll llx_product.frm
-rw------- 1 mysql mysql 9600 aoû 27 14:42 llx_product.frm
[root@maya dolibarr2]#

ozit

Je viens d'avoir une idée:
je vais la tester :
créer une base (dolibarr2 dans mon cas)
Arreter le serveur,

Copier les fichiers de mon ancienne base dans le repertoire créé par la nouvelle.

A tout de suite

remi

La démarche suivie en #1 était destinée à restaurer les données mais en repartant sur une base des mots de passe vierge, ce qui ne semble pas être ton problème.

Comment as-tu récupérer le /var/lib/mysql de ta machine avant plantage ?
Comment l'as-tu restaurer ?
Qu'est ce que tu as sur tes sauvegardes de la nuit, comment les réalise tu ?

Pour info, la solution la plus propre pour être capable de restaurer une sauvegarde ainsi que les modifications faites en cours de journée consiste à activer le Journal binairede MySQL qui permet de rejouer les modifications sur la sauvegarde réalisée périodiquement (ok, c'est trop tard pour toi).

A+

celmir

salut,

1.a- quelle sorte de sauvegarde faisais-tu, visiblement une sauvegarde physique de l'arborescence ?
1.b- idéalement si tu donnais ton script de sauvegarde peut-être cela donnerait une idée de ce que l'on peut récupérer ?

2- le lien indiqué dans ton premier post me renvoie sur remi.com, suis-je le seul ?

3- c'est trivial mais as-tu réinstallé la même version que précédemment ?

ozit

En fait, chaque soir une sauvegarde était réalisé par Webmin, qui me generait un fichier sql par base sauvegardée dans un répertoire.
Le probleme c'est que cette sauvegarde se réalise à 02h00 tous les soirs et si ma machine est éteinte à cette heure la, je n'ai pas de sauvegarde.

Mon probleme de crash qui m'a poussé à réinstaller ma machine était que je n'arrivais plus à écrire sur mon disque pour une raison non défini quand je demarrais sur mon ancien noyau.
Maintenant avec ma nouvelle réinstallation, je peux écrire sur mon ancien disque, et les données qui y sont, me semblent en parfait état, par de clusteurs défectueux ou autre.

Le précédent post http://forums.fedora-fr.org/viewtopic.php?id=23673&words=

Celui de Remi est http://forums.fedora-fr.org/viewtopic.php?pid=169986#p169986

Pour l'instant, j'en suis à quelque chose de bizarre :
J'ai acces à certaines tables (dans le repertoire de ma base de donnée, j'ai trois fichiers d'extension table.frm, MYD et MYI,
et bien pour certaines table, je n'ai que l'extension frm.

Comme je ne comprends pas trop pourquoi, je vais faire la manipulation suivante :

restaurer ma derniere base sauvegardée (au format sql)
ensuite je tenterai de copier les fichiers du repertoire /var/lib/mysql

remi

ozit wrote:En fait, chaque soir une sauvegarde était réalisé par Webmin, qui me generait un fichier sql par base sauvegardée dans un répertoire.
Le probleme c'est que cette sauvegarde se réalise à 02h00 tous les soirs et si ma machine est éteinte à cette heure la, je n'ai pas de sauvegarde.

Tu devrais envisager d'utiliser les cron.daily qui sont exécutés vers 4h00 mais aussi après un démarrage si la machine était éteinte à l'heure prévue...

Ils sont là pour ça.

A+

P.S. j'ai jamais fait confiance à webmin...

ozit

Pour ce qui est de la sauvegarde, je pensais en fait le mettre en place en crond, mais voila, on se dit on le fera plus tard et on oublie.

Concernant mon problème, j'ai restauré ma base grace à un fichier de sauvegarde sql, sans erreur et la recopie ensuite des fichiers sauvegardé (mysqld arreté).
Tout semble dans l'ordre maintenant.

Merci et encore merci à l'ensemble des contributeurs de votre soutient, vos conseils et informations du jour.

PS : dois je ouvrir une autre discussion pour avoir le fond de ta pensée sur webmin ?

remi

ozit wrote:dois je ouvrir une autre discussion pour avoir le fond de ta pensée sur webmin ?

Pourquoi pas. Cela permettra d'avoir d'autres avis, le mien est sans doute peu objectif.

A+