Erreur Inconnue "table de moteur "InnoDB" à la requête. après le redémarrage de mysql

J'ai de bases de données mysql sur le serveur S1 (version de mysql 5.1.41-3ubuntu12.7-journal), j'ai créé le maître-esclave pour la bd sur le serveur S2 (version de mysql 5.1.54-1ubuntu4-log).
la DB sur S1 a l'aide d'un fichier de données (ibdata). après un dump de la DB à S2 j'ai mis innodb_file_per_table=1. de ce fait, chaque table a ses propres mii fichier. maintenant, tout s'est bien passé et en douceur.
mais après le redémarrage de mysql sur le S2, j'ai fait face à un problème à l'obtention de cette erreur:
Error 'Unknown table engine 'InnoDB'' on query. Default database: MyDB
et quand j'essaie de montrer les moteurs de

montrer des moteurs; 
+------------+---------+----------------------------------------------------------------+--------------+------+------------+ 
| Moteur | Support | Commentaire | Transactions | XA | points de sauvegarde | 
+------------+---------+----------------------------------------------------------------+--------------+------+------------+ 
| MyISAM | DEFAULT | moteur par Défaut de MySQL 3.23 avec d'excellentes performances | non | NON | NON | 
| MRG_MYISAM | OUI | Collection de l'identique les tables MyISAM | non | NON | NON | 
| BLACKHOLE | OUI | /dev/null moteur de stockage (tout ce que vous écrivez à ce qu'il disparaisse) | non | NON | NON | 
| CSV | OUI | CSV moteur de stockage | non | NON | NON | 
| MÉMOIRE | OUI | Hachage en fonction, stockées dans la mémoire, utile pour les tables temporaires | non | NON | NON | 
| FÉDÉRÉS | NON | Fédérés MySQL moteur de stockage | NULL | NULL | NULL | 
| ARCHIVE | OUI | Archive moteur de stockage | non | NON | NON | 
+------------+---------+----------------------------------------------------------------+--------------+------+------------+ 

innodb n'est pas répertorié.
dans le journal des erreurs que je peux voir ceci:

InnoDB: Base de données écrit physiquement le fichier complet: attendre... 
InnoDB: Impossible d'initialiser les fichiers journaux créés parce que 
InnoDB: les données des fichiers sont corrompus, ou de nouveaux fichiers de données ont été 
InnoDB: créé lorsque la base de données a démarré précédente 
InnoDB: le temps, mais la base de données n'a pas été arrêté 
InnoDB: normalement après ça. 
111016 8:24:11 [ERREUR] Plugin "InnoDB" init de la fonction d'erreur renvoyé. 
111016 8:24:11 [ERREUR] Plugin 'InnoDB' enregistrement en tant que MOTEUR de STOCKAGE échoué. 
111016 8:24:11 [Avertissement] Ni --relay-log ni --relay-log-indice a été utilisé; ainsi la réplication peut se casser lorsque ce serveur MySQL agit comme un esclave et son nom d'hôte changé!! Veuillez utiliser '--relay-log=S2-relais-bin " pour éviter ce problème. 

J'ai essayé de supprimer ib_logfiles mais cela ne fonctionne pas aussi bien.
toute personne confrontée à ce problème avant? toute idée est très apprécié
Grâce

OriginalL'auteur Alaa | 2011-10-16

Leave a Reply

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *