Cuelgue esporádico con VDR-NG-EM 0.4 build 461 (unstable) (linux build)

Bueno, tras casi una semana de uso intensivo (en general, muy, muy, muy satisfactorio), me ha pasado 3 veces lo siguiente:

El gigaset se bloquea completamente por donde le pilla: en el menú, estando en pausa de reproducción... (curiosamente siempre después de que mi hijo mayor lo utilice para ver sus dibujos animados, no se como lo hace, la verdad)

El caso es que me permite entrar por ssh. Mirando con "top" la lista de procesos veo que no hay ninguno "vdr". Es decir, el VDR se ha muerto completamente, y no he podido encontrar en el log nada útil que me permita hacer la autopsia.

En principio pense en posible fallo de mi pendrive (swap). Como tampoco es que haga mucha falta, lo desactivé y retiré, pero al dia siguiente lo mismo.

Si ejecuto start-vdr todo vuelve a la normalidad y los procesos vdr reaparecen.

Lo ultimo que me queda tras el cuelgue en /var/log/messages (tal vez por casualidad) son mensajes de lircd (creo que tiene que ver con el mando a distancia) a veces con error de transmisión (aunque dudo que sea la causa).

Mientras sigo investigando me pregunto si hay algun problema en lanzar el vdr desde /etc/inittab con "respawn" para que resucite automáticamente en caso de muerte súbita.

¿le pasa a alguien más? ¿es viable hacer respawn?

Saludos

Respecto al respawn no se decirte. También hay un parámetro de watchdog a la hora de lanzar el vdr que se podría usar (no recuerdo más de memoria, hay algo de información por ahí).

En cuanto a los mensajes del lircd, efectivamente, dirá que ha perdido el cliente o algo así. Y es que el vdr ha muerto.

Eso mismo me pasa a mi y no he conseguido saber más datos. Hoy pondré el monitor de memoria en marcha y a ver si detecto algo.

Alguna vez me ha pasado a mí, pero lo he atribuido a los múltiples cacharreos a los que lo someto. En el uso habitual, sin haber entrado por telnet o ftp a cambiar algo, no me ha pasado.

¿usáis el timeshift o el plugin de ayuda?
Es que tienen un bug que provoca el cuelgue del VDR.

bittor escribió:¿usáis el timeshift o el plugin de ayuda?
Es que tienen un bug que provoca el cuelgue del VDR.

Yo el plugin de ayuda creo que lo tengo activado, pero nunca lo uso ¿Es mejor que lo desactive?

bittor escribió:¿usáis el timeshift o el plugin de ayuda?
Es que tienen un bug que provoca el cuelgue del VDR.

Me acaba de ocurrir delante de mis narices. Justo al encenderlo, estaba haciendo 2 grabaciones programadas + una grabación timeshift, y repreduciendo. La memoria libre oscilaba entre unos 1000 y 1500KB. En pocos segundos tras encenderlo se ha quedado fritos todos los procesos vdr.

Saludos

No he podido probar ninguno de los dos bugs, pero por lo que han comentado el plugin de ayuda es cuando navegas por los menús muy rápido o accedes unas cuantas veces seguidas y el timeshift es cuando haces una grabación y otra con timeshift, al pulsar stop viene el cuelgue.

La solución temporal del timeshift es ir a la configuración del VDR y poner en "Borrar grabación timeshift" a no y borrarlas después manualmente.

La solución temporal del timeshift es ir a la configuración del VDR y poner en "Borrar grabación timeshift" a no y borrarlas después manualmente.[/quote]

Ya lo tengo configurado así, así que esto es otra cosa.

Me he tirado al monte y he puesto el arranque en respawn. Ya comentaré si se reinicia solo o no si vuelve a morirse.

Saludos

Justo se te ha colgado al hacer el stop en el grabacion del timeshift? como te comenta bittor descubirmos un bug que al estar en preguntar o si (el borrar la grabación timeshift) y si a la vez estás grabando una cosa el vdr muere.
La solución es ponerlo a No y luego borralas a mano.
Y el plugin de ayuda tiene algún bug no descubierto que hace quedarsi frito al giga.

