MYSQL ne démarre plus (MAMP)

Version imprimable

13/04/2017, 09h50
ballemi

MYSQL ne démarre plus (MAMP)

Bonjour,

Je galère ! J’ai développé mon site wordpress en local en utilisant MAMP et je souhaite maintenant le déplacer sur un serveur OVH.

Mais MAMP refuse de démarrer Mysql. J’y ai passé plusieurs heures et je m’arrache les cheveux.

Le log de MAMP me dit qu’il ne peut pas ouvrir : ./wordpress/wp_commentmeta.ibd

Or ce fichier n’existe pas sur ma machine (j’ai fait une recherche approfondie avec easyfind)

donc je ne peux pas le restaurer (j’ai une sauvegarde Time Machine).

Le log me conseille aussi de modifier le fichier : « you can set innodb_force_recovery > 0 in my.cnf »

je l’ai fait cela ne donne rien. J’ai aussi viré tous les fichiers .ibd, sans plus de succès.

Je ne sais donc vraiment plus quoi faire.

Je pensais que le problème était arrivé lors de l’upgrade de mon Mac (de Yosemite vers El Capitan) mais le clone que j’ai fait avant l’upgrade présente les mêmes symptômes)

En espérant un conseil !!!

D’avance merci

voici le log de MAMP :

Citation:

170411 19:02:02 mysqld_safe Starting mysqld daemon with databases from /Library/Application Support/appsolute/MAMP PRO/db/mysql56
2017-04-11 19:02:03 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use –explicit_defaults_for_timestamp server option (see documentation for more details).
2017-04-11 19:02:03 0 [Note] –secure-file-priv is set to NULL. Operations related to importing and exporting data are disabled
2017-04-11 19:02:03 0 [Note] /Applications/MAMP/Library/bin/mysqld (mysqld 5.6.35) starting as process 2649 …
2017-04-11 19:02:03 2649 [Warning] Setting lower_case_table_names=2 because file system for /Library/Application Support/appsolute/MAMP PRO/db/mysql56/ is case insensitive
2017-04-11 19:02:03 2649 [Note] Plugin ‘FEDERATED’ is disabled.
2017-04-11 19:02:03 2649 [Note] InnoDB: Using atomics to ref count buffer pool pages
2017-04-11 19:02:03 2649 [Note] InnoDB: The InnoDB memory heap is disabled
2017-04-11 19:02:03 2649 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2017-04-11 19:02:03 2649 [Note] InnoDB: Memory barrier is not used
2017-04-11 19:02:03 2649 [Note] InnoDB: Compressed tables use zlib 1.2.8
2017-04-11 19:02:03 2649 [Note] InnoDB: Not using CPU crc32 instructions
2017-04-11 19:02:03 2649 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2017-04-11 19:02:03 2649 [Note] InnoDB: Completed initialization of buffer pool
2017-04-11 19:02:03 2649 [Note] InnoDB: Highest supported file format is Barracuda.
2017-04-11 19:02:03 2649 [Note] InnoDB: The log sequence numbers 17161136 and 17161136 in ibdata files do not match the log sequence number 26000603 in the ib_logfiles!
2017-04-11 19:02:03 2649 [Note] InnoDB: Database was not shutdown normally!
2017-04-11 19:02:03 2649 [Note] InnoDB: Starting crash recovery.
2017-04-11 19:02:03 2649 [Note] InnoDB: Reading tablespace information from the .ibd files…
2017-04-11 19:02:03 2649 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_table_stats uses space ID: 1 at filepath: ./mysql/innodb_table_stats.ibd. Cannot open tablespace wordpress/wp_commentmeta which uses space ID: 1 at filepath: ./wordpress/wp_commentmeta.ibd
2017-04-11 19:02:03 7fff7b985300 InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
InnoDB: Error: could not open single-table tablespace file ./wordpress/wp_commentmeta.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.
170411 19:02:03 mysqld_safe mysqld from pid file /Applications/MAMP/tmp/mysql/mysql.pid ended

