Scrutiny SMART Monitoring

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Hallo zusammen
Ich habe leider eine Festplatte von meiner RS1221+ ersetzten müssen inkl. der NVMS für den Bach leider werden diese jetzt nicht mehr in scrutiny angezeigt, wie kann ich die hinzufügen in der config Datei sind alle enthalten.
 
Bei mir erscheinen diese automatisch, wenn der Collector einal gelaufen ist
 
Kann ich den Collector manuell anstossen ?

--Update--

Der nutz auch alte Daten:
1713208774236.png
Ein update inks Repul habe ich am Sonntag 14.04 ausgeführt, hat sich jedoch nichts verändert.
 
Zuletzt bearbeitet:
Die alte Platte musst du manuell rauslöschen über die 3 Punkte -> "Delete Device"
Bei dir stehen aber alle Platten auf 31.03. Insofern scheint da irgendwas nicht zu passen und er keine neuen Daten zu bekommen
 
Hallo,

beim Ausführen des Befehls "docker-compose -f docker-compose.yml up" wird folgender FEhler gemeldet:

⠿ Container scrutiny Created 0.0s
Attaching to scrutiny
Error response from daemon: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error mounting "/volume1/docker/scrutiny/influxdb" to rootfs at "/opt/scrutiny/influxdb": mount /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb (via /proc/self/fd/6), flags: 0x5000: not a directory: unknown: Are you trying to mount a directory onto a file (or vice-versa)? Check if the specified host path exists and is the expected type

Zuvor wurden die Pfade config und influxdb erstellt und die Datei config/collector.yaml erstellt.

Wiie muss die influxdb erstellt werden, wenn es sich nicht um einen Ordner handelt?

Nachtrag:
Zwischenzeit habe ich erfahren, wie die fluxdb erstellt werden kann. Dazu wurde ein Docker Container
alhazmy13/telegraf-influxdb-grafana erstellt und ausgeführt. Soweit so gut. Nun steht die Frage im Raum, wo die Fluxdb-Datei im Container zu finden ist. Nach der /etc/influxdb/influxdb.conf kann man sogar ein Zugriff auf die influxdb via udp aktivieren.
 
Zuletzt bearbeitet:
Ich habe mal testweise scrutiny bei mir laufen lassen.

Grundsätzlich funktioniert es, alle drei Laufwerke werden angezeigt:
scrutiny1.jpg

Aber es wird nicht aktualisiert, sprich es steht bei 15:58 Uhr (Zeitpunkt vom Start) und seitdem tut sich nichts mehr.

Meine Eckdaten sind recht übersichtlich:
Code:
version: '3.5'

services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    ports:
      - "9090:8080"
      - "8086:8086"
    devices:
      - /dev/sata1:/dev/sata1
      - /dev/sata2:/dev/sata2
      - /dev/nvme0:/dev/nvme0
    volumes:
      - /run/udev:/run/udev:ro
      - /volume1/docker/scrutiny/config:/opt/scrutiny/config
      - /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb

Was fehlt?
 
Ich weiß ja nicht wie es hier im Forum geregelt ist: aber eigentlich teilt man Text Inhalte nicht per Screenshot, weil man sie a) nicht kopieren kann, b) nicht quoten kann und c) der Inhalt nicht in der Forensuche gefunden werden kann.

Hättest Du Lust den Screenshot gegen kopierten Text in einem Code-Block zu ersetzen?
Das </> Icon oben im Editor, ggf. erst zu sehen, wenn Du die drei waagerechten Punkte anklickst.
 
Code:
services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    ports:
      - 6090:8080/tcp # webapp
      - 8086:8086/tcp # influxDB admin
    volumes:
      - /run/udev:/run/udev:ro
      - /volume2/docker/scrutiny:/opt/scrutiny/config
      - /volume2/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
    environment:
      - SCRUTINY_WEB_INFLUXDB_TOKEN=ScrutinyOnHYPERSTATION
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=<USERNAME>
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=<Passwort>
      - COLLECTOR_CRON_SCHEDULE=0 23 * * *
    network_mode: bridge
    security_opt:
      - no-new-privileges:true
    restart: unless-stopped

