Salut Patrick,
J'ai bien vérifié, le jumbo frame est désactivé. Et le switch est bien gigabit (là c'est un vrai lien), ma connexion est elle aussi en 1Gb/s. Le lien dans mon précédent post n'a pas été créé par moi, c'est une pub, et ce n'est pas mon switch.
Le problème s'est de nouveau produit pour une seule copie en cours. La multiplicité des copies n'est donc pas le facteur déclencheur.
Lorsque j'ai ajouté les disques dans le NAS ils ont tous été vérifiés par le syno pendant plusieurs heures. Est-ce que cela dispense () de les préparer selon le tutoriel de fred ?
Précisions sur cette question : lorsque j'ai ajouté les premiers disques le système m'a posé la question de vérifier ou non les secteurs, et j'ai dit oui.
Lorsque j'ai ajouté les suivants pour augmenter la taille du volume il ne m'a pas posé la question. Les nombreuses heures qui se sont écoulées ont constituées d'après ce que j'ai compris en calcul de cohérence de parité. Cela signifie-t-il que le remappage des secteurs défectueux n'a pas été fait dans ce cas-là ? Et qu'il fallait le faire manuellement (je viens de découvrir l'existence de cette procédure)? Dans ce cas-là à quel risque le raid shr est-il exposé ?
En continuant mes recherches j'ai découvert que cette opération de préparation des disques n'est plus nécessaire depuis le DSM 2.2. Il semblerait donc que le problème ne vienne pas de là. Est-ce juste ?
Par ailleurs, mes sauvegardes locales plantent une fois sur deux. Le journal précise "failed to copy" sur plusieurs fichiers avant d'abandonner l'opération de sauvegarde. Ensuite le dossier en question est corrompu, impossible à effacer, je dois formater le disque. De ce côté là, je vais commencer par préparer les disques puis relancer les sauvegardes....
Merci
Raphaël