Fravadona

@Stockel1949 , quand tu dis "caravane", tu vas beaucoup rouler ? Les vibrations ne sont pas top pour les disques a plateaux.

Les "petits fichiers" font quelle taille a peu pres ? Le volume est formate en Btrfs ou Ext4 ?

500GB en 5 sec ???? Tu t'es trompe d'un facteur 1000x, lol :-P Je rejoins @Fenrir sur ce point, la lecture de pleins de petits fichiers est bien plus lente que pour les gros fichiers. Si ton partage W10 semble BEAUCOUP plus rapide alors je pense que cela provient d'un "cache hit". Redémarres les 2 PCs et refait la copie pour voir.

Bon, la prochaine fois que j'ai une pastille sur l'icone du panneau de configuration j'essaierai de regarder comment c'est gere.

Oui ces droits correspondent bien a la couche logicielle Samba dans ton cas. Pour NFS c'est different, et pour AFP je ne sais pas comment ils sont geres. Je ne pense qu'il existe une doc detaillee mais il m'a l'air plutot simple d'observer les modifications du fichier de conf de Samba quand tu joues avec les parametres de Partage de DSM.

Desole je ne sais pas ou est stockee cette information. Par contre as-tu essaye de changer les parametres ? Du genre switcher entre "Important updates only" et "Newest DSM and all updates" ?

Il faut aussi que le NAS redemarre pratiquement tous les services pour les "binder" a la nouvelle interface reseau ...

A vrai dire un NAS est un serveur donc je ne suis pas sur que le client Wifi du NAS soit prevu pour gerer des connexions/reconnexions frequentes. A mon avis, s'il ne reussi pas a se reconnecter quand tu reactives le partage Wifi de ton telephone c'est qu'il reutilise les parametres de la precedente connection (@IP, bail DHCP, etc...), ce qui est logique pour un serveur mais qui fait aussi que la reconnection ne fonctionne pas.

Je me souviens que le client WebDAV natif de Windows 7 etait pas mal bugue , alors peut-etre que celui de Win2012 est encore pire ?

Le premiere fois je pensais avoir lu "FileStation" au lieu de "DS File". Tu as fait tes mesures a partir d'un appareil en Wifi ? En fait la seule solution que je vois pour determiner a peu pres correctement la vitesse entre tes NAS serait de faire une copie directement par SSH. ssh admin@IP.DU.NAS.1 scp /volume1/Partage/MonGrosFichier.iso admin@IP.DU.NAS.2:/volume1/AutrePartage/

Je ne pense pas que l'utilitaire de restauration Synology puisse fonctionner avec un NAS d'une autre marque. Par contre il est surement possible de faire un rsync manuel via SSH si l'ASUSTOR le permet. ssh admin@IP.DE.MON.SYNO sudo -s mkdir /volume1/tmp_backup rsync -av root@IP.DE.MON.ASUSTOR:/OU/SONT/LES/DONNEES /volume1/tmp_backup/

Peut-etre une coupure de courant ? La ligne internet coupee ?

@bipbip59 : connectes toi par SSH sur ton NAS : ssh admin@IP.LOCALE.DU.NAS Et envoies nous le resultat de la commande: df -h

Qule DSM utilises-tu ? Le plus probable est que tu n'as pas assez de place sur la partition système. As-tu installé bcp d'applis ?

Effectivement, avec ton type de RAID il n'est malheureusement pas possible de reduire le nombre de disques. La seule maniere de proceder est de sauvegarder tes donnees sur un autre independant puis de casser ton volume pour en recreer un avec moins de disques.

Le fait que ca demarre fort ne veut pas dire grand chose car en debut de copie c'est le cache qui se rempli avant les disques. Je pense qu'un (ou plusieurs) des disques du DX est poussif. Tu peux tenter de recreer un volume par disque du DX et faire des tests de debit pour chacun d'eux. Si tu arrives a en trouver un qui semble en moins bon etat alors tu pourras recreer un volume sans lui.

Je ne connais pas la difficulté/faisabilité chez toi de connecter ta box et ton switch avec un cable ethernet CAT6 mais penses-y sérieusement. C'est de loin la solution la plus performante et elle évite tous les problèmes.

Tu fais ton transfert de NAS à NAS en passant par un montage dans FileStation ou bien des montages sur le PC ?

DSM indique que la capacité de ton volume est de 8.17Tio (= 8.93To), ce qui est normal pour un RAID5 avec 4x3To. Par contre les 7.85Tio utilisables eux dépendent du formatage. BTRFS est entre autres "copy-on-write", ça occupe de l'espace.

Si tu utilises l'interface de DSM pour faire une copie d'un gros fichier entre les deux volumes, qu'obtients tu comme résultats ? (volume1 -> volume2 et vice versa)

Sous RHEL7 64bits c'est 50Tio, 16Tio pour les version antérieures. Les distro Linux sont loin de pouvoir gérer la limite théorique de l'ext4. A l'echelle d'un NAS maison oui, c'est pour cela que je le conseille car les avantages ne sont pas comparables. Par contre les benchs que j'ai fait au travail montrent que ce n'est pas un FS taillé pour la perf: le serveur de test est passé d'environ 5Go/s en XFS à 3Go/s en BTRFS.

Les disques de "bureautique" comme les Greens ne sont pas très adaptés au RAID. Ils sont long à avertir le système quand ils rencontrent des soucis de lecture/écriture des données, ce qui peut causer le genre de dysfonctionnement que tu observes. Si tu n'as encore aucune données dans le volume interne au DS916+ alors tu pourrais les mettres dans le DX et tester si ça fonctionne correctement..

Le max pour l'EXT4 est 16Tio sur la plupart des systèmes Linux (sur le Syno c'est peut-être moins). Pour un gros volume il faut donc utiliser le BTRFS qui possède plein d'avantages au niveau de sa gestion et de l'intégrité des données (au détriment de la perf).

Il te suffit de creer ton volume avec le nombre de disques que tu veux (qu'ils soient dans le NAS ou le DX). Attention par contre, creer un volume qui s'etend entre les disques du NAS et ceux du DX est une configuration risquee qui va tres probablement resulter en la perte des donnees (apres coupure de courant, alim du DX qui grille, bouton on/off pressé par inadvertance, etc ...)

La creation du volume2 etait-elle terminee quand tu as fait tes tests ? Verifies le SMART sur les disques de l'extension, il y en a peut-etre un qui deconne. Tu as peut-etre aussi un probleme de liaison avec le cable qui relie la baie au NAS.