On Lunes 05 septiembre 2011 10:55:26 Antonio Moreno escribió:

El 05/09/11 09:53, francisco f escribió:

...

On Lunes 05 septiembre 2011 07:30:40 Antonio Moreno escribió:

...

Buenos dias

Tengo un pc repartiendo internet con squid en una opensuse 11.4, los tres primeros dias todo funciona de maravilla, pero cuando llego el 4 dia internet no funciona, entro por ssh y en cuanto pongo algo en la consola se queda colgada, voy a la pantalla de la maquina y en cuanto pongo una letra de la contraseña tambien se queda colgado y no puedo hacer nada mas que apagar de boton. No se donde mirar lo que me esta pasando ¿Alguien me puede orientaren que hacer o que mirar?.

Un saludo y muchas gracias

Toño

Pocos datos

Reinicia en modo seguro o desde un cd o usb con otra distro y mira si no se ha llenado el disco. El squid ese tiene esa mania.

El disco no se ha llenado esta al 30%, y en cuanto arranco de nuevo todo vuelve a funcionar por 3 o 4 dias si que no pase nada.

Log de lo ultimo del squid y de la red, mira la memoria en ese momento -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El mar, 06-09-2011 a las 10:12 +0200, Antonio Moreno escribió:

Cuando se me cuelgue de nuevo mirare todo lo que me decis y ya contare

Gracias

* Seria conveniente que las siguientes operaciones las hicieras en frio con un live CD, Gparted, Hyren's , Caine, etc ... * 4/5 dias es mucho tiempo para errores en la ram o chip grafico, la fuente y ventiladores deberias tambien comprobarlos, no obstante lo mas probable es que el disco tenga sectores defectuosos, ya sea en la particion donde este ubicada la cache o en el area de swap, ejecuta sobre ellos un chequeo llamando a badblocks por si los errores son de tipo logico. * si es fisico no te queda mas remedio que formatear evitando esos sectores, las tareas con badblocks son largos ...... hazlos cuando no necesites la maquina con un gran nice negativo. fdisk -l /dev/sdXX para ver el numero de bloques badblocks /dev/sdXX > badblocks.txt para obtener el listado de bloques defectuosos. mkfs.extX -l badblocks.tx /dev/sdXX para no utilizarlos. * montando luego la particion con un df -h veras la cantidad en MiB que tienen los bloques defectuosos, si son demasiados vete pensando en cambiar el disco es cuestion de tiempo que te quedes sin datos. * Una pasada con smartctl te dara informaciones mas rapido, pero solo informacion. * No creo que sea el caso, pero recuerda que las caches de squid si son grandes, se deben de ubicar en particion aparte o colocar caches por segmentos de red, con un tamaño de cluster "muy pequeño" por que no es la primera vez que el sistema se queda sin inodos a mitad de espacio ocupado, por la gran cantidad de ficheros con tamaños minimos. df -i para ver la situacion. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

El hard es bastante decente, es un servidor con doble procesador 10 GB memoria RAM 2 discos SCSI ... Desde que escribi el mensaje no se volvio a colgar hasta el lunes, y hoy de nuevo otra vez. Fallo de discos no creo que sean son nuevos tienen 2 meses. El 06/09/11 13:31, Juan Erbes escribió:

El día 5 de septiembre de 2011 02:30, Antonio Moreno escribió:

...

Buenos dias

Tengo un pc repartiendo internet con squid en una opensuse 11.4, los tres primeros dias todo funciona de maravilla, pero cuando llego el 4 dia internet no funciona, entro por ssh y en cuanto pongo algo en la consola se queda colgada, voy a la pantalla de la maquina y en cuanto pongo una letra de la contraseña tambien se queda colgado y no puedo hacer nada mas que apagar de boton. No se donde mirar lo que me esta pasando ¿Alguien me puede orientaren que hacer o que mirar?.

Como sabes que es Squid lo que cuelga "el pc" (debería ser hardware decente), y no que se cuelga por una falla en uno de sus componentes?

Salu2

-- NOTA: Los signos de puntuacion y e~es han sido omitidos deliberadamente con el fin de soportar el maximo numero de clientes de correo --------------------------- La informacion incluida en el presente correo electronico es CONFIDENCIAL, siendo para el uso exclusivo del destinatario arriba mencionado. Si usted lee este mensaje y no es el destinatario se~alado, el empleado o el agente responsable de entregar el mensaje al destinatario, o ha recibido esta comunicacisn por error, le informamos que esta totalmente prohibida cualquier divulgacion, distribucion o reproduccion de esta comunicacion, y le rogamos que nos lo notifique, nos devuelva el mensaje original a la direccion arriba mencionada y borre el mensaje. POR FAVOR, ANTES DE IMPRIMIR ESTE CORREO ELECTRONICO CONSIDERE SU APORTACION A LA CONSERVACION DEL MEDIO AMBIENTE POR LA REDUCCION DE CONSUMO DE PAPEL. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Las condiciones son adecuadas, de echo ninguno de los otros servidores que hay en la sala no se han quejado ninguno Los componentes estan limpios, fue lo primero que revise Los log, tanto del squid como del sistema no veo nada anormal, lo unico que he descubierto que no se si tendra algo que ver, espero que no, es que el ultimo cuelgue fue aprox cuando se genero un access.log.bz2, que no se si tendra algo que ver, por que el resto de dias no pasa absolutamente nada. Un saludo y mil gracias El 22/09/11 18:18, Juan Erbes escribió:

El día 22 de septiembre de 2011 11:01, Antonio Moreno escribió:

