para - ¿Por qué no se actualiza la base de datos minidlna?

dlna windows 10 (5)

AzP ya proporcionó la mayor parte de la información, pero parte de ella es incorrecta.

En primer lugar, no existe tal opción inotify_interval . La única opción que existe es notify_interval y no tiene nada que ver con inotify .

Para aclarar, notify_interval controla la frecuencia con que el servidor (mini) dlna se anuncia en la red. El valor predeterminado de 895 significa que se anunciará una vez cada 15 minutos, lo que significa que los clientes necesitarán como máximo 15 minutos para encontrar el servidor. Yo personalmente uso 1-5 minutos dependiendo de la volatilidad del cliente en la red.

En términos de obtener minidlna para encontrar los archivos que se han agregado, hay dos opciones:

El primero es equivalente a eliminar el archivo files.db y consiste en reiniciar minidlna mientras se pasa el argumento -R , lo que obliga a un nuevo análisis completo y crea la base de datos desde cero. Desde la versión 1.2.0 ahora también existe el argumento -r que realiza una acción de reconstrucción. Esto preserva cualquier base de datos existente y descarta y agrega registros antiguos y nuevos, respectivamente.
El segundo es confiar en eventos de inotify=yes configurando inotify=yes y reiniciando minidlna. Si inotify se establece en =no , la única opción para actualizar la base de datos del archivo es la reexploración completa forzada.

Además, para que funcione inotify , el sistema de archivos debe admitir eventos de inotify , que no es el caso en la mayoría de los sistemas de archivos remotos. Si tiene minidlna ejecutándose en NFS, no verá ningún evento inotify porque estos se generan en el servidor y no en el cliente.

Finalmente, incluso si inotify funciona y es compatible con el sistema de archivos, el usuario bajo el cual se ejecuta minidlna debe poder leer el archivo, de lo contrario no podrá recuperar los metadatos necesarios. En este caso, el archivo de registro (generalmente /var/log/minidlna.log ) debe contener información útil.

Estoy desarrollando un servidor MiniDLNA para transmitir medios a través de WiFi. Los archivos existentes se muestran correctamente. Sin embargo, cuando agrego nuevos archivos a las carpetas de medios, los cambios no se actualizan en los clientes MiniDLNA. También intenté reiniciar el servidor, pero no refleja los cambios.

Cambié inotify_interval = 60 pero todavía no está actualizando files.db que es la base de datos de la lista de medios MiniDLNA. Si elimino esta base de datos y reinicio el servidor, se muestran los cambios.

¿Alguien sabe cuál podría ser el problema?

En resumen, la manera más confiable de hacer que MiniDLNA vuelva a examinar todos los archivos multimedia es emitiendo el siguiente conjunto de comandos:

$ sudo minidlnad -R $ sudo service minidlna restart

Script del lado del cliente para volver a examinar el servidor

Sin embargo, cada cierto tiempo MiniDLNA se ejecutará en un servidor. Aquí hay una secuencia de comandos del lado del cliente para solicitar una nueva exploración en dicho servidor:

#!/bin/bash ssh -t server.on.lan ''sudo minidlnad -R && sudo service minidlna restart''

Hay un parche disponible para el código fuente de minidlna en sourceforge que no hace un nuevo escaneo, sino un tipo de escaneo incremental. Eso funcionó bien, pero con alguna versión posterior, el parche está roto. Ver aquí Enlace a SF

Saludos, Gerry

MiniDLNA utiliza inotify , que es una funcionalidad dentro del kernel de Linux, que se usa para descubrir cambios en archivos y directorios específicos en el sistema de archivos. Para que funcione, necesita habilitar soporte habilitado en su kernel.

~~El notify_interval (observe la ausencia de una ''i''), por lo que yo sé, solo se usa si ha desactivado inotify.~~ Para usar notify_interval (es decir, obtener el servidor para ''sondear'' el sistema de archivos en busca de cambios en lugar de recibir notificaciones automáticas de ellos), debe desactivar la funcionalidad de inotify .

Así es como se ve en mi /etc/minidlna.conf :

# set this to no to disable inotify monitoring to automatically discover new files # note: the default is yes inotify=yes

Asegúrese de que inotify esté habilitado en su kernel.

Si no está habilitado, y no desea habilitarlo, un nuevo escaneo forzado es la forma de forzar a MiniDLNA a volver a escanear el disco.

Recientemente descubrí que minidlna no actualiza la base de datos si el archivo multimedia es un enlace permanente. Si desea que estos archivos aparezcan en la base de datos, es necesario un nuevo análisis completo.

ej .: si tiene un archivo /home/movies/foo.mkv y un enlace fijo en /home/minidlna/video/foo.mkv, donde ''/ home / minidlna'' es su minidlna compartido, tendrá que hacer un nuevo escaneo hasta ese archivo aparece en el db (y luego en su cliente dlna).

Todavía estoy tratando de encontrar una forma de evitar esto. Si alguien tiene alguna entrada, es bienvenido.