Noms de volumes dupliqués

[Yannick]

Bonjour,
Une étangeté nous arrivent…

Depuis un moment déja nous rencontrions des problèmes de liens images
cassés dans Indesign.
Je viens de trouver le pourquoi mais pas encore la solution.

Si nous n'éjectons pas les volumes avant l'extinction du poste,
l'alias du volume reste présent dans /Volumes, et donc, au prochain
montage le volumes est renommé avec "-1" derrière(et s'incrémente par
la suite). Du coup ID ne reconnaît plus le chemin des imports.

ls -la /Volumes
dr-x------@ 13 ebrenas ebrenas 398 Mar 29 2006 -09-Scan
drwxrwxrwt@ 23 root admin 782 Sep 29 09:47 .
drwxrwxr-t 32 root admin 1156 Sep 6 11:27 ..
-rw-rw---- 1 root wheel 16 Sep 6 12:07 .vbt5
dr-x------@ 19 ebrenas ebrenas 602 Sep 7 10:01 002-Cas BR
dr-x------ 8 ebrenas ebrenas 264 Sep 10 16:45 07_PDF-HD
drwxr-xr-x 3 ebrenas admin 102 Sep 6 18:58 09_Gravure
dr-x------ 5 ebrenas ebrenas 264 Sep 8 15:38 09_Gravure-1
drwxr-xr-x 3 utilisateur admin 102 Sep 13 13:25 102-Cas HR
drwxr-xr-x 3 utilisateur admin 102 Sep 24 13:31 102-Cas HR-1
dr-x------@ 19 ebrenas ebrenas 602 Sep 7 10:01 102-Cas HR-2
drwxr-xr-x 3 utilisateur admin 102 Sep 24 13:31 110-GV HR
drwxr-xr-x 3 ebrenas admin 102 Sep 13 12:02 140-LP_HR
drwxr-xr-x 3 utilisateur admin 102 Sep 24 13:31 140-LP_HR-1
dr-x------@ 8 ebrenas ebrenas 264 Apr 16 11:22 140-LP_HR-2
drwxr-xr-x 3 utilisateur admin 102 Sep 24 13:31 141-MDD_HR
dr-x------@ 8 ebrenas ebrenas 264 Sep 9 13:56 141-MDD_HR-1
drwxr-xr-x 3 utilisateur admin 102 Sep 24 13:31 146-
LeP_Gamme_HR
dr-x------ 4 ebrenas ebrenas 264 Sep 10 16:47 15_St_Photo
dr-x------ 4 ebrenas ebrenas 264 Sep 10 16:48 39_GOL-FTP
drwx------ 7 ebrenas ebrenas 264 Sep 21 13:26 40_GOL_Echange
lrwxr-xr-x 1 root admin 1 Sep 29 09:29 OSX -> /
drwxrwxr-x@ 22 ebrenas ebrenas 816 Sep 28 08:38 Stock


Ce la se produit avec tous les serveurs, MacOS, FullPress et même les
dossiers smb des imprimantes/scanners partagés.
Les postes en 10.4 ne sont pas impactés, seulement les 10.5 et 10.6.
Je m'en rend compte que maintenant car j'ai attaqué depuis peu le
renouvellement du parc de prod avec de beaux iMac 27" sous 10.6.

Je viens de "nettoyer" tout les postes de prod, mais je n'ai que peut
d'espoir sur le fait que les opérateurs vont bien respecter les
consigne d'éjecter les volumes avant d'éteindre (ils n'arrivent déjà
pas à s'empêcher de mettre des / dans les noms de fichier ou
dossier…).

J'ai trouvé une kb chez Apple <http://support.apple.com/kb/TS2474>,
mais ce n'est pas sur mon problèmes spécifique.

Avez vous rencontré ce problème ?
Que pouvez vous me conseiller pour avancer sur le sujet ?

Merci à vous.

Cordialement

--
Yan

[Yannick]

En épluchant le sytem.log d'un poste client je me suis aperçu que
lorsque le volume est renommé, il n'y a pas l'étape unmont entre le
mount de midi et le mount du lendemain matin :

Le midi les volumes sont monté :
Sep 6 11:23:08 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/07_PDF-HD, pid 159
Sep 6 11:23:08 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/39_GOL-FTP, pid 159
Sep 6 11:23:08 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/40_GOL_Echange, pid 159
Sep 6 11:23:08 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/15_St_Photo, pid 159
Sep 6 11:23:09 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/09_Gravure, pid 159

Le soir le Mac est éteind pas de trace du volume 09_Gravure dans les
unmount :
Sep 6 18:58:58 Inter-Gravure-0719 shutdown[4660]: halt by ebrenas:
Sep 6 18:58:58 Inter-Gravure-0719 com.apple.loginwindow[33]: Shutdown
NOW!
Sep 6 18:58:58 Inter-Gravure-0719 com.apple.loginwindow[33]: System
shutdown time has arrived^G^G
Sep 6 18:58:58 Inter-Gravure-0719 mDNSResponder mDNSResponder-176.3
(Nov 3 2008 16:52:57)[16]: stopping
Sep 6 18:58:58 Inter-Gravure-0719 shutdown[4660]: SHUTDOWN_TIME:
1283792338 448242
Sep 6 18:58:58 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_unmount: /
Volumes/40_GOL_Echange, flags 0, pid 4669
Sep 6 18:58:58 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_unmount: /
Volumes/07_PDF-HD, flags 0, pid 4671
Sep 6 18:58:58 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_unmount: /
Volumes/39_GOL-FTP, flags 0, pid 4670
Sep 6 18:58:58 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_unmount: /
Volumes/15_St_Photo, flags 0, pid 4668
Sep 6 18:58:58 Inter-Gravure-0719 com.apple.KernelEventAgent[34]:
KernelEventAgent: sysctl_queryfs: No such file or directory


