UGREEN [docker/Scrutiny] Erreur de configuration des paramètres des volumes

[reinett]

Bonsoir A tous

Jellyfin fonctionne parfaitement chez moi sous Docker/UGOS depuis 48h!

Je dois aussi surveiller la santé et la performance des
- 2 SSD/PATRIOT P400 Lite 2000GB, basse consommation, (P400 Lite PCIe M2 GEN4 x4),
& plus tard des (disques durs non installés à ce jour)
- 2 HDD/SEAGATE BarraCuda (ST5000LM000), 5 To, 2,5" SATA 6 Gbit/s, 5 400 tr/min, 128 Mo de mémoire cache,

J'ai pensé à Scrutiny (tool qui permet de surveiller la santé/performance des HDD/SDD) via CC (Configuration Compose) du Conteneur Docker pour Créer le projet.

l'Admin Evo avait partagé un tuto vraiment bien détaillé, le lien est ici:
[tuto] Install App Scrutiny/Docker via CC

J'ai essayé de me démerder tout seul via Terminal du Docker! Mais quelque chose cloche?

Terminal s'ouvre chez moi dans une petite fenêtre sous:
/Conteneur/ugreen_jellyfin-reinett (cette App est [En cours d'exécution]
et est donc accessible par:
/Console/Terminal/Ajouter/Commande /bin/bash

NB/Sous UGOS pas de Terminal sur le bureau, pas disponible depuis le Centre d'apps non plus!

Mon CC ugreen_scrutiny-reinett est prêt à l'emploi ?

L'erreur suivante m'empêche de [Déployer] donc validation puis Exécution immédiate après la création refusée!!!

Erreur de configuration des paramètres des volumes : Chemin d'accès NAS non trouvé (Ligne 19,21)

?Comment implémenter l'accès au NAS? en ligne 19 et 21?​

----- ----- ----- ----- -----
version: "2.1"
services:
scrutiny:
image: ghcr.io/linuxserver/scrutiny
container_name: ugreen_scrutiny-reinett
networks:
- scrutiny-network
cap_add:
- SYS_RAWIO
- SYS_ADMIN
environment:
- PUID=1000
- PGID=100
- TZ=Europe/Paris
- SCRUTINY_API_ENDPOINT=http://localhost:8080
- SCRUTINY_WEB=true
- SCRUTINY_COLLECTOR=true
volumes:
- /srv/volume1/docker/scrutiny:/config
- /run/udev:/run/udev:ro
- /cache:/data
- /dev/nvme0n1:/dev/nvme0n1
- /dev/nvme1n1:/dev/nvme1n1
ports:
- 8080:8080
devices:
- /dev/nvme0:/dev/nvme0
- /dev/nvme0n1:/dev/nvme0n1
- /dev/nvme1n1:/dev/nvme1n1
restart: unless-stopped

networks:
scrutiny-network:
driver: bridge
----- ----- ----- ----- -----

Merci pour toute aide

 

[Ludo33]

Pour ma part j’ai fait par rapport au tuto de Cachem et modifier le fichier yaml avec la version d’évolution pour les nvme

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

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

www.cachem.fr

J’ai un peu du mal mais j’y suis arriver car j’utilise docker pour la première fois

 

[Frank-Pomme]

Alors on va reprendre à zéro, tu supprime ton projet scrutiny dans docker (tout effacé et ce que tu as aussi dans le dossier scrutiny dans docker)
Dans ton dossier docker tu va créé:
1 dossier => scrutiny, dans ce dossier tu crée un dossier => influxdb
et tu met ce dossier => collector.yml


Maintenant tu vas sur projet => créé
Nom =>scrutiny
tu choisi le dossier "docker" et "scrutiny

et tu colle ce qui a en dessous

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/sda:/dev/sda
- /dev/sdb:/dev/sdb
# - /dev/sdc:/dev/sdc
# - /dev/sdd:/dev/sdd
environment:
- SCRUTINY_WEB_INFLUXDB_TOKEN=TOKENPOUR SECURISER
- SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=Ugreen
- SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=DXP2800
- TIMEZONE=Europe/Paris
restart: unless-stopped

 

[reinett]

Alors on va reprendre à zéro, tu supprime ton projet scrutiny dans docker (tout effacé et ce que tu as aussi dans le dossier scrutiny dans docker)
Dans ton dossier docker tu va créé:
1 dossier => scrutiny, dans ce dossier tu crée un dossier => influxdb
et tu met ce dossier => collector.yml


Maintenant tu vas sur projet => créé
Nom =>scrutiny
tu choisi le dossier "docker" et "scrutiny

et tu colle ce qui a en dessous

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/sda:/dev/sda
- /dev/sdb:/dev/sdb
# - /dev/sdc:/dev/sdc
# - /dev/sdd:/dev/sdd
environment:
- SCRUTINY_WEB_INFLUXDB_TOKEN=TOKENPOUR SECURISER
- SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=Ugreen
- SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=DXP2800
- TIMEZONE=Europe/Paris
restart: unless-stopped

Bonjour

Te remercie pour m'avoir proposé une solution pour déployer le projet de l'image Scrutiny dans Docker sous UGOS

J'ai suivi ETAPE par ETAPE ton tuto:
1/création du répertoire scrutiny dans Fichiers/Dossier partagé/
2/création du s/répertoire influxdb dans Fichiers/Dossier partagé/scrutiny
3/création du nouveau Projet (aucune difficulté!)

L'activation du projet a échoué!

Pas grave nous allons persévéré pour démarrer le moteur scrutiny hihihi

----- ----- ----- ----- -----
Journal de Docker/
Avertissement

failfull start project 'scrutiny' err: Container scrutiny StartingError response from daemon: error gathering device information while adding custom device "/dev/sda": no such file or directory

Erreur de démarrage du projet « scrutiny » : erreur de démarrage du conteneur examiné
Réponse du démon : erreur lors de la collecte des informations sur le périphérique lors de l'ajout d'un périphérique personnalisé « /dev/sda » : aucun fichier ou répertoire de ce type
----- ----- ----- ----- -----​

Je rencontre donc une erreur liée aux volumes dans Docker. Cela signifie que Scrutiny essaie d'accéder à un chemin qui n'existe pas ou qui n'est pas correctement monté?

J'ai du dupliquer l'image pour l'accès à la CC (Configuration Compose) du Conteneur Docker 'post-installation'

Le container_name: ugreen_scrutiny-reinett n'est qu'une duplication du Projet original !

?Y'a-t-il d'autre user qui on réussi à faire tourner ce projet?

----- ----- ----- ----- -----
Mesures prises/
J'ai ouvert le terminal pour saisir la commande suivante :

# df -h (pour vérifier les 2 SSD/points de montage)

root@23e76ed46805:/# df -h
Filesystem Size Used Avail Use% Mounted on
overlay 1.9T 38G 1.8T 3% /
tmpfs 64M 0 64M 0% /dev
shm 64M 0 64M 0% /dev/shm
/dev/mapper/ug_7579C6_1747405182_pool1-volume1 1.9T 38G 1.8T 3% /cache
/dev/mapper/ug_7579C6_1747405421_pool2-volume1 1.9T 200G 1.7T 11% /volume2/MMJB
/dev/mapper/ug_7579C6_1747405182_pool1-volume1 1.9T 38G 1.8T 3% /etc/hosts
tmpfs 3.8G 0 3.8G 0% /proc/asound
tmpfs 3.8G 0 3.8G 0% /proc/acpi
tmpfs 3.8G 0 3.8G 0% /proc/scsi
tmpfs 3.8G 0 3.8G 0% /sys/firmware
tmpfs 3.8G 0 3.8G 0% /sys/devices/virtual/powercap


?Les clichés Ecran ci-dessous vont peut être te permettre de comprendre la cause du premier échec?

Bon je vais tenter une autre bidouille... A suivre

 

[Frank-Pomme]

J'ai suivi ETAPE par ETAPE ton tuto:
1/création du répertoire scrutiny dans Fichiers/Dossier partagé/
2/création du s/répertoire influxdb dans Fichiers/Dossier partagé/scrutiny
3/création du nouveau Projet (aucune difficulté!)

le dossier scrutiny doit être dans le dossier docker
le dossier influxdb dans le dossier scrutiny qui est dans le dossier docker
et collector.yml dans le dossier scrutiny
Efface ton projet et recommence (projet dans docker et tout dans le dossier scrutiny)
Dans le dossier scrutiny qui est dans le dossier docker tu dois avoir un dossier vide influxdb et le fichier collector.yml
en aucun cas besoin d'aller dans terminal !!

 

[reinett]

Ok Merci Franck !
Te tiens au courant de la suite

Reinett

 

[reinett]

Bonjour A tous

Hello Franck

J'ai adapté les fichiers au regard de ma configuration (seulement pour l'instant 2 NVMe dans le 2B)… Mon projet avance bien, a été validé puis déployé dans le Docker

Problème rencontré: l'accès à l'interface graphique n'apparait pas!

Ce site est inaccessible
http://192.168.?.???:6070/ n'autorise pas la connexion.

Ci-dessous mes 2 fichiers utilisés lors la création du Projet Scrutiny pour 2B UGREEN

Comment y remédier? Quelle galère! Hihihi

reinett (Intel NUC Win11x64Pro, Mac mini Server Late 2012 - MD389LL/A macOS Catalina)​

[Configuration Compose]

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

environment:
- SCRUTINY_WEB_INFLUXDB_TOKEN=TOKENPOURSECURISER
- SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=Ugreen
- SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=DXP2800
- TIMEZONE=Europe/Paris
restart: unless-stopped


[collector.yml]

version: "1"

host:
id: "Ugreen"

devices:
- device: /dev/nvme0n1
type: 'nvme'
- device: /dev/nvme1n1
type: 'nvme'

- device: /dev/sda
type: 'sat'

 

[Frank-Pomme]

Dans collector pourquoi tu as laissé
- device: /dev/sda
type: 'sat'

quand il te demande pour réseau, la fenêtre qui s'ouvre, tu fais que valider sans rien ajouté

 

[reinett]

Merci pour ton aide!

Je dois donc viré :
- device: /dev/sda
type: 'sat'

et refaire le Projet Scrutiny?

 

[Frank-Pomme]

oui tu as pas mis de sata donc retire le de collector

Pour refaire le projet , pense à supprimer tous les fichier dans scrutiny sauf "collector" et tu garde "influxdb" mais tu supprime tout dedans

(Après je te conseil de mettre des # devant, sa t'évite de tout re-écrire si besoin pour plus tard)

 

[reinett]

Bon je vais revoir ma copie... pour boucler ce projet

 

[Xtream]

Hello.

Petite question sur Scrutiny, c'est quoi l'intérêt par rapport aux tests de disques périodiques que propose déjà ugreen en natif ? Moi, j'ai planifié un test SMART rapide chaque semaine et un test complet chaque mois. N'est-ce pas suffisant ? j'ai raté un truc ?

 

[electroger]

Hello,

Pour moi, scrutiny ne remplace pas les tests Smart. Il va proposer un dashboard pour afficher ces données smart ainsi que des alertes basées sur les données backblaze notamment.

Je fais également des tests courts toutes les semaines et longs chaque mois.

 

[reinett]

Bonjour A tous hello Xtream

J'ai donc poursuivi la mise en place de la surveillance des mes SS/HDD par le Projet Scrutiny sous Docker (*)

A ce jour, sont installées dans mon NAS 2B:
- 2 SSD PATRIOT P400 Lite 2000GB, basse consommation,
- 1 HD SEAGATE BarraCuda (ST5000LM000), 5 To, 2,5" SATA 6 Gbit/s, 5 400 tr/min, 128 Mo de mémoire cache (j'en ai acquis 2 exemplaires chez Amazon Renewed, 100€ l'unité)

Ce projet m'a fait cogité! J'ai pris du plaisir à le mettre en place!!!

L'approche mount -o bind suggérée par jeudi est bien transposable sous Docker! Le seul hic est l'accès au Terminal sous UGOS?
Je ne sais pas comment y accéder pour saisir les lignes de commande pour modifier le fameux fichier CC du fichier docker-compose.yml.

J'ai du adapté le fichier collector version1
version: 1 host: id: "Ugreen" devices: - device: /dev/nvme0 type: "nvme" - device: /dev/nvme1 type: "nvme" - device: /dev/sda type: "sat"

Idem pour la CC scrutiny
devices: - /dev/nvme0:/dev/nvme0 - /dev/nvme1:/dev/nvme1 - /dev/sda:/dev/sda

Tout fonctionne aujourd'hui, le tableau de bord s'ouvre à l'URL http://192.168.?.???:6070/web/dashboard

?Pour répondre à la question de Xtreem
Eh bien cela m'a permis de m'apercevoir que le premier HD SEAGATE BarraCuda (ST5000LM000) a un problème! non détecté lors du test SMART complet par le tool UGOS!

Le test SMART de Scrutiny indique que le BarraCuda est en bon état, mais a un problème à :
- le Command Timeout (ID 188) a une valeur élevé de 4295032833 et a échoué! Les autres valeurs sont bonnes, sans secteurs réalloués ni erreurs graves

Le test approfondi avec loutil maison UGOS n'a pas détecté de secteurs défectueux et indique simplement Normal

Je regarderai cela de + près prochainement! En attendant il est sous l'étroite surveillance de l'agent Scrutiny

bon WE



(*) tool qui permet de surveiller la santé/performance des HDD/SDD) via CC (Configuration Compose) du Conteneur Docker
​

 

[pticle94]

Hello,

Merci pour ces explications.
Petite question, pourquoi n'utilisez-vous pas l'image déjà existante dans Docker?

 

[Xtream]

Petite question, pourquoi n'utilisez-vous pas l'image déjà existante dans Docker?

En fait l'image linuxserver/scrutiny n'est plus maintenue. La dernière version date d'il y a 3 ans. Il est donc préférable d'aller taper sur l'image officielle.

 

[pticle94]

En fait l'image linuxserver/scrutiny n'est plus maintenue. La dernière version date d'il y a 3 ans. Il est donc préférable d'aller taper sur l'image officielle.

Merci beaucoup pour l'explication

 

[reinett]

Bonjour

L'image que tu as installée est référencée ICI CLIC, la dernière màj remonte à environ 3 ans! Cette page est visiblement abandonnée! !!

C'est pourquoi l’image linuxserver/scrutiny n’est plus recommandée, même si elle est facile à déployer! Cette image est officiellement abandonnée mais fonctionne toujours puisqu'elle tourne chez toi!

La team LinuxServer.io a cessé le support et les màj de cette image pour Docker avec pour conséquences plus de correctifs de sécurité, pas de compatibilité la dernière version 0.8.1 (j'ai lu cela quelque part?) , risque de bugs (mauvaise détection de disques, problème d’affichage, plantage du collector)

En 2023, Cachem proposait un tuto pour une installation de Scrutiny (avec l’image officielle recommandée) à cette adresse :
le lien est ICI CLIC
Le guide t’explique comment créer les dossiers nécessaires, comment configurer l’accès à l’interface Web et à la base InfluxDB, comment utiliser Docker via Container Manager transposable aujourd'hui à UGOS sous Debian 12.

L'image déployée est bien sur l’image officielle ghcr.io/analogj/scrutiny (celle recommandée par Cachem)

Elle est maintenue par le développeur principal du projet Scrutiny et reçoit des màj, des correctifs de sécurité, elle est compatible pour la surveillance NVMe, etc…

MAJ/ j'ai récemment rajouté le 2ème HDD Seagate BarraCuda (ST5000LM000) (occasion amazon que je ne peux plus retourner!) qui présente également une erreur (Command Timeout (ID 188)) détectée par le tool scrutiny sous Docker, j'ai du corrigé ma CC liée à mon conteneur Scrutiny pour qu'il prenne en compte le RAID1 qui lie les 2nvme, les 2 autres HDD en mode BASIC!​

Qqs captures d'écran pour illustrer mon message…
La commande de sortie complète de lsblk confirme que mes 2 NVMe sont bien détectés dans le conteneur Docker.
Les jumeaux deux sont bien intégrés dans un RAID1 logiciel (md2), ce qui explique pourquoi Scrutiny les affiche avec des durées d’utilisation différentes — probablement liées à leur leur synchronisation… Sujet intéressant! Je t'encourage à poursuivre la mise en place de Scrutiny version 0.81

Je pourrai t’aider puisque j’y ait consacrer bcp de temps Hihihi