Probablemente, incluso desde una actualización muy reciente de macOS, estoy experimentando bloqueos bastante frecuentes de las conexiones SMB que uso, que se ejecutan en Windows Server 2016 en una máquina vmWare Fusion local.
El rendimiento normalmente es absolutamente bueno, pero especialmente cuando estoy copiando o creando nuevos archivos, la lista de carpetas se queda en blanco y obtengo la pelota de playa. Finder no responde por completo y tampoco sirve de ayuda intentar forzar el desmontaje a través de la Terminal. No se puede apagar correctamente, por lo que solo queda un reinicio completo.
Intenté montar alternativamente a través de cifs: // en lugar de smb: // pero no tuve suerte (excepto un rendimiento más lento) y también vi que esto sucedió 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. Pregunta anterior bastante similar: ¿ problemas de Samba (interbloqueos e inestabilidad) en OSX 10.10.1?
Puedo encontrar muchas descripciones de errores similares en varias publicaciones antiguas en los foros de discusión de Apple, pero ninguna tuvo una solución.
Intenté esto ( https://support.apple.com/en-us/HT208317 ) también pero no hizo ninguna diferencia.
Entonces, tratando aquí, ¿alguien ha visto este comportamiento y sabe cómo solucionarlo?
ACTUALIZACIÓN 12 de enero de 2018:
Alguna nueva sospecha. Tengo un tamaño de MTU reducido configurado debido a una VPN estática en la red para máquinas en la nube de MS Azure. Recientemente bajé la MTU aún más a 1400. Después de eso, estaba experimentando Kernel Panics en el dispositivo WiFi en lugar de los puntos muertos de SMB. Después de volver a aumentar la MTU a 1472, Kernel Panics se detuvo y volvieron los interbloqueos de SMB. Ahora he restablecido la MTU al valor predeterminado de 1500. Hasta ahora, no hay más interbloqueos ni pánicos, pero solo 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 de SMB durante más de una semana.
Obtuve una solución que funcionó en nuestra organización. Esto cambia para macOS el comportamiento SMB a v2. Cambió la siguiente configuración en el archivo /etc/nsmb.con.
#!/bin/sh
echo "[default]" >> /etc/nsmb.conf
echo "protocol_vers_map=2" >> /etc/nsmb.conf
exit 0
Posiblemente esto ayudará a otros.
SoyElCalamardo