PDA

View Full Version : Problema con MAMP


M86
23-07-2011, 12:10
Salve a tutti, sia in Snow Leopard che in Lion sto avendo un problema con MAMP: il database non si avvia.
Se invece lancio Mamp pro parte tutto correttamente.
A cosa può essere dovuto questo problema.

Para Noir
23-07-2011, 12:26
Mah, forse qualche problema nell'installazione di MAMP. Riesci a entrare con phpmyadmin e farti un backup di ogni singolo database che hai? Altrimenti proverei a salvarmi i file dentro applicazioni/mamp/db (e ovviamente i file in htdocs) e reinstallarlo..

VICIUS
24-07-2011, 11:41
Dentro la cartella logs/ di mamp dovrebbe esserci un file di log di mysql. Quali sono gli ultimi messaggi che scrive mentre tenta di avviarlo?

M86
24-07-2011, 13:36
nnoDB: using the same InnoDB data or log files.
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
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
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
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
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
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
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
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
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
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
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
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
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
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
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
110724 13:34:41 InnoDB: Unable to open the first data file
InnoDB: Error in opening ./ibdata1
110724 13:34:41 InnoDB: Operating system error number 35 in a file operation.
InnoDB: Error number 35 means 'Resource temporarily unavailable'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html
110724 13:34:41 InnoDB: Could not open or create data files.
110724 13:34:41 InnoDB: If you tried to add new data files, and it failed here,
110724 13:34:41 InnoDB: you should now edit innodb_data_file_path in my.cnf back
110724 13:34:41 InnoDB: to what it was, and remove the new ibdata files InnoDB created
110724 13:34:41 InnoDB: in this failed attempt. InnoDB only wrote those files full of
110724 13:34:41 InnoDB: zeros, but did not yet use them in any way. But be careful: do not
110724 13:34:41 InnoDB: remove old data files which contain your precious data!
110724 13:34:41 [ERROR] Plugin 'InnoDB' init function returned error.
110724 13:34:41 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
110724 13:34:41 [ERROR] Unknown/unsupported storage engine: InnoDB
110724 13:34:41 [ERROR] Aborting

110724 13:34:41 [Note] /Applications/MAMP/Library/bin/mysqld: Shutdown complete

110724 13:34:41 mysqld_safe mysqld from pid file /Applications/MAMP/tmp/mysql/mysql.pid ended

M86
24-07-2011, 13:37
Credo ci sia un altro processo sql in esecuzione anche se il mac è stato appena formattato. Se invece lancio MAMP PRO il problema non si presenta.
BAH

A me di comprare MAMP PRO non mi va proprio.

VICIUS
24-07-2011, 13:42
Apri monitoraggio attività. Seleziona Tutti i Processi nel menu a tendina e cerca un processo chiamato mysqld. Se c'è uccidilo e poi prova a fare ripartire mamp.

M86
28-07-2011, 00:41
Apri monitoraggio attività. Seleziona Tutti i Processi nel menu a tendina e cerca un processo chiamato mysqld. Se c'è uccidilo e poi prova a fare ripartire mamp.

Ciao, la cosa impressionante è che mysqld non c'è a meno che non lancio MAMP e in quel caso penso che sia mysql di MAMP.
La versione pro non va.
Hai suggerimenti da darmi?
Grazie

M86
28-07-2011, 00:52
RISOLTO: IL PROBLEMA ERA IL SEGUENTE, QUANDO MAMP SI APRIVA LANCIAVA IN AUTOMATICO MYSQL TUTTAVIA NON ME LO DICEVA, A QUEL PUNTO IO PROVAVO A LANCIARLO UNA SECONDA VOLTA E NON SO PER QUALE MOTIVO QUESTO PROBLEMA CREAVA CASINI, TOLTO IL SEGNO DI SPUNTA NELLE IMPOSTAZIONI A LANCIA IN AUTOMATICO IL SERVER MYSQL HO RISOLTO E ORA VA.


Se dovessi avere altri problemi ve lo farò sapere.