Scrutiny SMART Monitoring

[Toby-ch]

Und es geht mit den "cap_add"-Einträgen?

Ja Das ist die Yml:

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
      - /volume2/docker/scrutiny/config:/opt/scrutiny/config
      - /volume2/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
    environment:
      - SCRUTINY_WEB_INFLUXDB_TOKEN=ANYLONGSTRING
      - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=scrutiny
      - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=strengGeheim
    restart: unless-stopped

Lediglich den Netzwerk Parameter
network_mode: synobridge
und Disk 8 da nicht vorhanden musste ich entfernen.

@plang.pl
Was möchtest du genau machen ?

 

[plang.pl]

Was möchtest du genau machen ?

Nicht den AIO Container installieren. Ich möchte auf einem Docker-Host den Webserver und die Datenbank haben, dem dann die anderen Hosts, wo wiederum nur der Collector läuft, die SMART-Werte übermitteln

 

[Toby-ch]

@plang.pl
Klingt nach einer langen nacht und einem grossen unterfangen, gut würde bei mir auch sinn machen da ich zwei RS habe..

 

[plang.pl]

Es ist eigentlich nicht soo "krass", da die Doku relativ gut ist. Aber manche Sachen sind eher spärlich beschrieben.
Deshalb ist es ein ziemliches Gefrickel. Aber der Webserver und die DB läuft ja schon mal. Den Collector habe ich nur auf meine Proxmox Hosts geklatscht. Das ist ja quasi nur ein Script, dass man ausführbar machen muss und dann in via Cron ab und an starten lassen.
EDIT: Und der Collector kommt dann noch als Docker auf die DS.

 

[Toby-ch]

Bei miner RS422+ kann ich die Webseite nicht aufrufen egal welches Netzwerk ich nutze, host oder Bridge...

Gelöst lag am https

 

[plang.pl]

Endlich läuft es auch bei mir.
Der Webserver und die DB läuft auf einer Linux-VM unter Proxmox. Aktuell empfängt die nur die Daten der beiden Proxmox Hosts. Leider weiß man nicht, woher welche Daten kommen. Denn es nicht möglich anzugeben, in welche DB geschrieben wird und auch wird der Hostname o.Ä. auf dem Dashboard nicht gelistet.

 

[Adama]

Naja, vergiß nicht den ersten Satz auf der Github-Seite: "NOTE: Scrutiny is a Work-in-Progress and still has some rough edges."

Ich werde auch noch mal schauen, ob ich sowas für meine PRTG-Instanz gebaut kriege. Für Windows gibt es einen vergleichbaren Sensor, aber nciht für Linux und Verwandte...

 

[plang.pl]

Ich habe den Collector nun auf der DS auch mithilfe der Datei ausgeführt und nicht via Docker, genau wie auf den PVE-Nodes. Mit folgender Config, aber es endet immer mit einem Error bei "scanning for devices"

devices:
  - device: /dev/sda
    type: 'sat'
  - device: /dev/sdb
    type: 'sat'
  - device: /dev/nvme0
    type: 'nvme'
  - device: /dev/nvme1
    type: 'nvme'

 

[Adama]

Hast du den Container mal "privileged" laufen lassen? Das war bei mir die einzige Möglichkeit.

 

[haydibe]

Leider weiß man nicht, woher welche Daten kommen.

Hasts Du denn auch den Host namen als id in der collector.yaml eingetragen?

# The host id is a label used for identifying groups of disks running on the same host
# Primiarly used for hub/spoke deployments (can be left empty if using all-in-one image).
host:
  id: ""

Siehe: https://github.com/AnalogJ/scrutiny/blob/master/example.collector.yaml

 

[plang.pl]

Hast du den Container mal "privileged" laufen lassen?

Nein, da das bei mir wie gesagt nicht im Container läuft.
@haydibe Nein. Danke. Werde ich mal checken.

 

[Adama]

Ah, sorry, das hatte ich überlesen...

 

[plang.pl]

Jetzt sieht es gut aus. Zumindest mit den PVE-Nodes. Die sind jetzt beschriftet. Geil.
Nun noch irgendwie das mit der DS hinfummeln und dann läufts

 

[plang.pl]

Steh ich aufm Schlauch?
fdisk -l gibt Folgendes aus auf der DS:


Müsste der Inhalt der collector.yaml dann nicht so aussehen?

devices:
  - device: /dev/sata1
    type: 'sat'
  - device: /dev/sata2
    type: 'sat'
  - device: /dev/nvme0n1
    type: 'nvme'
  - device: /dev/nvme1n1
    type: 'nvme'

 

[haydibe]

Sieht richtig aus.

Was sagt den `smartctl --scan`?

 

[plang.pl]

# scan_smart_devices: glob(3) aborted matching pattern /dev/discs/disc*

 

[haydibe]

Unschön.

Lässt Du den Collector als Container laufen? Nachdem Synology ja gerne Binaries und Libraries verbiegt, würde ich den Collector eh nur als Container laufen lassen. Ich bin mal gespannt, ob das smartctl innerhalb des Containers anders reagiert.

 

[plang.pl]

Also nun als Docker:

services:
  scrutiny:
    container_name: scrutiny
    image: ghcr.io/analogj/scrutiny:master-collector
    cap_add:
      - SYS_RAWIO
      - SYS_ADMIN
    volumes:
      - /run/udev:/run/udev:ro
      - /volume2/docker/scrutiny:/opt/scrutiny/config
    devices:
      - /dev/nvme0n1:/dev/nvme0n1
      - /dev/nvme1n1:/dev/nvme1n1
      - /dev/sata1:/dev/sata1
      - /dev/sata2:/dev/sata2
    restart: always

Die collector.yaml:

version: 1

host:
  id: "File-Server"

devices:
  - device: /dev/sata1
    type: 'sat'
  - device: /dev/sata2
    type: 'sat'
  - device: /dev/nvme0n1
    type: 'nvme'
  - device: /dev/nvme1n1
    type: 'nvme'

api:
  endpoint: 'http://10.1.1.10:8080'

Das sagt der Portainer Log (Container 1x neu gestartet, weil ich den Endpoint in der Conig ergänzt habe):


Ist jetzt seit ein paar Minuten up and running, aber im Dashboard kommt nix.

 

[haydibe]

Die Container logs sind ja nicht wirklich sonderlich hilfreich... da hätte ich mir ehrlich gesagt mehr von versprochen. Aber immerhin ist in dem Image auch smartctl vorhanden, was sagt das denn?

Laut hub-spoke Beispiel wird die API via environment gesetzt:

      COLLECTOR_API_ENDPOINT: 'http://web:8080'

Quelle: https://github.com/AnalogJ/scrutiny/blob/master/docker/example.hubspoke.docker-compose.yml

 

[plang.pl]

Gar nix...