Scrutiny sur NAS Synology, ou comment récupérer les informations SMART

Avec l’arrivée de DSM 7.2.1, Synology a décidé de rendre le Gestionnaire de stockage modulaire. Cela signifie qu’il est désormais proposé sous forme d’un paquet indépendant du système DSM. C’est une excellente nouvelle pour les utilisateurs ! Cependant, cette évolution a malheureusement entraîné la suppression d’une fonctionnalité cruciale : l’Info S.M.A.R.T. Pour palier à cette absence d’informations ô combien précieuses, nous vous proposons d’installer scrutiny.

Scrutiny et Synology

Scrutiny et NAS Synology

Aujourd’hui, nous allons nous focaliser sur les informations/données S.M.A.R.T. (Self-Monitoring, Analysis and Reporting Technology). Elles permettent de connaître de santé des disques de manière très précise. En effet, il n’est plus possible d’avoir ses informations depuis le Gestionnaire de stockage. Et après plusieurs semaines, le fabricant ne semble pas enclin à remettre ces informations, que nous avions précédemment.

NAS et surveillance de disque (SMART) NAS et surveillance de disque (SMART)

Bien sûr, il est possible de récupérer ces données en ligne de commande (ssh), mais une interface graphique est toujours plus agréable. C’est pour cette raison que nous vous proposons d’installer Scrutiny sur votre NAS Synology. Il s’agit d’un outil qui permet de surveiller la santé et la performance des disques durs et SSD. Il vérifie les données SMART pour détecter les signes de défaillance potentielle des disques, ce qui permet de prendre des mesures préventives pour éviter la perte de données.

Installer Scrutiny avec Container Manager

Nous allons utiliser Docker sur un NAS Synology. Pour ce faire, nous devons utiliser le paquet Container Manager. L’installation de Scrutiny (version officielle) se réalise en moins de 5 minutes.

Préparation

Dans le dossier ‘docker’ à la racine de votre NAS, vous allez créer un premier dossier que vous nommerez ‘scrutiny’. Et dans celui-ci, vous créerez un autre dossier nommé ‘influxdb’. Enfin, vous devrez télécharger deux fichiers (voir ci-dessous) et les placer dans le dossier ‘scrutiny’ que vous avez précédemment créé.

Premier fichier

Nous avons préparé un fichier docker-compose.yml (téléchargeable ici) que vous déposerez dans le dossier ‘scrutiny’. Voici son contenu :

services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    ports:
      - "6070:8080" # webapp
      - "8086:8086" # influxDB administration
    volumes:
      - /run/udev:/run/udev:ro
      - /volume1/docker/scrutiny:/opt/scrutiny/config
      - /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
    devices:
#     - /dev/nvme0n1:/dev/nvme0n1
#     - /dev/nvme1n1:/dev/nvme1n1
      - /dev/sata1:/dev/sata1
      - /dev/sata2:/dev/sata2
      - /dev/sata3:/dev/sata3
      - /dev/sata4:/dev/sata4
#     - /dev/sata5:/dev/sata5
#     - /dev/sata6:/dev/sata6
#     - /dev/sata7:/dev/sata7
#     - /dev/sata8:/dev/sata8
    environment:
      - SCRUTINY_WEB_INFLUXDB_TOKEN=TOKENPOUR SECURISER
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=CACHEM
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=PASSWORD
      - TIMEZONE=Europe/Paris
    restart: unless-stopped

Quelques explications s’imposent… Vous pouvez le constater, nous avons mis en commentaire quelques lignes. Ici, nous allons demandé à Scrutiny de fonctionner sur un NAS équipé de 4 disques durs : /dev/sata1, /dev/sata2, /dev/sata3 et /dev/sata4.
Si vous avez un NAS avec seulement 2 disques durs ou SSD en SATA, vous mettrez un # devant les lignes /dev/sata3 et /dev/sata4. Il restera toujours les lignes /dev/sata1 et /dev/sata2 sans le #.
Même chose si vous avez 8 disques, vous enlèverez le # devant les lignes /dev/sata5, /dev/sata6, /dev/sata7 et /dev/sata8.
Enfin, si vous avez des SSD NVMe, vous enlèverez le # devant les lignes /dev/nvme0n1 et /dev/nvme1n1.

