Hasta ahorita ya no ha fallado el MySQL, y veo que volvio a la normalidad
despues de que se actualizo el kernel.
Ya reinicio y todo, y sigue estable !
Saludos !
2013/12/16 RENE LARA ALVARADO
> En alcance libre acaban de publicar un articulo
> Problema en MySQL en CentOS y Red Hat Enterprise L
En alcance libre acaban de publicar un articulo
Problema en MySQL en CentOS y Red Hat Enterprise Linux 6.5
Joel Barrios Dueñas, 16/12/2013, 06:45. 57 lecturas.
http://www.alcancelibre.org/article.php/problema-mysql-centos-rhel-65
___
CentOS-es mailing
Eso me pasó hace tiempo y fué cuando le cambié los permisos por defecto del
directorio mysql de xampp a 777 y se volvió un desastre...además de tratar
de cambiar la ruta por defecto de dicho directorio...a la final borré el
directorio xampp completo y coloqué un acceso directo en vez en lugar del
d
Eso me pasó hace tiempo y fué cuando le cambié los permisos por defecto del
directorio mysql de xampp a 777 y se volvió un desastre...además de tratar
de cambiar la ruta por defecto de dicho directorio...a la final borré el
directorio xampp completo y coloqué un acceso directo en vez en lugar del
d
@centos.org
Reply-To: centos-es@centos.org
Subject: Re: [CentOS-es] MySQL se cae !
@Ramon ya verifique el espacio con inodos con el comando que me indicaste y
veo que hay mucho espacio:
*shell# df -hi*
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda28,5M 76K 8,4M1% /
tmpfs
@kamal creo que el problema esta por hay (tus comentarios)
@Rodolfo el Lunes pongo mis logs
Hasta ahorita MySQL ya no se ha caido, simplemente volvi a borrar el
mysql.sock (en total lo hice como 4 veces) y hasta ahorita esta estable.
Sin embargo lo que comenta @kamal sobre los permisos m
@Ramon ya verifique el espacio con inodos con el comando que me indicaste y
veo que hay mucho espacio:
*shell# df -hi*
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda28,5M 76K 8,4M1% /
tmpfs2,0M 1 2,0M1% /dev/shm
/dev/sdb1 59M 45K 59M
Yo borrando los logs de transaciones de la replicación y reiniciadola
también perdí permisos en /tmp y no dejaba arrancarlo.
El 14/12/2013 14:09, "David González Romero" escribió:
> Y como solucionaste?? Algo en concreto que no sea eliminar el archivo del
> sock??
>
> Saludos,
> David
>
>
> El 12
Y como solucionaste?? Algo en concreto que no sea eliminar el archivo del
sock??
Saludos,
David
El 12 de diciembre de 2013 20:42, kamal majaiti
escribió:
> Vaya se ha puesto de moda esto a mi tambien se me ha caído mysql y encima
> sé me quedo el log usado para replicar las transacciones dañado
Vaya se ha puesto de moda esto a mi tambien se me ha caído mysql y encima
sé me quedo el log usado para replicar las transacciones dañado -.- pero ya
lo solucione con paciencia.
El 11/12/2013 22:33, "Rodolfo Vargas" escribió:
> El 11/12/13, angel jauregui escribió:
> > Buen día.
> >
> > Ayer tuv
Ma~ana checare a primera hora los Logs, porque hoy nuevamente sucedio !...
Saludos !
El 11 de diciembre de 2013 15:33, Rodolfo Vargas escribió:
> El 11/12/13, angel jauregui escribió:
> > Buen día.
> >
> > Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar
> el
> > servi
El 11/12/13, angel jauregui escribió:
> Buen día.
>
> Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el
> servicio me decia un mensaje de que *habia otro programa usando el mismo
> socket* o algo asi...
Pero cuál fue el motivo?, qué dice los logs?, no es normal que pase
Yo tuve el problema pro no era de inodos.
como lo comente lo solucione cambiando el socket en /etc/my.cnf reiniciando
el servicio y vuelta al socket anterior y reiniciar, todo hasta el momento
bien
Saludos
El 11 de diciembre de 2013 15:25, Ramón Macías Zamora escribió:
> te sugiero que veas si
te sugiero que veas si tienes espacios con inodos:
df -hi
Saludos
--
Ramón Macías Zamora
Tecnología, Investigación y Desarrollo
www.rks.ec - www.raykasolutions.com
Guayaquil - Ecuador
msn:ramon_mac...@hotmail.com
skype: ramon_macias
UserLinux# 180926 (http://counter.li.org)
Cel:593-8
Sobre espacio en disco duro, ese no es el problema...
Tengo 2 discos duros, uno para el swap y raiz, y otro para /home.
/dev/sda1 -> swap -> 1GB
/dev/sda2 -> /->
/dev/sdb1 -> /home
shell# df -h
/dev/sda2 133G 3,5G 123G 3% /
tmpfs 7,8G 0 7,8G 0% /dev/shm
/dev/sd
revisaste si queda espacio en /var ya te mencionaron que suele suceder
con la partición llena
El 11/12/13 12:10, angel jauregui escribió:
> Gracias a todos por sus comentarios...
>
> Fijense que ayer la solucion que realice y ya mencione en mi hilo
> principal, crei que seria la solucion final...
Me sucedió.
Con la solución que indicas no tuve problemas nuevamente.
¿Hay algún otro directorio que haya que revisar que guarde información
de la ejecución del servicio ("run", "pid", etc.)?
Tal vez sea por algo de eso.
Saludos
Fernando
El 11/12/2013 01:53 p.m., David González Romero escribió
Gracias a todos por sus comentarios...
Fijense que ayer la solucion que realice y ya mencione en mi hilo
principal, crei que seria la solucion final... Pero lo que me preocupa es
que si voy a tener que estar eliminando *mysql.sock* y reiniciando todas
las ma~anas, coo que ya no resulta una solucio
a mi esta semana
edite el archivo vi /etc/my.cnf
y cambie el socket por socket=/var/lib/mysql/mysql2.sock
reiniciel el mysqld
volvi a cambiar el socket al que corresponde y hasta ahora todo bien.
pero tengo otro problema ahora creare un hilo nuevo
El 11 de diciembre de 2013 13:53, David Gonzál
A mi me ha sucedido lo mismo, solucion idem a la tuya, eliminar el sock.
Pero ambas veces me ha pasado solo en CentOS y con el /var medio lleno, por
no decir completo.
Saludos,
David
El 11 de diciembre de 2013 13:50, angel jauregui
escribió:
> Buen día.
>
> Ayer tuve la novedad que MySQL estaba
Buen día.
Ayer tuve la novedad que MySQL estaba caido y cuando intentaba reiniciar el
servicio me decia un mensaje de que *habia otro programa usando el mismo
socket* o algo asi...
La solucion fue eliminar dicho socket y reiniciar el servicio:
shell# rm -f /var/lib/mysql/mysql.sock
shell# /etc/i
21 matches
Mail list logo