Probabilmente anche dopo un recente aggiornamento macOS, sto riscontrando arresti anomali di connessioni SMB che uso su Windows Server 2016 su una macchina vmWare Fusion locale.
Le prestazioni sono normalmente assolutamente buone, ma soprattutto quando copio o creo nuovi file, la cartella che elenca gli spazi vuoti e io ricevo il pallone da spiaggia. Il Finder è completamente insensibile e anche cercare di forzare lo smontaggio via Terminal non è di alcun aiuto. Impossibile chiudere correttamente in modo da lasciare solo un riavvio.
Ho provato a montare alternativamente tramite cifs: // invece di smb: // ma senza fortuna (ad eccezione delle prestazioni più lente) e ho anche visto accadere il giorno prima su un MBP di colleghi.
Praticamente la stessa cosa che qualcuno ha riferito quando è arrivato Yosemite. Nessuna risposta anche qui. Più vecchia domanda abbastanza simile: Problemi di samba (deadlock e instabilità) in OSX 10.10.1?
Posso trovare molte descrizioni di errori simili su vari post precedenti nei forum di discussione di Apple, ma nessuno ha mai avuto alcuna soluzione.
Ho provato questo ( link ) ma non ho fatto alcuna differenza.
Quindi provando qui, qualcuno ha visto questo comportamento e sa come risolverlo?
AGGIORNAMENTO 12 gennaio 2018:
Alcuni nuovi sospetti. Ho una dimensione MTU ridotta configurata a causa di una VPN statica nella rete verso macchine cloud MS Azure. Di recente ho abbassato l'MTU ancora più in basso fino a 1400. Dopo di ciò, stavo sperimentando Kernel Panics sul dispositivo WiFi invece dei deadlock SMB. Dopo aver riportato MTU indietro al 1472, i kernel Kernel Panics si fermarono e i deadlock SMB ritornarono. Ora ho resettato il MTU al valore predefinito di 1500. Finora non ci sono più deadlock o panico, ma sono state solo un paio d'ore con quel cambiamento.
AGGIORNAMENTO 23 gennaio 2018:
[default]
streams=yes
soft=yes
signing_required=no
protocol_vers_map=2
file_ids_off=yes
Il mio ultimo /etc/nsmb.conf che ha portato a un utilizzo stabile delle condivisioni SMB per oltre una settimana.