Bonjour,
 
je rencontre une erreur aléatoire pour certain de mes utilisateurs.
Quand ils essaient depuis leurs workstations windows7 de renommer le nom de dossiers dans des partages smb, ils ne peuvent pas et ont le message d'erreur que le dossier contient des fichiers déjà ouvert, ce qui n'est pas le cas.
D'autre utilisateur peuvent tout à fait renommer ce même dossier, et une fois le dossier renommé le premier utilisateur peut alors renommer les dossiers jusqu'à qu'il rencontre le message d'erreur quelques heures plus tard.
Cette erreur survient toujours pour le même utilisateur en ce moment, auriez vous une idée sur l'origine de ceci sachant qu'il possède les mêmes droits active directory que ses collègues et que l'erreur survient des fois pour un dossier qu'il a créé lui même peut de temps après sa création....
 
Merci

un smbstatus peut te donner des indications sur les éventuels fichiers ouvert ( lsof mais sera plus bavard ).
Es tu sur qu'il ne s'agit pas d'un problème de droits ? Je parle des droits sur les fichiers sans ton Samba pas AD ..

Merci pour le conseil,
 
le smbstatus m'avertis que les options idmap uid"  et "idmap gid" sont obsolètes
sinon je vois que tous mes fichiers ont le status oplock à none
Mes autorisations smb sur les partages autorise tout puis à l'intérieur il y a des autorisations NTFS qui autorise la lecture et écriture pour les groupes voulus, et l'erreur se pose pour des personnes d'un même groupe sur un dossier commun.
De plus l'utilisateur qui ne peut renommer à un instant T peut renommer quelque temps après..
 
L'erreur ne s'est pas encore produite aujourd'hui, quand cela sera le cas j'espère qu'un smbstatus m'aidera à résoudre le problème.
 
Quand au lsof, comme mon serveur de fichier est un freebsd je fais un fstat avec un filtrage grep et je vois que pas mal de fichier sont ouverts par le root, je me dis que peut être que le root est dans les dossiers que mon utilisateur n'arrive pas a renommer mais c'est bête vu qu'un autre utilisateur peut le renommer..