Home

Samba entrada en carpetas muy lenta

Javichu6666

Presentado
Forero
4 Mar 2021
3
2
0
51
Hola a todos.

Hace un par de meses compré este deco en la tienda del patrocinador y estoy encantado con él. Me ha costado bastante configurarlo a mi gusto, y al final creo que tengo todo lo que quería tener, pero hay una cosa que me desespera un poco que es la siguiente. Le he conectado un HD USB 3.0 formateado en ext4 a uno de los puertos USB 3.0 y activé el samba en Openspa para poder acceder a él desde distintos dispositivos. Pues bien, por samba consigo consigo acceder a él desde cualquier dispositivo (windows, tablet android, tablet MAC e incluso desde una Raspberry PI) pero el problema está en que, independientemente del dispositivo que acceda, cada vez que entro en una de las carpetas del HD USB, tarda como unos 20 segundos en responder y listar las subcarpetas y ficheros que tiene esa carpeta. He hecho un fichero .bat sencillo en el que imprime la fecha del sistema, luego lista el directorio raíz del recurso compartido por samba y una vez hecho eso, vuelve a imprimir la fecha del sistema. En la salida de ese fichero se puede ver que tarda unos 20 segundos en listar el directorio. Pongo a continuación la salida de ese sencillo .bat ejecutado desde windows

C:\TMP>echo 05/06/2021 10:25:32,23
05/06/2021 10:25:32,23

C:\TMP>dir \\192.168.1.156\Root
El volumen de la unidad \\192.168.1.156\Root es Root
El n£mero de serie del volumen es: 7BB3-49AE

Directorio de \\192.168.1.156\Root

19/12/2020 03:18 <DIR> .
19/12/2020 03:18 <DIR> ..
01/01/1970 02:00 <DIR> bin
01/01/1601 02:00 <DIR> boot
22/05/2021 11:51 <DIR> dev
05/06/2021 09:31 <DIR> etc
22/05/2021 11:51 <DIR> hdd
01/01/1970 02:00 <DIR> home
01/01/1970 02:00 <DIR> lib
22/05/2021 11:50 <DIR> media
22/05/2021 11:50 <DIR> mnt
01/01/1970 02:00 <DIR> proc
22/05/2021 11:41 <DIR> run
01/01/1970 02:00 <DIR> sbin
22/05/2021 11:20 <DIR> share
22/05/2021 11:49 <DIR> sys
05/06/2021 10:25 <DIR> tmp
27/03/2021 17:26 <DIR> usr
19/12/2020 03:18 <DIR> var
0 archivos 0 bytes
19 dirs 853.831.680 bytes libres

C:\TMP>echo 05/06/2021 10:25:51,09
05/06/2021 10:25:51,09

El script empieza a ejecutarse a las 05/06/2021 10:25:32,23 y termina 05/06/2021 10:25:51,09, es decir, tarda casi 20 segundos en listar el directorio raíz compartido que solamente contiene 19 carpetas. Y cada vez que entras en una subcarpeta o tratas de acceder al contenido de algún fichero a través de Samba tarda más o menos el mismo tiempo en acceder a su contenido. He estado revisando en este foro y en otros foros la configuración los ficheros de configuración de Samba, y en este foro no he encontrado nada acerca de este tema, y en otros foros sobre linux y samba he visto algunas respuestas que, sinceramente, por mi inexperiencia, me dan miedo aplicar y además no tengo claro en cuál o cuáles de los ficheros de configuración de Samba habría que aplicar. En algún foro he encontrado que habría que poner en algún fichero de configuración de samba la línea siguiente

socket options = TCP_NODELAY

¿Alguna sugerencia?

Un abrazo a todos y muchas gracias a todos por vuestro trabajo y vuestras respuestas.

PD: por si sirviera de algo, la imagen de Openspa que tengo instalada es la de versión 7.4.012
 

Tururu

Ensamblado con piezas recicladas y el 17-9-2017 KO
Miembro del equipo
Moderador OpenSPA
Sin tener ni idea del problema (disculpa) una consulta.
El disco duro esta listo para la peticion que realizas ó esta en reposo?
No indicas tamaño del disco.
Los de 2'5" de estar en reposo a listo, son unos 3 segundos minimo para alcanzar las revoluciones de funcionamiento.
Los de 3'5" de estar en reposo a listo, son unos 5 segundos minimo.
Es similar a pulsar el boton para ver las peliculas grabadas por ejemplo, si esta en reposo el disco, veras en el lado izquierdo el spinner (un circulo dando vueltas).
Es el deco/receptor indicando que esta ocupado esperando a que el disco este listo, ya OK, se quita y ves su contenido.
Apartir de ese momento, las respuestas son rapidas/casi instantaneas (dependiendo del tamaño y donde estes dentro del disco).
Lo comento por descontar ese tiempo.

