UGREEN [docker/Scrutiny] Collector - problèmes rencontrés par Yann

[reinett]

Content de te lire packtu

Es-tu aussi sous UGREEN? Sais plus?

Scrutiny sous Docker sur le NAS Ugreen DXP2800 peut poser problème car la configuration des volumes et l’accès aux disques physiques ne sont pas toujours bien gérés par l’OS UGOS! Enfin c'est ce que je comprends?

Yann s'accroche

Comment expliquer que mes 2 Nas fonctionnent correctement avec ma config? Frank mavait bien aidé puis j'ai bu beaucoup de

Bon A suivre

 

[yannouche4260]

@reinett @lacouelle @PackTu

Alléluia Amen Dieu soit loué ect ect



Un grand merci à vous, je vais analyser tout ça à tête reposée pour comprendre (quand ma migraine sera passée )
Pour info: j'ai copié/collé la config de @PackTu


Sur ce, je vais boire une bonne trappiste (et oui un belge ici )
Bonne soirée à vous et surtout un tout grand merci pour votre aide et votre temps

 

[lacouelle]

Hello,

Mes conseils :

- Arrêter le projet, le supprimer.
- Supprimer le dossier : /docker/scrutiny
- Récréer les dossiers ==> scrutiny, scrutiny/influxdb.

Comme cela, on part sur une base propre.

Coller le yaml suivant :

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
      - /volume2/docker/scrutiny:/opt/scrutiny/config
      - /volume2/docker/scrutiny/influxdb:/opt/scrutiny/influxdb
    devices:
      - /dev/sda:/dev/sda
      #- /dev/sdb:/dev/sdb
      #- /dev/sdc:/dev/sdc
      #- /dev/sdd:/dev/sdd
      - /dev/nvme0n1:/dev/nvme0n1
      #- /dev/nvme1n1:/dev/nvme1n1
      #- /dev/nvme2n1:/dev/nvme2n1
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8080/api/health"]
      interval: 5s
      timeout: 10s
      retries: 20
      start_period: 10s   
    environment:
      - TZ=Europe/Paris
      - COLLECTOR_CRON_SCHEDULE=0 18 45 * *
      - SCRUTINY_WEB_INFLUXDB_TOKEN=ANYLONGSTRING9876543210
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=USERNAME
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=PASSWORD
    security_opt:
      - no-new-privileges:true
    restart: unless-stopped

Dans le dossier scrutiny, crée un fichier yaml et coller ceci :

version: 1
host:
  id: "DXP2800"
devices:
  - device: /dev/sda
    type: 'sat'
  - device: /dev/nvme0n1
    type: 'nvme'

sauvegardez-le avec le nom : collector.yaml

Rien d'autre n'est nécessaire pour que cela fonctionne.
@reinett les droits et le fichier scrutiny.yaml ne sont pas nécessaire pour le bon fonctionnement du conteneur, je l'utilise depuis des années comme cela.

Voilà, normalement, tout devrait fonctionner.

@yannouche4260 Yes c est le plus simple
Repars de zéro comme le début et tu n as que sda et nvme0n1

Message automatiquement fusionné : 17 Décembre 2025

@reinett @lacouelle @PackTu

Alléluia Amen Dieu soit loué ect ect

Voir la pièce jointe 19333

Un grand merci à vous, je vais analyser tout ça à tête reposée pour comprendre (quand ma migraine sera passée )
Pour info: j'ai copié/collé la config de @PackTu


Sur ce, je vais boire une bonne trappiste (et oui un belge ici )
Bonne soirée à vous et surtout un tout grand merci pour votre aide et votre temps

Un Kriek Bellevue ou une Paix Dieu

 

[reinett]

Bonjour

Le Debrief!

Bravo packtu! qui est arrivé à un moment critique de crispation? Pauvre Yann épuisé! Mais quel est ce grain de sable qui a fait échouer les 3/4 tentatives pour que s'affiche le tableau de bord?

Pour moi ce n'est pas fini!

Je vais demander à Yann de partager son dernier journal pour comprendre 'le Pourquoi & le Comment' cela a pu débloquer la situation? J'ai toujours fait ainsi sans me contenter d'une recette toute prête! Oui je pense être un peu 'maso' disons que j'aime le Rubik’s Cube (l’un des casse-têtes les plus célèbres au monde!)

J'ai bien fait mon possible pour décortiqué les 3 derniers journaux ligne par ligne ! En vain?

En tout cela m'a permis de revenir me plonger dans le ventre de l'agent Scrutiny! C'est un vrai casse-tête pour celui qui veut s'y frotter! pour faire fonctionner le dashboard et je le rabâche encore une fois : C'est en ouvrant le capot du moteur et en mettant les mains dans la mécanique que l'on apprend!

