[Eisfair] smartmon (3.4.8) Fehler beim Update

[Peter Bäumer]

Am 15.03.2024 um 10:53 schrieb Marcus Röckrath:
> Hallo Peter,
> 
> Peter Bäumer wrote:
> 
>> systemd Service Unit schreiben ist schöne Sache wenn man Zeit tot schlagen
>> möchte....
> 
> Wozu ist man Pensionär. ;-))

Noch 4826 Tage, dann kann ich den Spruch auch bringen ;)

>> Hab den Eindruck das der Dämon gestartet wird, sich dann aber beendet,
>> von den 6 HDDs bekam ich nur 5 Test E-Mails.
>>
>> Starte ich den Dämon per Hand (/usr/libexec/smartmon/smartmon start) läuft
>> er...
> 
> Habe in der gerade veröffneltlichten Version nochmal komplett umgestellt;
> das libexec-Skript macht jetzt nur noch das Anlegen oder Löschen der
> cronjobs.
> 
>> Bei debian sieht die System Unit so aus:
> 
> So ähnlich ist es auch nun auch bei mir, bitte teste mal die neue Version.

Beim E1 und E64 bleibt jetzt der Smartmon Dämon aktiv :)
Beim E1 ist alles OK.

Beim Eisfair64 kommen keine Test-E-Mail nach einem re/boot.
Stoppt und startet man den Dämon nach mehreren Minuten bekommt man die "Test-Boot-E-mail" nachgeliefert,
plus einen Satz Test-E-Mails vom restarten den Dämons.

Die Eintragung von:
	After=sysinit.target network.target
	Wants=network.target
brachte keine Besserung :(



>> Beim Starten vom SMART-Dämon auf dem Debian gibt es diese meldung:
>> ... systemd[1]: smartmontools.service - Self Monitoring and Reporting
>> Technology (SMART) Daemon was skipped because of an unmet condition check
>> (ConditionVirtualization=no).
>>
>> Bei der Einstallung ConditionVirtualization=yes in der system Unit startet
>> der Dämon (Debian)
> 
> Ich habe das erstmal auf no stehen, denn wenn eis virtualisiert läuft, kommt
> er ja an die Hardware-Plattendevices nicht ran, oder?
> 
> Brauchst du das auf yes?

Nur beim Debian wo der XEN Läuft (Dom0), bei dem andrem Debian steht es auch auf no und der Dämon lüppt ;)



MfG
   Peter B.