stuvusIT.smartd

smartd

Diese Rolle installiert und konfiguriert smartd. In der Standardkonfiguration werden alle Geräte getestet und überwacht, aber keine E-Mails werden gesendet.

Anforderungen

Debian, Ubuntu, Arch Linux oder Fedora
/usr/bin/mail muss vorhanden sein und konfiguriert werden, um Berichtsmails senden zu können, falls gewünscht.

Rollenvariablen

Diese Rolle verwendet nur eine oberste Variable namens smartd_devices, die ein Dictionary von Dictionaries ist, um die Geräteüberwachung festzulegen.
Jeder Schlüssel entspricht einem Laufwerkspfad, während DEVICESCAN (der einzige Standardeintrag) verwendet werden kann, um Geräte zu scannen.
Nach einem DEVICESCAN-Eintrag werden alle weiteren Zeilen von smartd ignoriert, daher sollten Sie ihn wahrscheinlich am Ende oder gar nicht einfügen.

Hier sind alle möglichen Optionen innerhalb des Dictionaries kurz beschrieben.
Eine detaillierte Beschreibung zu jeder finden Sie auf der smartd-Man-Seite.

Name	Pflicht / Standard	Beschreibung
`type`	`auto`	Der Typ des Geräts, z. B. `ata`, `scsi`, `marvell` usw.
`nocheck`	`standby,15,q`	Powermode-Einstellung. Standardmäßig werden Geräte im `standby` nur beim 15. Versuch geweckt und übersprungene Prüfversuche werden nicht protokolliert.
`check_type`	`normal`	Verwenden Sie `normal` oder `permissive`, um SMART-Überprüfungen auch dann zu erzwingen, wenn sie nicht angezeigt werden.
`ata_offline_testing`		Auf `on` oder `off` setzen, um automatisches ATA-Offline-Testing des Geräts zu aktivieren oder zu deaktivieren. Beachten Sie, dass der Wert aufgrund der Interpretation durch Ansible in Anführungszeichen gesetzt werden muss.
`attribute_autosave`	`True`	Aktiviert oder deaktiviert die Attributspeicherung beim Start
`check_health_return_status`	`True`	Überprüfen Sie den Gesundheitsstatus des Geräts mithilfe des SMART-Rückgabestatus
`report_error_types`	`[error,xerror,selftest,offlinests,"scterc,0,0"]`	Liste der Fehlerarten, die gemeldet werden sollen. Standardmäßig werden SMART-Fehler sowie fehlgeschlagene Tests protokolliert und TLER deaktiviert.
`non_smart_settings`	`["lookahead,on"]`	Liste nicht-SMART Optionen, die festgelegt werden sollen
`test_schedule`	`(L/../../6/01\|S/../.././02)`	REGEXP zur Angabe der Selbsttestpläne. Standardmäßig wird täglich nach 1 Uhr ein kurzer Test durchgeführt. Ein langer Test wird jeden Sonntag nach 2 Uhr durchgeführt.
`mail_recipients`	`[]`	Liste von E-Mail-Adressen für Berichte
`mail_frequency`	`diminishing`	Häufigkeit der Berichtsmails. `once`, `daily` und `diminishing` sind mögliche Werte.
`mail_script`		Pfad zu einem Skript, das zusätzlich zum Senden von Berichtsmails ausgeführt wird
`report_ata_failure`	`True`	Berichten Sie über das Versagen von ATA-Nutzungseigenschaften
`report_ata_prefail`	`True`	Berichten Sie über Änderungen von ATA-Prefail-Eigenschaften
`report_ata_usage`	`False`	Berichten Sie über jede Änderung eines Nutzungselements
`ignore_ata_failure_ids`	`[]`	Liste von SMART-IDs, die bei der Überprüfung auf Fehler ignoriert werden sollen
`ignore_ata_usage_ids`	`[]`	Liste von SMART-IDs, die bei der Verfolgung von Änderungen der Nutzungseigenschaften ignoriert werden sollen
`report_raw_ids`	`[]`	Liste von IDs, für die das Berichten von Rohdaten erzwungen werden soll. Fügen Sie `!` an eine ID an, um Änderungen als kritisch zu betrachten.
`ata_pending_id`	`197+`	ID, die ausstehende Sektoren angibt. Fügen Sie `+` hinzu, um nur die Erhöhung und nicht die Nicht-Null-Werte zu melden.
`ata_uncorrectable_id`	`198+`	ID, die ausstehende Sektoren angibt. Fügen Sie `+` hinzu, um nur die Erhöhung und nicht die Nicht-Null-Werte zu melden.
`temperature_report_diff`	`10`	Temperaturdifferenz, die gemeldet werden soll. Verwenden Sie `0`, um zu ignorieren.
`temperature_report_info`	`45`	Temperaturschwelle, um mit dem Senden von Informationsberichten zu beginnen. Verwenden Sie `0`, um zu ignorieren.
`temperature_report_crit`	`50`	Temperaturschwelle, um mit dem Senden von kritischen Berichten zu beginnen. Verwenden Sie `0`, um zu ignorieren.
`firmware_bugs`	`[]`	Liste bekannter Firmwarefehler, die SMARTD umfahren sollte.
`vendor_formats`	`[]`	Liste von Optionen zur Umformulierung der Interpretation von Roh-SMART-Werten und deren Bedeutung.
`preset_mode`	`use`	Auf `ignore` setzen, wenn Sie keine bekannten Voreinstellungen für ein erkanntes Laufwerk verwenden möchten.

Beispiel-Playbook

- hosts: storage
  roles:
    - role: smartd
      smartd_devices:
        /dev/sda:
          check_type: permissive
          test_schedule: L/../../7/04
          temperature_report_diff: 5
        DEVICESCAN:
          non_smart_settings:
           - lookahead,on
           - wcache,off
           - standby,off
           - apm,254

Diese Konfiguration erzwingt die SMART-Überprüfung, auch wenn sie nicht als implementiert auf /dev/sda angegeben ist.
Das Gerät wird nur nach 4 Uhr jeden Sonntag getestet und bereits Temperaturänderungen von 5 Grad werden gemeldet.
Alle anderen Laufwerke werden mit den Standardeinstellungen überwacht, außer bei den zusätzlich angegebenen Optionen.