Too Many Levels Of Symbolic Links

[sebastien29800]

Bonjour,

quand je fais vers un synology la ligne de commande suivante pour sauvegarder mon / de mon pc sous linux, j'ai l'erreur ci dessous :

commande :

rsync -vazxH --numeric-ids --ignore-errors --delete --delete-after / /media/SYNOLOGY/BACKUPDATA/Pc_Principal_Linux/192.168.0.1_Root/

erreur :

rsync: readdir("/media/SYNOLOGY/BACKUPDATA/Pc_Principal_Linux/192.168.0.1_Root/usr/share/man/man3"): Too many levels of symbolic links (40)

sent 10724656 bytes received 183 bytes 92058.70 bytes/sec

total size is 7725861426 speedup is 720.37

rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1070) [sender=3.0.9]

montage partition par fstab :

192.168.0.37:/volume1/Backupdata /media/SYNOLOGY/BACKUPDATA nfs users,atime,auto,rw,dev,exec,nfsvers=3,suid 0 0

d'où vient d'après vous ce Too many levels of symbolic links ?

je comprends qu'il y atrop de liens symbolics mais pourquoi ai je ce message d'erreur ?

j'ai le meme message d'erreur si je fais un simple "ls -al" dans le dossier NFS du Syno

merci

[Fravadona]

Difficile a dire, tu devrais essayer de voir ce qu'il y a dans les deux repertoires (la source et la cible)

[CoolRaoul]

pas sur que ce soit une bonne idée d'utiliser dossier monté du syno en NFS comme cible.

Même si ce n'est pas sur que l'erreur vienne de là (l'erreur qui indique plutôt une série de liens symboliques circulaires ou plus simplement un simple lien symbolique récursif sur lui même. Mais normalement le switch "-a" de rsync devrait permettre de s'affranchir de ce problème), ce n'est pas idéal pour un backup.

Serait bien plus efficace de faire un rsync en mode client/serveur, soit en activant le service rsync sur le syno, soit directement via ssh, syntaxe

rsync <parametres> <source> <user_syno>@<host_syno>:/dossier_cible/

dans ce deuxième cas.

Et pour revenir à ton problème de lien, est-ce que tu as aussi l'erreur en faisant le "ls -l" en direct sur le syno et pas a distance en NFS?

Que donne un simple "ls -ld man3" apres un cd dans "<chemin variable selon le cas>/usr/share/man" ? (à faire à la source, dans le répertoire de backup via NFS et sur le syno en direct) ?

Modifié le 27 novembre 2013 par CoolRaoul

[sebastien29800]

bonjour merci pour la réponse

ls -ld

drwxr-xr-x 2 root root 212992 nov. 17 13:05 .

ls -l

ls -l

ls: lecture du répertoire .: Trop de niveaux de liens symboliques

total 9156

-rw-r--r-- 1 root root 1110 oct. 4 2011 a64l.3.gz

-rw-r--r-- 1 root root 1404 oct. 4 2011 abort.3.gz

-rw-r--r-- 1 root root 1679 oct. 4 2011 abs.3.gz

-rw-r--r-- 1 root root 1688 oct. 4 2011 acos.3.gz

lrwxrwxrwx 1 root root 9 mars 22 2012 acosf.3.gz -> acos.3.gz

-rw-r--r-- 1 root root 1695 oct. 4 2011 acosh.3.gz

lrwxrwxrwx 1 root root 10 mars 22 2012 acoshf.3.gz -> acosh.3.gz

lrwxrwxrwx 1 root root 10 mars 22 2012 acoshl.3.gz -> acosh.3.gz

lrwxrwxrwx 1 root root 9 mars 22 2012 acosl.3.gz -> acos.3.gz

.

.

.

.

peux tu me donner comment faire dans ton conseil : Serait bien plus efficace de faire un rsync en mode client/serveur,

merci beaucoup

[CoolRaoul]

ls -ld

drwxr-xr-x 2 root root 212992 nov. 17 13:05 .

Ce n'est pas ce que je t'ai demandé, tu as oublié "man3":

ls -ld man3

^^^^

peux tu me donner comment faire dans ton conseil : Serait bien plus efficace de faire un rsync en mode client/serveur,

On va laisser de coté l'option "activation du service rsync", qui a quelques inconvénients sous DSM comme être incompatible les autres services de sauvegarde réseau (voir les détails dans l'aide de l'option "panneau de configuration->sauvegarde réseau->utiliser la configuration rsync personnalisée" ) et en outre est un chouïa plus complexe..

Tu pourra te limiter à l'autre option que j'ai citée, le simple "rsync via ssh". Il suffit juste pour cela que le service ssh soit activé sur le NAS.