Dans le dernier journal, scrutiny.yaml (je l'appelle le 3ème fichier) est bien présent et chargé, donc la partie configuration est OK.
Le problème d’absence de disques venait plutôt du collector.yml ou du mapping des devices dans Docker, pas du scrutiny.yaml.
C'est en tout cas ce que je comprends!

packu a bien raison mais Pourquoi? cest que je vais essayer dexpliquer?

Dans le journal du 17/12/25 (scrutiny | ts=2025-12-17T08:46:27.822912Z ... que Yann as partagé, le chargement du fichier scrutiny.yaml apparaît à la ligne 37 :
37. scrutiny | 2025/12/17 08:46:32 Loading configuration file: /opt/scrutiny/config/scrutiny.yaml

C’est cette ligne qui confirme que Scrutiny a bien trouvé et chargé le fichier de configuration! je lis simplement le journal...

Si Scrutiny n’avait pas trouvé le fichier scrutiny.yaml, le journal serait différent :
la ligne que je vois actuellement : Loading configuration file: /opt/scrutiny/config/scrutiny.yaml
n’apparaîtrait pas ou serait remplacée par un message d’erreur ou un avertissement (par exemple “configuration file not found” ou “using default configuration”).

Scrutiny aurait pu démarrer quand même, mais avec une configuration par défaut:
-host générique (sans nom personnalisé, juste “localhost” ou “default”) ... cela veut dire que dans le dashboard, tu ne verrais pas 'NAS DXP2800' ou 'Ugreen' mais juste un nom générique.
-pas de seuils d’alerte personnalisés (température, secteurs réalloués, heures).... donc Scrutiny utilise ses propres seuils internes ou ne déclenche pas d’alertes spécifiques.
-l’UI resterait accessible, mais tu n’aurais pas tes alertes adaptées à ton NAS... en clair l'UI accessible mais basique!

En résumé :
Avec scrutiny.yaml/tu vois la ligne de chargement dans le journal, et tes alertes sont actives.
Sans scrutiny.yaml/l'agent Scrutiny démarre, mais le journal ne montre pas cette ligne et tu perds la configuration personnalisée.

Le problème de Yann venait du fait que aucun log du collector SMART n'apparaissait : on ne voit pas de messages indiquant que Scrutiny scanne les disques ou pousse des métriques vers InfluxDB. Résultat : le dashboard est vide! Nada rien! Scrutiny tourne dnas le vide sans afficher les disques.

Que dit la documentation officielle? Cest abordé ici :
Le fichier scrutiny.yaml est optionnel. Scrutiny peut démarrer sans, mais il permet de personnaliser le comportement.
Il sert à définir :
-l’identité du host (id, nom, timezone),
-les seuils d’alerte (température, secteurs réalloués, heures de fonctionnement),
-les notifications par mail,
-la doc. est fournie! un exemple commenté est proposé pour aider à adapter la configuration GitHub

scrutiny/example.scrutiny.yaml at master · AnalogJ/scrutiny

Hard Drive S.M.A.R.T Monitoring, Historical Trends & Real World Failure Thresholds - AnalogJ/scrutiny

github.com

scrutiny/README.md at master · AnalogJ/scrutiny

Hard Drive S.M.A.R.T Monitoring, Historical Trends & Real World Failure Thresholds - AnalogJ/scrutiny

github.com

La suite… j'attends le dernier journal de Yann avec la config. packtu pour évidemment tout décortiquer et comprendre comment cela a pu se débloquer et permettre au moteur de démarrer et enfin permettre l'affichage du dash!

Si je me trompe il faut venir me corriger avec tact Hihihi Il faut surtout argumenter pour que jalimente mon lexique! Suis ici pour avant tout pour apprendre et aider si possible?

Yann ce qui m'intéresse ce sont tes données (le dernier journal) et gouter ta biere belge? Quelle marque?

Bravo lacouelle! Tu avais vu juste!
Tu avais demandé le résultat de la commande lsblk? Tu avais vu juste car cette commande permet de connaître le montage et l'identification de chaque unité dans le NAS!
Dans le collector il faut veiller à bien nommer les devices sinon ils ne sont pas pris en compte

Pourquoi lsblk est utile? lsblk liste tous les block devices visibles par le système (disques, partitions, volumes).
Elle montre :
-le nom du device (sda, sdb, nvme0n1, etc.).
-la taille et le type (disk, part).
-le point de montage (par ex. /volume1, /volume2).
C’est donc la meilleure façon de savoir comment le NAS identifie chaque disque.

Impact sur Scrutiny?
Dans le fichier collector.yml, il faut reprendre exactement ces noms listés par la commande lsblk (/dev/sda, /dev/nvme0n1, etc.).
Si un device est mal orthographié ou absent, Scrutiny ne le scanne pas! il n’apparaît pas dans le dashboard.
lsblk sert à identifier les devices réels du NAS.
Le collector.yml doit correspondre exactement à ces noms, sinon, Scrutiny démarre mais n’affiche aucun disque.

J'ai fini! Yann a bien mérité sa bière ATP (Authentic Trappist Product) et les copains du forum aussi

Bye

 

[reinett]

je vais analyser tout ça à tête reposée pour comprendre

Je vois qu'il te manque une courbe?

Regarde mon dash. 2xNVMe+2HDD

Noublie pas de menvoyer ton last journal config.packtu

 

[yannouche4260]

Je vois qu'il te manque une courbe?

Regarde mon dash. 2xNVMe+2HDD

Noublie pas de menvoyer ton last journal config.packtu

Salut, désolé, pas mal occupé aujourd'hui. Je te met vite le journal et je regarde pour le reste ce soir

Pour les courbes effectivement mais ce qui est bizarre c'est que suivant où je place ma souris sur le graphique, j'ai les infos du HDD ou du SSD, comme si la courbe du SSD était présente mais cachée par celle du HDD


scrutiny | s6-rc: info: service s6rc-oneshot-runner: starting
scrutiny | s6-rc: info: service s6rc-oneshot-runner successfully started
scrutiny | s6-rc: info: service fix-attrs: starting
scrutiny | s6-rc: info: service fix-attrs successfully started
scrutiny | s6-rc: info: service legacy-cont-init: starting
scrutiny | cont-init: info: running /etc/cont-init.d/01-timezone
scrutiny | cont-init: info: /etc/cont-init.d/01-timezone exited 0
scrutiny | cont-init: info: running /etc/cont-init.d/50-cron-config

scrutiny | cont-init: info: /etc/cont-init.d/50-cron-config exited 0
scrutiny | s6-rc: info: service legacy-cont-init successfully started
scrutiny | s6-rc: info: service legacy-services: starting
scrutiny | services-up: info: copying legacy longrun collector-once (no readiness notification)
scrutiny | services-up: info: copying legacy longrun cron (no readiness notification)
scrutiny | services-up: info: copying legacy longrun influxdb (no readiness notification)
scrutiny | services-up: info: copying legacy longrun scrutiny (no readiness notification)
scrutiny | waiting for influxdb
scrutiny | starting cron
scrutiny | s6-rc: info: service legacy-services successfully started
scrutiny | influxdb config file already exists. skipping.
scrutiny | starting influxdb
scrutiny | INFO: custom init already performed
sc
rutiny | influxdb not ready
scrutiny | ts=2025-12-18T10:23:04.888093Z lvl=info msg="Welcome to InfluxDB" log_id=0~tFaril000 version=v2.2.0 commit=a2f8538837 build_date=2022-04-06T17:36:40Z
scrutiny | ts=2025-12-18T10:23:04.890415Z lvl=info msg="Resources opened" log_id=0~tFaril000 service=bolt path=/opt/scrutiny/influxdb/influxd.bolt
scrutiny | ts=2025-12-18T10:23:04.890486Z lvl=info msg="Resources opened" log_id=0~tFaril000 service=sqlite path=/opt/scrutiny/influxdb/influxd.sqlite
scrutiny | ts=2025-12-18T10:23:04.892414Z lvl=info msg="Checking InfluxDB metadata for prior version." log_id=0~tFaril000 bolt_path=/opt/scrutiny/influxdb/influxd.bolt
scrutiny | ts=2025-12-18T10:23:04.892597Z lvl=info msg="Using data dir" log_id=0~tFaril000 service=storage-engine service=store path=/opt/scrutiny/influxdb/engine/data
scrutiny | ts=2025-12-18T10:23:04.892615Z lvl=info msg="Compaction settings" log_id=0~tFaril000 service=st
orage-engine service=store max_concurrent_compactions=2 throughput_bytes_per_second=50331648 throughput_bytes_per_second_burst=50331648
scrutiny | ts=2025-12-18T10:23:04.892647Z lvl=info msg="Open store (start)" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open op_event=start
scrutiny | ts=2025-12-18T10:23:04.902602Z lvl=info msg="index opened with 8 partitions" log_id=0~tFaril000 service=storage-engine index=tsi
scrutiny | ts=2025-12-18T10:23:04.904039Z lvl=info msg="Opened file" log_id=0~tFaril000 service=storage-engine engine=tsm1 service=filestore path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/2/000000001-000000001.tsm id=0 duration=0.146ms
scrutiny | ts=2025-12-18T10:23:04.904416Z lvl=info msg="Opened shard" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open index_version=tsi1 path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/2 duration=10.676ms
scrutiny |
ts=2025-12-18T10:23:04.904755Z lvl=info msg="index opened with 8 partitions" log_id=0~tFaril000 service=storage-engine index=tsi
scrutiny | ts=2025-12-18T10:23:04.906426Z lvl=info msg="Opened file" log_id=0~tFaril000 service=storage-engine engine=tsm1 service=filestore path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/1/000000001-000000001.tsm id=0 duration=0.181ms
scrutiny | ts=2025-12-18T10:23:04.906783Z lvl=info msg="Opened shard" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open index_version=tsi1 path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/1 duration=13.033ms
scrutiny | ts=2025-12-18T10:23:04.907076Z lvl=info msg="Open store (end)" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open op_event=end op_elapsed=14.428ms
scrutiny | ts=2025-12-18T10:23:04.907110Z lvl=info msg="Starting retention policy enforcement service" log_id=0~tFaril000 service=retention check_i
nterval=30m
scrutiny | ts=2025-12-18T10:23:04.907130Z lvl=info msg="Starting precreation service" log_id=0~tFaril000 service=shard-precreation check_interval=10m advance_period=30m
scrutiny | ts=2025-12-18T10:23:04.907878Z lvl=info msg="Starting query controller" log_id=0~tFaril000 service=storage-reads concurrency_quota=1024 initial_memory_bytes_quota_per_query=9223372036854775807 memory_bytes_quota_per_query=9223372036854775807 max_memory_bytes=0 queue_size=1024
scrutiny | ts=2025-12-18T10:23:04.911407Z lvl=info msg="Configuring InfluxQL statement executor (zeros indicate unlimited)." log_id=0~tFaril000 max_select_point=0 max_select_series=0 max_select_buckets=0
scrutiny | ts=2025-12-18T10:23:04.913970Z lvl=info msg=Listening log_id=0~tFaril000 service=tcp-listener transport=http addr=:8086 port=8086
scrutiny | starting scrutiny
scrutiny | 2025/12/18 11:23:09 No configuration file found at /opt/scrutiny/config/scrutiny.yaml. Using Defaults.

scrutiny |


scrutiny | ___ ___ ____ __ __ ____ ____ _ _ _ _

scrutiny | / __) / __)( _ \( )( )(_ _)(_ _)( \( )( \/ )

scrutiny | \__ \( (__ ) / )(__)( )( _)(_ ) ( \ /
scrutiny | (___/ \___)(_)\_)(______) (__) (____)(_)\_) (__)
scrutiny | github.com/AnalogJ/scrutiny dev-0.8.1
scrutiny |
scrutiny | Start the scrutiny server
scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Trying to connect to scrutiny sqlite db: /opt/scrutiny/config/scrutiny.db\n" type=web
scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Successfully connected to scrutiny sqlite db: /opt/scrutiny/config/scrutiny.db\n" type=web
scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="InfluxDB certificate verification: true\n" type=web
scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Database migration starting. Please wait, this process may take a long time...." type=web
scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Database migration completed successfully" type=web
scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="SQLite global configuration migrations starting. Please wait...." type=web
scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="SQLite global configuration migrations completed successfully" type=web
scrutiny | time="2025-12-18T11:23:14+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:23:14+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:14 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:19+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web


scrutiny | time="2025-12-18T11:23:19+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:19 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:25+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:23:25+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:25 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:30+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:23:30+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:30 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:35+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web

scrutiny | time="2025-12-18T11:23:35+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:35 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:40+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web

scrutiny | time="2025-12-18T11:23:40+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:40 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:45+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:23:45+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:45 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:50+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:23:50+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:50 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:23:55+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:23:55+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:23:55 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1

scrutiny | time="2025-12-18T11:24:00+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web

scrutiny | time="2025-12-18T11:24:00+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:24:00 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:24:05+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web

scrutiny | time="2025-12-18T11:24:05+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:24:05 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1

scrutiny | time="2025-12-18T11:24:10+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:24:10+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:24:10 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1

scrutiny | time="2025-12-18T11:24:15+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:24:15+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:24:15 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1
scrutiny | time="2025-12-18T11:24:20+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
scrutiny | time="2025-12-18T11:24:20+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e [18/Dec/2025:11:24:20 +0100] \"GET /api/health\" 200 16 \"\" \"curl/7.88.1\" (1ms)" clientIP=127.0.0.1 hostname=dc04dc7ec47e latency=1 method=GET path=/api/health referer= respLength=16 statusCode=200 type=web userAgent=curl/7.88.1

 

[yannouche4260]

Une autre petite question: Je vois sur mon scrutiny que la dernière mise à jour date du 17/12 à 18h et le graphique température s'arrête également à hier 18h, c'est normal ?
Je viens de remarquer que justement sur ma courbe de température c'est celle du HDD et celle du SSD en fait démarre le 17/12 à 18h, donc pile depuis que ça n'a plus bougé...


En fait, le 17 à 18h, c'est quand j'ai créé le projet scrutiny donc j'ai l'impression que ça a prit les données à ce moment là mais que depuis ça n'a plus bougé ou je me trompe?

 

[PackTu]

hello,

Alors normal qu'il ni est pas d'autre mesure, cela ne fait qu'une mesure jour, ce n’est pas du continu. Cette ligne dans le compose permet de fixer le moment où cela arrive:
COLLECTOR_CRON_SCHEDULE=45 18 * * * actuellement c'est tous les jours a 18h45. (il a une erreur dans le compose c'est 45 18 * * *) .

