Dossier renomés par le NAS, Sur synology

[WallyG]

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

[grogeek]

Hello,

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

[WallyG]

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)

[fmereo]

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)…

[cyril2660]

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

[trouspinette]

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.

[WallyG]

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 )

Fichier(s) joint(s)

 Vue_Filestation.gif ( 8.78 Ko ) Nombre de téléchargements : 21
 Vue_du_Finder.gif ( 29.59 Ko ) Nombre de téléchargements : 23
 Log_Syno.txt ( 101 Ko ) Nombre de téléchargements : 7

 

[grogeek]

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.

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

[trouspinette]

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

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

[yponomeute]

Ç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

[trouspinette]

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

[cyril2660]

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 )

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

[WallyG]

Ç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

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)

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

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

[cyril2660]

Absolument TOUS les clients mac sont touchés ?

[WallyG]

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

[trouspinette]

.../... (suite à des performances et réactions aléatoire sur certaines machines en AFP)

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

Ce message a été modifié par trouspinette - 4 May 2012, 10:27.

[trouspinette]


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


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 :

Code

mangled names = Yes

Ciao

[trouspinette]

"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-truncat...000-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.

[cyril2660]


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


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 :

Code

mangled names = Yes

Ciao

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.

[trouspinette]

Au sujet du mangled option :

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

[WallyG]

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

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à)

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 :

Code

mangled names = Yes

Ciao

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

"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-truncat...000-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.

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.

Ce message a été modifié par WallyG - 9 May 2012, 04:25.

[cyril2660]

ssh admin@adresse_IP_qui_va_bien

ou

ssh root@adresse_IP_qui_va_bien

[trouspinette]

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

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à)

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

[cyril2660]

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

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

[trouspinette]

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

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

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

[WallyG]

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.

[WallyG]

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

[trouspinette]

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

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

[WallyG]

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…

[WallyG]

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.

[WallyG]

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 ;-)

Ce message a été modifié par WallyG - 22 May 2012, 09:27.

[trouspinette]

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 ;-)

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 :-)

[lbuisson]

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

[fmereo]

Hello,

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

[trouspinette]

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

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...

[lbuisson]

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

[fmereo]

ç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.

[lbuisson]

C'est clair

[trouspinette]

ç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… J

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 : par ici !

https://github.com/emcrisostomo/fsw

Sinon, direction Apple...

[roseau]

ç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.

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

[fmereo]

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…