Scrutiny SMART Monitoring

[Toby-ch]

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.

 

[plang.pl]

Bei mir erscheinen diese automatisch, wenn der Collector einal gelaufen ist

 

[Toby-ch]

Kann ich den Collector manuell anstossen ?

--Update--

Der nutz auch alte Daten:

Ein update inks Repul habe ich am Sonntag 14.04 ausgeführt, hat sich jedoch nichts verändert.

 

[plang.pl]

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

 

[Ben2013]

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.

 

[peterhoffmann]

Ich habe mal testweise scrutiny bei mir laufen lassen.

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


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:

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?

 

[Phoenix1000]

Bei mir sieht das YAML-File so aus und funktioniert:

 

[haydibe]

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.

 

[Phoenix1000]

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

 

[peterhoffmann]

@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.

 

[peterhoffmann]

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).

 

[AndiHeitzer]

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?