smartd / smartmontools ignoriert Einstellungen

[weshalb]

Ich komme mit Smartmontools irgendwie nicht zurecht. Eine Festplatte wird alle 30 Minuten ausgelesen, obwohl sie sich im Standbymodus befindet. Nach dem Auslesen fährt sie sofort wieder in den Standby.

Feb 3 19:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 73 to 71
Feb 3 19:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 27 to 29
Feb 3 19:20:15 tuxmux smartd[4978]: Device: /dev/disk/by-id/ata-ST2000NM0033-9ZM175_Z1X70DDF [SAT], is in STANDBY mode, suspending checks
Feb 3 19:42:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 71 to 73
Feb 3 19:42:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 29 to 27
Feb 3 20:12:20 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 73 to 74
Feb 3 20:12:20 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 27 to 26

/etc/smartd.conf

Code: Alles auswählen

# The word DEVICESCAN will cause any remaining lines in this
# configuration file to be ignored: it tells smartd to scan for all
# ATA and SCSI devices.  DEVICESCAN may be followed by any of the
# Directives listed below, which will be applied to all devices that
# are found.  Most users should comment out DEVICESCAN and explicitly
# list the devices that they wish to monitor.
#DEVICESCAN -d removable -n standby -m root@tuxmux -M exec /usr/share/smartmontools/smartd-runner
/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVY3154859  -n standby,10 -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root@tuxmux
/dev/disk/by-id/ata-ST2000NM0033-9ZM175_Z1X70DDF -n standby,10 -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root@tuxmux
/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVY315459  -n standby,10 -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root@tuxmux

Die anderen Festplatten von WD, eine in Idle und die andere ebenfalls im Standby, werden scheinbar gar nicht angerührt.

Hat jemand einen Rat?

[rendegast]

Eine Festplatte wird alle 30 Minuten

Aus der manpage smartd[.conf], Abschnitt '-s REGEXP', Standard-pollingtime.

/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVY3154859 -n standby,10 -a -I 194 -W 6,50,55 ...

/dev/disk/by-id/ata-ST2000NM0033-9ZM175_Z1X70DDF -n standby,10 -a -I 194 -W 6,50,55 ...

/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVY315459 -n standby,10 -a -I 194 -W 6,50,55 ...

Doppelter Eintrag mit c+p-Fehler?

Feb 3 19:42:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 71 to 73

... -I 194 -W 6,50,55 ...

/dev/sdb ist eine der eingetragenen Platten?
Es wird 194 ignoriert, '-W' überwacht aber 190 und 194 (wohl last-strike),
und die 70 Grad sind um einiges höher als die ',INFO,CRIT'.

Die Platte hat 70 Grad in einem Standby-Modus?

Du könntest mal einen der anderen per '-n' ausprobieren, OFF / SLEEP / IDLE.

Die anderen Festplatten von WD, eine in Idle und die andere ebenfalls im Standby, werden scheinbar gar nicht angerührt.

Erklärung im von Dir geposteten Abschnitt Deiner smartd.conf

... Most users should comment out DEVICESCAN and explicitly
# list the devices that they wish to monitor.

ohne DEVICESCAN werden nicht explizit aufgeführte Platten nicht beachtet.

[weshalb]

Hallo Rendegast,

die Seriennummern von sda und sdc unterscheiden sich schon. WCAVY3154859 zu WCAVY315459, ich hatte die lediglich für die Veröffentlichung hier verändert.

Die Standard-Pollingtime ist mir bewußt, doch ich dachte, dass durch

Code: Alles auswählen

-n standby,10

die Standbyplatten nicht angerührt werden?

/dev/sdb ist eine der eingetragenden Platten und auch die, die andauernd geweckt wird:

/dev/disk/by-id/ata-ST2000NM0033-9ZM175_Z1X70DDF -n standby,10 -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root@tuxmux

Habe jetzt mal

-n standby,10

in

-n sleep,q

geändert

Ich vermute aber auch, dass die /dev/sdb nicht richtig ausgelesen werden kann. Erst habe ich ein

/dev/sdb:
drive state is: standby

