Probablemente incluso desde alguna actualización muy reciente de macOS estoy experimentando caídas bastante frecuentes de las conexiones SMB que uso y que se ejecutan en Windows Server 2016 en una máquina local vmWare Fusion.
El rendimiento es normalmente muy bueno, pero especialmente cuando estoy copiando o creando nuevos archivos la lista de carpetas se queda en blanco y me sale la pelota de playa. El Finder no responde en absoluto y tratar de forzar el desmontaje a través de la Terminal no sirve de nada. No se puede apagar correctamente, así que sólo se puede reiniciar.
He probado a montar alternativamente a través de cifs:// en lugar de smb:// pero no ha habido suerte (salvo un rendimiento más lento) y también he visto que esto ocurre el día anterior en un MBP de colegas.
Más o menos lo mismo que alguien informó cuando llegó Yosemite. No hay respuesta aquí también. Antigua pregunta bastante similar: ¿Problemas con Samba (bloqueos e inestabilidad) en OSX 10.10.1?
Puedo encontrar muchas descripciones de errores similares en varios posts antiguos en los foros de discusión de apple, pero ninguno tenía ninguna solución.
Probado esto ( https://support.apple.com/en-us/HT208317 ) también, pero no hizo ninguna diferencia.
Así que tratando aquí, ¿alguien ha visto este comportamiento y sabe cómo conseguir esto fijo?
ACTUALIZACIÓN 12 de enero de 2018:
Una nueva sospecha. Tengo configurado un tamaño de MTU reducido debido a una VPN estática en la red a las máquinas de la nube de MS Azure. Recientemente bajé la MTU aún más hasta 1400. Después de que yo estaba experimentando Kernel Panics en el dispositivo WiFi en lugar de los bloqueos SMB. Después de aumentar la MTU de nuevo a 1472 los Kernel Panics se detuvieron y los bloqueos SMB volvieron. Ahora he restablecido la MTU al valor por defecto de 1500. Hasta ahora no hay más bloqueos ni pánicos, pero sólo han pasado un par de horas con ese cambio.
ACTUALIZACIÓN 23 de enero de 2018:
[default]
streams=yes
soft=yes
signing_required=no
protocol_vers_map=2
file_ids_off=yes
Es mi /etc/nsmb.conf final que resultó en un uso estable de los recursos compartidos SMB durante más de una semana.