OVH Community, your new community space.

kernel: NEIGH: BUG, double timer add, state is 100


skipper
02/12/2008, 14:35
Prueba a desactivar el RTM y no te olvides de hacer lo mismo en el Manager.

Juanmaria
02/12/2008, 14:16
Hola,

Tengo un servidor dedicado SP-Mini con un debian básico, no uso panel de control y he instalado a mano apache2, Mysql y PHP que es, fundamentalmente lo que uso. Tengo otros servidores similares en otros proveedores que llevan años funcionando con esta configuración sin problemas.

Tras casi tres meses de funcionar a la perfección antesdeayer empezó a no servir bien las páginas web, reinicié apache y me dio un error de que no encontraba el proceso en /var/run, lo maté a mano pero seguía sin ir bien, me puse a revisar logs y lo único extraño que encontré fue en syslog una serie de entradas como las que copio más adelante, Reinicié el servidor y todo comenzó a funcionar con normalidad pero no me gusta esto de tener que reiniciar servidores aunque sea cada tres meses.

Estos son los mensajes sospechosos:

Código:
Nov 30 17:41:01 backupserver01 kernel: NEIGH: BUG, double timer add, state is 100
Nov 30 17:41:01 backupserver01 kernel: Pid: 19758, comm: rtm Not tainted 2.6.24.5-grsec-xxxx-grs-ipv4-32 #3
Nov 30 17:41:01 backupserver01 kernel:  [] __neigh_event_send+0xff/0x190
Nov 30 17:41:01 backupserver01 kernel:  [] neigh_resolve_output+0x123/0x290
Nov 30 17:41:01 backupserver01 kernel:  [] nf_hook_slow+0x5b/0xf0
Nov 30 17:41:01 backupserver01 kernel:  [] ip_finish_output+0x0/0x2d0
Nov 30 17:41:01 backupserver01 kernel:  [] ip_finish_output+0x159/0x2d0
Nov 30 17:41:01 backupserver01 kernel:  [] ip_push_pending_frames+0x356/0x3e0
Nov 30 17:41:01 backupserver01 kernel:  [] dst_output+0x0/0x10
Nov 30 17:41:01 backupserver01 kernel:  [] udp_push_pending_frames+0x167/0x3b0
Nov 30 17:41:01 backupserver01 kernel:  [] udp_sendmsg+0x190/0x720
Nov 30 17:41:01 backupserver01 kernel:  [] inet_sendmsg+0x37/0x70
Nov 30 17:41:01 backupserver01 kernel:  [] sock_sendmsg+0xbf/0xf0
Nov 30 17:41:01 backupserver01 kernel:  [] autoremove_wake_function+0x0/0x50
Nov 30 17:41:01 backupserver01 kernel:  [] __alloc_pages+0x57/0x360
Nov 30 17:41:01 backupserver01 kernel:  [] cache_alloc_refill+0x6f/0x500
Nov 30 17:41:01 backupserver01 kernel:  [] sys_sendto+0x12f/0x180
Nov 30 17:41:01 backupserver01 kernel:  [] sock_ioctl+0x0/0x1d0
Nov 30 17:41:01 backupserver01 kernel:  [] dev_ioctl+0x1a2/0x4e0
Nov 30 17:41:01 backupserver01 kernel:  [] sk_alloc+0x4d/0x70
Nov 30 17:41:01 backupserver01 kernel:  [] sock_init_data+0x6a/0x180
Nov 30 17:41:01 backupserver01 kernel:  [] inet_create+0x181/0x290
Nov 30 17:41:01 backupserver01 kernel:  [] d_alloc+0x100/0x180
Nov 30 17:41:01 backupserver01 kernel:  [] inotify_d_instantiate+0xf/0x40
Nov 30 17:41:01 backupserver01 kernel:  [] d_instantiate+0x3b/0x60
Nov 30 17:41:01 backupserver01 kernel:  [] sys_socketcall+0x198/0x280
Nov 30 17:41:01 backupserver01 kernel:  [] syscall_call+0x7/0xb
Nov 30 17:41:01 backupserver01 kernel:  =======================
He visto un post similar en los foros OVH de Polonia y, aunque el polaco no es lo mío, lo único que le recomiendan al usuario es que use dmesg para ver los mensajes del kernel.

Por la segunda línea: "kernel: Pid: 19758, comm: rtm Not tainted 2.6.24.5-grsec-xxxx-grs-ipv4-32 #3" pienso que podría ser cosa de rtm que entiendo que es un monitor del sistema que cron ejecuta cada minuto como se ve en syslog en líneas como estas:

Código:
Nov 30 17:39:01 backupserver01 /USR/SBIN/CRON[19651]: (root) CMD (/usr/local/rtm/bin/rtm 2 > /dev/null 2> /dev/null)
¿Pensáis que ese rtm es el culpable?.

¿Os ha pasado alguna vez?. Y, si os ha pasado, ¿ha dejado de funcionar bien apache?.

¿Y si lo quito del cron, que pasaría?. No uso para nada el "Real Time Monitoring" así que si es lo único que pierdo tampoco me preocupa.

Gracias por adelantado.