fornas

oui, chez toi, ça décoiffe faudrait trouver un moyen "discret" de rebooster ces "faignasses" "à l'insu de leur plein gré" "bricoler" le cache ? ici https://wiki.deimos.fr/Optimiser_les_performances_des_disques_dur_sur_Linux il y a bien des astuces mais je ne comprends pas vraiment...

par curiosité j'ai regardé ce que donnaient les autres disques (hdd hitachi 2Tio: hds5c3020ala632 - sata3_6Gio/s) : DiskStation> hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 340 MB in 3.01 seconds = 112.95 MB/sec DiskStation> hdparm -t /dev/sdb /dev/sdb: Timing buffered disk reads: 230 MB in 3.01 seconds = 76.36 MB/sec DiskStation> hdparm -t /dev/sdc /dev/sdc: Timing buffered disk reads: 352 MB in 3.02 seconds = 116.72 MB/sec DiskStation> hdparm -t /dev/sdd /dev/sdd: Timing buffered disk reads: 436 MB in 3.00 seconds = 145.25 MB/sec donc apparemment : aucun disque au niveau des promesses... /dev/sdb: Timing buffered disk reads: 274 MB in 3.01 seconds = 90.96 MB/sec DiskStation> hdparm -t /dev/sdb /dev/sdb: Timing buffered disk reads: 354 MB in 3.02 seconds = 117.10 MB/sec DiskStation> hdparm -t /dev/sdb /dev/sdb: Timing buffered disk reads: 310 MB in 3.01 seconds = 103.01 MB/sec le disque 2 améliore sa vitesse il a dû baisser la tête dsm m'a annoncé un secteur défectueux sur ce disque, remappé j''espère que les hitachi ne vont pas lâcher les uns après les autres ! DiskStation> hdparm -tT /dev/sda /dev/sda: Timing cached reads: 464 MB in 2.00 seconds = 232.00 MB/sec Timing buffered disk reads: 274 MB in 3.00 seconds = 91.29 MB/sec DiskStation> hdparm -tT /dev/sdb /dev/sdb: Timing cached reads: 410 MB in 2.00 seconds = 204.53 MB/sec Timing buffered disk reads: 308 MB in 3.01 seconds = 102.45 MB/sec DiskStation> hdparm -tT /dev/sdc /dev/sdc: Timing cached reads: 436 MB in 2.02 seconds = 216.09 MB/sec Timing buffered disk reads: 136 MB in 3.41 seconds = 39.92 MB/sec DiskStation> hdparm -tT /dev/sdd /dev/sdd: Timing cached reads: 376 MB in 2.00 seconds = 187.67 MB/sec Timing buffered disk reads: 346 MB in 3.00 seconds = 115.18 MB/sec la vitesse promise jouerait-elle à cache-...cache ?

j'ai fait : ~$ ssh root@192.168.1.6 root@192.168.1.6's password: BusyBox v1.16.1 (2015-01-07 14:59:24 CST) built-in shell (ash) Enter 'help' for a list of built-in commands. DiskStation> hdparm -t /dev/sdd /dev/sdd: Timing buffered disk reads: 368 MB in 3.00 seconds = 122.53 MB/sec dans les caractéristiques du ds411 : ici: https://fr.wikipedia.org/wiki/Serial_ATA donc 122 MB/sec au lieu de 300 on retomberait effectivement sur tes chiffres d'environ 2 jours ! et comment qu'on fait maintenant pour remettre les "gaz" à 300 ?

Bonjour Gaetan Cambier, et merci pour ces précisions comment peut-on vérifier la vitesse "sata-ique" ?

Bonsoir Gaetan Cambier, penses-tu que cette lenteur vienne de : * la version de nas : ds411 sous DSM 5.1-5022 Update 1 ? * la capacité du pc à partir duquel a été lancée la procédure : asus ul30A : cpu u7300@1.3Ghz 64bits core2-duo, memory 4gib * la carte ethernet ? -network description: Ethernet interface produit: AR8132 Fast Ethernet fabriquant: Atheros Communications Inc. identifiant matériel: 0 information bus: pci@0000:03:00.0 nom logique: eth0 version: c0 numéro de série: 90:e6:ba:97:d0:59 taille: 100Mbit/s capacité: 100Mbit/s bits: 64 bits horloge: 33MHz fonctionnalités: pm msi pciexpress vpd bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=atl1c driverversion=1.0.1.1-NAPI duplex=full ip=192.168.1.12 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s ressources: irq:46 mémoire:febc0000-febfffff portE/S:ec00(taille=128)

