Version imprimable du sujet

Écrit par : WallyG 27 Apr 2012, 03:11

Bonjour,
petite précision, nous avons un parc mac, connecté au Syno 1511+ via SMB (suite à des performances et réactions aléatoire sur certaines machines en AFP)

je suis confronté à un problème bizarre,
je suis tombé sur des dossiers dont le nom avait été changé

par exemple, un sous dossier dans les archives qui s'appelait Elements est devenu E33DFD~Y



je n'arrive pas a comprendre pourquoi et c'est inquiétant, si le systeme change les noms, je vais avoir du mal à acceder à mes dossiers et fichiers…
et ça n'arrive pas que dans les archives (qui sont, elles, en lecture seule)!!



si vous avez une piste, ou une expérience a partager
je suis très très intéressé

merci

Écrit par : grogeek 27 Apr 2012, 06:26

Hello,

As-tu regarder dans les logs pour savoir quand c'est arrivé ou quel service a fait cela ?

Écrit par : WallyG 27 Apr 2012, 12:50

Eh bien les logs système ne disent rien de spécial, à part un telechargement ( download task for dsm...) un External disk USB is mounted and shared folder qui correspond à un petit boîtier RAID pour Time backup. Rien qui ne sorte de l'ordinaire des connexion quotidienne.. juste un échec d'envoi de mail de notification de sauvegarde
Sur les vieilles archives, certains caractères sont un peu limites ( genre des dièses, slashs...) donc je me suis dit ok ça peut être ça, mais le dernier dossier qui a changé date de 2 mois! Donc clean de tout caractère spécial (on a arrêté les fantaisies depuis longtemps)

Écrit par : fmereo 27 Apr 2012, 16:11

Et il n'est pas dans un dossier qui lui contient des fantaisies typographiques ?

Sinon pas d'espace à la fin du nom (ça fout la zone sur certains système ce genre de truc)…

Écrit par : cyril2660 28 Apr 2012, 07:02

Et si tu parcours ton disque via FileStation les noms ont changé aussi ?

Écrit par : trouspinette 28 Apr 2012, 21:43

En environnement mixte, règles de base :