Quant aux courbes de température, bah ça dépend des températures la 32 - 34 le graphique n'est peut être pas calibré pour un si petit écart.

Pour changer l'heure de collecte, voir ici. Perso je fais cela tous les jours à 6 heure (0 6 * * *).

 

[yannouche4260]

hello,

Alors normal qu'il ni est pas d'autre mesure, cela ne fait qu'une mesure jour, ce n’est pas du continu. Cette ligne dans le compose permet de fixer le moment où cela arrive:
COLLECTOR_CRON_SCHEDULE=45 18 * * * actuellement c'est tous les jours a 18h45. (il a une erreur dans le compose c'est 45 18 * * *) .

Quant aux courbes de température, bah ça dépend des températures la 32 - 34 le graphique n'est peut être pas calibré pour un si petit écart.

Pour changer l'heure de collecte, voir ici. Perso je fais cela tous les jours à 6 heure (0 6 * * *).

Ah ben voilà, super merci je me doutais un peu que ça ne devait pas être du continu.
Je serai encore un peu moins ignorant aujourd'hui

 

[reinett]

Bonjour

Log Scrutiny + InfluxDB avec numérotation des lignes pour plus de clarté!
===== ===== ===== ===== ===== ===== ===== ===== ===== =====
1 | scrutiny | s6-rc: info: service s6rc-oneshot-runner: starting
2 | scrutiny | s6-rc: info: service s6rc-oneshot-runner successfully started
l1l2 : s6rc-oneshot-runner démarre, c’est le système d’init à l’intérieur du conteneur (s6) qui lance les scripts
Qu’est‑ce que s6? https://github.com/skarnet/s6