und kurze Zeit später zeigt er folgendes an.

/dev/sdb:
drive state is: unknown

Auch beim Anzeigen der Temperatur wird zwischen "29 Grad" und "Laufwerk schläft" gependelt, obwohl es sich im Idle befindet. Die S.M.A.R.T Datenbank ist erfolgreich geupdatet. Eben kam noch eine Nachricht

Device: /dev/sdb [SAT], not capable of SMART self-check

Also irgendwas ist faul mit dieser Platte und ich denke, es wäre das Beste, diese aus dem System zu entfernen und eine Vernünftige einzubauen.

[weshalb]

Kann mir jemand erklären, wie ich diese unsägliche Platte aus der Smartüberwachung bekomme. Seit ich Smart mittels smartctl -s off /dev/sdb abgeschaltet habe, hagelt es bei mir bei mir vom smartd-deamon Emails und Warungen im Log.

In der smartd.conf habe ich die Platte bereits rausgenommen und trotzdem scheint der Deamon permanent darauf zugreifen zu wollen. Bin mit meinem Latein am Ende.

[rendegast]

Kann mir jemand erklären, wie ich diese unsägliche Platte aus der Smartüberwachung bekomme.

reicht es nicht aus, den Eintrag der Platte auszukommentieren?
Wird die Platte nach der Auskommentierung weiterhin im Log aufgeführt nach Start des smartd?

Code: Alles auswählen

journalctl -r /usr/sbin/smartd
oder 
/var/log/messages

Eventuell ist es keine Überprüfung, sondern Benachrichtigung wegen der /var/lib/smartmontools/...state.
Gegebenenfalls diese mal verschieben/löschen.

Also irgendwas ist faul mit dieser Platte

firmware-Version?
Identisch mit der einer funktionierenden Platte gleichen Modells?
firmware-Upgrade?

Seit ich Smart mittels smartctl -s off /dev/sdb abgeschaltet habe,

imo keine gute Idee.
Wenn schon nicht von smartd überwacht,
so gäbe es vom Rechner aus die Möglichkeit, bei stark ausrastenden Werten bei Rechnerstart zu alarmieren
(häufig die Standardeinstellung im BIOS).
Einschränkung, falls der Rechner nur den health-Wert prüft,
imo wenig aussagekräftig, Zustand dann wohl schon nahezu katastrophal.



-----------------------------------------------
Generell ist SMART-Implemetierung von wechselnder Qualität
(nachvollziehbare Werte? nachvollziehbare badblocks Zählung?
nachvollziehbare lifetime-Werte ohne Rücksetzung?).
Und eine schlechte SMART-Implementierung kann mit einer guten Platte einhergehen,
umgekehrt genauso (wobei das SMART das dann schnell offenbaren würde ).

[weshalb]

reicht es nicht aus, den Eintrag der Platte auszukommentieren?
Wird die Platte nach der Auskommentierung weiterhin im Log aufgeführt nach Start des smartd?

Ja, leider. Ich habe auch schon alle Dateien (außer den drivedb) unter /var/lib/smartmontools gelöscht. Nach einem neu Starten des Dienstes ist es nur eine Frage der Zeit, bis die Platte wieder aufkreuzt.

Also irgendwas ist faul mit dieser Platte

firmware-Version?
Identisch mit der einer funktionierenden Platte gleichen Modells?
firmware-Upgrade?

Leider habe ich keine andere Platte gleichen Typs zum probieren. Die Firmware ist die Aktuellste.

[rendegast]

Wenn ich hier (smartmontools 6.5 jessie-backports) von

Code: Alles auswählen

#DEVICESCAN ...
/dev/sda ...
/dev/sdb ...

"Monitoring 2 ATA/SATA, ..."
ein Comment setze

Code: Alles auswählen

#DEVICESCAN ...
#/dev/sda ...
/dev/sdb ...

(keine sonstigen Aktionen wie zBsp. Datei löschen)
taucht sda nicht mehr im Log auf beim Start des smartd.
"Monitoring 1 ATA/SATA, ..."

[weshalb]