- Tout en capitale,
- Pas de caractères du genre ë“‘{¶«¡Çø
- Pas d'accents

Pas facile à tenir comme contraintes, mais on limite sévère la casse.

Écrit par : WallyG 29 Apr 2012, 23:31

Effectivement via Filestation le nom n'a pas changé, en PJ, les copies écran des 2 vues.
et il y a le signe "+" dans le dossier récent qui a changé de nom sur le finder…

j'ai mis mon nez plus profond dans les logs, j'ai aussi un truc bizarre, c'est la connexion/déconnexion de file services windows et apple
le problème semble être réglé depuis le 30 janvier, date approximative ou j'ai complètement stopper les service AFP au profit du SMB
(log en PJ)

ça m'embêterais de passer par la normalisation draconienne des noms de fichiers, c'est pas facile à mettre en place pour les utilisateurs... maintenant, si il faut en passer par là
la gestion de fichier partager via un mac (même pas serveur à l'époque, juste un snowleo tout gentil) était plus souple à ce niveau (même si il n'offrait pas les même services, ni les mêmes performances vu le grand âge de la machine )

Écrit par : grogeek 30 Apr 2012, 07:23

Pour le premier je ne suis pas d'accord !
Les 2 autres OK.

Écrit par : trouspinette 30 Apr 2012, 11:27

Oui, je suis un peu taliban On peut accepter les bas de casse aussi

Écrit par : yponomeute 1 May 2012, 09:52

Ça ressemble très fortement à un renommage de fichier style MS-DOS en 8.3 pour assurer la retro compatibilité.

http://oreilly.com/catalog/samba/chapter/book/ch05_04.html

Écrit par : trouspinette 1 May 2012, 17:53

Est ce que les fichiers "renommés" ont été touché par un poste Windows ?

Écrit par : cyril2660 1 May 2012, 22:50

C'est rassurant que les noms soient toujours corrects à la source.
C'était donc un problème d'affichage/protocole ou les 2.

Les conseils concernant les noms de fichiers donnés plUs haut sont effectivement bons à suivre (des minuscules, des majuscules et c'est tout, pas d'accents, de signes bizarres et d'epaces)

Ex : comptabilité et projets 2012/04 : 201204ComptabiliteEtProjets

Écrit par : WallyG 2 May 2012, 05:24

ce qui serait peut être dû a l'acces via SMB, par contre le systeme de fichier Syno est en ext4 (que je ne connaissait pas avant l'arrivée du NAS)



pour les caractères spéciaux, je ferais une note interne la dessus;
À ma connaissance aucun fichier n'a été approché de près ou de loin par un windows, surtout les archives. a part peut-être un accès filsestation distant, mais tous les utilisateurs locaux sont équipés mac chez eux. (apres Safari ou firefox, UTF 8 ou non…)

je vais faire un test sur un dossier renommé, à savoir lui redonner son nom d'origine et voir ce qu'il devient.
c'est intéressant de voir que la source est toujours bonne effectivement, mais alors pourquoi sur les postes sont-il mal interprétés… et surtout comment y remédier??

par exemple, les liens par Diskcatalog Maker RE (sorte de tri-Catalog fourni par Roxio avec Toast) sont cassés sur les dossiers renommés.
Si la source est bonne, il y a un problème au niveau des interprétations via l'OS

Écrit par : cyril2660 2 May 2012, 09:08

Absolument TOUS les clients mac sont touchés ?

Écrit par : WallyG 3 May 2012, 07:08

Oui, tous, à savoir 4 postes sous SnowLéopard, un poste sur Léopard, et enfin un G4 sous leopard idem..

Écrit par : trouspinette 4 May 2012, 10:26

Quels ont été les ennuis rencontrés en AFP ?

Écrit par : trouspinette 4 May 2012, 10:43

Faudrait aller faire un tour directement sur le FileSystem du NAS pour voir le dossier/fichier lui même. Le nom est tronqué MS-DOS, mais il doit très certainement être OK côté EXT3/EXT4 sur le NAS. Doc une option du smb.conf.

Fais donc un coup de ssh sur le NAS, cd /mnt/chemin_ki_va_bien et ensuite ls -latr sur le dossier parent de "Elements" : tu nous donne la sortie de la commande.

Si tu le peux, file nous le smb.conf du NAS pour voir si n'y a pas la ligne suivante :



Ciao

Écrit par : trouspinette 4 May 2012, 11:00

"Where omelette is striking the problem is due to the sub-standard AFP stack for Windows -- it still thinks the maximum file-name length for MacOS is 31 characters (which it was, until HFS Extended came along). When the stack sees a file-name longer than 31 characters, it truncates it to 8.3 standard, using the first 6 characters of the long-name, a tilde (~) and a pseudo-random character."

http://www.mactalk.com.au/14/21792-truncated-filenames-when-accessing-windows-2000-server.html

Maintenant, faudrait savoir si ce dossier Elements a été créé en AFP ou SMB.

Tu peux tenter de le renommer directement sur le FileSystem en Elements_OLD par ex, recréer ensuite ce dossier depuis MacOS. Avant de le renommer, tu checkes les droits dessus, ainsi que le propriétaire/groupe Unix.

Écrit par : cyril2660 4 May 2012, 12:34

Le test via FileStation réalisé plus haut montre que le nom n'est pas endommagé sur la partition ext4.
C'est donc et tu as raison sans doute un pb de smb.conf, cela dit sur un Synology, c'est surprenant.

Écrit par : trouspinette 4 May 2012, 12:55

Au sujet du mangled option :

http://oreilly.com/openbook/samba/book/ch05_04.html

Écrit par : WallyG 9 May 2012, 00:16

il y a eu des problèmes de déconnexion intempestives des volumes, et les performances de trafic sont meilleurs en SMB
Depuis, c'est vrai qu'il n'y a plus de problèmes (enfin ceux là)


pour ce qui est de la ligne de commande, je suis une tanche (et je pèse mes mots), cela dit j'apprends vite. dis moi juste comment le chemin_qui_va_bien se présente et par quel soft y accéder (terminal?) et j'y vais de ce pas
Bon, je viens d'activer ssh, et lancer une connexion via terminal, mais il m'envoie balader sur le mot de passe…
commande :
ssh adresse_IP_qui_va_bien nom_de_l'admin


en vérifiant les logs et la date de création du fichier, je suis sur a 90 % qu'il a été créé en AFP. Ensuite, il est dit "using the first 6 characters of the long-name" mais là il n'a pas pris les premiers caractères (qui n'étaient pas plus de 8 d'ailleurs…)

Pour l'instant le dossier que j'ai renommé n'a pas encore sauté, il faut que je prenne le temps de me connecter via différents postes en local et distant.

Écrit par : cyril2660 9 May 2012, 10:36

ssh admin@adresse_IP_qui_va_bien

ou

ssh root@adresse_IP_qui_va_bien

Écrit par : trouspinette 9 May 2012, 13:43

Etonnant, on arrive à des résultats supérieurs en AFP en général... Maintenant, si c'est compilé bizarre sur le NAS, peut être la cause des ennuis. Il serait intéressant que tu remontes les soucis au support Synology pour expertises.

J'ai vu des cas bien pourris sur des MàJ Netatalk (serveur AFP) sur des NAS NetGear => corruption des MetaData CNID de la base BerkeleyDB. Rien à voir avec des corruption de .AppleDouble/DB.

Netatalk vient de passer en version 3Alpha : il conviendra de faire attention lors d'une migration V2.x vers 3.x Final Release lorsque les MàJ seront dispo chez Synology et consorts

Petite question : est ce que la partition système du Synology est une partition dédié ou alors le NAS utilise la totalité du RAID pour bosser ? Tu n'es pas tombé dans un cas d'espace disque proche de 0% pour la partie système ???

Ciao

Écrit par : cyril2660 9 May 2012, 15:21

Sur un syno les données sont sous une partition dédiée.

Écrit par : trouspinette 9 May 2012, 17:20

Je m'en doutais un peu, mais ce qui m’intéresse est de avoir si le root Linux a été saturé ou pas : Netatalk déteste une partition système à 100%, les CNID peuvent dans ce cas prendre une belle claque

Écrit par : WallyG 10 May 2012, 03:04

Bon, je suis un peu une tanche en ligne de commande finalement…

DiskStation> cd /mnt/Archives/Demain 322
-sh: cd: can't cd to /mnt/Archives/Demain

le chemin d'accès est :
archives/demain 322/DIL/11101-DIL-BUDGET-2012

Archive étant un point de partage du volume (un seul volume), à la préparation, je ne voyais pas l'intérêt d'avoir plusieurs volumes.

Écrit par : WallyG 15 May 2012, 06:30

j'ai contacté synology directement à qui j'ai envoyé le fichier "debug.dat" généré via l'interface d'admin, il vont éplucher le contenu.
De mon coté il faut attendre jeudi, jour férié, pour pouvoir me pencher sur des tests d'activation/désactivation des services SMB et AFP.

Pour la verif de la ligne mangled names dans le fichier .conf, il faudrait que je me penche sur la syntaxe d'un chemin d'accès en ssh ça doit pas être bien sorcier tant que c'est juste de la consultation.
Mais là, il faudrait des journées d'une quarantaine d'heure pour me pencher sérieusement sur la question et personne dans mon entourage ne manipule suffisamment le ssh pour me guider. C'est beau les îles mais les spécialistes sont pas légion…

je vais quand même y jeter un œil jeudi

Écrit par : trouspinette 15 May 2012, 21:49

Disons que vendredi, je vais certainement avoir de la dispo : on peut prévoir une séance de Skype ou autre. Merci de m'envoyer un message privé, on fera le point (si dispo, of course).

En contrepartie, l'hébergement (gracieusement arrosé de liqueurs locales) comblera l'affaire :-)