3 | scrutiny | s6-rc: info: service fix-attrs: starting
4 | scrutiny | s6-rc: info: service fix-attrs successfully started
5 | scrutiny | s6-rc: info: service legacy-cont-init: starting
l3l4l5 : fix-attrs puis legacy-cont-init démarrent, ce sont des services internes qui appliquent les permissions, puis lancent les scripts d’init “legacy”
Le conteneur se met en place, il prépare l’environnement avant de lancer les vrais services (InfluxDB, Scrutiny, Cron…).
S6, cest quoi? Source officielle https://github.com/just-containers/s6-overlay/issues/376
Cron, c’est quoi ? https://www.redhat.com/en/blog/linux-cron-command
InfluxDB, cest quoi? https://en.wikipedia.org/wiki/InfluxDB


6 | scrutiny | cont-init: info: running /etc/cont-init.d/01-timezone
7 | scrutiny | cont-init: info: /etc/cont-init.d/01-timezone exited 0
l6l7 : Script /etc/cont-init.d/01-timezone configure le fuseau horaire OK

8 | scrutiny | cont-init: info: running /etc/cont-init.d/50-cron-config
9 | scrutiny | cont-init: info: /etc/cont-init.d/50-cron-config exited 0
l8l9: Script /etc/cont-init.d/50-cron-config prépare la config de Cron OK
Le conteneur applique la configuration générale (heure, Cron) avant de lancer les services applicatifs.
Pour imager ça : tu peux imaginer que le conteneur fait son checklist de démarrage

