This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

Fravadona

Membres
  • Compteur de contenus

    2 443
  • Inscription

  • Dernière visite

  • Jours gagnés

    19

Tout ce qui a été posté par Fravadona

  1. @Stockel1949 , quand tu dis "caravane", tu vas beaucoup rouler ? Les vibrations ne sont pas top pour les disques a plateaux.
  2. Les "petits fichiers" font quelle taille a peu pres ? Le volume est formate en Btrfs ou Ext4 ?
  3. 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.
  4. Bon, la prochaine fois que j'ai une pastille sur l'icone du panneau de configuration j'essaierai de regarder comment c'est gere.
  5. Fravadona

    Encore les droits !

    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.
  6. 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" ?
  7. Il faut aussi que le NAS redemarre pratiquement tous les services pour les "binder" a la nouvelle interface reseau ...
  8. 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.
  9. 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 ?
  10. 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/
  11. 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/
  12. Peut-etre une coupure de courant ? La ligne internet coupee ?
  13. @bipbip59 : connectes toi par SSH sur ton NAS : ssh admin@IP.LOCALE.DU.NAS Et envoies nous le resultat de la commande: df -h
  14. 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 ?
  15. 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.
  16. Fravadona

    Mauvais débits sur DX513

    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.
  17. 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.
  18. Tu fais ton transfert de NAS à NAS en passant par un montage dans FileStation ou bien des montages sur le PC ?
  19. 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.
  20. Fravadona

    Mauvais débits sur DX513

    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)
  21. 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.
  22. Fravadona

    Mauvais débits sur DX513

    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..
  23. 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).
  24. Très bon exemple pour expliquer faire comprendre les limitations de l'aggrégation ;-) Déjà il faut vérifier que le volume RAID du Syno peut monter à plus de 125Mo/s avec des accès en parallèle. Je veux dire par là que même si tu atteinds disons 200Mo/s pour la copie d'un fichier ca ne veut pas dire que tu atteindras 100Mo/s x 2 en copiant 2 fichiers simultanément. C'est lié aux perfs des disques et du volume RAID. Après, l'algorithme de répartition de charge avec l'aggrégation est un peu bête: il associe toujours la même interface pour un PC donné, et cela en fonction de son @MAC (ce n'est pas tout à fait vrai pour les switchs haut de gamme qui prennent en compte les @IP et les ports UDP/TCP). Si tu fais des test à partir de 2 appareils qui sont associés à la même interface réseau de l'aggrégation, il partageront la bande passante de ce lien.
  25. Le datasheet du switch il ne fait pas reference au LACP / 802.3ad, donc ce sont bien des LAGs "statiques"; c'est pour ca que je conseille le mode "balance XOR".