smartmontools:
Installiert: 6.3+svn4002-2+b2
Installationskandidat: 6.3+svn4002-2+b2

/etc/smartd.conf

#DEVICESCAN -d removable -n standby -m root@tuxmux -M exec /usr/share/smartmontools/smartd-runner
/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVxxxxx1 -n standby,10 -a -I 194 -W 6,50,55 -R 5 -M daily -m root@tuxmux
#/dev/disk/by-id/ata-ST2000NM0033-9ZM175_Z1xxxxxx2 -n sleep,q -a -I 194 -W 6,50,55 -R 5 -M daily -m root@tuxmux
/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVxxxxx3 -n standby,q -a -I 194 -W 6,50,55 -R 5 -M daily -m root@tuxmux

Die auskommentierte Platte ist die /dev/sdb

/etc/default/smartmoontools

# List of devices you want to explicitly enable S.M.A.R.T. for
# Not needed (and not recommended) if the device is monitored by smartd
#enable_smart="/dev/hda /dev/hdb"
enable_smart="/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVxxxxx1"
enable_smart="/dev/disk/by-id/ata-WDC_WD2003FYPS-27W9B0_WD-WCAVxxxxx3"

Feb 4 20:02:13 tuxmux smartd[3892]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 67 to 66
Feb 4 20:02:13 tuxmux smartd[3892]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 119 to 118
Feb 4 20:02:21 tuxmux smartd[3892]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 75 to 74
Feb 4 20:02:21 tuxmux smartd[3892]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 25 to 26
Feb 4 20:12:13 tuxmux smartd[3694]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 67 to 66
Feb 4 20:12:13 tuxmux smartd[3694]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 119 to 118
Feb 4 20:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 75 to 74
Feb 4 20:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 25 to 26
Feb 4 21:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 74 to 73
Feb 4 21:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 26 to 27
Feb 4 21:42:20 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 73 to 74
Feb 4 21:42:20 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 27 to 26
Feb 4 22:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 74 to 75
Feb 4 22:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 26 to 25
Feb 4 22:32:21 tuxmux smartd[3892]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 74 to 75
Feb 4 22:32:21 tuxmux smartd[3892]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 26 to 25
Feb 4 23:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 75 to 74
Feb 4 23:12:21 tuxmux smartd[3694]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 25 to 26

Die Platte ist hartnäckig.

Edit: Nach einem Reboot sieht die Sache sehr gut aus. Smartd zeigt die /dev/sdb nicht mehr an. Ein Neustarten des Dienstes nach sämtlichen Änderungen alleine hatte bei mir keinen Erfolg. Die Platten werden jetzt auch nur noch mit der /dev/disk/by-id/ angezeigt. Ich wunderte mich schon, warum die Platten in den Logs immer als /dev/sdx aufgeführt wurden.

[rendegast]

Feb 4 20:02:13 tuxmux smartd[3892]: Device: /dev/sda [SAT], SMART Usage Attribute: 190
...
Die Platten werden jetzt auch nur noch mit der /dev/disk/by-id/ angezeigt.

Das kam mir nur ein wenig seltsam vor, geprüft habe ich es leider auch erst jetzt.
Demnach war Dein Setting invalid, es kam zumindest nicht wie beabsichtigt zum Daemon.

Ein Rechnerneustart darf nicht nötig sein.
Vielleicht hast Du nicht auf der benutzten Datei gearbeitet, zBsp. wegen eines offenen Handles oder Mounts.
Eine bislang nicht auskommentierte Anweisung DEVICESCAN irgendwo in der smartd.conf?

[weshalb]

Die /etc/smartd.conf war bis zu den Eintragungen unter DEVICESCAN und dem Ausklammern derer völlig unberührt. Ich habe an die 8 Mal den Dienst ohne Erfolg neu gestartet gehabt.

Ich habe nochmalig getestet und unter /etc/default/smartmontools die Devices wieder ausgeklammert und neu gestartet. Es bleibt, wie es ist> die Eintragungen aus der /etc/smartd bleiben relevant. Also erstmal alles Bestens.