10 | scrutiny | s6-rc: info: service legacy-cont-init successfully started
l10 : legacy-cont-init est terminé, toute l’init de base est OK

11 | scrutiny | s6-rc: info: service legacy-services: starting
l11 : legacy-services va démarrer, c’est le groupe de services principaux

12 | scrutiny | services-up: info: copying legacy longrun collector-once (no readiness notification)
13 | scrutiny | services-up: info: copying legacy longrun cron (no readiness notification)
14 | scrutiny | services-up: info: copying legacy longrun influxdb (no readiness notification)
15 | scrutiny | services-up: info: copying legacy longrun scrutiny (no readiness notification)
l12,l13,l14,l15 : s6 déclare les services longrun : collector-once, cron, influxdb, scrutiny
En clair : le système s6, qui gère le démarrage du conteneur, est en train de préparer les services principaux qui vont tourner en continu


16 | scrutiny | waiting for influxdb
l16 : waiting for influxdb, Scrutiny attend que InfluxDB soit prêt!

17 | scrutiny | starting cron
m17 : starting cron le service cron démarre
En clair : starting cron, le planificateur de tâches démarre
cron = un outil qui exécute automatiquement des scripts à des heures précises c’est normal, attendu, et nécessaire dans Scrutiny!!!


18 | scrutiny | s6-rc: info: service legacy-services successfully started
l18 : legacy-services successfully started tous les services “déclarés” ont été lancés
Regarde par ici la doc officielle de s6‑overlay qui explique comment les services sont déclarés et démarrés : https://github.com/just-containers/s6-overlay
Cette documentation décrit : les services longrun, les services oneshot, la séquence de démarrage

19 | scrutiny | influxdb config file already exists. skipping.
20 | scrutiny | starting influxdb
21 | scrutiny | INFO: custom init already performed
22 | scrutiny | influxdb not ready
l19,l20,l21,l22: initialisation de l’InfluxDB

23 | scrutiny | ts=2025-12-18T10:23:04.888093Z lvl=info msg="Welcome to InfluxDB" log_id=0~tFaril000 version=v2.2.0 commit=a2f8538837 build_date=2022-04-06T17:36:40Z
24 | scrutiny | ts=2025-12-18T10:23:04.890415Z lvl=info msg="Resources opened" log_id=0~tFaril000 service=bolt path=/opt/scrutiny/influxdb/influxd.bolt
25 | scrutiny | ts=2025-12-18T10:23:04.890486Z lvl=info msg="Resources opened" log_id=0~tFaril000 service=sqlite path=/opt/scrutiny/influxdb/influxd.sqlite
26 | scrutiny | ts=2025-12-18T10:23:04.892414Z lvl=info msg="Checking InfluxDB metadata for prior version." log_id=0~tFaril000 bolt_path=/opt/scrutiny/influxdb/influxd.bolt
27 | scrutiny | ts=2025-12-18T10:23:04.892597Z lvl=info msg="Using data dir" log_id=0~tFaril000 service=storage-engine service=store path=/opt/scrutiny/influxdb/engine/data
28 | scrutiny | ts=2025-12-18T10:23:04.892615Z lvl=info msg="Compaction settings" log_id=0~tFaril000 service=storage-engine service=store max_concurrent_compactions=2 throughput_bytes_per_second=50331648 throughput_bytes_per_second_burst=50331648
29 | scrutiny | ts=2025-12-18T10:23:04.892647Z lvl=info msg="Open store (start)" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open op_event=start
30 | scrutiny | ts=2025-12-18T10:23:04.902602Z lvl=info msg="index opened with 8 partitions" log_id=0~tFaril000 service=storage-engine index=tsi
31 | scrutiny | ts=2025-12-18T10:23:04.904039Z lvl=info msg="Opened file" log_id=0~tFaril000 service=storage-engine engine=tsm1 service=filestore path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/2/000000001-000000001.tsm id=0 duration=0.146ms
32 | scrutiny | ts=2025-12-18T10:23:04.904416Z lvl=info msg="Opened shard" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open index_version=tsi1 path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/2 duration=10.676ms
33 | scrutiny | ts=2025-12-18T10:23:04.904755Z lvl=info msg="index opened with 8 partitions" log_id=0~tFaril000 service=storage-engine index=tsi
34 | scrutiny | ts=2025-12-18T10:23:04.906426Z lvl=info msg="Opened file" log_id=0~tFaril000 service=storage-engine engine=tsm1 service=filestore path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/1/000000001-000000001.tsm id=0 duration=0.181ms
35 | scrutiny | ts=2025-12-18T10:23:04.906783Z lvl=info msg="Opened shard" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open index_version=tsi1 path=/opt/scrutiny/influxdb/engine/data/ce076be5ddb2e94b/autogen/1 duration=13.033ms
36 | scrutiny | ts=2025-12-18T10:23:04.907076Z lvl=info msg="Open store (end)" log_id=0~tFaril000 service=storage-engine service=store op_name=tsdb_open op_event=end op_elapsed=14.428ms
37 | scrutiny | ts=2025-12-18T10:23:04.907110Z lvl=info msg="Starting retention policy enforcement service" log_id=0~tFaril000 service=retention check_interval=30m
38 | scrutiny | ts=2025-12-18T10:23:04.907130Z lvl=info msg="Starting precreation service" log_id=0~tFaril000 service=shard-precreation check_interval=10m advance_period=30m
39 | scrutiny | ts=2025-12-18T10:23:04.907878Z lvl=info msg="Starting query controller" log_id=0~tFaril000 service=storage-reads concurrency_quota=1024 initial_memory_bytes_quota_per_query=9223372036854775807 memory_bytes_quota_per_query=9223372036854775807 max_memory_bytes=0 queue_size=1024
40 | scrutiny | ts=2025-12-18T10:23:04.911407Z lvl=info msg="Configuring InfluxQL statement executor (zeros indicate unlimited)." log_id=0~tFaril000 max_select_point=0 max_select_series=0 max_select_buckets=0
41 | scrutiny | ts=2025-12-18T10:23:04.913970Z lvl=info msg="Listening" log_id=0~tFaril000 service=tcp-listener transport=http addr=:8086 port=8086