bonjour, finalement, il n'aura pas duré longtemps... donc remplacé par un SEAGATE-NAS-HDD-ST4000VN000-3.5"-4To qui vient de se faire "badblocké"

donc tout se termine (enfin) bien Pass completed, 0 bad blocks found. (0/0/0 errors) DiskStation> reste la question : * à quoi est probablement due la lenteur du processus ?

allons bon, le terminal est réapparu...

bonjour, suivant les recos d'ici : j'ai fait : $ ssh root@192.168.1.6 root@192.168.1.6's password: pour vérifier : le hdd seagate nas de 4To ajouté pour remplacer, dans un ds411, un hdd hs est bien en sdd : DiskStation> grep "[sh]d." /proc/partitions 8 0 1953514584 sda 8 1 2490240 sda1 8 2 2097152 sda2 8 3 1 sda3 8 5 1948780864 sda5 8 16 1953514584 sdb 8 17 2490240 sdb1 8 18 2097152 sdb2 8 19 1 sdb3 8 21 1948780864 sdb5 8 32 1953514584 sdc 8 33 2490240 sdc1 8 34 2097152 sdc2 8 35 1 sdc3 8 37 1948780864 sdc5 8 48 3907018584 sdd je lance donc le badblocks : DiskStation> badblocks -nvs /dev/sdd Checking for bad blocks in non-destructive read-write mode From block 0 to 3907018583 Checking for bad blocks (non-destructive read-write test) Testing with random pattern: après "pattern" défile la progression avec le % et le temps écoulé : ce matin j'en étais à : 96 % = 155 H, ce qui aurait donné environ 162 H (ou 6,7 jours) pour tout finir : faut de la patience mais le terminal s'est, sauf erreur, fermé tout seul, sans me laisser le loisir de lire le résultat * est-ce un comportement habituel ? * un "argument" à ajouter à la commande pour l'empêcher ? * si un journal est censé avoir été fait, comment peut-on le retrouver ? * à quoi est probablement due la lenteur du processus ? merci d'avance. Cordialement fornas

je viens d'écrire, semble-t-il, une bêtise, ce qui en dit long sur mes compétences "réseau" puisque le dsm se met à jour facilement : le nas peut aller sur le web... donc, sauf erreur, ce ne serait pas une piste. dommage

relisant le howto : https://www.synology.com/fr-fr/knowledgebase/tutorials/566 le dernier point m'interpelle (quelque part:)) : comme précisé au départ, le nas est relié à un switch, lui-même relié à la livebox, qui en principe assure le routage, dans le réseau local. je n'ai, pour l'instant, pas l'intention de relier le nas à l'internet: je n'ai donc rien appliqué de ce tuto : https://www.synology.com/en-global/knowledgebase/tutorials/456 serait-ce le facteur bloquant ?

Bonjour, en piochant quelques commandes de ci, de là, j'obtiens les infos suivantes que je ne sais pas interpréter $ sudo mkdir /media/ds411 jlg@UL30A:~$ sudo mount 192.168.1.5:/volume1/ds411 /media/ds411 mount.nfs: Connection timed out jlg@UL30A:~$ showmount -e 192.168.1.5 bash: showmount : commande introuvable jlg@UL30A:~$ sudo showmount -e 192.168.1.5 clnt_create: RPC: Port mapper failure - Unable to receive: errno 111 (Connection refused) jlg@UL30A:~$ rpcinfo -p 192.168.1.5 rpcinfo : ne peut contacter l'aiguilleur de ports: RPC : erreur système sur l'hôte cible - Connexion refusée une piste ? serait-ce le nas (naze) qui se refuse à coopérer ?

Bonjour et excellente nouvelle année ! je n'arrive pas, à partir d'un pc sous linux debian, à me connecter à mon ds411, relié au routeur de la livebox: $ sudo mount 192.168.1.5:/volume1/ds411 /mnt [sudo] password for jlg: mount.nfs: Connection timed out le "user id", jlg, est bien déclaré, avec les permissions lec/ecr et c'est le même user id pour le nfs-client et le diskstation, comme conseillé ici : https://www.synology.com/en-global/knowledgebase/tutorials/566 la permission nfs est bien activée pour l'adresse ip du pc, à partir duquel j'essaye de me connecter : à partir du pc, j'arrive bien à entrer dans le diskstation, via firefox et DSM-5.1-5021-update2. une idée ? merci d'avance. cordialement fornas

ok, merci Oooops! c'est l'option que j'ai prise donc SHR donnant 5,44 TB utilisables avec 2 TB en protection de données. PS: qu'est-ce qu'un BR ? toujours 330 Mo absorbés par le "système", je suppose que c'est normal

pour une utilisation domestique (photos, videos, documents divers) avec le souhait d'exploitation du multimedia via le reseau domestique, quelle solution préconises-tu pour la protection des données : sur 1 ou sur 2 disques ?

oui je penche également pour la solution 3, d'autant que je n'ai mis aucune donnée sur le DS411 et s'il y en a, elles sont arrivées à "l'insu de mon plein gré" comme disait l'autre le File station dit qu'il n'y a "pas de dossiers partagés". c'est à se demander si ça été vraiment bien "réparé"

Bonjour Oooops! effectivement à un moment j'ai vu que la capacité du volume était passée à 3,... puis après la "vérification de consistency" du dernier disque, puis sa "réparation" après un "HDD 4 in the disk group has failed", je n'ai plus que ce qu'on voit sur les images ci-dessus. la "machine" semble "cassée"... d'où ma question sur la meilleure solution que me conseilles-tu ?

Bonjour, ici : j'ai raconté comment a été ranimé mon DS411 . après avoir ajouté ce fameux 4° disque, dans l'emplacement "4", DSM_5.0-4493-update-5 a travaillé sur la "consistency des données" (environ 42H). il y a eu "réparation" et je me retrouve avec : * 4 disques 2TB, * un volume en SHR avec protection des données sur 1 disque (disques 1,3 et 4), capacité : 1,79 TB . en regardant le "groupe de disques" : * groupe de disques 1 : disque 2 : 1,82 TB . en regardant les "HDD" : les 4 sont là et affichés en "normal" je ne vois pas d'option pour intégrer le disque 4 au volume, la seule option de "gérer" étant le "nettoyage" de données. ** faut-il supprimer le volume pour en re-créer un nouveau ? ** y aura-t-il une option à privilégier ? ** meilleure optimisation ? merci d'avance cordialement fornas

Bonjour, plus tôt que prévu (la procédure "zero" est quatre fois plus rapide que celle du "badblocks" : 1 j contre 4j environ), la re-lance du dd a été payante # smartctl -l selftest /dev/sdc === START OF READ SMART DATA SECTION === SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 405 - # 2 Short offline Completed without error 00% 399 - # 3 Extended offline Completed: read failure 40% 356 2573974660 # 4 Short offline Completed without error 00% 352 - # 5 Extended offline Completed: read failure 90% 249 2635179183 # 6 Short offline Completed: read failure 90% 249 2901110171 # 7 Short offline Completed: read failure 90% 226 2415837717 # 8 Short offline Completed: read failure 90% 226 2943468502 # 9 Short offline Completed: read failure 90% 225 2756480134 #10 Extended offline Completed: read failure 90% 207 3473185238 #11 Short offline Completed without error 00% 182 - #12 Short offline Completed without error 00% 182 - #13 Short offline Completed without error 00% 181 - #14 Short offline Interrupted (host reset) 90% 95 - #15 Short offline Aborted by host 90% 95 - 7 of 7 failed self-tests are outdated by newer successful extended offline self-test # 1 # smartctl -A /dev/sdc smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.14-0.bpo.1-amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net === START OF READ SMART DATA SECTION === SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 135 135 054 Pre-fail Offline - 99 3 Spin_Up_Time 0x0007 148 148 024 Pre-fail Always - 407 (Average 333) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 12 5 Reallocated_Sector_Ct 0x0033 085 085 005 Pre-fail Always - 436 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 146 146 020 Pre-fail Offline - 29 9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 406 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 11 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 13 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 13 194 Temperature_Celsius 0x0002 146 146 000 Old_age Always - 41 (Min/Max 19/43) 196 Reallocated_Event_Count 0x0032 084 084 000 Old_age Always - 470 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 donc l'idée de créer une partition avant de lancer la procédure "zeros" a l'air d'être bonne

