J'ai eu exactement le même problème, mais avec les exportations Samba 4 et les clients Windows 7. C'est définitivement une erreur côté client. Après un dépannage approfondi, j'ai simplement ajouté la clé de registre et cela a fonctionné comme un charme après avoir appuyé une fois sur le bouton F5.
Il suffit d'ajouter cette clé de registre:
DirectoryCacheLifetime [DWORD] = 0
HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ Lanmanworkstation \ Parameters
Les valeurs mentionnées dans cet article semblent être non valides, car ces valeurs de Registre n'existent plus. Je pense que le délai d'expiration par défaut du cache est de 10 minutes au lieu de 10 secondes. http://technet.microsoft.com/en-us/library/ff686200%28v=ws.10%29.aspx
MISE À JOUR (20/04/2015)
Si vous êtes intéressé à appliquer cela côté serveur sans avoir besoin de configurer les clients, vous devez ajouter la ligne suivante dans la section [globale] dans smb.conf:
protocole max du serveur = SMB2_02
Cela limitera le serveur au protocole SMB2 plutôt qu'au SMB3 par défaut fourni avec Samba 4 mais cela compromet la vitesse de transfert. Je crois que le protocole SMB2_02 est une première version de SMB2 qui ne prend pas en charge la mise en cache, il devrait donc fonctionner dans ce cas.
Cependant, j'ai remarqué que quelques clients rencontraient toujours des problèmes de mise en cache et devaient changer manuellement de registre comme décrit ci-dessus.
Malheureusement, il n'y a pas beaucoup de documentation sur les différentes versions du protocole SMB. Voici ce que dit la page de manuel de smb.conf à ce sujet:
Référence: https://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html#SERVERMAXPROTOCOL