l23à41 : Démarrage complet d’InfluxDB, pas besoin de décortiquer tout le cheminement interne. InfluxDB est maintenant complètement démarré, prêt à recevoir des écritures et des lectures

42 | scrutiny | starting scrutiny
l42 : starting scrutiny le service Scrutiny est lancé maintenant que l’Infra InfluxDB est prête

43 | scrutiny | 2025/12/18 11:23:09 No configuration file found at /opt/scrutiny/config/scrutiny.yaml. Using Defaults.
l43 : Ici il faut s'arrêter un instant! Scrutiny cherche un fichier scrutiny.yaml monté (normalement placé dans ton volume Docker) /volume1/docker/scrutiny/scrutiny.yaml (dans ma config.). Il ne le trouve pas, donc il part avec les valeurs par défaut. Je comprends que le problème n’est pas que Scrutiny plante, mais qu’il tourne sans config personnalisée (donc peut ‎être sans voir les disques?). C'était pour moi le point de blocage? packtu as raison! Il savere que non! scrutiny.yaml est un fichier optionnel (le fameux 3ième fichier) J'ai pensé que c’était peut‑être la cause du problème?
Pour résumé : Oui, il existe bien un “3roisième fichier” : scrutiny.yaml.Oui, Scrutiny le cherche.Oui, il est optionnel.Non, son absence n’empêche pas Scrutiny de fonctionner.llien officiel est par ici https://github.com/AnalogJ/scrutiny/blob/master/example.scrutiny.yaml

