Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[arteck]

@bahnuhr rechnen kannst du aber oder

100% - 96% = naaaaaaaaaaaaaa wie viel ist es den ???

der adapter ezeigt nur die rest Lebensdauer an von 100% ausgehend

[bahnuhr]

@arteck sagte:

100% - 96% = naaaaaaaaaaaaaa wie viel ist es den ???

den Unterton kannst du lassen.

Oben war dieses Bild:

Und diesen DP hab ich gesucht.

[MartinP]

@bahnuhr sagte:

Welche Häkchen hast du in der Instanz angeklickt ?
Bitte kurze Rückinfo.
Danke.

Meinst Du die Einstellungen des LXC-Containers?

[bahnuhr]

@MartinP

Ich dachte es gibt diesen DP bei den Objekten in iob.

Scheint nicht so zu sein.
Danke für deine Antwort.

[Homoran]

@bahnuhr sagte:

Ich dachte es gibt diesen DP bei den Objekten in iob.

Das hatte @emil70 aber klar formuliert

@emil70 sagte:

Bei mir zeigt er in Proxmox 4 % an und im Adapter 96%

[bahnuhr]

@Homoran sagte:

Das hatte @emil70 aber klar formuliert

Das mag sein.
Habe aber nicht den kompletten thread gelesen.
Jetzt ist es klar.
Danke.

[MartinP]

Den habe ich mir selber erstellt - den Proxmox-Adapter habe ich nicht installiert.

Hier der Userdata-Tree

Das Bash-Script ist etwas länglich...

Spoiler

 #!/usr/bin/bash 


# to make script ready for cron
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin


SimpleApiUrl="http://192.168.2.201:8087/set/0_userdata.0."


echo "test_hdd_data.sh drive health check started" > /root/scripte/Proxmox_Skripte/last_run.log

# parameter §1 is subpath (no leading dot but a trailing dot
function write_userdata_hdd()
{
  # normalized read error rate

  # use simple api to write to iobroker
  # example: http://192.168.1.:8087/set/javascript.0.test?value=1

  # ReadErrorRate and ReadErrorRateWorst should be ABOVE ReadErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"NormalizedReadErrorRate?value="$(awk '/Raw_Read_Error_Rate/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateWorst?value="$(awk '/Raw_Read_Error_Rate/{print $5}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateLimit?value="$(awk '/Raw_Read_Error_Rate/{print $6}' /root/scripte/Proxmox_Skripte/Testdata.txt);

  # SeekErrorRate and SeekErrorRateWorst should be ABOVE SeekErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"SeekErrorRate?value="$(awk '/Seek_Error_Rate/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"SeekErrorRateWorst?value="$(awk '/Seek_Error_Rate/{print $5}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"SeekErrorRateLimit?value="$(awk '/Seek_Error_Rate/{print $6}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"LastSmartResult?value="$2

}



function write_userdata_ssd()
{
  # normalized read error rate

  # use simple api to write to iobroker
  # example: http://192.168.1.:8087/set/javascript.0.test?value=1

  # ReadErrorRate and ReadErrorRateWorst should be ABOVE ReadErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"NormalizedReadErrorRate?value="$(awk '/Raw_Read_Error_Rate/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateWorst?value="$(awk '/Raw_Read_Error_Rate/{print $5}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"NormalizedReadErrorRateLimit?value="$(awk '/Raw_Read_Error_Rate/{print $6}' /root/scripte/Proxmox_Skripte/Testdata.txt);

  # SeekErrorRate and SeekErrorRateWorst should be ABOVE SeekErrorRateLimit
  # decreasing distance to limit is an indicator for hdd getting worse 

  curl $SimpleApiUrl$1"PercentLifetimeRemain?value="$(awk '/Percent_Lifetime_Remain/{print $4}' /root/scripte/Proxmox_Skripte/Testdata.txt);
  curl $SimpleApiUrl$1"LastSmartResult?value="$2

}

# write smartctl of hdds of interest to file and analyze results

# for test purpose comment out smartctl invocations and invoke write_userdata_... functions with off script got Testdata.txt
# even possible on different linux machine

