MySQL.Manager A partir de pid-file dejar de fumar sin actualizar error fi

Question

estoy consiguiendo error siguiente al iniciar MySQL ... ¿Puede alguien ayuda:

] # servicio MySQL se inicia A partir de MySQL.Manager pid-file dejar de fumar sin actualizar fi [FALLO] Siguiendo es mi archivo my.cnf ...

** my.cnf ** * **

[mysqld]
datadir =/var/lib/mysql
socket =/var/lib/mysql/mysql.sock
user = mysql

table_cache = 2,048
innodb_buffer_pool_size = 2G
innodb_file_per_table
innodb_log_buffer_size = 8M
innodb_log_file_size = 128M
innodb_additional_mem_pool_size = 4M
innodb_table_locks = 0
default-storage-engine = InnoDB
join_buffer_size = 2M
query_cache_size = 512M
query_cache_limit = 2M
sort_buffer_size = 8M
read_buffer_size = 8M
read_rnd_buffer_size = 4M
key_buffer = 512M
key_buffer_size = 256M
max_allowed_packet = 16M
max_connections = 250
long_query_time = 5
log_slow_queries = EKB-qa-app-02-slow.log
innodb_autoinc_lock_mode = 2

[mysqld_safe]
log-error =/var/log/mysqld.log
pid-file =/var/run/mysqld/mysqld.pid

Answer 1

Recibí exactamente el mismo error ... que terminó siendo engañoso para mí. El problema (al menos para mí) terminó siendo que había llenado el disco a su capacidad. Pruebe df -h y vea si está en capacidad. Espero que ayude, y que este error fue causado por esto también para ti (ya que es simple de arreglar :)).

Answer 2

Creo que el problema podría ser con la variable "performance_schema" que se encuentra en su archivo my.cnf. Esta variable debe ser comentada. Darle una oportunidad.

Answer 3

Intente ejecutar el mysqld_safe directamente y vea si el mensaje de error es más específico acerca de su problema. De esta forma, pude darme cuenta de que mi archivo de registro tenía un problema de permisos.

Answer 4

Creo que va a fijar a través de hash query_cache

Answer 5

Esto puede suceder debido a dos razones:

1. mysqld intenta escribir registros en el disco, que está lleno.
2. mysqld está intentando escribir registros en el archivo pero no tiene los permisos adecuados.

Answer 6

Para mí, el problema fue con my.cnf puesto en múltiples servidores, la eliminación de uno de ellos (archivo incorrecto) me ayudó a resolver el problema

Answer 7

Para mí, la cuestión era la insuficiencia de privilegios a los datos mysql archivos. El archivo de datos se copió de otro sistema de archivos como raíz. Una vez que cambié el grupo y la propiedad de los archivos a mysql: mysql, el error desapareció.

Answer 8

Si tiene mysql en su propia partición (como/var/lib/mysql), asegúrese de que no se haya leído solo. para hacer esto, intente crear (tocar) un archivo en esa partición. si ha sido de solo lectura, te lo hará saber y necesitarás ejecutar un fsck manual en esa partición. primero asegúrese de que no haya procesos en ejecución (lsof/var/lib/mysql | awk '{print $ 1}' | sort | uniq -c | awk '{print $ 2}') luego monte la partición antes de fscking.

Answer 9

El script de inicio /etc/init.d/mysql[d] también puede ser más listo imprimiendo mensajes de error superpuestos, pero solo termina viendo uno. También puede ver "[FAILED]" o "[OK]" superpuestos en el medio de la salida del script, y parte de esto puede depender incluso del software de terminal exacto que utilice.

Mientras tanto, en mi caso, el verdadero error fue enterrado debajo de este:

Manager of pid-file quit wi[FAILED]dating file 

finalmente miré de cerca lo suficiente en mi registro de errores de mysqld, y encontró el verdadero problema:

/usr/sbin/mysqld: File 'MASTER/master15-bin.index' not found (Errcode: 2) 

