@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 me tiene inquieto ya que en mi FTP empece a tener problemas de permisos, y cosa rara porque el servicio en su momento cuando lo configure, lo probe desde el interior y desde el exterior, y todo bien.
Pero después del incidente del MySQL el FTP (vsftpd) empezo a fallar (ya hice otro hilo sobre el incidente).
Saludos !
El 15 de diciembre de 2013, 11:50, angel jauregui darkdiabliyo@gmail.comescribió:
@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/sda2 8,5M 76K 8,4M 1% / tmpfs 2,0M 1 2,0M 1% /dev/shm /dev/sdb1 59M 45K 59M 1% /home
El 11 de diciembre de 2013, 12:25, Ramón Macías Zamora rmacias@rks.ecescribió:
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_macias@hotmail.com skype: ramon_macias UserLinux# 180926 (http://counter.li.org) Cel: 593-8-0192238 Tel: 593 4 6044566
http://www.raykasolutions.com/
WEB SITES, HOSTINGS, DOMINIOS, MANTENIMIENTO DE EQUIPOS, REDES, SERVIDORES LINUX, SOPORTE.
2013/12/11 angel jauregui darkdiabliyo@gmail.com
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/sdb1 917G 414G 457G 48% /home
Saludos !
El 11 de diciembre de 2013 11:12, Osmany Oconnor < oconnor@contre.sum.uo.edu.cu> escribió:
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... 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 solucion viable.
Tambien lei que muchos simplemente editaron *my.cnf* y cambiaron a
usar
un
nuevo nombre para el socket, que es: *mysql2.sock*, pero de la misma
forma,
me gustaria profundizar mas el problema porque deberia funcionar
todo
bien
como estaba en un principio :S !.
Hasta ahorita van dos veces que elimino *mysql.sock*, el dia de ayer
(que
detecte el problema) y hoy...
Saludos !
El 11 de diciembre de 2013 11:02, Fernando Martinez fmartinez@uns.edu.arescribió:
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ó: > 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 > darkdiabliyo@gmail.comescribió: > >> 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/init.d/mysqld restart >> >> En fin, *hoy nuevamente sucedio*, llegando por la ma~ana me topo
que
estaba >> caido otra vez :S !.... Alguien le ha sucedido ?, se me hace muy
extra~o
>> porque dicho server solo tiene los servicios de: http, mysql y
postfix.
>> Esta detras de un firewall, el acceso a mysql no esta abierto
para
remoto >> (por ISP), solo acceso interno (localnet). >> >> Saludos ! >> >> -- >> M.S.I. Angel Haniel Cantu Jauregui. >> >> Celular: (011-52-1)-899-871-17-22 >> E-Mail: angel.cantu@sie-group.net >> Web: http://www.sie-group.net/ >> Cd. Reynosa Tamaulipas. >> _______________________________________________ >> CentOS-es mailing list >> CentOS-es@centos.org >> http://lists.centos.org/mailman/listinfo/centos-es >> > _______________________________________________ > CentOS-es mailing list > CentOS-es@centos.org > http://lists.centos.org/mailman/listinfo/centos-es _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
-- Sl2: O§many Oconnor
-- Se integran todos los eventos de Ciencias Técnicas de la Universidad
de
Oriente:
*- Convención Internacional de Ciencias Técnicas 23 al 27 de Junio de 2014: http://cienciastecnicas.eventos.uo.edu.cu/
Convocatoria a nuestro evento internacional de mayor experiencia:
*- 21 Conferencia de Química: 3 al 5 de diciembre de 2014 http://ciq.eventos.uo.edu.cu/ --
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
-- M.S.I. Angel Haniel Cantu Jauregui.
Celular: (011-52-1)-899-871-17-22 E-Mail: angel.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas. _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
-- M.S.I. Angel Haniel Cantu Jauregui.
Celular: (011-52-1)-899-871-17-22 E-Mail: angel.cantu@sie-group.net Web: http://www.sie-group.net/ Cd. Reynosa Tamaulipas.