Reprise du message précédent :

Ok mais la techno étant différente il me semblait qu’il y’a avait chevauchement des pistes pour gagner en place ce qui pouvait ralentir grandement la vitesse de lecture / écriture... bon j’arrête car comme dit je n’y connais rien...

Ha oui c'est vrai

ok, quoi qu'il en soit, la 3ème passe de lecture n'est pas normale. Même avec un chevauchement.
Merci pour vos retours, je vais tenter un retour en direct avec Seagate. Je vais essayer de voir s'il y a des traces dans le SMART, histoire d'avoir une raison de le renvoyer..

Moi non, c'est justement pour ça que c'est écrit en FP, au sujet de l'utilité de Badblocks.

Qu'il n'y connaît rien ?

Ca risque d'être un problème, car comme tu le dis, il va falloir trouver une raison pour le renvoyer.
Essaye de le passer à la moulinette des outils constructeurs Seatools, SMART étendu, et également avec des logiciels dédiés comme HDtune ou Crystaldiskmark, si possible d'autres, afin de mettre en évidence un problème. Mais c'est même pas certain que tu y arrives.
Surtout que si ça se trouve, le problème ne vient pas du disque...

je dois acheter deux disques de 8to et ca parle de cmr / smr
il faut prendre quoi actuellement ? ironwolf / red ?

Chez WD, tous les disques de 8To sont en CMR, donc aucun soucis.
Chez Seagate aussi je crois.

 
ok merci  
ptin a chaque epoque ses problemes

je parle de boitiers raid USB ou eSATA, la gestion du SMB se ferait par autre chose (genre une box internet), le SMB v1 est bourré de failles, Microsoft l'a désactivé dans win10 pro en plus d'autres éléments, résolution possible dans ce lien:
https://www.thewindowsclub.com/netw [...] windows-10
 
Désolé pour le retard de réponses, le forum ne m'a pas notifié, je rattraperai mon retard plus en détail ce soir

Pour le CMR, tous les modèles Ironwolf et Ironwolf pro, les Toshiba N300, certains WD RED et TOUS les WD RED PRO et GOLD sont CMR il me semble, Western digital à une liste des disque SMR sur son site

référence WD: https://blog.westerndigital.com/wd-red-nas-drives/

Yes je vais lancer ça rapidement. Merci.
Ca peut se lancer à partir d'un boîtier USB ces tests HDTune, Crystaldiskmark ?
Car je n'ai pas de PC fixe pour le mettre dedans.

Vaut peut-être mieux l'outils du constructeur... pour obtenir un éventuel code d'erreur

Parmis vous, est-ce qu'il y en a qui s'amuse avec grafana ?
 
J'ai commencé à bricoler avec, et j'ai des valeurs qui sont pas parfaitement égales à celles rapportées par le NAS en ce qui concerne la RAM, et les taux de transferts du réseau...
Si quelqu'un sait pourquoi c'est pas correct...
J'ai aussi des coupures périodiques dans les données affichées (pour les courbes)... je ne sais pas pourquoi non plus...

Faudrait préciser d'où viennent les métriques, et où elles sont stockées (grafana ne faisant que l'affichage).
Et donner un exemple de metrique côté NAS et coté grafana voir si c'est pas juste une histoire d'unité mal configurée (entre les MB, les MiB, les débit reseaux, etc...) qui est une erreur assez courante.

ALors les métriques viennent du NAS via les MIB qui sont dessus. C'est récupéré par telegraf, et stocké dans influxdb.
 
La mémoire des conteneurs Docker :



 
 
 
 
La mémoire du NAS :

C'est joli.
 
Et sinon, ça te sert à quoi, au quotidien ?

 
pas forcément à monsieur tout le monde, mais quelque chose me dit que ça peut être utile pour quelqu'un cherchant à améliorer le fonctionnement de son réseau en cherchant le goulot d'étranglement entre le NAS et sa destination (interface réseau, disque, lien, type de duplex, proportions d'accès aléatoire) ou simplement définir un point de faiblesse pour maintenance préventive

Je ne suis pas certain de me tromper de beaucoup si je dis que c'est juste "pour le fun", maintenant qu'il a un NAS qui a les ressources matérielles qui permettent de le faire

Bon, c'est le début des emmerdes, je viens de brancher les 6To au DS1618+, est ils me dit qu'un des deux est HS, ça commence bien, surtout que l'analyse du disque avec seatools et l'outil ironwolf du NAS dit qu'il est ok, ça peut être lié aux données précédentes du disque?

 
Hmmm... Je crois que babble a vu juste
C'est pour le fun, et aussi parce que j'adore tout ce qui est stats/chiffre/graphiques/etc...
Dans le même genre, j'ai une station météo Netatmo qui me génère de beaux graphiques (en plus de me dire quelle température j'ai dans mes pièces et dehors ).
Mais j'avoue que grafana c'était pour le fun et tester ma compréhension de Docker ^^
J'ai même testé NextCloud.
Faut que j'installe Bitwarden aussi tiens
 
