Amsonia Posté(e) le 22 novembre 2015 Partager Posté(e) le 22 novembre 2015 Bonjour, J'ai paramétré des sauvegardes de données et d'applications entre deux Syno distants et j'ai quelques questions : Vitesse de transfert Le NAS source est sur une fibre qui a 250 Mb/s d'upload. Le NAS destination est sur une connexion qui a 100 Mb/s en réception. Pourtant les transferts ne dépassent jamais 4 Mo/s (soit 32 Mb/s) dans le meilleur des cas. Est-ce le fait de passer en SSH qui ralentit à ce point ? Si oui, quelle autre solution me permettrait d'aller un peu plus vite ? Logs de la sauvegarde La connexion s'établit entre une livebox fibre (source) et une box numericable (du câble). Durant mes tests actuels, les deux boxs ne font quasiment que ça -donc très faible charge- et pourtant j'ai régulièrement des timeout sur la destination. J'aimerais suivre cela d'un peu plus près afin de mieux comprendre mais je ne trouve nulle part le log exhaustif du processus. J'ai bien quelques messages (les plus critiques) dans /var/log/messages mais c'est trop succinct ; je cherche un truc qui me dise quel fichier est en train d'être envoyé, quel fichier est terminé, etc. Une idée où je pourrais trouver ça ? Merci ! 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 22 novembre 2015 Partager Posté(e) le 22 novembre 2015 Pour la vitesse, ça peut être lié à plusieurs choses : le chiffrement peut ralentir : il suffit de vérifier le charge cpu des 2 nas la taille des fichiers : s'il s'agit en majorité de petits fichiers, c'est normal le mode de sauvegarde : si tu fais du différentiel ou de l’incrémental, le nas peut passer plus de temps à analyser les différence qu'à faire la copie, ce qui fausse la moyenne Pour les logs, si tu veux des détails, utilise directement la commande rsync 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Amsonia Posté(e) le 22 novembre 2015 Auteur Partager Posté(e) le 22 novembre 2015 (modifié) Les données ne sont pas chiffrées a priori, seul le tunnel SSH l'est. Les CPU des deux NAS oscillent entre 3~5% (source) et 25~35% (destination) donc ça, il y a de la marge. Poids fichier : c'est aussi ce que je me suis dit sauf que je suis sur des transferts de fichiers variant entre 25 et 50Mo actuellement. Et le transfert tourne autour de 2 Mo/s seulement. À titre de comparaison, quand j'envoie ces mêmes fichiers sur hubic, je tapais les 15 Mo/s facilement. Et dans ce dernier cas, il y avait chiffrement au préalable ! Quant au mode de backup, je suis resté avec les options par défaut (voir screenshot) donc a priori rien de ce que tu mentionnes. Quant aux logs, c'est dommage mais je ne vais pas passer par du rsync à la main. Je vais seulement bien prendre mon temps pour le backup initial et ensuite ça devrait aller mieux… Modifié le 22 novembre 2015 par Amsonia 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Amsonia Posté(e) le 22 novembre 2015 Auteur Partager Posté(e) le 22 novembre 2015 erf, je viens de comprendre la vitesse faible : pour une raison inconnue, la merdouille de box numericable plafonne à 30Mb/s en down au lieu des 100 Mb/s du contrat… 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Amsonia Posté(e) le 28 novembre 2015 Auteur Partager Posté(e) le 28 novembre 2015 (modifié) J'ai donc résolu mon problème de vitesse mais reste toujours le souci des timeout. Voici ce que je trouve dans /var/log/messages du NAS_source quand ça plante : Nov 27 04:15:11 Goldorak rsync: [sender] io timeout after 600 seconds when processing (DOCUMENTAIRES/03 - AERO-SPATIAL/En.Quete.De.Vie.Extraterrestre.E01[ARTE]DOC.FRENCH.HDTV.XVID-JSTS.avi) -- exiting Nov 27 04:15:12 Goldorak synonetbkp: rsync_wrapper.cpp:704 Failed to execute rsync command. source=[/volume1/video/DOCUMENTAIRES], target=[admin@81.XXX.XXX.XXX::NetBackup/Goldorak_3/video/], ret=30 Nov 27 04:15:12 Goldorak synonetbkp: netbkp_upload_share_data.cpp:118 Failed to execute rsync command. Nov 27 04:15:12 Goldorak synonetbkp: netbkp_backup_data.cpp:52 SYNOBkpUploadCurrentShare() fail. Nov 27 04:15:12 Goldorak synonetbkp: backup.cpp:698 SYNOBkpBackupData() failed, err = 8 Nov 27 04:15:14 Goldorak synonetbkp: Backup task [Network Backup Set 3] completes with result [8]. Time spent: [4263 sec]. [A M P T] in Byte and Count Nov 27 04:15:14 Goldorak synonetbkp: size[804253608377, 721589334189, 0, 0] count[2643, 2131, 0, 0] dir[274, 238, 0, 0] reg[2643, 2131, 0, 0] Modifié le 28 novembre 2015 par Amsonia 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 28 novembre 2015 Partager Posté(e) le 28 novembre 2015 installilité p-e d'une des 2 connection lancer un ping en boucle pour tester si tout les paquet reviennent verifie aussi que ton ip ne changerai pas pendant le backup (surtout coté destination) bien que si ca arrive coté source, ca coupe le connection aussi :s --> timeout 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Amsonia Posté(e) le 28 novembre 2015 Auteur Partager Posté(e) le 28 novembre 2015 La connexion du NAS source est stable. Celle du NAS destination également, c'est la connexion SSH qui timeout régulièrement, pas la connectivité internet en elle-même. Et je ne sais pas où trouver plus d'informations à ce sujet. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Fenrir Posté(e) le 28 novembre 2015 Partager Posté(e) le 28 novembre 2015 à tout hasard, les 2 connexions ont bien des ip publiques fixes ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
gaetan.cambier Posté(e) le 29 novembre 2015 Partager Posté(e) le 29 novembre 2015 Il y a 19 heures , gaetan.cambier a déclaré: verifie aussi que ton ip ne changerai pas pendant le backup (surtout coté destination) bien que si ca arrive coté source, ca coupe le connection aussi :s --> timeout ben, je l'avait dis mais ca semble avoir ete ignoré ... 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Amsonia Posté(e) le 29 novembre 2015 Auteur Partager Posté(e) le 29 novembre 2015 Les deux NAS n'ont pas d'IP fixes mais ce n'est pas le souci. Ça crashe bien avant le renouvellement des IP. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.