...

El hard es bastante decente, es un servidor con doble procesador 10 GB memoria RAM 2 discos SCSI ...

Desde que escribi el mensaje no se volvio a colgar hasta el lunes, y hoy de nuevo otra vez.

Fallo de discos no creo que sean son nuevos tienen 2 meses.

Cuales son las condiciones de temperatura y humedad ambiente?

El mobo, los componentes electrónicos y los coolers, no tienen acumulación de suciedad?

Revisaste los logs?

No fue blanco el equipo de un ataque DOS?

Saludos, Juan

______________________________________________________________________ Este correo ha sido escaneado por el Sistema de Seguridad de Soria Natural.

This email has been scanned by the Soria Natural Security System. _______________________________________________

-- NOTA: Los signos de puntuacion y e~es han sido omitidos deliberadamente con el fin de soportar el maximo numero de clientes de correo --------------------------- La informacion incluida en el presente correo electronico es CONFIDENCIAL, siendo para el uso exclusivo del destinatario arriba mencionado. Si usted lee este mensaje y no es el destinatario se~alado, el empleado o el agente responsable de entregar el mensaje al destinatario, o ha recibido esta comunicacisn por error, le informamos que esta totalmente prohibida cualquier divulgacion, distribucion o reproduccion de esta comunicacion, y le rogamos que nos lo notifique, nos devuelva el mensaje original a la direccion arriba mencionada y borre el mensaje. POR FAVOR, ANTES DE IMPRIMIR ESTE CORREO ELECTRONICO CONSIDERE SU APORTACION A LA CONSERVACION DEL MEDIO AMBIENTE POR LA REDUCCION DE CONSUMO DE PAPEL. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Hola :) 2011/9/23 Antonio Moreno :

Las condiciones son adecuadas, de echo ninguno de los otros servidores que hay en la sala no se han quejado ninguno

Los componentes estan limpios, fue lo primero que revise

Los log, tanto del squid como del sistema no veo nada anormal, lo unico que he descubierto que no se si tendra algo que ver, espero que no, es que el ultimo cuelgue fue aprox cuando se genero un access.log.bz2, que no se si tendra algo que ver, por que el resto de dias no pasa absolutamente nada.

¿Se cuelga del todo? Lo pregunto porque hay veces que si algún proceso se encuentra en estado "D" y las CPUs a tope ... parece que se ha colgado y al cabo de un rato (minutos ... o más minutos ;) se recupera. Si el servidor tiene gestión remota (iLO, BMC, ...) se puede entrar por ahí y ver si realmente está colgado. También puedes probar con el Magic SysReq key: combinación de teclas que permiten "descolgar" un Linux o, por lo menos, analizarlo. ¿Qué tamaño tiene el access.log? ¿Espacio libre en disco? ¿10 GB de RAM? Eso es un número raro =:O Si usas el bzip2 "normal" (sin paralelizar), no creo que la CPU se vea afectada por lo que el problema vendría por el disco o la memoria (defecto físico, por ejemplo). HTH Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org

Wenas :) 2011/10/6 Antonio Moreno :

El 27/09/11 10:01, Rafa Griman escribió:

...

Hola :)

2011/9/23 Antonio Moreno:

...

Las condiciones son adecuadas, de echo ninguno de los otros servidores que hay en la sala no se han quejado ninguno

Los componentes estan limpios, fue lo primero que revise

Los log, tanto del squid como del sistema no veo nada anormal, lo unico que he descubierto que no se si tendra algo que ver, espero que no, es que el ultimo cuelgue fue aprox cuando se genero un access.log.bz2, que no se si tendra algo que ver, por que el resto de dias no pasa absolutamente nada.

¿Se cuelga del todo? Lo pregunto porque hay veces que si algún proceso se encuentra en estado "D" y las CPUs a tope ... parece que se ha colgado y al cabo de un rato (minutos ... o más minutos ;) se recupera.

Si el servidor tiene gestión remota (iLO, BMC, ...) se puede entrar por ahí y ver si realmente está colgado.

También puedes probar con el Magic SysReq key: combinación de teclas que permiten "descolgar" un Linux o, por lo menos, analizarlo.

¿Qué tamaño tiene el access.log? ¿Espacio libre en disco?

¿10 GB de RAM? Eso es un número raro =:O

Si usas el bzip2 "normal" (sin paralelizar), no creo que la CPU se vea afectada por lo que el problema vendría por el disco o la memoria (defecto físico, por ejemplo).

HTH

   Rafa

Juan has dado en el clavo, es cuando se comprime el archivo, lo acabo de comprobar ahora mismo, cuando se genera el bz2 se queda "colgado", pero no ocurre siempre.

Me alegra saber que he dado en el clavo, aunque me llamo Rafa ;) ... Ya no te acuerdas de mi :"(

Alguna idea de como solucionarlo???, de todas las maneras buscare por google a ver como se puede solucionar.

"Asín", lo primero que se me ocurre es: - prueba otros compresores - baja la prioridad de compresión (comando nice/renice) - intenta comprimir ficheros de log más pequeños (logrotates más asíduos) - puedes probar a hacer "pinning" de procesos a una CPU y una zona de memoria (numatools, por ejemplo) Aunque lo que me imagino que esté ocurriendo es que al comprimir se está castigando mucho el disco y el proceso se encuentra en estado "D" (uninterruptible sleep) por lo que la máquina está esperando a que ese proceso pare para que los demás usen el disco. Eso da lugar a la impresión de que el sistema se cuelga. HTH Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org