et donc le lendemain matin, montage des volumes… PAN… +1 :
Sep 7 08:25:23 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/07_PDF-HD, pid 161
Sep 7 08:25:23 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/39_GOL-FTP, pid 161
Sep 7 08:25:23 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/40_GOL_Echange, pid 161
Sep 7 08:25:23 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/15_St_Photo, pid 161
Sep 7 08:25:23 Inter-Gravure-0719 kernel[0]: AFP_VFS afpfs_mount: /
Volumes/09_Gravure-1, pid 161

Pas de trace du volume 09_Gravure entre ces étapes…

Merci de votre aide
--
Yan

[Yohann COLOMBAT]

Comment un volume peut-il être renommé ? et par qui ? C'est peut-être sur ce point qu'il faut creuser pour que cela n'arrive pas...

Cordialement,
Yohann Colombat
Resp. Info.
BATISANTE

---

From: Yannick [mailto:yas...@gmail.com]
To: macosxserver-fr [mailto:macosxs...@googlegroups.com]
Sent: Wed, 29 Sep 2010 14:48:43 +0200
Subject: [mosxserv-fr] Re: Noms de volumes dupliqués

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes macosxserver-fr.
Pour envoyer un message à ce groupe, adressez un e-mail à macosxs...@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse macosxserver-...@googlegroups.com.
Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/macosxserver-fr?hl=fr

[Yannick]

Bonjour,
Il n'est pas "renommé", son nom est "incrémenté" car un dossier
portant le même nom (suite à un mauvais démontage) est déja présent
dans /Volumes.
Par qui ? Ben par le système pardi ! qui dans sa grande mansuétude, ne
vas pas écraser des données potentielles.

Le problème est surtout pourquoi il ne démonte pas proprement les
volumes en 10.5 et 10.6?

Cordialement

On 29 sep, 14:53, "Yohann COLOMBAT" <ycolom...@mac1.fr> wrote:
> Comment un volume peut-il être renommé ? et par qui ? C'est peut-être sur ce point qu'il faut creuser pour que cela n'arrive pas...
>
> Cordialement,
> Yohann Colombat
> Resp. Info.
> BATISANTE
>
>   _____  
>

[Yohann COLOMBAT]

Ok, j'avais pas compris ta phrase dans ce sens, à cause de cette ligne :

Sep  6 18:58:58 Inter-Gravure-0719 com.apple.KernelEventAgent[34]:
>   KernelEventAgent: sysctl_queryfs: No such file or directory
>

Pour moi, il semble que le volume soit renommé avant l'extinction, puisqu'il ne le trouve pas pour le démonter. Le problème c'est qu'à part un mv en ligne de commande, on ne peut pas renommer un volume réseau avec le finder.

Cordialement,
Yohann Colombat
BATISANTE
9 Rue Edmond Michelet
93360 Neuilly-Plaisance
tel : 01 41 54 11 30
fax : 01 43 09 87 13

---

From: Yannick [mailto:yas...@gmail.com]
To: macosxserver-fr [mailto:macosxs...@googlegroups.com]

Sent: Wed, 29 Sep 2010 15:01:28 +0200

[Guillaume Gete]

Le 29 sept. 2010 à 15:20, Yohann COLOMBAT a écrit :

> Pour moi, il semble que le volume soit renommé avant l'extinction, puisqu'il ne le trouve pas pour le démonter. Le problème c'est qu'à part un mv en ligne de commande, on ne peut pas renommer un volume réseau avec le finder.

Ben dans ce cas, il faudrait faire un LogoutHook qui démonte le volume, recherche les volumes avec des noms identiques et virer les alias en place.

Mais ce comportement est effectivement bizarre. Rien dans les logs au logout ? Il faudrait faire un ssh sur le poste en admin, et voir ce qu'il se passe dessus dans les logs quand on fait un logout au niveau des volumes.

--
Guillaume Gete Gete.Net Consulting
consu...@gete.net http://www.gete.net/consulting
Snow Leopard Efficace, enfin dispo ! <http://www.snowleopard-efficace.fr>
Blog :blog.gete.net | Twitter :www.twitter.com/ggete

[Yannick]

Bonjour,

On 29 sep, 15:28, Guillaume Gete <lis...@gete.net> wrote:
> Le 29 sept. 2010 à 15:20, Yohann COLOMBAT a écrit :
>
> > Pour moi, il semble que le volume soit renommé avant l'extinction, puisqu'il ne le trouve pas pour le démonter. Le problème c'est qu'à part un mv en ligne de commande, on ne peut pas renommer un volume réseau avec le finder.

C'est fort possible, mais je n'en trouve pas de trace…

>
> Ben dans ce cas, il faudrait faire un LogoutHook qui démonte le volume, recherche les volumes avec des noms identiques et virer les alias en place.

C'est là dessus que je vais bosser, mais je suis conscient que ce
n'est qu'une rustine.
En plus je suis pas super balèze en script shell… ;-)

>
> Mais ce comportement est effectivement bizarre. Rien dans les logs au logout ? Il faudrait faire un ssh sur le poste en admin, et voir ce qu'il se passe dessus dans les logs quand on fait un logout au niveau des volumes.
>

Et non, rien trouvé dans les logs, en plus ce n'est pas systematique…
Merci à vous
--
Yan

[Yannick]

Il semblerai que VirusBarrier 5 soit en cause…
J'ai pu reproduire le problème sur une maquette et suis en contact
avec leur support.

Désolé pour la dérange.
Je vous tiendrais au courant.

Cordialement

--
Yan