Ciao

Écrit par : WallyG 17 May 2012, 00:10

Synology me fait arrêter et redémarrer les services SMB, idem pour le DS… mais rien n'y fait
(pas de nouvelles du rapport du fichier debug.dat pour l'instant)
Je l'ai branché sur le SMB.conf, on va voir ce qu'il en pense.
en attendant je fini la mise en place du FTP…

Écrit par : WallyG 17 May 2012, 10:33

Ah j'ai une suite,
"Dear Syvain,

Since the folder name has been manipulated with smb access, there must be some illegal character inside which caused such inconsistent file names.

If it just only few folders were affected, I would recommend you to use File Station to rename the folder name as previous one.

If not, we may have to obtain your server access and have more closer look into those problematic file/folder path.

Please follow the steps below and provide us with the information so we can access your system."

Ça risque d'etre long à changer tout les noms un par un, je crois que je vais les brancher directement.

Je vous donnerais les manip' pour ceux que ça intéresse.

Écrit par : WallyG 22 May 2012, 08:15

Voici la réponse de synology
After escalation, some of characters in filename are not supported in CIFS, they are illegal characters like " " > *...etc.

J'essaie de savoir si on peu créer un script pour que le syno refuse un fichier qui contiendrait un caractère "illégal"

Après un réponse rapide (ils sont très bien chez syno)
Unfortunately no..even though they are not supported for Windows O/S, they are capable of naming in a Linux system. I will report this as feature request to Product Management team and software developers for further consideration of inclusion.

Voilou, merci à tous,
Trouspinette si tu passe sur noumea préviens avant ;-)

