the - mysql server pid file could not be found falló
PID del servidor MySql no encontrado (6)
Obtuve el mismo error en un CentOS 6.3 donde actualicé MySQL a 5.6.14, pero guardé el viejo archivo my.cnf. Después de la actualización, MySQL ya no comenzó y me dio el mismo error que usted describió.
El problema fue que tenía esta configuración en my.cnf:
table_cache=2048
De acuerdo con este enlace table_cache renombrado table_open_cache ..
"Parece que en 5.5 la variable de sistema table_cache se renombró table_open_cache. En 5.6 mysqld falla si encuentra una variable desconocida, esto significa que las actualizaciones de versiones anteriores a la 5.5 pueden tener problemas si se especifica table_cache en my.cnf".
Después de cambiar la línea anterior a
table_open_cache=2048
MySQL comenzó perfectamente.
Entonces, en el caso de que tenga MySQL 5.5+ (y tal vez una versión anterior de my.cnf), le sugiero que haga lo siguiente:
- eliminar my.cnf de la carpeta / etc e intentar iniciar MySQL
- si MySQL se inicia, el problema está en my.cnf. Comenta / descomenta todas las configuraciones una a una para ver cuál es la causa del problema.
Espero que esto ayude.
Tengo CentOS 6.4 con NGINX.
Cuando trato de start/stop/restart
servidor mysql (/etc/init.d/mysqld restart)
obtengo este error:
MySQL server PID file could not be found! [FAILED]
Starting MySQL..The server quit without updating PID file ([FAILED]/mysql/mysqld.pid).
¿Qué puedo hacer para resolver este problema?
¡Gracias!
Actualicé mi Mac OS a 10.9.3 y encontré el problema anterior en mysql.server restart
Lo siguiente solucionó mi problema
sudo chmod -R o+rwx /usr/local/var/mysql/
sudo chown -R mysql /usr/local/var/mysql/
sudo mysql.server restart
Encuentro que a veces los procesos MySQL aún se están ejecutando. Ciertamente este fue el caso en mi sistema OS X Yosemite, así que use el siguiente comando para encontrar cualquier proceso que aparezca con MySQL en el nombre:
ps aux | grep mysql
Luego mátalos usando el comando sudo kill -9 PID
, reemplazando el PID
con la identificación del proceso ofensor.
Verifica si hay un candado.
/etc/init.d/mysql status
Si el sistema operativo dice que hay un bloqueo, algo así como:
ERROR! MySQL is not running, but lock file (/var/lock/subsys/mysql) exists
eliminar ese archivo de bloqueo y reiniciar.
Encontré que esto funcionó ...
# ps aux | grep mysql
root 3668 0.0 0.0 11432 1240 ? S 2014 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/db/data01 --pid-file=/var/lib/mysql/mysql.pid
mysql 5303 0.1 0.4 1964748 12368 ? S<l 2014 1663:35 /usr/sbin/mysqld --basedir=/usr --datadir=/db/data01 --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/db/logs01/mysql-error.err --open-files-limit=8192 --pid-file=/var/lib/mysql/mysql.pid --socket=/var/lib/mysql/mysql.sock --port=3306
root 12369 0.0 0.0 6376 680 pts/0 S+ 09:05 0:00 grep mysql
# kill -9 3668 5303
# rm /var/lock/subsys/mysql rm: remove regular empty file `/var/lock/subsys/mysql''? y
# service mysql start Starting MySQL (Percona Server).. SUCCESS!
En primer lugar, asegúrese de que la carpeta / archivo no existe en /var/run/mysqld/mysqld.pid
si dir no existe, créelo como:
sudo mkdir -p /var/run/mysqld/
si mysqld.pid no existe, créelo como:
sudo touch /var/run/mysqld/mysqld.pid
cambiar la propiedad como:
sudo chown mysql:mysql -R /var/run/mysqld
chmod 775 -R /var/run/mysqld
reiniciar el servicio de mysql
sudo service mysql restart