igual En otros casos similares aquí, el problema vino de copiar todo el directorio/var/lib/mysql desde un host diferente. Aquí estaba configurando un nuevo servidor de replicación, por lo que las variables MASTER y SLAVE son diferentes en /etc/my.cnf, por supuesto. Mis bitlogs maestros están en un subdirectorio MASTER.

Una vez que lo limpie, todo estaba bien.

Por lo tanto, este "Administrador de pid-file quit" error fue otra arenga. Solo agrego esta historia aquí para mostrar una vez más que (1) la respuesta probablemente se encuentra en su registro de errores, y (2) puede no tener nada que ver con este error que ve en mysqld_safe.

Answer 10

Prefijo sudo comando en la declaración a continuación y mysql started.

$ sudo /etc/rc.d/init.d/mysql start 

contraseña de entrada: A partir de MySQL . que comprueba y se comprobó que MySQL se está ejecutando mediante la emisión por debajo de comando:

$ mysqladmin -u root -pjoomla1 ping 

mysqld está vivo

Answer 11

esto es lo que me di cuenta después de jugar con my.cnf archivo de configuración para probar el rendimiento óptimo.

Si fijo innodb_log_file_size a un valor incorrecto y yo intente reiniciar el servidor MySQL, se cierra bien, pero cuando se trata de empezar, me sale algo similar a lo siguiente:

Starting MySQL.The server quit without updating PID file ([FAILED]mysql/<insert pid file here>). 

Luego, cuando me comprobado el registro de errores para averiguar que hay de nuevo, vi todo esto:

140709 22:47:30 mysqld_safe mysqld from pid file /var/lib/mysql/<pid filename>.pid ended 
140709 22:47:31 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql 
140709 22:47:31 [Warning] Using unique option prefix thread_cache instead of thread_cache_size is deprecated and will be removed... 
140709 22:47:31 [Note] Plugin 'FEDERATED' is disabled. 
140709 22:47:31 InnoDB: The InnoDB memory heap is disabled 
140709 22:47:31 InnoDB: Mutexes and rw_locks use GCC atomic builtins 
140709 22:47:31 InnoDB: Compressed tables use zlib 1.2.3 
140709 22:47:31 InnoDB: Using Linux native AIO 
140709 22:47:31 InnoDB: Initializing buffer pool, size = 512.0M 
140709 22:47:31 InnoDB: Completed initialization of buffer pool 
InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes 
InnoDB: than specified in the .cnf file 0 67108864 bytes! 
140709 22:47:31 [ERROR] Plugin 'InnoDB' init function returned error. 
140709 22:47:31 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 
140709 22:47:31 [ERROR] Unknown/unsupported storage engine: InnoDB 
140709 22:47:31 [ERROR] Aborting 

140709 22:47:31 [Note] /usr/sbin/mysqld: Shutdown complete 

140709 22:47:31 mysqld_safe mysqld from pid file /var/lib/mysql/<pid filename>.pid ended 

Excepto que sustituye el nombre del archivo pid con "nombre de fichero pid".

Los sitios web creen que puede establecer innodb_log_file_size en un valor, pero algo está tratando de decirme que es un valor que el servidor mysql calcula y es algo que no puede establecer.

Answer 12

no mencionó qué sistema está utilizando aquí. Para CentOS, Fedora y Red Hat Enterprise Linux, el servicio mysqld uso en lugar de MySQL

sudo /etc/init.d/mysqld start 

Answer 13

Esta sugerencia le ayudará también. Eliminar la lista siguiente modo DEFECTO pueden apoyar su esfuerzo por parte de [mysqld] de my.cnf/ini sort_buffer_size read_buffer_size read_rnd_buffer_size join_buffer_size para mejorar (reducir) el tiempo de respuesta. ¿Por qué leer intencionalmente 16M de datos read_rnd_buffer_size cuando podría obtener los datos que necesita con el DEFAULT de 256K?