bon, j'ai appuyé sur le "détonnateur-dd" rdv dans 3-4 jours !

Bonjour, un avis "éclairant" ?

Bonjour Gaetan, le smart -a donne : ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 135 135 054 Pre-fail Offline - 99 3 Spin_Up_Time 0x0007 148 148 024 Pre-fail Always - 407 (Average 333) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 11 5 Reallocated_Sector_Ct 0x0033 088 088 005 Pre-fail Always - 382 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 146 146 020 Pre-fail Offline - 29 9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 369 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 10 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 12 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 12 194 Temperature_Celsius 0x0002 153 153 000 Old_age Always - 39 (Min/Max 19/43) 196 Reallocated_Event_Count 0x0032 086 086 000 Old_age Always - 416 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 1 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 avec notamment : Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 1 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 ici : http://forums.freenas.org/index.php?threads/1-currently-unreadable-pending-sectors.10213/#post-45550 ici : http://www.smartmontools.org/browser/trunk/www/badblockhowto.xml comme le disque n'était pas partitionné mais en principe "rempli de zeros", je l'ai formaté en ext4 et souhaite tenter la création de "huge file" mais ne comprend pas le code proposé : dd if=/dev/zero of=/some/mount/point bs=4k ma partition est : /dev/sdc1 le code ci-dessus doit-il être compris comme : dd if=/dev/zero of=/dev/sdc1 bs=4k comme la première chose faite est : # dd if=/dev/zero of=/dev/sdb bs=1M (le sdb s'est changé en sdc entre-temps) ne serait-ce pas une "redite" ou "refaite" ?

j'ai l'impression que ça ne concerne que FreeBSD.

ici : http://forums.freenas.org/index.php?threads/1-currently-unreadable-pending-sectors.10213/#post-45550 et une procédure conseillée : apparemment la fin "scrub" (nettoyage) concerne les NAS en ZFS. * des expériences réussies avec cette procédure ?

lu ici : http://forums.freenas.org/index.php?threads/smart-results-problems.19447 le "smart -a" en question indique notamment Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - Temperature_Celsius 0x0022 044 052 000 Old_age Always - 44 (0 23 0 0 0) Current_Pending_Sector 0x0012 087 087 000 Old_age Always - 2192 Offline_Uncorrectable 0x0010 087 087 000 Old_age Offline - 2192 "mon" smart -a ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 100 100 016 Pre-fail Always - 0 2 Throughput_Performance 0x0005 135 135 054 Pre-fail Offline - 99 3 Spin_Up_Time 0x0007 148 148 024 Pre-fail Always - 407 (Average 333) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 11 5 Reallocated_Sector_Ct 0x0033 088 088 005 Pre-fail Always - 382 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 146 146 020 Pre-fail Offline - 29 9 Power_On_Hours 0x0012 100 100 000 Old_age Always - 369 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 10 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 12 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 12 194 Temperature_Celsius 0x0002 153 153 000 Old_age Always - 39 (Min/Max 19/43) 196 Reallocated_Event_Count 0x0032 086 086 000 Old_age Always - 416 197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 1 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 * peut-on dire qu'avec un seul "current pending sector", apparemment non "reallocate-able", il s'agit d'un avertissement et qu'il faut déjà commencer à chercher le remplaçant ? * a-t-on une idée de la durée de vie après un tel "avertissement" ?