Salut ballemi.

Si vous utilisez MAMP, c'est que vous utilisez la version MAC de chez Apple.

Code:

2017-04-11 19:02:03 2649 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace mysql/innodb_table_stats uses space ID: 1 at filepath: ./mysql/innodb_table_stats.ibd. Cannot open tablespace wordpress/wp_commentmeta which uses space ID: 1 at filepath: ./wordpress/wp_commentmeta.ibd

Vous utlisez le moteur InnoDB.
MySql fait une tentative d'ouverture sur "innodb_table_stat" qui se trouve dans le répertoire "/data/mysql".
Il y a un identificateur (id : 1) qui point sur une table de "WordPress" de nom "wp_commentmeta" qui se trouve dans le répertoire "/data/wordpress".
Or il se trouve que cette table WordPress n'existe pas.
Je n'ai pas précisé, mais vos fichiers doivent se terminer par les suffixes ".ibd" et ".frm".
Code:

1 2 3 InnoDB: 3) If the file system or the disk is broken, and you cannot remove InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf InnoDB: and force InnoDB to continue crash recovery here.
La solution est précisé dans ce troisème paragraphe.
Vous mettez dans le fichier "my.ini", le paramètre "innodb-force-recovery = 1", et bien sûr relancer les services.

Citation:

Envoyé par ballemi

Or ce fichier n’existe pas sur ma machine

Avez-vous regardé le contenu du répertoire "/data/wordpress" ?
Normalement le fichier en question "wp_commentmeta" doit être présent (suffixé par ".frm" et ".ibd", car il y a deux fichiers sous le même préfixe).

Citation:

Envoyé par ballemi

Le log me conseille aussi de modifier le fichier : « you can set innodb_force_recovery > 0 in my.cnf »
je l’ai fait cela ne donne rien. J’ai aussi viré tous les fichiers .ibd, sans plus de succès.

On vous a demandé de détruire le fichier "wp_commentmeta.ibd", pas tous les fichiers ayant ce suffixe ".ibd", sinon vous allez agraver le problème.

Il y a queque chose que je ne comprends pas bien, vous dites que ce fichier n'existe pas dans votre ordinateur mais que vous avez détruit le ".ibd".
Donc pour appliquer correctement le troisième paragraphe, il faut détruire que le fichier wp_commentmeta.ibd".
Donc si vous n'avez pas ce fichier "wp_commentmeta" présent et surtout celui qui se nomme wp_commentmeta.frm", mysql ne pourra pas le reconstruire.

Citation:

Envoyé par ballemi

Je ne sais donc vraiment plus quoi faire.

Le mieux est alors de réinstaller WordPress.
Avez-vous une sauvegarde de WordPress quelque part sur votre ordinateur ?

@+

25/04/2017, 15h59
ballemi

Bonjour,
merci beaucoup pour votre réponse détaillée, et désolé de réagir avec tant de retard, j'ai du m'absenter.

OK pour réinstaller wordpress, mais comme le problème vient de mysql, n'est-ce pas plutôt MAMP qu'il faut réinstaller ?
28/04/2017, 10h36
Artemus24

Salut ballemi.

Est-ce que MAMP possède une icone verte ?
Avez-vous des problèmes avec votre MAMP ?
A priori, je pense que non, donc le problème ne se situe pas dans MAMP.

Sur la nature exacte de votre problème, je n'ai fait que raisonner et interpréter le message d'anomalie.
Je n'utilise pas WordPress et je n'utilise pas MAMP.

Il semble qu'il manque quelque chose dans la table "innodb_table_stats.ibd".
Mais vu que je n'ai jamais rencontré ce genre de problème, je ne sais pas si :
--> il y a du ménage à faire dans cette table.
--> vous devez créer la table "wp_commentmeta.ibd" qui semble manquer.

Je suis allé à la facilité, à savoir réinstaller WordPress car il me semble que le problème vient de là.

@+