Beste Grüße,
Phoenix1000
 
@Phoenix1000
Ich nehme an, dass es an diesem Eintrag hier liegt:
- COLLECTOR_CRON_SCHEDULE=0 23 * * *
Der fehlt bei mir. Dennoch gab es heute Nacht um 2:00 Uhr ein Update. Es scheint so, dass das System ohne diesen Eintrag dennoch ein Update pro Tag durchführt.
 
  • Like
Reaktionen: Phoenix1000
Kleiner Nachtrag:
Auf der Weboberfläche werden die richtigen Uhrzeiten (MESZ) für den letzten Durchlauf genannt.
Für die Ausführung vom Cronjob wird aber UTC genommen. Bei mir steht im cron 8 Uhr drin, ausgeführt wird es um 10 Uhr MESZ (8 Uhr UTC).
 
  • Like
Reaktionen: Phoenix1000
Ich hab mir das Scrutiny auf meiner DS916+ drauf gepackt.
Was ich aber nicht hinbekomme, ist das Update-Interval für die Ausgabe. Da scheint nur der vorgegebene Defaultwert in der Nacht zu laufen.

Was habe ich versucht:
- COLLECTOR_CRON_SCHEDULE als Variable im Containermanager gesetzt.
- COLLECTOR_CRON_SCHEDULE in der scrutiny.yml gesetzt.
- SCRUTINY_COLLECTOR_CRON_SCHEDULE habe ich ebenfalls getestet, die ich als Wert dafür im I-Net gefunden habe

Wenn ich im Containermanager parametrisiere, dann wird das nicht im scrutiny.yml sichtbar. Umgekehrt jedoch manchmal schon ...
Auch ein Aufruf von 'docker exec scrutiny scrutiny-collector-metrics run' führt nicht zum Ziel.
Ich hatte einen Fipptehler in der collector.yml und kann den Docker-Befehl im Aufgabenplaner nutzen. Warum aber die auf GITHUB beschriebene Scheduler-Variable nicht tut, weiß ich immer noch nicht

Wo habe ich denn meinen Denkfehler versteckt? 🤔
 
Zuletzt bearbeitet:
Moin Leute,

läuft bei jemanden Scruntiny unter DSM 7.3 ?

Nachdem beim wöchentlichen schnellen SMART-Test das erste Mal fehlerhafte Sektoren gefunden wurden (7 Jahre alte Ironwolf mit bald 60k Stunden), bin ich über den Artikel gestolpert.

Meine YAML für die DS224+ lautet:
Code:
services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-omnibus
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    ports:
      - "6090: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/sata1:/dev/sata1
      - /dev/sata2:/dev/sata2
    environment:
      - SCRUTINY_WEB_INFLUXDB_TOKEN=langeswort
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=username
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=passwort
      - COLLECTOR_CRON_SCHEDULE=0 23 * * *
    network_mode: bridge
    security_opt:
      - no-new-privileges:true
    restart: unless-stopped