Et là j'essaie les machines virtuelles sur le NAS. Bon le Ubuntu que j'ai mis est assez lent... Je pense pas avoir mieux avec Windows 10    mais je vais essayer quand même ^^
 
 
Sinon, vous utilisez quoi comme conteneur Docker ?

Non.  
Essaye d’inverser les deux disques pour voir si c’est pas le connecteur sata qui déconne. Essaye de remettre le disque douteux dans un pc pour voir s’il est reconnu comme ok ou pas.

 
 
unifi de Ubiquiti, HA avec tous les dockers associés, HA-bridge, j'en avais un avec Nest (avant google le rachat), jeedom, domoticz.  

 
Il fonctionne sur PC sans souci, j'ai changé de baie, débranché rebranché, il me parle d'une erreur smart EndToEnd, hors le chiffre indiqué est 9, et cette erreur aurait du être corrigé depuis DSM5 d'après le forum officiel

Ca sent pas bon...
https://www.hdsentinel.com/forum/viewtopic.php?t=10914

Donc, problème interne au disque,

Controleur/RAM/NAS tout entier,

Soit lien Disque <=> Machine

J'ai mis un disque fiable sur tous les ports et il est détecté partout, le disque HS est HS partout, donc ni contrôleur, ni lien Disque <=> controleur, ni RAM, ni NAS en général (mémoire neuve, je peux toujours faire un memtest de 6 jours, mais j'ai jamais eu ce genre de problème avec de la crucial neuve, et dans la mesure ou c'est toujours le même disque qui fait chier, j'ai pas vraiment de doute à avoir sur la ram)

Le disque à été utilisé toute sa vie passée en USB, il semblerai que mon ami l'ai utilisé "debout", si ça se trouve, ou l'usage précédent de mon ami lui à fait prendre un coup, ou le disque à toujours été mort mais je ne l'ai jamais vu car branché en USB (donc pas de smart), je vais lancer un test complet sur le disque et sinon, bah espérons que le SAV de la boutique LDLC du coin est réactif, je vais reconstruire sa grappe avec un autre de ses anciens disques en attendant

mais ça me fait chier, Seagate ne fait plus d'ironwolf 7200Tr/min non pro en 6To

l'outil ironwolf du syno dit que tout est OK, le smart rapide aussi, je vais faire un test lent

edit: Bon, d'après le log du DS416, il y'a eu une fournée d'erreur deux semaines après mise en service du disque et plus jamais après, juste des erreurs à propos de liens symbolique non copiés, sauf que une fichier CSS n'est pas un lien symbolique, encore moins quand c'est moi qui l'ai mis depuis un système windows ...

Retour SAV, on va appeler la boutique demain et espérer un retour rapide d'un nouveau disque (moins bon)

Ouep du coup justement il risque d'y avoir un problème vu qu'une grande parti des box opérateur ne gèrent que le SMBv1 ... Et qu'à coté de ça Windows le bloque par défaut
Bon après les box récentes ont peu être corrigé le problème
Mais perso sur la vieille Livebox Play. Ca ne fonctionnait pas et je n'ai pas vu de correctif passé
 

Comme le dis MilesTEG1 et babble. Perso je passerai par l'outils de diagnostique de Seagate pour commencer
Si il trouve un défaut, Seagate ne devrait pas faire les difficiles pour le remplacer
 
Et ça peu en effet se faire via USB. Après selon le test, ton boitier, et ton ordi. Ca sera peut être plus lent qu'en interne dans un ordi

 
D'expérience, vu mon retour 1 ou 2 posts plus haut, fait ton test en interne si tu le peux, que seatools teste aussi la table SMART

Bon, je viens de lancer (en USB) les tests SMART et Générique court de Seagate Tools. tous "ok" (il n'y a pas plus de détails)
Je viens de lancer le test Générique long.
 
Avec CrystalDisk j'ai les infos suivantes, mais j'ai toujours du mal à comprendre les données SMART, et faire la différence entre "actuel" et "valeur brute"

Dois-je comprendre de la valeur du taux d'erreurs en lecture (qui est à 100 sur mon disque système par ex) n'est pas une bonne valeur ?
(je cherche à tout prix quelque chose pour le renvoyer à Seagate et me le faire remplacer)

Malheureusement non car cette valeur est complètement farfelue chez seagate, même sur un disque neuf.

Mince raté
C'est quelles valeurs à regarder plus précisément (sur un Seagate en l'occurrence) selon toi ?