En los discos que tengo de 3'5" y 5400rpm (internos/dentro del deco).
Al hacer esta prueba, son casi 5 segundos, pulsando la tecla para que muestre el listado de peliculas y que salga el spinner indicando que espere (deco ocupado) y luego otros 5 segundos hasta que se quita y da la informacion del ultimo directorio donde vi una grabacion.

En la configuracion del disco, se indica el tiempo sin usar para que el disco pase a reposo por inactividad.
Tambien recuerdo por problemas de compañeros, algunas cajas usb-disco-externo, algunas veces no van al 100% en su respuestas a las peticiones del deco/receptor.

En el listado que ejecutas, el disco seria todo lo que esta en /media/hdd/
El resto esta en el deco/receptor y esta parte, seria instantanea (+/-), pero para mostrar ese listado, al llegar al disco duro, lo tiene que arracar si esta en reposo, ralentizando todo (la suma de tiempo final).
Estando arrancado el disco, mira de volver a ejecutar el fichero.bat de nuevo y ver si tarda lo mismo, asi descartas el tiempo de poner el disco ready/ok


Si realizo esta prueba en los 3 trastos (decos) que tengo, puede que tarde mas (discos 6TB/5400rpm), de media 4TB de peliculas guardas en 1, el otro 5TB de series.
En el general, mejor ni lo intento, un NAS montado en un deco VU+DUO2 con 8TB/5400rpm de peliculas (usados 7TB).

Si estos temas, ya los tienes en cuentas, disculpa, toca esperar a los que saben.
ok.gif

.
 

Riojano

Usuario Destacado
Vip OpenSPA
17 Ene 2020
1.339
611
0
Yo tengo el GigaBlue UHD UE 4K con HDD interno de 2,5" en EXT4 y otro HDD en NTFS conectado por USB, y me pasa lo mismo. Cada vez que conecto por samba (casi siempre desde un móvil a través del VLC) me tarda eso. Lo que yo lo tenía ya como "normal".

Y no creo que sea de la versión, ya que lo he probado en OpenSpa 7.4.004, 7.4.012 y 7.4.014 teniendo en todas el mismo retraso.

Si hay algo que se pueda hacer para mejorar la respuesta de red, bienvenido sea. Sino seguiremos siendo pacientes ja ja ja ja
 

Javichu6666

Presentado
Forero
4 Mar 2021
3
2
0
51
Hola Tururu & Riojano.

Muchas gracias por vuestras respuestas.

@Tururu: El HD USB es un Toshiba Canvio de 3 TB y 2.5", pero creo no está ahí el problema, porque si os fijáis, en el comando dir listo el raíz del recurso compartido, y el HD USB está montado en /media/sda, y no llega a entrar ahí, y por tanto ni se llega a encender la luz de actividad del HD. De hecho es algo mucho más extraño. He modificado el .bat para que ejecute dos veces el comando dir, y la primera vez tarda unos 20 segundos, pero la segunda es casi instantáneo. Os pongo la salida del .bat


C:\TMP>echo 06/06/2021 12:33:29,05
06/06/2021 12:33:29,05

C:\TMP>dir \\192.168.1.156\Root
El volumen de la unidad \\192.168.1.156\Root es Root
El n£mero de serie del volumen es: 7BB3-49AE

Directorio de \\192.168.1.156\Root

19/12/2020 03:18 <DIR> .
19/12/2020 03:18 <DIR> ..
01/01/1970 02:00 <DIR> bin
01/01/1601 02:00 <DIR> boot
05/06/2021 11:24 <DIR> dev
06/06/2021 11:36 <DIR> etc
05/06/2021 11:24 <DIR> hdd
01/01/1970 02:00 <DIR> home
01/01/1970 02:00 <DIR> lib
05/06/2021 11:22 <DIR> media
05/06/2021 11:22 <DIR> mnt
01/01/1970 02:00 <DIR> proc
22/05/2021 11:41 <DIR> run
01/01/1970 02:00 <DIR> sbin
22/05/2021 11:20 <DIR> share
05/06/2021 11:22 <DIR> sys
06/06/2021 12:33 <DIR> tmp
27/03/2021 17:26 <DIR> usr
19/12/2020 03:18 <DIR> var
0 archivos 0 bytes
19 dirs 854.036.480 bytes libres

