[Eisfair] Fehler in Monitoring 0.4.3

Do Jun 25 20:48:16 CEST 2026

Hallo Marcus,

am Wed, 24 Jun 2026 19:36:14 +0200 schrieb Marcus in spline.eisfair

>> Ich habe einen Fehler im monitoring-Paket 0.4.3 gefunden.
>> 
>> Als es die Probleme mit hddtemp und dem Kernel 6.6 gab wurde die hddtemp
>> Verarbeitung von hddtemp auf smartctl umgestellt.
>> Das suchen nach den SMART Wert 190 oder 194 für die Temperatur
>> funktioniert nur bei SATA-Platten. Bei SAS-Platten klappt das nicht.  
>
>Was sagt den drivetemp zu der SAS-Platte?

root at Sunset : ~
> drivetemp -v

drivetemp sagt gar nichts zu den SAS-Platten oder nvme-Laufwerk

root at Sunset : ~
> ls -la /dev/disk/by-id/*
lrwxrwxrwx 1 root root  9 Jun 21 15:27 /dev/disk/by-id/md-name-Sunset:0 -> ../../md0
lrwxrwxrwx 1 root root 13 Jun 21 13:56 /dev/disk/by-id/nvme-CT500P310SSD8_2535528FD6A3 -> ../../nvme0n1
lrwxrwxrwx 1 root root  9 Jun 21 13:57 /dev/disk/by-id/scsi-35000c500d3c00843 -> ../../sdb
lrwxrwxrwx 1 root root  9 Jun 21 13:57 /dev/disk/by-id/scsi-35000c500d3c01bb3 -> ../../sdc
lrwxrwxrwx 1 root root  9 Jun 21 13:57 /dev/disk/by-id/scsi-35000c500d3c01fbf -> ../../sdf
lrwxrwxrwx 1 root root  9 Jun 21 13:57 /dev/disk/by-id/scsi-35000c500d3c020df -> ../../sda
lrwxrwxrwx 1 root root  9 Jun 21 13:56 /dev/disk/by-id/scsi-35000c500dd275feb -> ../../sdd
lrwxrwxrwx 1 root root  9 Jun 21 13:57 /dev/disk/by-id/scsi-35000c500dd27653b -> ../../sde

(Das ist ein Auszug ohne Partitionen zur Veranschaulichung der Laufwerke)

Zum Vergleich ein System mit SATA-Platten:

root at eis : ~
> drivetemp -v
/dev/sdg: 53 [lowest: 43   highest: 53   state: running   model: TOSHIBA HDWD120 ]
/dev/sdj: 47 [lowest: 41   highest: 47   state: running   model: TOSHIBA HDWD120 ]
/dev/sdh: 55 [lowest: 43   highest: 55   state: running   model: TOSHIBA HDWD120 ]
/dev/sdi: 31 [lowest: 26   highest: 31   state: running   model: TOSHIBA HDWD220 ]
/dev/sdk: 30 [lowest: 26   highest: 30   state: running   model: TOSHIBA HDWD220 ]
/dev/sdl: 28 [lowest: 25   highest: 28   state: running   model: TOSHIBA HDWD220 ]
/dev/sdb: 44 [lowest: not available   highest: not available   state: running   model: WDC WDS480G2G0A-]
/dev/sdc: 38 [lowest: 36   highest: 38   state: running   model: WDC WD40EFAX-68J]
/dev/sdm: 42 [lowest: 37   highest: 43   state: running   model: WDC WD40EFAX-68J]
/dev/sdf: 38 [lowest: 34   highest: 39   state: running   model: ST4000DM004-2CV1]
/dev/sdd: 50 [lowest: 39   highest: 50   state: running   model: TOSHIBA HDWD120 ]
/dev/sde: 33 [lowest: 28   highest: 33   state: running   model: TOSHIBA HDWD220 ]

root at eis : ~
> ls -la /dev/disk/by-id
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-ST4000DM004-2CV104_ZFN0DFX6 -> ../../sdf
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD120_57NN32KAS -> ../../sdj
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD120_X0QHSDXAS -> ../../sdg
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD120_X0QJPJ9AS -> ../../sdd
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD120_X0QK7HUAS -> ../../sdh
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD220_14E2S12ESC9H -> ../../sdi
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD220_14E2S13BSC9H -> ../../sde
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD220_14E2S1SISC9H -> ../../sdl
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-TOSHIBA_HDWD220_Y3U3S7NMSC9H -> ../../sdk
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-WDC_WD40EFAX-68JH4N0_WD-WX52D30AVDJ0 -> ../../sdm
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-WDC_WD40EFAX-68JH4N0_WD-WX62D30RDHEK -> ../../sdc
lrwxrwxrwx  1 root root    9 Jun 25 09:55 ata-WDC_WDS480G2G0A-00JH30_21026C801156 -> ../../sdb
lrwxrwxrwx  1 root root    9 Jun 25 09:55 md-name-eis:2 -> ../../md2
lrwxrwxrwx  1 root root    9 Jun 25 09:55 md-name-eis:datadrv -> ../../md1
lrwxrwxrwx  1 root root    9 Jun 25 09:55 md-name-eis:rootdrv -> ../../md0
lrwxrwxrwx  1 root root    9 Jun 25 09:55 scsi-3600605b004848c203135d01e22ac3855 -> ../../sda

Auch hier:
/dev/sda ist ein SCSI-Laufwerk und es erscheint nicht bei drivetemp.

ABER:
hddtemp funktioniert auch mit SAS-Platten:

root at Sunset : ~
> hddtemp
/dev/sda: SEAGATE ST8000NM001A: 59°C
/dev/sdb: SEAGATE ST8000NM001A: 59°C
/dev/sdc: SEAGATE ST8000NM001A: 61°C
/dev/sdd: SEAGATE ST8000NM001A: 59°C
/dev/sde: SEAGATE ST8000NM001A: 62°C
/dev/sdf: SEAGATE ST8000NM001A: 59°C
/dev/nvme0n1: CT500P310SSD8: 56°C

Es ist eben nur das monitoring-Script, das hier ein Problem hat. 

/usr/local/bin/monitoring.sh:
[...]
 557 │                 if [ "$type" == "hddtemp" ]
 558 │                 then
 559 │                     # Use smartctl instead of hddtemp because of problems of hddtemp on kernel 6.6
 560 │                     # value=$(hddtemp -n $name  2>/dev/null | sed s'/^.* drive is sleeping/0/')
 561 │                     value=$(smartctl -a $name 2>/dev/null | gawk '/^194 / {print $10}')
 562 │                     if [ -z "$value" ]
 563 │                     then
 564 │                         value=$(smartctl -a $name 2>/dev/null | gawk '/^190 / {print $10}')
 565 │                         if [ -z "$value" ]
 566 │                         then
 567 │                             value=0
 568 │                         fi
 569 │                     fi
[...]

in Zeile 561 wird die smartctl-Ausgabe nach dem Wert 194 durchsucht, welcher eben bei SCSI, SAS oder NVME-Laufwerken nicht gefunden wird.
in Zeile 564 wird ersatzweise nach dem Wert 190 gesucht. Diesen gibt es auch nicht. 

Ich habe Zeile 561 auskommentiert und in Zeile 560 das Kommentarzeichen entfernt. Damit geht es wieder bei mir.
Solange es kein Paketupdate gibt ist das ja ok. Sollte Stephan aber doch mal noch etwas daran machen, dann wäre es schön, wenn hier die Abfrage evtl. erweitert werden kann. 

Und ja ... ich brauche definitiv Lüfter für die SAS-Platten ... Aber nachdem ich sie jetzt getestet habe sind sie erst mal wieder aus.

-- 
Gruß

Nelson