Me reste à trouver un gros aimant, ça marchera peut-être ??

 
un petit gbf au pire

 
J'ai un Ironwolf 8To quasi neuf qui a lâché et les outils de seagate me disaient que tout était OK...

J’ai fait un test badblocks sur mon 3To qui avait été détecté comme ayant un secteur défectueux par DSM. Résultat: RAS
Normal ? Le test DSM est foireux ? Le test badblocks pas assez sévère ?  
Je fais quoi de mon disque ??

oui NAS rebooté (ie probleme d'installation de docker qui ne lance pas).
je vais ouvrir un ticket auprès de Synology
 

Il à laché, complètement ou juste d'après l'utilitaire syno?

Bon, mon ami ne veux pas prendre de risque, donc on va remplacer les vieux 4To par des toshiba N300 4To et des WD Golds neufs à la fin de la reconstruction, les Ironwolfs seront mis au placard en soupape

Autre question, j'ai essayé de faire repartir de DS416 avec une nouvelle grappe de 3 disques en RAID1, le problème est qu'après la réinstall de DSM, il ne me donne pas la possibilité de créer un compte et me dit que l'admin est désactivé, vous pensez que c'est lié à quickconnect? Token révoqué, connexion depuis un autre navigateur OK pour la fin de la config, bon à savoir

Pour Docker, je viens de regarder sur mon NAS, pour mon influxdb, l'UI Docker de DSM m'annonce 149MB, alors qu'un "docker stat" m'en annonce 95.36MiB.
Bref, je pense que l'interface de DSM est pas super fiable/précise
Donc compare plutôt ce que t'as via Telegraf (dans Grafana) à un docker stat sur ton conteneur, et si ça matche, considère que les données sont bonnes.

Pour la mémoire, je pige pas trop le calcul (la soustraction).

Récupère les infos de façon indépendantes, et vois si ça matche avec les infos que tu obtiendrais via la commande free sur ton NAS.

EDIT : et check les données collectées dans InfluxDB, pour voir si l'ordre de grandeur correspond bien à l'unité que tu as configuré.

Le test Badblocks est ce qu'il y a de plus sévère.
Lance un SMART étendu et dis-nous si un secteur défectueux est toujours trouvé.
Remets le disque dans le NAS et dis-nous si un secteur défectueux est toujours indiqué.

J'ai testé, depuis mon PC tout fonctionne bien avec QuickConnect désactivé.
En revanche depuis ma box Android, DS file ne fonctionne plus une fois QC désactivé. Mais l'application "Network Browser" continue à fonctionner, donc je vais utiliser ça.

Sur PC oui, mais je ne vois pas comment faire ça sur une box Android
Network Browser ne semble vouloir pointer que sur la racine du NAS

Faut lui donner l'IP de ton NAS, et pas le nom DNS que t'as fourni QuickConnect.
Pas de raison que ça ne fonctionne pas.

 
Si je te suis bien, on pourrait avoir un boîtier USB/ESATA dont les disques seraient reconnus / gérés comme des internes avec tous les avantages que ça a ? (volume, chiffrement brtfs et j'en passe ?)

J'ai l'impression oui, après plus d'investigation, l'index hexa des portcfg défini surtout la lettre du lecteur dans le shell  
0x01 = /dev/sda
0x02 = /dev/sdb
0x04 = /dev/sdc
0x08 = /dev/sdd
0x10 = /dev/sde
...
 
ça devrait donc être le "maxdisks" qui prends les x premiers disques pour les définir comme interne et donc le choix de la lettre fait dans la config devrait permettre de les voir comme interne, le système semblant se baser sur ces lettre.
 
Sur le 416 les disques sont vierges, je vais casser ce volume vide et voir si je peux utiliser un disque USB comme membre raid, ça devrait plus nous éclairer
 
edit:

Nous donne 5 baies vue par l'interface web de DSM, toutefois, comme usbportcfg est défini sur 1 port en /dev/sde, le 5eme disque est considéré comme externe
 
si je passe à :

ça ne change strictement rien, en USB la lettre est toujours sdq (soit 0x10000, dans la place 0x70000 présente initialement dans la config) alors que la valeur à été écrasée, peut être l'astuce à telle été patché au moins en USB
 
Je vous laisse voir pour l'esata, pour l'instant pas le temps de découper

Merci pour la suggestion.
Alors voilà les résultats :


 
Et il y a effectivement une bonne différence...
 
Comment je fais pour vérifier les données collectées dans InfluxDB ?