Hoy hice una nueva instalación de ubuntu 12.04 y comencé a configurar mi entorno de desarrollo local. Instalé mysql y edité /etc/mysql/my.cnf
para optimizar InnoDB pero cuando intento reiniciar mysql, falla con un error:
[20:53][tom@Pochama:/var/www/website] (master) $ sudo service mysql restart
start: Job failed to start
El syslog revela que hay un problema con el script de inicio:
> tail -f /var/log/syslog
Apr 28 21:17:46 Pochama kernel: [11840.884524] type=1400 audit(1335644266.033:184): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=760 comm="apparmor_parser"
Apr 28 21:17:47 Pochama kernel: [11842.603773] init: mysql main process (764) terminated with status 7
Apr 28 21:17:47 Pochama kernel: [11842.603841] init: mysql main process ended, respawning
Apr 28 21:17:48 Pochama kernel: [11842.932462] init: mysql post-start process (765) terminated with status 1
Apr 28 21:17:48 Pochama kernel: [11842.950393] type=1400 audit(1335644268.101:185): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=811 comm="apparmor_parser"
Apr 28 21:17:49 Pochama kernel: [11844.656598] init: mysql main process (815) terminated with status 7
Apr 28 21:17:49 Pochama kernel: [11844.656665] init: mysql main process ended, respawning
Apr 28 21:17:50 Pochama kernel: [11845.004435] init: mysql post-start process (816) terminated with status 1
Apr 28 21:17:50 Pochama kernel: [11845.021777] type=1400 audit(1335644270.173:186): apparmor="STATUS" operation="profile_replace" name="/usr/sbin/mysqld" pid=865 comm="apparmor_parser"
Apr 28 21:17:51 Pochama kernel: [11846.721982] init: mysql main process (871) terminated with status 7
Apr 28 21:17:51 Pochama kernel: [11846.722001] init: mysql respawning too fast, stopped
¿Algunas ideas?
Cosas que ya probé:
Busqué en Google y encontré un error de Ubuntu con apparmor ( https://bugs.launchpad.net/ubuntu/+source/mysql-5.5/+bug/970366 ), cambié apparmor del modo de imposición al modo de queja:
sudo apt-get install apparmor-utils
sudo aa-complain /usr/sbin/mysqld
sudo /etc/init.d/apparmor reload
Pero no sirvió de nada. Todavía no puedo iniciar mysql.
También pensé que el problema podría deberse a que los archivos de registro de InnoDB tenían un tamaño diferente al que mysql esperaba. He quitado los archivos de registro InnoDB antes de reiniciar usando: sudo mv /var/lib/mysql/ib_logfile* /tmp
. Sin embargo, no hubo suerte.
Solución alternativa: reinstalé 12.04, me aseguré de no tocar /etc/mysql/my.cnf
de ninguna manera. Mysql está funcionando para que pueda seguir con lo que necesito hacer. Pero tendré que editarlo en algún momento: espero haber encontrado una solución, o esta pregunta habrá sido respondida en ese momento ...
dpkg-reconfigure mysql-server-5.5
solucioné lo que estaba mal en mi configuración.utf8_unicode_ci
es mejor. Ahora inclusoutf8mb4_unicode_ci
Innodb tiene una configuración predeterminada (innodb_buffer_pool_size) que está configurada en 128M; esto puede ser demasiado grande para su servidor (especialmente si está utilizando un pequeño Amazon EC2 AMI, que era) La solución que funcionó para mí fue agregar lo siguiente línea a
/etc/mysql/my.cnf
Escribí sobre esta solución aquí http://www.mlynn.org/2012/07/mysql-5-5-on-ubuntu-12-04-job-failed-to-start
fuente
innodb_buffer_pool_size
más bajo era una parte de la solución, pero tenga cuidado porque podría quedarse sin memoria.Tuve un problema similar. Fue frustrante porque no pude ver ningún registro de errores que indicara cuál era el problema.
En mi caso, el valor que había establecido para innodb_buffer_pool_size era demasiado grande para la memoria del servidor.
Descubrí esto ejecutando mysqld directamente como usuario de mysql.
De esta manera, realmente ve la salida del error.
fuente
También tuve un problema similar. Los siguientes elementos dicen que se han eliminado del servidor mysql 5.5.
Si los tienes en tu
my.cnf
, no comenzará. Comenta con ellos#
.(Información derivada de: http://dev.mysql.com/doc/refman/5.5/en/replication-options-slave.html )
Las opciones afectadas se muestran en esta lista:
fuente
Parece reducirse a errores en la configuración de MySQL, ubicada en
/etc/mysql/my.cnf
y archivos en/etc/mysql/conf.d/
.En mi caso, era un
bind-address
valor incorrecto , porque la dirección IP de mi máquina había cambiado y MySQL ya no podía vincularse. Siéntase libre de leer más sobre esto en este artículo del blog .fuente
Una buena forma de depurar las fallas en el proceso posterior al inicio (
/etc/init/mysql.conf
) es verificar los registros de inicio :Eso me dio un error de socket:
En mi caso, fue causado por una
user
configuración faltante en el[mysqld]
grupo enmy.cnf
fuente
Cuando tuve un error similar de MySQL ("No se pudo iniciar el trabajo") después de actualizar de 11.10 a 12.04, comente # 27 en https://bugs.launchpad.net/ubuntu/+source/mysql-dfsg-5.1/+bug/ 573318? Comments = todo funcionó perfectamente para mí. Citar:
fuente
Para mí, la solución fue eliminar la línea ...
... que es la sintaxis de MySQL 3.x y debe cambiarse a
fuente
Tuve el mismo problema. Resultó ser las réplicas de esclavo maestro de mysql my.cnf. Revisa tu
/var/log/mysql/error.log
.Espero que sea un poco de ayuda. Verifique la configuración de mysql primero antes de perder dos horas con apparmor, que funciona bien.
fuente
Tuve los mismos problemas, para mí
bind-address
se configuró incorrectamente en mi/etc/mysql/my.cnf
archivo. Por lo tanto, parece que cualquier cosa que no esté bien en my.cnf puede causar este problema. No he encontrado nada en los registros que indiquen esto como el problema.fuente
¡Mi problema era el 0% de espacio libre! Doble verificación :-)
fuente
Verifica los
/tmp
permisos. Tuve este problema, después de muchas veces googlear y reiniciar, descubrí que los/tmp
permisos eran 755.Lo cambio a 777 y
mysql
empiezo bien.fuente
/tmp
nueva partición.Después de una actualización automática de mysqld-5.5.53 ubuntu 14.04.1, mysql no se iniciará. Estas líneas aparecieron en mi syslog:
El problema se resolvió creando este directorio:
fuente
Acabo de actualizar la versión de MySQL y AppArmor como se sugiere aquí para solucionar este problema en Ubuntu 12.04 que se ejecuta en la instancia de Amazon ec2. Todavía recibo el error algunas veces, pero MySQL se reinicia automáticamente.
fuente
Tenía los mismos mensajes de error, pero la causa era diferente. Mis tablas InnoDB estaban corruptas, porque todo el sistema de archivos entró en modo de solo lectura. Arreglé la corrupción agregando la siguiente línea a /etc/mysql/my.cf
Empecé MySQL:
MySQL se inició y volqué / exporté todas las tablas. Cambié innodb_force_recovery a 0 (= predeterminado) y reinicié MySQL:
Estoy usando Ubuntu 12.04 con MySQL 5.5. Me llevó mucho tiempo encontrar el problema y espero poder ayudar a alguien con esta respuesta. Ver también http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
fuente
En mi caso, el problema era el
/etc/mysql/my.cnf
permiso de archivo.Lo cambié por conveniencia pero causó errores como
El
my.cnf
permiso era 766 y lo cambié a 744 y dos de los tres errores desaparecieron. Todavía hay un mensaje de error similar pero no impidió que mysql se iniciara.Espero que esto ayude...
fuente
En mi caso, tuve una
bind-address
declaración incorrecta . Corríifconfig
para descubrir la dirección IP privada del EC2 y la actualicé en el/etc/mysql/my.cnf
archivo.fuente
En mi caso, encontré un problema de permiso en / tmp. Acabo de configurar el permiso de directorio de tmp en 766 y reiniciar el servicio mysql. Arreglado
fuente