# Intenso USB hdd read parameter "sat,12" from https://raw.githubusercontent.com/mirror/smartmontools/master/drivedb.h 
smartctl -a -d sat,12 /dev/sdb >/root/scripte/Proxmox_Skripte/Testdata.txt
result=$?
echo " test_hdd_data.sh drive health check data of usb hdd retrieved result="$result >> /root/scripte/Proxmox_Skripte/last_run.log


write_userdata_hdd "Proxmox_N3000.HDD_Intenso1." $result


# system SSD
smartctl -a /dev/sda >/root/scripte/Proxmox_Skripte/Testdata.txt
result=$?
echo " test_hdd_data.sh drive health check data of system ssd retrieved result="$result >> /root/scripte/Proxmox_Skripte/last_run.log
write_userdata_ssd "Proxmox_N3000.System_SSD." $result


echo " test_hdd_data.sh drive health check finished" >> /root/scripte/Proxmox_Skripte/last_run.log

[ticaki]

nicht das es eine gute platte war - aber das hab ich gerade gefunden (hab was anders geguckt)

Wert	Status
SMART Health	FAILED
Critical Warning	0x04 — Reliability degraded
Percentage Used	131% — SSD hat TBW-Limit um 31% überschritten
Daten geschrieben	221 TB auf einer 512 GB SSD
Power On Hours	24.754 h (~2,8 Jahre)
Spare Blocks	100% (noch gut)
Media Errors	0 (noch keine Datenfehler)

[MartinP]

Hmm - nur ~500 Zyklen pro Zelle, und die Platte gibt Alarm?

Meine Platte (480 GB) hat inzwischen 43562302801 LBAs geschrieben.

Bei 512 Bytes pro LBA wären das 22 TB, bei 4096 Bytes pro LBA etwa 180 TB

Der Abnutzungsgrad von 11% spricht dafür, dass etwa 22 TB bisher geschrieben worden sind...

Scheint also üblich zu sein, dass man das 500 - fache der Kapazität an Schreibzyklen als Verschleißgrenze annimmt ...

[Chaot]

Die Anzeige zeigt also den Verschleiß der Platte in % an. Das kann bei mir irgendwie nicht stimmen:

[arteck]

-50% ist auch interessant

[Chaot]

Kommt so aus den SMART Werten

[Chaot]

Kommt so aus den SMART Werten

[ilovegym]

100% ist neu, 0% ist verschlissen. Bei -50 biste halt schon drüber, aber wennse noch geht.. schonmal Reserve nebendran legen.. :)

[arteck]

nein 0% in proxmox ist neu.. im Adapter währe die verschlissen bei 0% da ist 100% neu
eben umgekehrt, die api liefert das so..

[Chaot]

Sorry für den Doppelpost. Irgendwie spinnt mein Internet.
@ilovegym Laut den Bildern der anderen Nutzer hier scheint es aber anders zu sein 0% ist Neu 100% ist Tot

[ilovegym]

Ah ja sorry, Recht haste.. 100% ist Kaputt, 0% ist neu, das ist das, was Proxmox aus den Smartwerten rechnet..

[ilovegym]

@arteck ahhh.. daher hab ich mein Durcheinenander.. danke, die Api zeigts anders als die Gui.. na das ist ja mal interessant.. :)

[MartinP]

@Chaot sagte:

Kommt so aus den SMART Werten

Percent_lifetime_remain über 100% sind schon sehr merkwürdig, und erklären die negativen Werte, die die Proxmox-Umrechnung ergibt....

Vielleicht hat die SSD ja Katzen-Gene
Katzen haben ja bekanntlich sieben Leben.

Bei einer neugeborenen Katze würde also bei Percent Lifetime Remain 700 gemeldet.....

[Chaot]

Ich muss ehrlicherweise sagen, dass ich da nie darauf geachtet habe. Aber die ganze Anzeige ist irgendwie Käse.
percent Lifetime 206 Schwellwert 150 hat doch beides nichts mit irgendwelchen Prozentwerten zu tun finde ich.
Ok, dauernde Backups mache ich sowieso und eine Reserveplatte (die ich eigentlich schon vor 12 Monaten einbauen wollte) liegt auch bereit. Mal im Auge behalten wo hier die Reise hingeht.