AvrLogger : Thermallogger und Visualisierung Tool

[AndiHeitzer]

... zumindest keine „Mogelpackung“ ... ist mehr drin als versprochen ?

Ja, siehe Posting #799

 

[BigRonin]

Ich sehe auch grade, bei den WD-RED gibt es keine Betriebsstunden ...

Was wird angezeigt wenn du das Laufwerk direkt anklickst?

Beim LOG wird noch was verbröselt ...

... 03.05.2020 ? ... wie lange hast du das LOG nicht mehr gelöscht??
Da stehen garantierte irgendwelche HTML-Artefakte drin ?

Warum habe ich so viele HDDs

Das eine gute Frage ... (wieder auf keinem Fall eine Mogelpackung ?) nein im Ernst ... Problem ist ich kann Erweiterungs-Einheiten nur bedingt simulieren ? ... muss mir was überlegen wie ich das rausbekomme ...

 

[AndiHeitzer]

Was wird angezeigt wenn du das Laufwerk direkt anklickst?

Dann passt das ...

... 03.05.2020 ? ... wie lange hast du das LOG nicht mehr gelöscht??
Da stehen garantierte irgendwelche HTML-Artifakte drin ?

Ich muss da was löschen? ?

Das eine gute Frage ... (wieder auf keinem Fall eine Mogelpackung ?) nein im Ernst ... Problem ist ich kann Erweiterungs-Einheiten nur bedingt simulieren ? ... muss mir was überlegen wie ich das rausbekomme ...

Hmmmm, wenn Du Lust hast, gucken wir zusammen auf meine Kiste per TeamViewer o.ä. ?

 

[BigRonin]

... vielleicht reicht es schon wenn du mal:

cat /proc/mdstat

in der Console absetzt

 

[AndiHeitzer]

Welche Scheiben bei mir die Arbeit machen, ist ja wohl bekannt.
In der DS916+ und in der DX513 habe ich jeweils einen Speicherpool angelegt.
In den Pools dann mehrere Volumes.
Wenn Du das genauer brauchst, dann frag einfach nochmal.

[root@DS916AH] ~ > cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md5 : active raid5 sdd6[4] sdc6[7] sdb6[6] sda6[5]
      5860484736 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md6 : active raid5 sdd7[0] sdc7[3] sdb7[2] sda7[1]
      11717695296 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md3 : active raid5 sded5[5] sdea5[8] sdee5[9] sdec5[7] sdeb5[6]
      23422765824 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/5] [UUUUU]

md4 : active raid5 sded6[0] sdee6[4] sdea6[3] sdec6[2] sdeb6[1]
      7813979648 blocks super 1.2 level 5, 64k chunk, algorithm 2 [5/5] [UUUUU]

md2 : active raid5 sdd5[4] sdc5[7] sdb5[6] sda5[5]
      11706562368 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md1 : active raid1 sda2[1] sdb2[2] sdc2[3] sdd2[0]
      2097088 blocks [4/4] [UUUU]

md0 : active raid1 sda1[1] sdb1[2] sdc1[3] sdd1[0]
      2490176 blocks [4/4] [UUUU]

unused devices: <none>
[root@DS916AH] ~ >

 

[BigRonin]

... kannst du bitte auch mal :



Im angegebenem Pfad die markierten Dateien löschen und dann nochmal die Übersicht aufrufen?

 

[BigRonin]

In den Pools dann mehrere Volumes

ohhh ... das wird es sein ... jetzt muss ich schauen wie ich das löse ?

Das müsste aber schon vor der BETA und Preview so gewesen sein.

 

[AndiHeitzer]

Habe ich grade erledigt.
Im Dropdown sind noch immer zu viele Disks enthalten.
Die Betriebsstunden werden auch immer noch Verkaufsfreundlich mit '0' ausgewiesen ...

 

[AndiHeitzer]

Das müsste aber schon vor der BETA und Preview so gewesen sein.

Hätte ich da mal besser aufgepasst, dann könnte ich Dir hier eine Antwort geben

 

[BigRonin]

... kannst du die Datei :

/var/packages/AvrLogger/etc/log/enumSmart

mal öffen und schauen was da steht?

 

[AndiHeitzer]

Da sind die Betriebsstunden tatsächlich auf '0'

 

[BigRonin]

... ich hab den Fehler ... der Attribut mit der #ID 9 ... scheint bei verschiedenen Herstellern anders zu heißen :

 

[AndiHeitzer]

Ja, das ist normal ?
Das wechselt sogar bei einem Hersteller mit der gleichen Hardware sogar mit der Firmware der HDD

Hier mal ein Beispiel:


Wobei ich da grade sehe, dass ich das dort auch nicht vollkommen abgefangen habe ...
Die ID197 fehlt bei der SDA

 

[peterhoffmann]

Raw_Read_Error_Rate <<-- Bei Seagate ändert sich der Wert laufend und deswegen nicht übernommen.

Schei* Seagate, immer nur Ärger mit diesen Festplattenverhunzern.

Ich bedauere den Wegfall von ID1.
Kann man die Übernahme von ID1 nicht von einer Herstellerprüfung abhängig machen?
if HDD=Seagate then ID1=Müll else ID1=Ok

 

[AndiHeitzer]

Schei* Seagate, immer nur Ärger mit diesen Festplattenverhunzern.

Ich bedauere den Wegfall von ID1.

Nicht nur die ID1 ist bei Seagate irritierend ?

 

[BigRonin]

Zu der Anzeige der vielen # Pool’s hab ich eine mögliche Lösung … die ist nur etwas aufwendig und wird demnach etwas dauern.
Der Befehl :

/usr/syno/bin/synowebapi --exec api=SYNO.Storage.CGI.Storage method=load_info version=1

liefert reichlich Informationen ... dass bekomme ich hin.

Die Stundenanzeige ist leicht korrigiert.

Das mit der #ID 1 … da hab ich eine Idee unabhängig vom Hersteller. Ich probiere da mal was.

 

[BigRonin]

Stundenanzeige ist gefixt.

#ID 1 Raw_Read_Error_Rate ... ist nun in der List. Ich prüfe bevor das Attribut berücksichtigt wird, ob sein Wert >= 10.000 ist ... in der Annahme das kleinere Werte zu den "normalen" zählen.

SPK ist aktualisiert.

 

[peterhoffmann]

sein Wert >= 10.000

Ich mag deine Denkweise. Einfach, direkt und effektiv.
Und eine Platte die 10.000 Lesefehler hat, hat es sowieso schon überstanden.

 

[BigRonin]

eine Platte die 10.000 Lesefehler hat, hat es sowieso schon überstanden

... so ähnlich war mein Gedanke ??

 

[synfor]

Das dürfte aber dazu führen, dass bei Platten von Seagate der Wert nahezu immer angezeigt wird.