Toujours dans ce même fichier, vous avez la possibilité de personnaliser 3 valeurs :

  • SCRUTINY_WEB_INFLUXDB_TOKEN : saisir une longue de chaîne de caractères ;
  • SCRUTINY_WEB_INFLUXDB_INIT_USERNAME : mettez un nom d’utilisateur ;
  • SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD : mettez un mot de passe fort.

Enfin, il est important de noter que nous avons fait le choix de l’utilisation du port 6070 (en face de # webapp), mais il est possible de le changer.

Second fichier

Un second fichier collector.yml (téléchargeable ici) est également à déposer dans le dossier ‘scrutiny’. Voici son contenu :

version: 1
host:
  id: "NomNAS"
devices:
  - device: /dev/sata1
    type: 'sat'
  - device: /dev/sata2
    type: 'sat'
  - device: /dev/sata3
    type: 'sat'
  - device: /dev/sata4
    type: 'sat'
#  - device: /dev/sata5
#    type: 'sat'
#  - device: /dev/sata6
#    type: 'sat'
#  - device: /dev/sata7
#    type: 'sat'
#  - device: /dev/sata8
#    type: 'sat'
#  - device: /dev/nvme0n1
#    type: 'nvme'
#  - device: /dev/nvme1n1
#    type: 'nvme'

En cohérence avec le fichier précédent (ndlr : oui, ça fait un peu doublon), vous commenterez ou dé-commenterez les lignes pour votre configuration (à l’aide du #). A noter qu’il est possible de personnaliser la valeur id pour mettre le nom du NAS.

Création du container

Il faut maintenant lancer Container Manager et allez dans le menu de gauche Projet et vous cliquez sur le bouton Créer.

Création d’un projet avec Synology Container Manager

Vous donnez un nom, par exemple scrutiny. Au-dessous, vous indiquerez le chemin d’installation sur votre NAS. Il faudra choisir /docker/scrutiny

Création du projet scrutiny sur Synology

L’application va vous informer qu’elle a détecté un fichier docker-compose.yml. Vous laissez le choix « Utiliser un fichier docker-compose.yml existant pour créer le projet » et vous cliquez sur le bouton OK.

 

Vous cliquez sur le bouton Suivant, puis une nouvelle fois Suivant et enfin le bouton Effectué.

Une boîte de dialogue s’ouvre, il suffit de patienter… Vous devriez avoir un message Exit code: 0 dans cette dernière. Cliquez sur le bouton Fermer.

Voilà, c’est terminé.

Accéder à Scrutiny

Le premier démarrage est un peu long, il faut attendre entre 1 à 2 minutes avant que l’interface soit disponible. Ouvrez un nouvel onglet dans votre navigateur préféré et entrez l’adresse IP de votre NAS (ou son nom) et ajoutez à la fin : 6070. Voici quelques exemples :

  • 192.168.0.100:6070
  • NomdeNAS:6070

Voici ce que vous devriez avoir…

Scrutiny sur un Synology DS923+

A noter que la remontée d’informations de l’ensemble des disques peut prendre une minute supplémentaire par disque. Pour accéder aux données SMART qui nous intéressent, il faut cliquer sur les 3 petits points (pour chaque disque). Vous choisirez View Details

Comme vous pouvez le constater, le nombre d’informations est assez impressionnant. Sur la partie de gauche, on peut noter :

  • Nom du modèle du disque ;
  • Numéro de série ;
  • Version du firmware ;
  • Age du disque ;
  • Température.
Vue détail d’un disque avec scrutiny

Et sur la partie de droite, vous avez les principales données SMART (critiques) qui sont :

  • Compteur de secteurs réalloués (Reallocated Sectors Count) ;
  • Nombre de tentatives de rotation (Spin Retry Count) ;
  • Nombre d’événements de réallocation (Reallocation Event Count) ;
  • Nombre de secteurs en attente (Current Pending Sector Count) ;
  • (hors ligne) Nombre de secteurs non corrigés ((Offline) Uncorrectable Sector Count).

Mais ce n’est pas tout… Vous avez également la possibilité de cliquer sur Show all attributes pour avoir accès à l’ensemble des 17 données SMART de votre disque.

Plutôt complet, non ?

Synthèse

Avec scrutiny, vous disposerez d’un excellent outil pour recueillir les données de santé SMART de vos disques durs et SSD.  Si, comme de nombreux utilisateurs, vous avez effectué la mise à jour de votre NAS vers DSM 7.2.1, vous serez ravi de constater qu’il est possible de récupérer ces informations précieuses grâce à une interface conviviale. Mieux encore, Scrutiny offre de nombreuses autres fonctionnalités. L’installation et la remontée des informations des disques ne nécessitent que quelques minutes.

  1. Hello
    Merci pour cette découverte.
    je viens de tenter sur mon DS620 (avec 6 ssd sata) mais j’ai un message d’erreur
    « error gathering device information while adding custom device « /dev/sata1″: no such file or directory »
    Une idée du pourquoi?
    Merci par avance

    1. Hello,
      C’est effectivement étrange. Le souci est pendant la création du projet via Container Manager ? Si oui, fais un essai en changeant dans le fichier docker-compose.yml :

      • /dev/sata1:/dev/sata1 par /dev/sda:/dev/sda
      • /dev/sata2:/dev/sata2 par /dev/sdb:/dev/sdb
      • /dev/sata3:/dev/sata3 par /dev/sdc:/dev/sdc

      FX

      1. Lorsque j’essaie avec ce wording, j’ai un message d’erreur au moment d’importer la config

        incorrect type. expected « array »

  2. Merci pour cette super alternative, par contre pour mon NAS 918+ il faut modifier les devices par sda/sdb/sdc/sdd dans les 2 fichiers

    1. Merci pour la confirmation Nicolas, je modifierai le tuto en conséquence.
      Je n’ai pas encore trouvé le pourquoi pour certains NAS c’est sata1/sata2/sata3 et d’autres sda/sdb/sdc

        1. Bonjour,

          Chez moi cela fonctionne mais pas de remontées 🙁

          Pour info sur un 718+ avec 1 seul disque:
          – docker-compose.yml > /dev/sda:/dev/sata1
          – collector.yml > /dev/sda:/dev/sata1

          1. Merci beaucoup à FX pour le tuto et les fichiers de config
            Cela fonctionne sur mon 718+ en 7.2.1 avec cette syntaxe:
            – docker-compose.yml > /dev/sda:/dev/ssa
            – collector.yml > /dev/sda

            Ne pas tenir compte de mon message de 12:32 ^^

  3. Merci. Oui au moment de créer le projet dans Container Manager.
    Je viens de tester mais j’ai le même souci avec exit code:1 et le même message d’erreur.

    ports:
    – « 6070:8080 » # webapp
    – « 8086:8086 » # influxDB admin
    volumes:
    – /run/udev:/run/udev:ro
    – /volume1/docker/scrutiny:/opt/scrutiny/config
    – /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
    devices:
    # – /dev/nvme0n1:/dev/nvme0n1
    # – /dev/nvme1n1:/dev/nvme1n1
    – /dev/sda:/dev/sda
    – /dev/sdb:/dev/sdb
    – /dev/sdc:/dev/sdc
    – /dev/sdd:/dev/sdd
    – /dev/sde:/dev/sde
    – /dev/sdf:/dev/sdf
    # – /dev/sdg:/dev/sdg
    # – /dev/sdh:/dev/sdh

        1. J’ai testé avec la solution alternative en vain.
          Bizarrement lorsque j’importe lors de la création de projet ça reste sous la forme i dessous dans le terminal

          – /dev/sata1:/dev/sata1
          – /dev/sata2:/dev/sata2
          – /dev/sata3:/dev/sata3
          – /dev/sata4:/dev/sata4
          – /dev/sata5:/dev/sata5
          – /dev/sata6:/dev/sata6

          J’ignore si c’est un comportement normal

    1. Non mea culpa. C’est bien la bonne syntaxe pour les devices. Chez moi ça fonctionne
      Penser à bien modifier le ficher collector

  4. Bon, après bien des essais, cela fonctionne sur mon 918+. Par contre, à quoi sert le compte admin car je ne vois rien dans l’IHM qui ne soit accessible qu’à un admin ?

  5. Bonjour,

    Déjà merci pour ce projet, c’est top. Par contre j’ai un soucis et je ne comprends pas, j’ai bien suivi la configuration, mais j’ai un exit 1.

    Container scrutiny Starting
    Error response from daemon: Bind mount failed: ‘/volume1/docker/scrutiny/
    Exit Code: 1

    Je ne sais pas si cela peut vous permettre de me dépanner.

    Merci par avance

    1. J’ai compris le second dossier « influxdb » ne doit pas être créé à la racine mais dans le répertoire « scrutiny ».

      Maintenant cela fonctionne.

  6. C’est moi ou Syno ce tire une balle dans le pied de plus en plus ?

    Si pour tout faire maintenant il faut passer par des apps externe/docker alors a quoi sert encore l’écosystème syno, je me pose réellement la question

    Et si comme moi vous avez un syno 218j …pas de docker, moi qui pensais prendre un plus gros en version + je ne sais pas si je resterai chez syno du coup.

    Merci quand même pour cette info

        1. Bonjour,
          J’avais également une interface vide mais j’ai trouvé mon erreur. Les devices doivent être configurés comme ceci (config pour un DS218+ avec 2 HDD) :
          docker-compose.yml :
          devices:
          – /dev/sda:/dev/sata1
          – /dev/sdb:/dev/sata2

          collector.yml :
          devices:
          – device: /dev/sata1
          type: ‘sat’
          – device: /dev/sata2
          type: ‘sat’

          J’avais mis /dev/sda:/dev/sata1 dans collector.yml et je n’avais pas de résultat …

          Patrick

  7. Bonjour,

    Merci une fois de plus pour cet excellent site et cette article !

    Vraiment très déçu de Syno, je viens de faire 1 ticket + 1 demande de fonctionnalités. Je vous invite à faire de même :

    https://www.synology.com/fr-fr/form/inquiry/featur...

    https://account.synology.com/fr-fr/support/create/ticket

    En complément de l’article, peut-être donner les commandes pour faire une taches planifiés, afin de recevoir en auto un mail SMART tous les x jours par exemple ?!

    Cordialement,

  8. Merci FX pour le tuto 🙂
    Bon par contre, pour moi tout s’est bien passer (exit code 0), sur le 1621, c’était avec de SATA1 à 6 + les Nvme. Par contre, impossible d’y accéder depuis le navigateur, j’ai même essayé avec un autre port 6090 et j’ai un beau message d’erreur « la connexion avec le serveur a été réinitialisé ». A moins que le pare-feu de la boite soit en cause mais c’est bizarre sur une adresse interne 192.168.1.207:6090…

      1. Hello FX
        Je trouvais ça super bizarre de ne pouvoir y accéder donc j’ai testé sur mon ancien NAS qui sert de secours et qui n’avait pas Docker. Bref après installation et avec la même procédure, cela fonctionne bien, 192.168.1.205:6070 tout remonte correctement, c’est top même si c’est dommage de devoir bouffer des ressources pour ces infos. Ce serait donc un souci avec le NAS
        PS : juste un petit truc, l’installation de container manager m’empêche d’accéder avec Webdav (port 5006) uniquement avec le DDNS, pas de souci directement avec l’ip… Bon ceci est un autre souci, je poserai la question dans le forum.

  9. Bonsoir,

    Je pense avoir compris pourquoi je ne reçois plus de rapport mensuel pour l’état du disque, alors que l’option est active, puisque je peux établir des rapports manuellement.
    J’ai encore l’application gestionnaire de stockage.

    Je trouve que c’est une dégradation de service que de supprimer ce paquets !
    A quel moment Synology se sont dit que c’est une bonne idée ?

    C’est un paquet qui est essentiel au fonctionnement et à la gestion d’un NAS, il permet de scanner les infos SMART des disques, de nous notifier lorsqu’ils sont bientôt HS.

    On passe d’un paquet natif à un container à télécharger et à configurer.
    On passe d’un outil simple à quelque chose de plus complexe.
    Pas sympathique pour un utilisaterur standard et néophyte.

    C’est comme si sur Windows je retirais l’option essentielle de la gestion des disques et que j’en faisais un package à configurer… Ou que je retirais le menu démarrer.

    Pas logique.

    Je comprends pas ce choix de la part de Synology…
    Une fonction essentielle qui devient une option…
    Bref…
    J’espère qu’ils reviendront vite sur leur décision car si ça continue je vais changer de fournisseurs de NAS, en faire un DIY.

    Merci pour l’information

    Belle soirée

    Cdt

    1. Bonsoir,
      Gestionnaire de stockage n’est pas supprimé avec DSM 7.2.1, il devient un paquet indépendant (ça signifie qu’il peut être mis à jour indépendamment de DSM).
      https://www.synology.com/fr-fr/releaseNote/Storage...
      Il y a encore toutes les fonctionnalités, test SMART, Benchmark, création, gestion des groupes de stockage, volumes…
      Sauf la visualisation des attributs SMART qui n’est plus possible.
      Et pour certains NAS (HD, SA, FS, RS) la création de Volume en EXT4.

      1. Il me semble que le point 1 de la release notes est assez clair : « S.M.A.R.T. attributes are no longer recorded or displayed. » 😉
        Personnellement toujours en 7.2.
        Je lit attentivement ce tuto scrutiny.
        Merci

  10. Merci FX ! Je ne connaissais pas. L’interface est simple et claire, mais toutes les infos y sont. Et il y a également le descriptif de chaque donnée SMART.

    Il permet également d’installer des « agents » sur d’autres serveurs pour remonter toutes les infos des disques sur une seule page web.
    Je l’ai installé sur un serveur docker dédié (1 disque) et j’ai installé l’agent sur mon NAS (diy sous OpenMediaVault avec 5 disques). Ca fonctionne nickel, les 6 disques apparaissent.

    J’ai lu qu’on pouvait également configurer des remontées d’alertes par mail, telegram, etc…

  11. Bonjour,
    Juste pour compléter les infos sur un ds918+ pour remonter les ssd dans scrutiny, il faut saisir nvme0 au lieu de nvme0n1 et nvme1 au lieu de nvme1n1.

    Petit problème rencontré de mon coté avec des disques Toshiba qui remonte dans l’interface mais reste en status : Failed (ras avec des Seagate)

    1. Bonjour Phishlite

      Tu peux copier tes config des deux fichiers, moi ça ne me remonte qu’un seul disque sur mon 918+ … GRRR (bien sur sans le nom du NAS, le user et le mot de passe)

      Merci d’avance

  12. bonjour,
    ca me saoule d’etre obliger de faire une usine a gaz pour avoir des infos essentiel a un nas
    le prochain ca sera autre chose que Synology
    je viens d’installer scrutiny mais je n’ai rien qui s’affiche même après un reboot, 30 min d’attente et même docker refait. apparemment je suis pas le seul d’après les commentaire

  13. Le conteneur consomme près de 200 Mo de RAM, c’est vrai que c’est un peu beaucoup, par contre niveau CPU ça ne bouffe quasiment rien.

    Je trouve ça quand même sympa car pas besoin d’être connecté à DSM pour avoir des statistiques, en plus c’est clair, bien présenté.

    Bon tutoriel également!

  14. Merci pour le tuto
    J’ai réussi à l’installer sur mon DS1821+ et sur mon DS918+ mais avec une norme de nommage (satax vs SDx) pour l’un et une autre pour le second

    Par contre j’ai un soucis sur tous mes disques (quelque soit leur age de 1 ans à 4 ans) sur les2 NAS. Ce sont tous des Seagate Iron Wolf ou Ironwolf pro j’ai un warning sur :
    Spin-Up Time entre 82 et 92 (mais toujours faillure rate à 11%)
    Command Timeout à 100 pour 0 attendu
    Tous mes disques ont un soucis ? Problème de config de mes 2 NAS ? Spécifiques aux DD Seagate ?
    Merci d’avance de vos avis/conseils

    1. Bonjour Tex, jai également un DS1821+ et n’arrive pas a priori (suis pas doué !)en suivant les corrections indiquées dans les commentaires ci dessus à obtenir un exit code 0.
      pourriez vous communiquer in extenso les lignes concernant les disques pour compose et collector svp ? merci beaucoup. Vraiment un très mauvais point à Synology pour la suppression des attributs SMART – c’était trop pratique ou bien ?

      1. Désolé du délai, voici me que j’ai dans mes fichiers
        devices:
        – device: /dev/sata1
        type: ‘sat’
        – device: /dev/sata2
        type: ‘sat’
        – device: /dev/sata3
        type: ‘sat’
        # – device: /dev/sata4
        # type: ‘sat’
        – device: /dev/sata5
        type: ‘sat’
        # – device: /dev/sata6
        # type: ‘sat’
        # – device: /dev/sata7
        # type: ‘sat’
        # – device: /dev/sata8
        # type: ‘sat’
        – device: /dev/nvme0n1
        type: ‘nvme’
        – device: /dev/nvme1n1
        type: ‘nvme’

        et
        devices:
        – /dev/nvme0n1:/dev/nvme0n1
        – /dev/nvme1n1:/dev/nvme1n1
        – /dev/sata1:/dev/sata1
        – /dev/sata2:/dev/sata2
        – /dev/sata3:/dev/sata3
        # – /dev/sata4:/dev/sata4
        – /dev/sata5:/dev/sata5
        # – /dev/sata6:/dev/sata6
        # – /dev/sata7:/dev/sata7
        # – /dev/sata8:/dev/sata8

        Attention, le moindre espace en trop (indentation) peut provoquer un exit 1

  15. Bonjour, je suis très intéressé par l’outil. J’ai une configuration avec un NAS 1019+ 5 baies avec un volume 1 et une unité d’extension DX517 avec 5 baies avec un volume 2. Quelle serait la conf des fichiers ? merci de votre aide

  16. Bonjour,
    De mon coté ça marche sur mon1522+ mais la numerotation des disques semble erronée.
    Sur Scrutiny le disque 3 de mon Nas est dénommé /dev/sata1 !

    Je ne comprends pas pourquoi ?

    Et j’en profite pour vous demandé si la ligne « Reported Uncorrectable Errors » dont j’ai un failure rate de 34% est grave ? Et si je dois changer de disque ? (value : Scrutiny 1, Normalized 99 et Raw 1).

    Merci !

  17. Merci, cela semble fonctionner sur mon ds1817+ et mon ds923+.

    Pour savoir quoi mettre, il faut regarder dans le répertoire dev en ssh comment sont nomé les disques, pour mon ds923+, c’est bien ce qui est écrit, par contre, pour mon ds1817+, c’est ceci :

    collector.yml

    version: 1
    host:
    id: « ds1817+ »
    devices:
    – device: /dev/sda
    type: ‘sat’
    – device: /dev/sdb
    type: ‘sat’
    – device: /dev/sdc
    type: ‘sat’
    – device: /dev/sdd
    type: ‘sat’
    – device: /dev/sde
    type: ‘sat’
    – device: /dev/sdf
    type: ‘sat’
    – device: /dev/sdq
    type: ‘sat’
    – device: /dev/sdr
    type: ‘sat’
    – device: /dev/sdg
    type: ‘sat’
    – device: /dev/sdh
    type: ‘sat’

    # – device: /dev/nvme0n1
    # type: ‘nvme’
    # – device: /dev/nvme1n1
    # type: ‘nvme’

    les dsr et dsq sont mes disques usb, mais ils ne sont pas affichés

    docker-compose.yml

    services:
    scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
    – SYS_RAWIO
    – SYS_ADMIN
    ports:
    – « 6070:8080 » # webapp
    – « 8086:8086 » # influxDB admin
    volumes:
    – /run/udev:/run/udev:ro
    – /volume1/docker/scrutiny:/opt/scrutiny/config
    – /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
    devices:
    # – /dev/nvme0n1:/dev/nvme0n1
    # – /dev/nvme1n1:/dev/nvme1n1
    – /dev/sda1:/dev/sda
    – /dev/sdb1:/dev/sdb
    – /dev/sdc1:/dev/sdc
    – /dev/sdd1:/dev/sdd
    – /dev/sde1:/dev/sde
    – /dev/sdf1:/dev/sdf
    – /dev/sdq1:/dev/sdq
    – /dev/sdr1:/dev/sdr
    – /dev/sdg1:/dev/sdg
    – /dev/sdh1:/dev/sdh
    environment:
    # – SCRUTINY_WEB_INFLUXDB_TOKEN=TOKENPOUR SECURISER
    # – SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=CACHEM
    # – SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=PASSWORD
    – TIMEZONE=Europe/Paris
    restart: unless-stopped

  18. Bonjour,

    testé sur mon DS1520+ (5 disques) + DX517 (5 disques) en DSM 6.2.4. Ca fonctionne parfaitement (oui je sais, les infos sont dispo sur DSM6 mais disque par disque alors que là j’ai mes 10 disques + 2 nvme sur 1 seule page)

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.