Écrit par : trouspinette 22 May 2012, 21:09

C'est bien là le problème avec Samba. Tu devrais, à mon avis, escalader les soucis en AFP pour tenter de remédier les ennuis rencontrés.

Demande à Synology où ils en sont avec le support de Netatalk 3.0 : le projet est en phase Beta 1.

Nouméa ? Wahou, c'est loin ce truc :-)

Écrit par : lbuisson 5 Jan 2015, 18:34

Bonsoir

Je déterre ce vieux post car j'ai bien trouvé le contournement au soucis moi-même c'est à dire passer en connection AFP au lieu de SMB sur le synology.

Cependant le passage en AFP ne permet plus de gérer la corbeille CIFS du Synology que ce soit avec MAX OS 10,9 ou 10,10.

merci d'avance si quelqu'un a une solution

Écrit par : fmereo 6 Jan 2015, 09:58

Hello,

qu'entends-tu par "gérer la Corbeille CIFS" exactement ?

Écrit par : trouspinette 6 Jan 2015, 12:16

A l'aide d'AFP, il n'y pas pas de corbeille réseau (sous Mac OS X). La corbeille réseau existe (Network Trash Folder) mais seulement sous Mac OS Classic : autant dire l'âge des dinosaures !

Ceci dit, il est possible d'avoir des corbeilles "réseau" avec un NAS, en fonction du fabricant. Chez QNAP par exemple, on peut utiliser cette fonction, en maintenant les fichiers supprimés (et ce aussi bien en AFP que Samba) pendant N jours :



Chez SYNOLOGY, tu dois pouvoir le faire aussi, en créant une tâche de suppression et activé la corbeille réseau :



Je ne sais pas si cette fonction de corbeille réseau s'applique à la fois à AFP et CIFS/Samba, je n'ai pas de NAS Synology sous la main...

Écrit par : lbuisson 6 Jan 2015, 23:30

merci de ta réponse cette option est bien activé dans mon cas sur mon synology mais ne fonctionne pas en AFP

Et le SMB génère des soucis de traduction de nom de dossier et fichier par le mac

Écrit par : fmereo 12 Jan 2015, 17:37

ça fait un bail que je dis que je devrais me pencher sur l'interception de l'event de suppression sur un OSX server pour placer l'élément à supprimer dans un dossier temporaire… Je pensais que ça n'intéresserait que moi un truc pareil… Je vois que je ne suis pas le seul…

C'est bien le truc de MacOS Classic qui me manque sur OSX ça… La Corbeille réseau.

Écrit par : lbuisson 12 Jan 2015, 18:22

C'est clair

Écrit par : trouspinette 13 Jan 2015, 09:59

Tu vas en chë“‘{¶« :-)

Linux offre inotify... mais que dalle de ce type et simple à exploiter sur Mac OS X...

Il existe un projet qui semble "vivre" un peu : http://emcrisostomo.github.io/fsw/

https://github.com/emcrisostomo/fsw

Sinon, https://developer.apple.com/library/mac/documentation/Darwin/Conceptual/FSEvents_ProgGuide/Introduction/Introduction.html

Écrit par : roseau 16 Jan 2015, 16:22

C'est bizare parce que sur les compteS réseaux ça fonctionne très bien la corbeille que ce soit en afp OU SMB

Écrit par : fmereo 16 Jan 2015, 17:18

Ouep là ça devient de la prog bas niveau quand même…

Dans l'absolu pourquoi pas mais faudrait être sûr qu'il y ait un réel besoin de la communauté car ça représente (en tout cas pour moi) pas mal d'heures de boulot…