Scrutiny SMART Monitoring

[ctrlaltdelete]

Kommt das hier rein?

 

[plang.pl]

Das weiß ich nicht. Ich hab das hier als Cronjob am Laufen: docker exec scrutiny-collector scrutiny-collector-metrics run

 

[ctrlaltdelete]

Im Aufgabenplaner?

 

[plang.pl]

Oh yes

 

[haydibe]

@ctrlaltdelete: ja, ist als Umgebungsvariable zu setzen.

 

[MRiggs]

GMorgen zusammen,

Eine Frage zu Scrutiny in Docker:

Kann es sein, dass sich eine externe Erweiterungseinheit (DX517) nicht mehr in Standby begibt, wenn Scrutiny in Docker läuft?

Grüße...

 

[*kw*]

Ohne euch würde es echt langweilig werden.

Ich habe das ganze jetzt auch installiert bekommen. Wichtig war der Hinweis privileged: true und in der collector.yaml musste ich die /dev/sda Variante wählen.

Edit: Anfrage in separaten Thread verschoben.

 

[Hein06]

Ich habe scrutiny im Docker auf der DS423+ installiert. Läuft mittlerweile gut.
Nun wollte ich meine DS214 (Backup) auch einbinden.
Ich bin dieser Anleitung gefolgt. https://github.com/AnalogJ/scrutiny/blob/master/docs/INSTALL_SYNOLOGY_COLLECTOR.md
Er hat die smartmontools V7.4 anstatt V7.2 installiert.
Anstatt arm64 habe ich scrutiny-collector-metrics-linux-arm-7 installiert.
Beim run des collectors gab es eine Fehlermeldung. Die Aktivierung des Debug Modes ergab dann folgendes :

time="2024-01-21T17:52:00+01:00" level=info msg="Verifying required tools" type=metrics
time="2024-01-21T17:52:00+01:00" level=info msg="Executing command: smartctl --scan --json" type=metrics
smartctl 6.5 (build date Oct 7 2021) [armv7l-linux-3.2.101] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=======> UNRECOGNIZED OPTION: json

Use smartctl -h to get a usage summary

time="2024-01-21T17:52:00+01:00" level=error msg="Error scanning for devices: exit status 1" type=metrics

Er hat smartctl 6.5 anstatt 7.4 genommen. Ich habe also die 6.5 Version umbenannt und die 7.4 ins bin Verzeichnis kopiert.
Das Ergebnis war :

time="2024-01-21T18:19:43+01:00" level=info msg="Verifying required tools" type=metrics
time="2024-01-21T18:19:43+01:00" level=info msg="Executing command: smartctl --scan --json" type=metrics
ERROR: ld.so: object 'openhook.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
{
"json_format_version": [
1,
0
],
"smartctl": {
"version": [
7,
4
],
"pre_release": false,
"svn_revision": "5530",
"platform_info": "armv7l-linux-3.2.101",
"build_info": "(localbuild)",
"argv": [
"smartctl",
"--scan",
"--json"
],
"exit_status": 0
},
"devices": [
{
"name": "/dev/sda",
"info_name": "/dev/sda",
"type": "scsi",
"protocol": "SCSI"
},
{
"name": "/dev/sdb",
"info_name": "/dev/sdb",
"type": "scsi",
"protocol": "SCSI"
}
]
}
time="2024-01-21T18:19:43+01:00" level=error msg="Error decoding detected devices: invalid character 'E' looking for beginning of value" type=metrics

 

[haydibe]

bzgl. der falsch angezogenen Version: Imho fehlt in der Anleitung der Befehl um das "Entware Profile" zu laden. Der erste Link auf der verlinkten Seite beschreibt wie es einzubinden ist. Wenn ich mich recht erinnere, sorgt es dafür das der Pfad /opt/bin in PATH aufgenommen wird, wenn ein Terminal aufgemacht wird.

Unter Synology scheint smartctl probleme mit dem automatischen Ermitteln des Device Types zu haben, sodass dann das Argument --device=sat zusätzlich notwendig ist. In der Collector Konfiguration konfiguriert man das ja auch. Du kannst ja mal Deine Konfiguration mit uns teilen.

 

[Hein06]

Es fehlte der ' . ' vor dem Befehl zum Auslesen /opt/... , deshalb hat das Profil nicht gepasst

. /opt/etc/profile; /volume1/\@Entware/scrutiny/bin/run_collect.sh

Die collector.yaml :

version: 1

host:
id: "DS214"

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

api:
endpoint: 'http://192.168.x.x:8800'

Kaum macht man's richtig, dann geht's auch

 

[MRiggs]

Hallo zusammen,

hat hier jemand schon eine Expansions-Einheit, in meinem Fall eine DX517 erfolgreich eingebunden?

Danke und Grüße...

 

[Toby-ch]

Ist bekannt wann es die Export Möglichkeit in Scrutiny gibt ? oder muss dies aktiviert werden genau wie die Settings die sind angeblich nicht implementiert.

​

 

[plang.pl]

Was genau meinst du?

 

[Toby-ch]

Was genau meinst du?

Wenn ich auf Export fahre mit dem Mauszeiger erhalte ich diese Meldung.

2. Gibt es eine Möglichkeit einen Remote server zu überwachen wie zum Beispiel einen PBS ( Proxmox Backup Server) Instanz.

 

[plang.pl]

Achso. Da müsstest du mal bei GitHub schauen, ob da was steht, wann das geplant ist. Einen Export könntest du dir auch einfach selbst via Script zusammenschustern. Anleitung dazu findest du über den Link in meiner Signatur.
Zu 2: Ja, das geht. Ich hab bei mir den Webserver auf einem Host laufen (VM unter Proxmox). Dem werden die Daten per Scrutiny-Exporter von mehreren Hosts zugesendet. Screenshot wie das aussieht, siehe Beitrag #58 hier in dem Thread

 

[Toby-ch]

@plang.pl
gibt es zu Punkt 2 evtl eine schrittweise für schritt Anleitung? Sieht jedenfalls viel versprechend aus...

 

[plang.pl]

Du meinst zu der Konfiguration im Client-Server Prinzip? Nicht, dass ich wüsste. Ich musste da einiges hinfrickeln und testen, damit es funktioniert. Wenn hier Interesse besteht, kann ich die Tage mal meine Notizen diesbezüglich gescheit zusammenschreiben und hier veröffentlichen.

 

[Toby-ch]

@plang.pl wenn du Zeit und Lust hast wäre dies Top

 

[plang.pl]

Ok. Dann mach ich das mal. Wahrscheinlich in einem eigenen Thread. Ist eigentlich nicht so schwer, nur die Dokumentation des Containers dazu ist halt aktuell noch, naja nennen wir's mal "lückenhaft". Vielleicht wurde die Dokumentation aber auch erweitert. Ich hab da seitdem ich das aufgesetzt habe, nicht mehr reingeschaut.

 

[plang.pl]

@Toby-ch Ich hab mal ne erste Anleitung zusammengeschustert: Findest du hier
Ich hoffe, ich hab da nix übersehen