Dans ton cas ça va donner (ce n'est que le 2ème argument de la commande qui va changer):

rsync -vazxH --numeric-ids --ignore-errors --delete --delete-after / root@<IP_SYNO>:<chemin du dossier cible sur le syno>

Cette approche va te demander de saisir le mot de passe du compte root du syno pour effectuer la connexion. Et c'est tout.

[ce qui suit sort un peu du cadre de ce fil, mais tu devrais facilement trouver de l'aide détaillée sur l'authentification par clé ssh par ailleurs]

Si tu veux automatiser tout ça (sans avoir à saisir le mot de passe) tu pourra plus tard envisager l'authentification par clé.

En gros faudra alors créer (avec la commande "ssh-keygen") une paire de clés ssh privée/publique sans mot de passe coté linux et mettre la clé publique associée dans "/root/.ssh/authorized_keys" du Syno et ajouter a ta commande rsync le paramètre. Cette clé devra par précaution de sécurité être strictement réservée à cet usage.

Il faudra alors ajouter l'argument suivant à ceux de ta commande rsync:

-e "ssh -i<chemin du fichier de la clé privée>"

[Fravadona]

Si le ls n'arrive pas a afficher le contenu du repertoire alors le rsync ne parviendra jamais a copier ces fichiers, il ne pourra que les ignorer.

Petite question de fond : Pourquoi sauvegardes-tu les fichiers système de ton Linux ? En tant qu'admin système je n'ai jamais fait cela, je ne sauvegarde que ce qui utile pour deployer un serveur identique si besoin (fichiers configuration que j'ai modifié, les dump des BDs, les contenus Web, comptes utilisateurs s'il y en a)

[CoolRaoul]

Si le ls n'arrive pas a afficher le contenu du repertoire alors le rsync ne parviendra jamais a copier ces fichiers, il ne pourra que les ignorer.

IcI c'est coté *cible* que le rsync coince sur un problème de lien symbolique circulaire, pas sur la source.

En fait le problème rencontré est spécifiquement lié a l'utilisation de NFS et a d'ailleurs déjà été signalé sur les NAS synology: http://superuser.com/questions/599498/nfs-too-many-levels-of-symbolic-links-how-to-find-and-fix

As I feared. The problem is not in the filesystem, it is in the NFS layer of the Synology

Voila pourquoi j'ai suggéré une autre approche que celle s'appuyant sur NFS (qui n'est d'ailleurs pas idéale pour d'autres raisons).

Modifié le 28 novembre 2013 par CoolRaoul

[sebastien29800]

bonjour à tous, merci pour l'interet que vous portez à mon problème.

pour CoolRaoul : sous quelle arborescence dois je lancer ls -ld man3 ?

sur le dossier source ou sur le dossier NFS du SYNO ?

je comprends donc qu'il s'agit bien d'un soucis du synology qui accepte jusqu'à une certaine limite les liens symboliques

je sauvegarde l'intégralité de ma racine pour qu'en cas de crash total de linux (ce qui arrive rarement voire meme jamais) je puisse restaurer à l'identique tout le système de fichier

êtes vous sur qu'en passant par ssh que l'erreur ne se reproduira pas ?

merci encore

[CoolRaoul]

sous quelle arborescence dois je lancer ls -ld man3 ?

sur le dossier source ou sur le dossier NFS du SYNO ?

Je l'avais écrit pourtant : "à faire à la source, dans le répertoire de backup via NFS et sur le syno en direct" (en 3 exemplaires donc)

Mais tu peux laisser tomber, maintenant qu'on a trouvé que c'est du à un bug NFS

je comprends donc qu'il s'agit bien d'un soucis du synology qui accepte jusqu'à une certaine limite les liens symboliques

Pas exactement: comme je l'ai indiqué dans mon dernier message c'est un bug de *la version de NFS utilisé par Synology*.

Il ne peut donc se manifester uniquement lors de l’accès coté client via NFS à des dossier partagés par le NAS apparemment en présence de certaines configurations de liens symboliques provoquant une "boucle" (du genre a -> b -> a)

êtes vous sur qu'en passant par ssh que l'erreur ne se reproduira pas ?

En lisant attentivement ma réponse précédente tu va te rendre compte que la réponse ne peut être que négative.

Et tu peux le vérifier, suffit de simplement faire le test.

Modifié le 28 novembre 2013 par CoolRaoul

[sebastien29800]

merci coolraoul pour ta patience et l’intérêt que tu as porté à mon problème

j'ai fait un ls -ld en ssh sur le syno dans le répertoire man3 et il n'y a pas de message d'erreur

c'est en effet uniquement quand on passe par le montage NFS que ça bug

je me permet d'envoyer ce lien de discussion au SAV SYNOLOGY si ça peut également les aider

merci beaucoup

[Fravadona]

Quelle taille fait ton Volume ? Ca me fait penser a la configuration de NFS pour XFS pour les volumes de plus de 1To ou il faut ajouter l'option "fsid=uuid_du_disque" dans le fichier /etc/exports

Ici on est en ext4 mais on ne sait jamais.

[sebastien29800]

répose du Online Support SYNO

Dear Sebastien,

Sorry to keep you waiting.

We have acknowledged the issue of Too many symbolic link is a bug, but will be fixed in DSM 5.0 next year. Sorry for your inconvenience.

Sincerely,