C:\TMP>echo 06/06/2021 12:33:48,13
06/06/2021 12:33:48,13

C:\TMP>dir \\192.168.1.156\Root
El volumen de la unidad \\192.168.1.156\Root es Root
El n£mero de serie del volumen es: 7BB3-49AE

Directorio de \\192.168.1.156\Root

19/12/2020 03:18 <DIR> .
19/12/2020 03:18 <DIR> ..
01/01/1970 02:00 <DIR> bin
01/01/1601 02:00 <DIR> boot
05/06/2021 11:24 <DIR> dev
06/06/2021 11:36 <DIR> etc
05/06/2021 11:24 <DIR> hdd
01/01/1970 02:00 <DIR> home
01/01/1970 02:00 <DIR> lib
05/06/2021 11:22 <DIR> media
05/06/2021 11:22 <DIR> mnt
01/01/1970 02:00 <DIR> proc
22/05/2021 11:41 <DIR> run
01/01/1970 02:00 <DIR> sbin
22/05/2021 11:20 <DIR> share
05/06/2021 11:22 <DIR> sys
06/06/2021 12:33 <DIR> tmp
27/03/2021 17:26 <DIR> usr
19/12/2020 03:18 <DIR> var
0 archivos 0 bytes
19 dirs 854.036.480 bytes libres

C:\TMP>echo 06/06/2021 12:33:48,14
06/06/2021 12:33:48,14

Es decir, en la primera ejecución tarda 19 segundos, pero la segunda ejecución empieza 06/06/2021 12:33:48,13 y finaliza a 06/06/2021 12:33:48,14, es decir, tarda una centésima de segundo...

@Riojano: tiene pinta de que desde Windows este es el comportamiento, cuando entras por primera vez en el samba te autentifica en el sistema, y esa autentificación es válida por unos segundos (diría que alrededor de un minuto) porque si ejecuto dos veces seguidas el .bat con las dos ejecuciones del comando dir, la segunda vez se ejecuta casi instantáneamente, pero si se deja pasar alrededor de un minuto, entonces tiene que autentificarse otra vez y vuelve a tardar unos 20 segundos en listar el directorio la primera vaz. Como digo es el comportamiento desde Windows, pero como dices, desde el VLC no es así. Desde el VLC ejecutado desde Android (o desde una tablet MAC) cada vez que entra en un directorio tarda unos 20 segundos (a veces incluso más, en los directorios que tiene más ficheros multimedia puede tardar casi el doble) en devolver el listado de archivos y carpetas del directorio. Sin embargo, he comprobado que con el VLC desde Windows, no sucede así. El comportamiento es similar al del .bat, y la primera vez que entras en el recurso compartido tarda bastante, pero las siguientes veces en las que entras en carpetas (ya sean del HD externo o no, da igual) , si no ha pasado más de un minuto desde la vez anterior que entraste en una carpeta, lista el contenido de la carpeta instantáneamente.

En cualquier caso @Riojano, me "tranquiliza" saber que esto mismo te ocurre a tí con el VLC desde un móvil Android o Apple, y que no es debido a alguna de las configuraciones que hubiera hecho incorrectamente con la imagen de Openspa, porque tu experiencia en la configuración de Openspa y otros temas creo que está más que contrastada en este foro.

Voy a seguir investigando sobre este tema, aunque no tengo muchas esperanzas de conseguir solucionarlo. Me he metido a buscar en algunos foros alemanes de Gigablue (con el traductor de google porque yo de alemán no tengo ni idea) y si consigo sacar alguna conclusión y arreglarlo, lo postearé en este hilo.

Un abrazo a todos!!!
 
  • Me gusta
Reactions: Riojano

Riojano

Usuario Destacado
Vip OpenSPA
17 Ene 2020
1.339
611
0
Pues es posible que tenga algo que ver con la autentificación al acceder a los archivos como comentas. Pero la verdad es que ni idea si se puede mejorar algo...

Por si te sirve, te confirmo que el retraso lo he observado tanto desde móvil con iOS como con móvil/tablet Android mediante VLC. Desde Windows también tarda en acceder pero tengo el deco como un recurso compartido en red, así que no sé si Windows gestionará la petición de acceso de la misma manera.

Esto no esta relacionado, pero no sé porque desde VLC de iOS sí que puedo saltar adelante en los archivos de grabación, en cambio desde VLC de Android me indica que no se puede realizar búsqueda en el archivo, O algo así.

También probé con la app DreamDroid, pero ésta sí que conecta relativamente rápido.

Si necesitas contrastar algún otro dato ya me dirás!