Toutes les discussions

Ca m'a pris un moment, avec en plus la convertion à gérer : je suis resté sur Grafana v9.4 : trop de régressions dans les fonctionalités existantes, sans parler du changement de framework JS nécessitant de retoucher tous les dashboards. Ceci dit, version 0.8.1 disponible, avec un dashboard décliné pour Grafana v9, et v11+. Basé sur une collecte via telegraf + influxdb. Une fois le dashboard importé, il faut modifier dans ses propriétés 2 variables au préalable : une pour le datasource, une autre pour la fréquence de collecte. C'est documenté dans le readme. La variable de fréquence n'a que peu d'importance du moment que la valeur est égale ou supérieure à la collecte. Mais permet d'éviter certain panneaux se retrouvant vides. Pas de changement réels sinon, juste "--patch-rate-up-bytes-up" modifié pour utiliser les données du switch LAN, je ne trouve pas de formule correspondante à leur bug duplicant sur rate_up les métriques de rate_down. Et un nouveau paramètre "--auth-hash-type" inutile pour le moment, qui servira lorsque la Freebox utilisera autre chose que du SHA1 pour chiffrer le token.

Cela signifie que WD n’implémente pas les tests smart ? Il me semble pourtant que cela fonctionnait avant (j’avais des WD 3To dans mes DSx12+) jai quand même un doute quand tu écris : Je viens de saisir la commande sur mon disque 1 de mon côté, j’ai entré : sudo smartctl --all /dev/sda comme suggéré par Mic13710 sans préciser autre chose. je viens de trouver cela dans les logs. Étonnant que cela ne soit pas considéré comme un message critique nécessitant un mail ou un push … par ailleurs, le système oscille entre un état stable (depuis 1 heure, le NAS fonctionne nominalement, malgré l’opération en cours sur le volume, alors qu’après déjeuner, il était injoignable. Étrange …

C'est très étonnant. Je viens de saisir la commande sur mon disque 1 et j'ai peu ou prou les mêmes informations que @Mic13710. Je ne vois qu'une différence qui pourrait être liée à la marque : nous avons tous les deux des HDD Seagate (Ironwolf) et toi des Western. Dans la partie "informations sur la santé" de chaque HDD il y a un onglet supplémentaire : Peut-être qu'avec WD il n'y a pas autant de données qui remontent ? Alors je confirme. Je viens de faire le test sur mon 2ème NAS équipé de HDD WD Gold de 10To. J'ai les mêmes informations que les tiennes, soit beaucoup plus succinctes. Tu n'as rien raté !

Bonjour, et merci à tous les deux pour vos suggestions. Dans les propriétés de la box, j'ai vérifié le protocole de vitesse des 3 ports utilisés, on est bien à 1000Mbps (voir image), et les 2 diodes jaunes et vertes derrière la box sont bien allumées pour chacun des 3 ports. Par ailleurs, le switch de la chambre n'est pas en cause, puisque tout est normal tant au niveau du Syno que de l'ordi 3.

Merci @Mic13710 J’ai dû rater quelque chose … smartctl 6.5 (build date Sep 26 2022) [x86_64-linux-4.4.302+] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: WDC Product: WD60EFRX-68L0BN1 Revision: 0A82 User Capacity: 6,001,175,126,016 bytes [6.00 TB] Logical block size: 512 bytes Physical block size: 4096 bytes LU is fully provisioned Rotation Rate: 5700 rpm Logical Unit id: 0x50014ee264a2191c Serial number: WD-WX31D87DYRFY Device type: disk Local Time is: Fri Oct 3 16:54:19 2025 CEST SMART support is: Unavailable - device lacks SMART capability. === START OF READ SMART DATA SECTION === Current Drive Temperature: 0 C Drive Trip Temperature: 0 C Error Counter logging not supported [GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on'] Device does not support Self Test logging

Salut, Je ne sais pas si le post est au bon endroit, mais voilà. Ce matin j'ai reçu une alerte d'active insight, avec les tentatives de connexions suivantes : Ce que je ne comprends, c'est comment dans la liste il y a à 2 reprises l'IP : 127.0.0.1 ? Est-ce en lien avec l'IP privée, auquel cas, comment l’interpréter ? Merci à tous JC

@StéphanH, pour la commande smartctl, il faut être en mode administrateur : sudo smartctl --all /dev/sda pour ton disque 1 La valeur Raw_Read_Error_Rate n'est en principe pas critique, en tout cas, elle ne l'est pas sur les disques Seagate. Voici mon smart pour mon disque 1 : === START OF INFORMATION SECTION === Model Family: Seagate IronWolf Device Model: ST4000VN008-2DR166 Serial Number: xxxxxxxxx LU WWN Device Id: 5 000c50 0c42de694 Firmware Version: SC60 User Capacity: 4,000,787,030,016 bytes [4.00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5980 rpm Form Factor: 3.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-3 T13/2161-D revision 5 SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Fri Oct 3 15:27:31 2025 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 591) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 634) minutes. Conveyance self-test routine recommended polling time: ( 2) minutes. SCT capabilities: (0x50bd) SCT Status supported. SCT Error Recovery Control supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 074 064 044 Pre-fail Always - 24356674 3 Spin_Up_Time 0x0003 093 093 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 66 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 096 060 045 Pre-fail Always - 3787992307 9 Power_On_Hours 0x0032 045 045 000 Old_age Always - 48861 (17 164 0) 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 66 184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 0 0 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 070 060 040 Old_age Always - 30 (Min/Max 28/31) 191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 133 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 195 194 Temperature_Celsius 0x0022 030 040 000 Old_age Always - 30 (0 17 0 0 0) 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 48844h+05m+11.323s 241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 216817203001 242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 72976696175 SMART Error Log Version: 1 No Errors Logged 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% 48809 - # 2 Short offline Completed without error 00% 48702 - # 3 Short offline Completed without error 00% 48534 - # 4 Short offline Completed without error 00% 48366 - # 5 Short offline Completed without error 00% 48198 - # 6 Extended offline Completed without error 00% 48088 - # 7 Short offline Completed without error 00% 48030 - # 8 Short offline Completed without error 00% 47862 - # 9 Short offline Completed without error 00% 47694 - #10 Short offline Completed without error 00% 47526 - #11 Short offline Completed without error 00% 47358 - #12 Extended offline Completed without error 00% 47345 - #13 Short offline Completed without error 00% 47190 - #14 Short offline Completed without error 00% 47022 - #15 Short offline Completed without error 00% 46854 - #16 Short offline Completed without error 00% 46686 - #17 Extended offline Completed without error 00% 46600 - #18 Short offline Completed without error 00% 46518 - #19 Short offline Completed without error 00% 46350 - #20 Short offline Completed without error 00% 46182 - #21 Short offline Completed without error 00% 46014 - SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. Comme tu peux le voir, j'ai plus de 2.4 millions sur ce critère et mon disque se porte comme un charme. Et pire que ça, mon disque 2 n'en a pas moins de 172 millions ! ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 082 064 044 Pre-fail Always - 172056954 Tu dois avoir autre chose sur ton disque, mais pour ça il faut passer en ssh pour savoir.

Bonjour @lordavid, Change la pile CMOS dans une premier temps. Ensuite tu nettoies ton nas de la poussière une fois pas ans ( ca doit pas jouer sur le froid mais sur le chaud, au cas ou on sais jamais ). Dans la data sheet du nas il est noté ceux-ci Dans mon cas j'ai des Nas au garage dans une baie avec une sonde thermique dans celle-ci pour savoir quelle température il fait. Certain hiver je ne dois pas être très loin de 17°c dans celle-ci

C’est succinct …

Sélectionner le disque incriminé : Bouton Infos sur la santé Onglet Historique C'est tout ce que Synology a bien voulu laisser des données S.M.A.R.T. des disques… Si tu veux le détail des données, il faut utiliser la commande indiquée par @Mic13710 : https://www.nas-forum.com/forum/topic/86960-secteurs-défectueux/#findComment-1319524454

Bonjour à tous, Non ce n'est pas une blague, en général on a plutôt l'inverse, mais je vous soumets mon problème. Le but est d'avoir vos avis et conseils, mais aussi d'avoir une base de connaissance pour qui aurait peut-être ce comportement (j'ai vu 2-3 posts sur d'autres forums mais pas de vraie solution) J'ai un DS1815+ depuis 10ans. Il tourne 24/7 avec 8 disques sans aucuns problèmes, l'unique que j'ai eu a été corrigé par Synology directement via un RMA (problème avec les Atom C2000) Celui-ci est protégé par un onduleur qui n'est plus tout jeune mais assure au moins l'arrêt en cas de coupures (extrêmement rares). Depuis environ 2 ans, il arrive que mon NAS s'arrête tout seul de manière incorrecte, et j'ai remarqué que cela se produisait lorsque la température de la pièce baissait (on parle de 16-17° pas de 4°). Je suis dans un appartement, il fait en general 20°, si j'ouvre la fenêtre un matin un peu frais pour faire un courant d'air, j'ai droit à un crash + redémarrage (WOL activé, donc redémarrage après arrêt) Il y a deux semaines, les temperatures baissent et le chauffage n'est pas en route, et j'ai droit à 7 crashs dans la nuit... Evidemment pas vu les notifs pendant la nuit et je n'étais pas chez moi, je l'ai éteint directement à distance à mon réveil, je ne sais même pas dans quel état sera mon RAID.. J'ai ouvert un premier ticket en Juin dernier ou cela s'est produit, le technicien m'a fait faire des tests memoire, posé 2-3 questions mais il n'a rien vu d'anormal et ça n'a pas été plus loin. J'en ouvre évidemment un autre après le dernier incident, en insistant sur le contexte qui est certes particulier, mais qui semble tout de même être à l'origine des arrêts anormaux. Il m'oriente vers différentes pistes : C2000 flaw -> Déjà corrigé Batterie CMOS -> pas impossible, les batteries n'aiment pas le froid, encore moins si elle a près de 10ans Alimentation -> Je me renseigne sur une alternative qui consisterait à prendre une alim plus robuste (SilverStone FX350-G - Série Flex, 350 W, Alimentation PC 80 Plus Gold, Ventilateur à Faible Bruit 40 mm - Noir : Amazon.fr: Informatique) avec un adaptateur pour avoir une prise 12 broches. Est-ce une bonne idée ? Synology vendent "l'originale" à 150€ + fdp mais je doute de la qualité, et on en trouve sur eBay ou AliEx mais j'ai peur de la "chinoiserie" pas aux normes. Il m'a indiqué ce blog aussi mais je doute d'avoir besoin de toutes ces réparations car mon NAS s'allume et fonctionne sans problème (https://mariushosting.com/synology-how-to-fix-c2000-flaw-with-100-ohm-resistor/) Voilà ma problématique, j'ai commandé la pile CMOS, je posterai les avancées, en attendant je suis preneur de tout conseil. Merci beaucoup

Le support m’indique que le disque 1 est défectueux, en affichant ceci dans son mail : ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x002f 146 001 051 Pre-fail Always In_the_past 1854 je ne sais pas d’où vient cette information; voici ce que j’obtiens de mon côté sur le gestionnaire de disques :

J’ai finalement pu envoyer un ordre de reboot via mon iPad donc la connexion DsFinder était encore active. après 1/2 heure, le système semble de nouveau parfaitement opérationnel, avec tous les paquets actifs. L’observateur d’événement n’a détecté aucune surcharge CPU ces derniers jours. Et je ne vois rien dans les log. je n’ai pas encore de news du support … À suivre …

Merci pour le schéma, c'est beaucoup plus clair. Pour compléter la remarque de @Eric Plontz, vérifie sur la box la vitesse du port (autonégociation) sur lequel est branché le switch. Il est aussi possible que le switch indique le port à 100Mbps avec une couleur de LED différente. Il est fort probable que le lien ait été négocié à 100Mbps, ce qui explique aussi pourquoi le débit est également bridé en Wi-Fi.

Bonjour, Cette fois, même DS Finder ne me permet plus de voir mon NAS. En supposant que j’arrive à me connecter en SSH, quelqu’un peut t’il m’aider et me donner les commande à passer pour : - arrêter proprement Plex (directement le paquet plex) - arrêter proprement Docker. - redémarrer proprement le NaS merci !

Le transfert entre Ordi3 et Syno est normale parce que le flux ne passe pas par la box. A mon avis, il faut vérifier la liaison entre la box et le switch.

Ben non puisqu'au contraire la vitesse de transfert ordi 3 => Syno est normale. Encore une fois, la box n'est pas en cause dès lors que le transfert est normal dans la chambre 2. Ce qui est fou, c'est qu'au fur et à mesure des nombreux tests effectués, les causes possibles s'éliminaient les unes après les autres, sans qu'à la fin il en reste une seule validable (voir mon premier post).. Ces tests montrant que ça ne vient ni de la box, ni des ordis, ni du Syno, on frise le paranormal !

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Le problème viendrait de la box. Ordi3-Syno : il n'y a que le switch Ordi1/Ordi2-Syno : il y a la box S'il n'y a pas de problème apparent avec Ordi1 et Ordi2 (SpeedTest), je pencherais pour un soucis de débit entre la box et le switch.

Merci pour cette clarification. Je ne suis pas dans ce cas mais il se peut que j'évolue vers de la domotique auquel cas je reviendrai sur ce sujet 🙂 Le sujet peut-être clôturer merci pour votre aide précieuse

Vous lisez ce que j'écris ? Je vous ai dit le cadre VOLUME par celui du groupe ! C'est en dessous sur votre capture.

Bonjour, J'ai partagé sur mon NAS SYNOLOGY un gros dossier de photos nommé "photos b" avec 4 autres utilisateurs (en faisant un clic droit et "partage", puis en sélectionnant les utilisateurs) : ils ont bien accès au dossier "photo b" et aux sous-dossiers classés par années, mais à partir d'un certain nombre de sous-dossiers, ils n'ont plus la possibilité d'accès(ils ne sont pas visibles) : est-ce dû à une taille maxi autorisée ? si oui, comment régler ce problème ? Si non, quelle origine et comment corriger ? Un grand merci !

Oui, je n'avais pas pensé à cette liste en effet. Mais j'ai regardé, j'ai l'impression que la "copie miroir" si on peut l'appeler ainsi n'est pas à jour. Je retrouve des fichiers/dossiers supprimés ou transférés ailleurs il y a plusieurs mois. Il me semble qu'il y avait une case à cocher pour cette fonction, je vais regarder. C'est bien ici?

Je pense qu'il est urgent d'attendre que le test soit fini et si ce n'est pas le cas, que le disque soit remplacé. Faire une mise à jour avec un disque qui n'est pas au top risque de mal se terminer. Par ailleurs, certains paquets ont été abandonnés avec 7.2. C'est le cas de Video Station. Avec la 7.2, beaucoup sont passés à Plex ou Emby. Mais là, je ne pourrai pas vous aider, je n'utilise ni l'un, ni l'autre.

De nouveau, mon système est très lent depuis environ deux jours, y compris de simples accès SMB ou des connexions DSM. Pourtant, je ne vois rien de spécial … D'habitude, un reboot suffit … mais pas aujourd'hui. Le système semble toujours en train de se réinitialiser. La diode est fixe, et j'ai eu le Bip de démarrage, ainsi que la notification de connexion à l'onduleur. Mais une connexion DSM n'aboutit pas. Je vais ouvrir un ticket dans le doute.