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

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

[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