44 | scrutiny | ___ ___ ____ __ __ ____ ____ _ _ _ _
45 | scrutiny | / __) / __)( _ \( )( )(_ _)(_ _)( \( )( \/ )
46 | scrutiny | \__ \( (__ ) / )(__)( )( _)(_ ) ( \ /
47 | scrutiny | (___/ \___)(_)\_)(______) (__) (____)(_)\_) (__)
l44àl47 : Logo ASCII Scrutiny

48 | scrutiny | github.com/AnalogJ/scrutiny dev-0.8.1
l48 : Version : github.com/AnalogJ/scrutiny dev-0.8.1 Tu fais tourner la dernière version OK

49 | scrutiny |
50 | scrutiny | Start the scrutiny server
51 | scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Trying to connect to scrutiny sqlite db: /opt/scrutiny/config/scrutiny.db" type=web
52 | scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Successfully connected to scrutiny sqlite db: /opt/scrutiny/config/scrutiny.db" type=web
53 | scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="InfluxDB certificate verification: true" type=web
54 | scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Database migration starting. Please wait..." type=web
55 | scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="Database migration completed successfully" type=web
56 | scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="SQLite global configuration migrations starting..." type=web
57 | scrutiny | time="2025-12-18T11:23:09+01:00" level=info msg="SQLite global configuration migrations completed successfully" type=web

l40à57 : Démarrage du serveur Scrutiny OK ça marche
‘Start the scrutiny server’ le serveur web/API démarre réellement, Connexion à la base SQLite scrutiny.db InfluxDB certificate verification: true signifie que Scrutiny va vérifier les certificats InfluxDB puis Migrations de la base SQLite. Scrutiny est correctement initialisé au niveau de ses bases internes (SQLite), il est prêt à faire son boulot (collecter, afficher, alerter).

58 | scrutiny | time="2025-12-18T11:23:14+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
59 | scrutiny | time="2025-12-18T11:23:14+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
60 | scrutiny | time="2025-12-18T11:23:19+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
61 | scrutiny | time="2025-12-18T11:23:19+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
62 | scrutiny | time="2025-12-18T11:23:25+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
63 | scrutiny | time="2025-12-18T11:23:25+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
64 | scrutiny | time="2025-12-18T11:23:30+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
65 | scrutiny | time="2025-12-18T11:23:30+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
66 | scrutiny | time="2025-12-18T11:23:35+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
67 | scrutiny | time="2025-12-18T11:23:35+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
68 | scrutiny | time="2025-12-18T11:23:40+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
69 | scrutiny | time="2025-12-18T11:23:40+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
70 | scrutiny | time="2025-12-18T11:23:45+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
71 | scrutiny | time="2025-12-18T11:23:45+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
72 | scrutiny | time="2025-12-18T11:23:50+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
73 | scrutiny | time="2025-12-18T11:23:50+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
74 | scrutiny | time="2025-12-18T11:23:55+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
75 | scrutiny | time="2025-12-18T11:23:55+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
76 | scrutiny | time="2025-12-18T11:24:00+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
77 | scrutiny | time="2025-12-18T11:24:00+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
78 | scrutiny | time="2025-12-18T11:24:05+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
79 | scrutiny | time="2025-12-18T11:24:05+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
80 | scrutiny | time="2025-12-18T11:24:10+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
81 | scrutiny | time="2025-12-18T11:24:10+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
82 | scrutiny | time="2025-12-18T11:24:15+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
83 | scrutiny | time="2025-12-18T11:24:15+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web
84 | scrutiny | time="2025-12-18T11:24:20+01:00" level=info msg="Checking Influxdb & Sqlite health" type=web
85 | scrutiny | time="2025-12-18T11:24:20+01:00" level=info msg="127.0.0.1 - dc04dc7ec47e \"GET /api/health\" 200" type=web

l58à85 : Checking Influxdb & Sqlite health (l58à64) Scrutiny effectue un check interne
GET /api/health 200 (c'est une routine automatique) cela signifie :
-que Scrutiny vérifie que tout fonctionne,
-l’agent interroge sa propre API,
-l’API répond ‘tout va bien sert moi une bière’ Hihihi
-le code 200 OK cest bon
-l’adresse 127.0.0.1 = lui-même (cest le localhost, le conteneur quoi!)
-curl = l’outil utilisé pour faire la vérification
C’est normal, sain, et ça prouve que Scrutiny tourne correctement
===== ===== ===== ===== ===== ===== ===== ===== ===== =====

Voilà j’ai fini de décortiquer ton last journal! Cets ca ‘mon rubik's cube’ du matin Hihihi

Chaque ligne de log est une pièce du puzzle : on peut la triturer, la décortiquer, la comprendre en profondeur. On pourrait passer une heure sur une seule ligne tant elle raconte quelque chose du système.
Si tu es observateur… Tu verras que le logo de Scrutiny est de l’art ASCII (Y pleins de sites qui aborde cet Art et même une communauté!!! de 15000 membres)
Communauté Steam :: Groupe :: ASCII - ART
Guide de l'art ascii : de ses origines à son application | Adobe

En décortiquant ce journal Docker ligne par ligne, on réalise à quel point chaque détail raconte quelque chose du fonctionnement interne du conteneur.
Rien n’est dû au hazard: Tout est logique, tout est observable, et tout peut être compris si on prend le temps de regarder sous le capot.
C’est ça que je veux faire passer comme message : il ne faut pas avoir peur de mettre les mains dans le moteur Docker.
Lire les logs, bidouiller un docker-compose, tester, se tromper, mal interpréter, recommencer… Ce n’est pas grave. Au contraire : c’est comme ça qu’on apprend. Les conteneurs sont robustes : on casse, on relance puis on retombe sur ses pattes.

Et au bout du chemin, le dashboard apparaît, tout fonctionne, et on comprend ?Pourquoi ça fonctionne?

C’est important de ne pas se contenter de recettes toutes faites. Investir un peu de temps pour comprendre les rouages de la mécanique, c’est se donner les moyens d’être autonome. C’est comme conduire une voiture : on peut se contenter de tourner la clé, mais savoir se dépanner avec les moyens du bord, ça change tout.

Bon courage pour la suite! M. Spock sera daccord avec moi J'ai bien mérité mon

 

[reinett]

Une autre petite question: Je vois sur mon scrutiny que la dernière mise à jour date du 17/12 à 18h et le graphique température s'arrête également à hier 18h, c'est normal ?
Je viens de remarquer que justement sur ma courbe de température c'est celle du HDD et celle du SSD en fait démarre le 17/12 à 18h, donc pile depuis que ça n'a plus bougé...

Scrutiny ne collecte pas en continu! Il prend une mesure par jour (dans ta config actuelle)
C’est donc normal que le graphique ne bouge pas avant le prochain passage!

La ligne COLLECTOR_CRON_SCHEDULE contrôle quand les mesures sont prises, la température varie peu, le graphique peut sembler plat (fatigué jétais! )
Tu peux changer l’heure de collecte en modifiant la ligne cron

A quoi sert (le troisième fichier) : scrutiny.yaml
C’est justement là! ou je me mêlais les pinceau et y de quoi? Il ne sert PAS à définir la fréquence de collecte mais sert uniquement à configurer le serveur Scrutiny
Ce fichier optionnel permet de personnaliser l’interface web, les notifications, les paramètres avancés du serveur, etc...

Chantier Scrutiny fini pour moi

 

[lacouelle]

le nom de ce post me perturbe a chaque fois, car jeme dis qu'est ce que j'ai encore comme problèmes
yann

 

[yannouche4260]

Effectivement j'ai changé l'heure de prise des mesures en m'aidant du lien fourni par @PackTu Tout roule à présent
Je dois recevoir mon deuxième HDD aujourd'hui normalement

Depuis j'ai créé un serveur minecraft via Docker aussi pour les enfants haha

Encore merci à vous tous

 

[yannouche4260]

Hello, c'est encore moi
J'ai donc bien ajouté mon nouveau HDD semaine passée, tout s'est bien passé grâce à vous
Par contre j'ai eu les infos de température pendant 2 jours et depuis je n'en ai plus sur ce nouveau HDD... dans l'interface de Influx c'est identique, plus rien depuis le 25/12. Le reste des infos se mettent bien à jour tous les jours à 18h30 (d'ailleurs la température affichée sur la carte du HDD ne correspond pas à la dernière affichée sur le graph).
Vous avez une idée?

 

[yannouche4260]

Bonjour,
C'est moi ou les courbes ne sont plus les mêmes pour les jours passés ?
Les fluctuations commencent au 23 décembre que je passe la souris dessus mais quand on compare les courbes de hier et avant la mise à jour des données à 18h30 et celle d'aujourd'hui je trouve que c'est "bizarre" lol
Ou il y a quelque chose au niveau de l'échelle du graphique, qui devrait prendre toute la longueur, ici on dirait que les données sont compressée sur la même partie du graphique (plus ou moins le dernier 1/3)
Je chipote hein mais j'aime bien

edit: sur influxdb , j'ai la température du deuxième HDD décalée de 2 jours...

 

[yannouche4260]

edit2: quel boulet! j'étais sur les données depuis toujours sur le graphique donc forcément ça compresse à chaque fois ...
Donc il reste juste de savoir pourquoi les deuxième HDD est décalé de 2 jours

 

[reinett]

Bonjour Yann

Suis en vacances!

Je crois que tu as sécurisé ton M2 sur lequel tu avais installé les apps et entre autre Docker... donc si je comprends bien tu as rajouté un second M2 pour l'agréger en RAID1.

TB initiative! Fallait pas tarder pour éviter de perdre tes données! Nul n'est a labri dun crash moteur!

Désolé, pas de temps pour éplucher ton dernier log!

Tu as du:
-corriger ta CC liée au conteneur Scrutiny pour qu'il prenne en compte le RAID1 qui lie les 2nvme, lautre HDD en mode BASIC (le Dash affiche bien les 3 unités!)
-vérifier via la commande de sortie lsblk qui doit te confirmer que tes 2 NVMe sont bien détectés dans le conteneur Docker.

Le couple SSD sont à présent intégrés (pour le meilleur et le pire?) dans un RAID1 logiciel (tu verras ton RAID1 en md2), ce qui explique pourquoi Scrutiny les affiche avec des durées d’utilisation différentes probablement liées à leur synchronisation…

Je t'encourage à poursuivre la mise en place de Scrutiny... N'y touche pas trop puisque ca tourne?

Regarde le #post de lete dernier par ici : #post

Je viens de regarder en vitesse le dash... Non je ne vois pas le RAID1? Tu as donc placé un second HDD de 4TO en mode BASIC?

Nous en reparlerons à la rentrée!

Bye

 

[reinett]

le nom de ce post me perturbe a chaque fois, car jeme dis qu'est ce que j'ai encore comme problèmes
yann

No he entendido, qué quieres cambiar?

 

[yannouche4260]

Bonjour Yann

Suis en vacances!

Je crois que tu as sécurisé ton M2 sur lequel tu avais installé les apps et entre autre Docker... donc si je comprends bien tu as rajouté un second M2 pour l'agréger en RAID1.

TB initiative! Fallait pas tarder pour éviter de perdre tes données! Nul n'est a labri dun crash moteur!

Désolé, pas de temps pour éplucher ton dernier log!

Tu as du:
-corriger ta CC liée au conteneur Scrutiny pour qu'il prenne en compte le RAID1 qui lie les 2nvme, lautre HDD en mode BASIC (le Dash affiche bien les 3 unités!)
-vérifier via la commande de sortie lsblk qui doit te confirmer que tes 2 NVMe sont bien détectés dans le conteneur Docker.

Le couple SSD sont à présent intégrés (pour le meilleur et le pire?) dans un RAID1 logiciel (tu verras ton RAID1 en md2), ce qui explique pourquoi Scrutiny les affiche avec des durées d’utilisation différentes probablement liées à leur synchronisation…

Je t'encourage à poursuivre la mise en place de Scrutiny... N'y touche pas trop puisque ca tourne?

Regarde le #post de lete dernier par ici : #post

Je viens de regarder en vitesse le dash... Non je ne vois pas le RAID1? Tu as donc placé un second HDD de 4TO en mode BASIC?

Nous en reparlerons à la rentrée!

Bye

Hello, bonnes vacances à toi dans ce cas
Effectivement pour le moment c'est un deuxième HDD de 4To.
Le deuxième SSD arrive demain pour passer en RAID1 avec le premier (ça devient compliquer d'en avoir à prix raisonnable et ça va devenir bien pire apparemment dans les mois à venir, j'ai pu commander que 1 sur Amazon fr et le deuxième vient de Amazon Italie car max 1 pièce sur le fr haha)
J'ajouterai donc le deuxième SSD demain, comme j'ai fait pour le 2ième HDD, ce qui devrait bien se passer je pense lol sauf si quelque chose de spécial à faire pour le RAID?

Je vous souhaite déjà un bon réveillon et une bonne année

 

[reinett]

Je vous souhaite déjà un bon réveillon et une bonne année

Merci Yann A toi aussi amusezvous bien NAS peut attendre, la fête non Hihihi

Message automatiquement fusionné : 30 Décembre 2025

je pense lol sauf si quelque chose de spécial à faire pour le RAID?

Si Si! Tu dois :
-corriger ta CC liée au conteneur Scrutiny pour qu'il prenne en compte le RAID1 qui lie les 2nvme, lautre HDD en mode BASIC (le Dash affiche pour linstant les 3 unités!)
-vérifier via la commande de sortie lsblk qui doit te confirmer que tes 2 NVMe sont bien détectés dans le conteneur Docker.