vdr + nfs + Windows (UDP vd TCP)

Hola !

Primero explico el montaje que tengo:
Tengo dos siemens m740, sin discos duros) y conectados por red a al red domestica. Los siemens gravan por nfs a un PC con windows con el "Services for UNIX".
Los dos siemens tenían una versión antigua del vdr (la 0.5 Pro rev 598).

El sistema ha funcionado muy bien durante mas de un año.

Hasta hace una semana. Hace unos días (sin tocar nada), las grabaciones empezaron a fallar (TODAS las grabaciones). Muchos errores al demuxar los vídeos.

Haciendo pruebas (con el io-test) me di cuenta que el nfs se quedaba bloqueado cada X tiempo, provocando los errores. El io-test a vece me daba velocidades normales, y a veces se quedaba parado y por lo tanto velocidades lentísimas.

Decidí probar de actualizar el VDR de uno de los siemens (a la última versión) ..... una vez conseguido seguía dando el mismo problema: errores en las grabaciones y lentitud con el NFS.

Probé varias cosas:
- nfs de linux a PC con windows. Ok, velocidad estable sin cortes.
- nfs de siemens a PC con linux. Ok, velocidad estable sin cortes.

Pero los siemens seguían quedándose parados al escribir al NFS de windows.

Buscando por Internet leí que el NFS funcionaba mejor en TCP que en UDP (por defecto el siemens).

Así que añadí a las opciones del mount:
proto=tcp

Ahora los dos siemens ya gravaban a velocidad estable al NFS. Una media de 1,5 MB/s

Si pongo uno de los dos siemens en UDP, los dos funcionan bien. Si pongo los dos siemens en UDP, los dos dejan de funcionar.
Si los vuelvo a poner en TCP .... los dos van bien.

Pues nada, aquí lo dejo por si alguien tiene el mismo problema y le puede servir.

Es bastante extraño que sin tocar nada fallen las grabaciones de los dos M740 simultáneamente.
Como es poco probable que falle algo en los 2 gigas a la vez, me decantaría a que el problema es del Windows, puede ser una actualización de Microsoft, del antivirus, algún programa que has instalado recientemente o algo así.
¿el servidor NFS no será el Windows en el que no podías generar el firmware?

El mayor rendimiento siempre lo vas a tener con UDP porque solamente envía los datos y nada más, no se preocupa de si llegan o no y con TCP además de los datos van cabeceras adicionales, algoritmos de control, reenvío de datos erróneos, etc., por lo que el TCP tiene una sobrecarga de datos y sólo sería recomendable en redes rápidas que no te vas a enterar y tienes más seguridad en los datos, pero nuestro caso es que la red va a unos 10 Mbps y pienso que esa sobrecarga se va a notar bastante.

Cuando se hace streaming se hace con UDP por este tema.

Efectivamente, es el mismo PC ..... ni que no creo que tenga nada que ver.

Yo tampoco entiendo nada .... pero es así, las capturas del viernes pasado, perfectas. Las del sábado en adelante, con errores.
No he instalado ningún programa, no actualizo el windows, y el antivirus no creo.

He reinstalado y configurado el "Services for UNIX" varias veces, y siempre el mismo resultado.

De echo, hace un rato he vuleto a probar el UDP, con un siemens va bien, peró con los dos no. Como si al acceder los los por UDP se "pegaran".

Cosas de la informática.

Pues siendo el mismo Windows que te daba error al generar el firmware, podría ser algún error en el sistema de archivos.
Hazle una comprobación + desfragmentación a ver si te va mejor.