yeahhh escribió:Justo se te ha colgado al hacer el stop en el grabacion del timeshift? como te comenta bittor descubirmos un bug que al estar en preguntar o si (el borrar la grabación timeshift) y si a la vez estás grabando una cosa el vdr muere.
La solución es ponerlo a No y luego borralas a mano.
Y el plugin de ayuda tiene algún bug no descubierto que hace quedarsi frito al giga.

No, solo he tocado el botón power y por menú he ido directo a "programaciones" a ver que se cocía, sin parar ninguna grabación. Tenía 3 grabaciones en marcha y otra distinta en play (que ya tironeaba un poco). Y el solito se murió.

Saludos

Como tienes formateado el disco?

homerlinux escribió:

yeahhh escribió:Justo se te ha colgado al hacer el stop en el grabacion del timeshift? como te comenta bittor descubirmos un bug que al estar en preguntar o si (el borrar la grabación timeshift) y si a la vez estás grabando una cosa el vdr muere.
La solución es ponerlo a No y luego borralas a mano.
Y el plugin de ayuda tiene algún bug no descubierto que hace quedarsi frito al giga.

No, solo he tocado el botón power y por menú he ido directo a "programaciones" a ver que se cocía, sin parar ninguna grabación. Tenía 3 grabaciones en marcha y otra distinta en play (que ya tironeaba un poco). Y el solito se murió.

Saludos

Hola homerlinux,

Si te vuelve a pasar, ¿me podrías copiar las últimas líneas de tu messages? Me interesa el tema.

Gracias y un saludo,
Solrac

yeahhh escribió:Como tienes formateado el disco?

ext2, (basado en las indicaciones de Bittor) que vi hace unos meses por este foro:


/sbin/mke2fs -b 4096 -i 65536 -I 128 -m 1 $1 && \
e2label $1 GIGASET && \
e2label $1 && \
tune2fs -c 180 -i 30 $1

(etc)

Saludos

Ok, se me ocurre que (si puedes) formatees desde el menú ordenes.

homerlinux escribió:
¿le pasa a alguien más? ¿es viable hacer respawn?

Hola homerlinux, yo tengo una comprobación en el cron cada minuto.

Saludos,
Solrac

Ya que el hilo va de cuelgues esporádicos, hoy he tenido uno que me ha ocurrido al usar la rutina que se colgó en un hilo para borrar los crids huérfanos. El caso es que tampoco puedo decir que haya sido por esa causa, pero al activarla se ha quedado un rato sin responder (como suele hacerlo, hasta ahí normal) y cuando ha vuelto ha aparecido un mensaje en la parte inferior que decía "epg-scan finalizado" (ha podido inteferir con la descarga de la EPG externa) y así se ha quedado horas (me he ido a la ficina y al vover seguía igual). No respondía al mando aunque el canal en que ha quedado se veía y oía bien. Por fortuna tengo puesta la parada del HDD por inactividad en 6 minutos y ha funcionado.

El Giga lo he parado por telnet, aunque no respondía a la parada del vdr y he tenido que usar alguno de los otros comandos más expeditivos (ya no recuerdo cual).

A mí me ha pasado lo mismo que se describe al principio del hilo (y otras cosas para las que abriré hilos nuevos si me vuelven a pasar).

En mi caso, creo recordar que el caso fue el siguiente: mi mujer estaba viendo la tele normal y salió un mensaje del EPGSearch avisando de un programa que había empezado (tengo la búsqueda como "sólo avisar" en lugar de grabarla). Al darle a "OK" salió el menú con la programación que se supone que había hecho saltar el aviso... y se quedó todo colgado.
Entrando por Telnet, vi las últimas líneas del messages y todo parecía normal, salvo una línea donde decía algo parecido a que se había desconectado un cliente del LIRCd. Creo que entre los procesos no estaba el vdr (pero no me acuerdo bien). Reinicié desde telnet y ya está.

