Si vous avez déjà eu des problèmes de droits avec Samba 3.6, vous n’êtes pas le seul… Dans mon cas présent, j’ai un serveur Debian Wheezy avec Samba 3.6.6. La gestion des droits est faite uniquement via des ACL système par groupes.

J’ai 3 utilisateurs qui ont des droits refusés pour un sous-dossier du partage concernés sur la centaines d’utilisateurs présents. Il sont pourtant dans le groupe principal… Après vérification des ACL, le problème semble bien être côté Samba, lié à un bug sans doute…

Que faire en cas de problème Samba avec un utilisateur isolé ?

On va « kicker » ou éjecter l’utilisateur en question et pas bêtement redémarrer le daemon Samba afin de ne pas perturber les autres utilisateurs.

Info : J’ai retiré les WARNING de la commande smbstatus pour plus de lisibilité

Pour identifier le PID à tuer et la machine en question :

$ smbstatus | grep test
PID     Username      Group         Machine                       
25719     test    Utilisa. du domaine  pc1426        (10.xxx.xxx.xxx)

On vérifie également les fichiers/dossiers ouverts avec le nom de la machine :

$ smbstatus | grep 1426
25719     test    Utilisa. du domaine  pc1426        (10.xxx.xxx.xxx)
IPC$         25719   pc1426         Thu Oct 23 11:14:57 2014
SCAN_W79     25719   pc1426         Thu Oct 23 09:26:36 2014
IPC$         25719   pc1426         Thu Oct 23 11:09:28 2014
data_espaces   25719   pc1426         Thu Oct 23 09:26:19 2014

En tuant le processus lié à l’utilisateur on n’affecte pas les autres utilisateurs :

$ kill 25719

On vérifie si un kill propre à suffit :

$ smbstatus | grep 1516

(on ne doit voir que les warning, rien d’autre)

 

L’utilisateur n’a plus qu’à redémarrer sa machine 🙂

Articles relatifs :