7 votos

El servidor de Ubuntu 9.10 se congela después de ~10 minutos

Acabo de actualizar mi servidor Ubuntu de 9.04 a 9.10 y después de unos 10 minutos se bloquea. No responde al ping, no se puede acceder por SSH y la terminal no acepta la entrada del teclado. No tiene instalado X. Luego lo formateé e instalé desde cero con los mismos resultados. Hay dos discos duros, el primero es para el sistema operativo y el segundo es para los medios. El segundo no ha cambiado, es un disco formateado en ext3 con una partición.

Detuve servicios aleatorios (samba, ushare, transmission-daemon) para ver si estaban causando el problema, pero aún así se bloqueó. Hice un watch "dmesg|tail" hasta que se bloqueó, pero no vi nada.

¿Cómo puedo seguir investigando esta situación? No quiero regresar a la versión anterior.

Especificaciones de la máquina: Dell Dimension 3000 Pentium 4 @3GHz 512M RAM

0 votos

Parece que tienes un caso de no apto para su propósito, a veces llamado Ubuntitis

0 votos

Muy gracioso :) Me gustaría agregar que mi enrutador tiene IPv6 habilitado a pesar de que dmesg dice que no se puede encontrar ningún enrutador IPv6.

0 votos

Solo por diversión, ¿podrías dejar corriendo memtest86 durante toda la noche? Esto descartará problemas de temperatura y de memoria.

5voto

Sander Rijken Puntos 62

Otra opción es deshabilitar el soporte de framebuffer agregando la opción del kernel nomodeset en /etc/default/grub:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

La caja ha estado encendida por más de una hora desde que desconecté el monitor ahora.

editar: Después de un día puedo confirmar definitivamente que el problema se ha solucionado al deshabilitar el framebuffer

1 votos

¡Esto funcionó para mí!

1 votos

Esto también funcionó para mí. Gracias por la solución.

2 votos

Por cierto, (nomodeset) no es para el soporte tradicional del framebuffer del kernel de Linux, sino para el kernel-mode-setting (KMS) que parece estar habilitado de forma predeterminada en Karmic (9.10) para algunas tarjetas. kernelnewbies.org/… y workswithu.com/2009/07/15/…

3voto

airplaneman19 Puntos 111

Tuve el mismo problema con Ubuntu Server 9.10 (configuración headless, gráficos Intel). Agregar la opción nomodeset a /etc/default/grub funcionó bien para mí. No olvide ejecutar

$ sudo update-grub

después de todo.

1voto

Definitivamente es la tarjeta VGA junto con el kernel 2.6.31-xx. Inicié la máquina con el monitor conectado, todo está bien. Desconecté el cable de vídeo y esperé 10 minutos después de reiniciar, ¡se congeló! Al ejecutar la máquina con el kernel 2.6.28-16 todo está bien. Cuando encuentre la solución, la publicaré aquí....

Ahora encontré que el ahorro de energía es la razón de los congelamientos del servidor.

La solución es la siguiente:

Crea /etc/init.d/local (o el nombre de archivo que prefieras...)

Contenido:

#!/bin/bash

for i in 1 2 3 4 5 6
do
   setterm -blank 0 -powersave off -powerdown 0 >/dev/tty$i
done

Luego haz que este script se inicie al iniciar el sistema:

chmod 700 /etc/init.d/local
update-rc.d local defaults 80

Después de esto y un reinicio, mi servidor funciona bien.

1voto

Tengo el mismo problema y tengo el servidor en otra casa ... Necesito reiniciarlo nuevamente, el último mensaje en kern.log es sobre la tarjeta de red;

Nov  2 16:57:29 evo kernel: [   11.854112] type=1505 audit(1257177449.426:11): operation="profile_replace" pid=716 name=/usr/sbin/tcpdump
Nov  2 16:57:31 evo kernel: [   13.816151] e100: eth0 NIC Link is Up 100 Mbps Full Duplex
Nov  2 16:57:31 evo kernel: [   13.816289] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Nov  2 16:57:32 evo kernel: [   15.377338] type=1503 audit(1257177452.951:12): operation="open" pid=847 parent=846 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:33 evo kernel: [   16.153567] type=1503 audit(1257177453.726:13): operation="open" pid=918 parent=917 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:35 evo kernel: [   17.538557] type=1503 audit(1257177455.110:14): operation="open" pid=1114 parent=933 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:35 evo kernel: [   17.726787] type=1503 audit(1257177455.877:15): operation="open" pid=1121 parent=1120 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:36 evo kernel: [   18.817482] type=1503 audit(1257177456.969:16): operation="open" pid=1141 parent=1140 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:37 evo kernel: [   18.878522] type=1503 audit(1257177457.029:17): operation="open" pid=1152 parent=1151 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
Nov  2 16:57:42 evo kernel: [   24.652044] eth0: no IPv6 routers present

Nunca antes había mirado en kern.log, así que no tengo idea si estos mensajes son nuevos o comunes.

También tengo una especie de Pentium y 512 MB de memoria, la máquina nunca ha fallado antes, la actualicé hoy.

[edición] este es un servidor puro, sin pantalla, solo acceso ssh, así que no culparía a los controladores gráficos. [/edición]

[edición posible solución] Agregué apm = off nomodeset a las opciones de arranque, ahora mi grub.lst se ve así:

título           Ubuntu 9.10, kernel 2.6.31-14-generic-pae
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.31-14-generic-pae root=UUID=0943496f-8c97-4f59-a2c0-4b5fd64e3c40 ro quiet splash apm=off nomodeset
initrd          /boot/initrd.img-2.6.31-14-generic-pae
quiet

Y ahora tengo 15 minutos de tiempo de actividad en lugar de un máximo de 10 antes del cambio. Aparentemente tiene algo que ver con el sueño del monitor y como no tengo un monitor, algo no va bien. Espero que el servidor siga funcionando ahora (¡16 minutos :)). Hay un error presentado: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/474930 Eso serían mis cinco centavos (¡18 minutos!).

[/edición posible solución]

1voto

axel_c Puntos 111

¿Has descartado un problema de hardware? Te sugiero intentar arrancar con un livecd de 9.04 y dejar la computadora funcionando durante unas horas. Si el problema desaparece, probablemente sea un controlador defectuoso en el kernel 9.10 o similar.

0 votos

La computadora funcionó bien con la versión 9.04 desde el día en que salió.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X