Code:
2025/11/09 15:36:28    stdout    starting scrutiny
2025/11/09 15:36:28    stdout    waiting for influxdb
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/webapp/backend/cmd/scrutiny/scrutiny.go:158 +0x774
2025/11/09 15:36:27    stderr    main.main()
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/vendor/github.com/urfave/cli/v2/app.go:215
2025/11/09 15:36:27    stderr    github.com/urfave/cli/v2.(*App).Run(...)
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/vendor/github.com/urfave/cli/v2/app.go:306 +0xbac
2025/11/09 15:36:27    stderr    github.com/urfave/cli/v2.(*App).RunContext(0xc0002e6600, {0x11ccb88?, 0xc00003a048}, {0xc000036060, 0x2, 0x2})
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/vendor/github.com/urfave/cli/v2/command.go:164 +0x5c8
2025/11/09 15:36:27    stderr    github.com/urfave/cli/v2.(*Command).Run(0xc0003f3200, 0xc00031de00)
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/webapp/backend/cmd/scrutiny/scrutiny.go:133 +0x39c
2025/11/09 15:36:27    stderr    main.main.func2(0xc00031df80)
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/webapp/backend/pkg/web/server.go:84 +0x12c
2025/11/09 15:36:27    stderr    github.com/analogj/scrutiny/webapp/backend/pkg/web.(*AppEngine).Start(0xc000013308)
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/webapp/backend/pkg/web/server.go:26 +0xa5
2025/11/09 15:36:27    stderr    github.com/analogj/scrutiny/webapp/backend/pkg/web.(*AppEngine).Setup(0xc000013308, 0x1046d81?)
2025/11/09 15:36:27    stderr    /go/src/github.com/analogj/scrutiny/webapp/backend/pkg/web/middleware/repository.go:15 +0xd6
2025/11/09 15:36:27    stderr    github.com/analogj/scrutiny/webapp/backend/pkg/web/middleware.RepositoryMiddleware({0x11d5788?, 0xc000014d90?}, {0x11d9e90?, 0xc000425880?})
2025/11/09 15:36:27    stderr    goroutine 1 [running]:
2025/11/09 15:36:27    stderr   
2025/11/09 15:36:27    stderr    panic: unauthorized: unauthorized access
2025/11/09 15:36:27    stdout    ts=2025-11-09T14:36:27.075178Z lvl=info msg=Unauthorized log_id=0~6EB4fl000 error="authorization not found"
2025/11/09 15:36:27    stderr    time="2025-11-09T14:36:27Z" level=info msg="InfluxDB certificate verification: true\n" type=web
2025/11/09 15:36:27    stderr    time="2025-11-09T14:36:27Z" level=info msg="Successfully connected to scrutiny sqlite db: /opt/scrutiny/config/scrutiny.db\n" type=web
2025/11/09 15:36:27    stdout    Start the scrutiny server
2025/11/09 15:36:27    stdout   
2025/11/09 15:36:27    stderr    time="2025-11-09T14:36:27Z" level=info msg="Trying to connect to scrutiny sqlite db: /opt/scrutiny/config/scrutiny.db\n" type=web
2025/11/09 15:36:27    stderr    2025/11/09 14:36:27 No configuration file found at /opt/scrutiny/config/scrutiny.yaml. Using Defaults.
2025/11/09 15:36:27    stdout    github.com/AnalogJ/scrutiny                             dev-0.8.1
2025/11/09 15:36:27    stdout    (___/ \___)(_)\_)(______) (__) (____)(_)\_) (__)
2025/11/09 15:36:27    stdout    \__ \( (__  )   / )(__)(   )(   _)(_  )  (  \  /
2025/11/09 15:36:27    stdout    / __) / __)(  _ \(  )(  )(_  _)(_  _)( \( )( \/ )
2025/11/09 15:36:27    stdout     ___   ___  ____  __  __  ____  ____  _  _  _  _
2025/11/09 15:36:27    stdout   
2025/11/09 15:36:27    stdout    starting scrutiny
2025/11/09 15:36:27    stdout    waiting for influxdb
Ich werde irgendwie nicht schlau aus dem Log. Seltsamerweise komme ich auf die Influx-Seite, aber kann mich nicht einloggen?!

Kann mir wer da eine kurze Hilfe geben?

Beste Grüße
 
Hi

Bei mir läuft es einwandfrei mit 7.3.

Bei Hilfe bin ich eher raus, da nur nach Anleitung installiert habe.
Aber meine compose sieht genau so aus.
 
  • Like
Reaktionen: MooDoo
Nach händischen Löschen der Ordner, neu anlegen der Ordner und neuem Pull des Image läuft nun alles. Danke ! Nun muss ich noch die HHDs herausnehmen, die Seriennummer drauf schreiben, damit es nicht zu Verwechslungen kommt

2025-11-10 08.31.24 192.168.20.100 6f63bbabe8a3.png


was mir auffällt ist, aber die HDD aus SATA1 das Laufwerk2 im DSM ist und SATA2 das Laufwerk1 ?! Habe es in der YAML getauscht und nun sieht es richtig aus!
 
Zuletzt bearbeitet:

Additional post fields

 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat