Обновление MAMP Pro 3.2 теперь не запускается MySQL (Yosemite)

Я только что обновил MAMP PRO до версии 3.2, и при перезапуске сервера я получил ошибку MySQL. Затем MAMP выдал сообщение о том, что было обновление до 3.2.1 - я надеялся, что они нашли эту ошибку, и 3.2.1 включили исправление ... не повезло.

Обновлен до 3.2.1, и при запуске сервера я получаю сообщение об ошибке MySQL не удалось запустить. Подробности из журнала следующие:

150501 17:58:26 mysqld_safe Starting mysqld daemon with databases from /Library/Application Support/appsolute/MAMP PRO/db/mysql
150501 17:58:27 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150501 17:58:27 [Warning] Setting lower_case_table_names=2 because file system for /Library/Application Support/appsolute/MAMP PRO/db/mysql/ is case insensitive
150501 17:58:27 [Note] Plugin 'FEDERATED' is disabled.
150501 17:58:27 InnoDB: The InnoDB memory heap is disabled
150501 17:58:27 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150501 17:58:27 InnoDB: Compressed tables use zlib 1.2.3
150501 17:58:27 InnoDB: Initializing buffer pool, size = 128.0M
150501 17:58:27 InnoDB: Completed initialization of buffer pool
InnoDB: Unable to lock ./ibdata1, error: 35
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
150501 17:58:27  InnoDB: Retrying to lock the first data file
InnoDB: Unable to lock ./ibdata1, error: 35
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
InnoDB: Unable to lock ./ibdata1, error: 35

Я зашел на форум Mamp Pro, чтобы прочитать и опубликовать, но они просят всех оставлять вопросы поддержки здесь. Хороший. Отличный способ получить бесплатную систему поддержки платного коммерческого продукта.


person revive    schedule 01.05.2015    source источник


Ответы (1)


После некоторого копания я наткнулся на другой пост, и это сработало:

killall -9 mysqld 

Запустите его с терминала.. он уничтожит все экземпляры MySQL, что и было (очевидно) причиной сбоя.. он уже работал?!?!

person revive    schedule 01.05.2015