Yo me acabo de encontrar el Gigaset "colgado". En mi caso lo apagué ayer con normalidad. Hoy al encenderlo el LED parpadeaba al pulsar teclas en el mando, pero no había imagen en la tele. He probado a encenderlo y apagarlo varias veces sin éxito. He tenido que desenchufarlo y volverlo a enchufar para resucitarlo.

[/quote]

Hola homerlinux, yo tengo una comprobación en el cron cada minuto.

Saludos,
Solrac[/quote]

Hola, provisionalmente he seguido tu sistema y todo bien. Hasta que demos con el problema, es una solución aceptable. Habrá que ir analizando el /var/log/messages. Para que el fallo no caiga en el olvido le he puesto al script una llamada al logger para ir mirando cuando ha fallado.

Saludos

¿Cómo hacéis exactamente esa comprobación en el cron?
¿Buscáis el/los proceso(s) del vdr y si no están ejecutáis start-vdr?
¿Podríais poner el script que usáis?

Bueno, no me había fijado en el título del post (o lo habéis cambiado) pero yo no tengo la build 461, sino la 478. Sin embargo, parece que el problema es el mismo.

Hola garbas,

Esta noche te pego aquí el script que he puesto yo.

Saludos,
Solrac

garbas escribió:¿Cómo hacéis exactamente esa comprobación en el cron?
¿Buscáis el/los proceso(s) del vdr y si no están ejecutáis start-vdr?
¿Podríais poner el script que usáis?

solrac escribió:Hola garbas,

Esta noche te pego aquí el script que he puesto yo.

Gracias.
Este fin de semana voy a instalar el VDR y va a tener que superar el periodo de pruebas por parte de mi mujer si quiere sobrevivir en el Giga. Así que cuanto más minimize los imprevistos, mejor.

Hola garbas,

Ayer al final no puede ponerlo. Te lo pongo hoy.

Este script va en /etc/vdr y le he llamado restart_vdr_when_killed.sh

Solo hay que copiarlo y hacerlo ejecutable con

chmod a+x /etc/vdr/restart_vdr_when_killed.sh

Código:

#!/bin/ash

[ `ps -w|grep "usr/bin/vdr"|grep -vi grep|wc -l` -ne 0 ] && exit 0

[ ! -d /var/spool/cron/crontabs ] && mkdir -p /var/spool/cron/crontabs

[ ! -f /var/spool/cron/crontabs/root ] && echo "* * * * * `echo $0|sed "s/\.\//\/etc\/vdr\//g"` >/dev/null 2>&1" | /usr/bin/crontab -u root - >/dev/null 2>&1

echo "--- `date`" >> /var/log/restartVDR.log
/usr/bin/tail -50 /var/log/messages >> /var/log/restartVDR.log

if [ -f /etc/rc.local.conf ]; then
  source /etc/rc.local.conf
  export ${runvdr_vars}
  ash ${runvdr} &
  echo "--- `date`: Restarting VDR" >> /var/log/restartVDR.log
  sleep 5
fi

[ `ps -w|grep "crond"|grep -vi grep|wc -l` -eq 0 ] && /usr/sbin/crond -L /dev/null

Luego lo ponemos en el arranque (opcional) en /etc/rc.local

(Buscamos las dos líneas comentadas en /etc/rc.local, estarán descomentadas claro, las comentamos y añadimos las dos de debajo).

Código:

else
    if [ X"${runvdr}" != X"NO" ]; then
        echo -n ' vdr'
#        export ${runvdr_vars}
#        ash ${runvdr} &
        /etc/vdr/restart_vdr_when_killed
        rm /var/log/restartVDR.log
    fi
fi


Y en la parada, en /etc/rc.local.halt añadimos la línea del killall

Código:

# put optional stuff after

killall crond

# put optional stuff before

Este script lo hice en un momento pensando exclusivamente en mi configuración particular, así que no está garantizado que funcione bien en todos los casos. Mirad, antes de usarlo, si se ajusta a vuestras necesidades concretas. En todo caso, puede valer como punto de partida.

Saludos,
Solrac