Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[mcm1957]

@klassisch

Was du noch checken könntest - wenn du ein wenig programmieren kannst - ist der Zustand der json(l ?) Files. Einfach mal alle per script lesen - incl. json Prüfung. Falls da ein defektes dabei ist, kann das ev. den Adapter ein wenig bremsen / stören.

[klassisch]

@homoran Danke! Hatte ich über den Task Manager bereits gemacht, der ja auch die Datennutzung der Platten ausgibt. Wie oben geschrieben, tut sich auf der History-Platte nicht dramatisch viel im Normalbetrieb. Der Ressourenmanager gibt ein ähnliches Bild.
Habe am Rechner noch eine externe HDD auf der dauernd geschrieben wird. So eine extra Dauerlaufplatte. Aber auch das ist schon seit Jahren so.

[klassisch]

@mcm1957 sagte in history hängt sich auf - SW oder HW?:

Was du noch checken könntest - wenn du ein wenig programmieren kannst - ist der Zustand der json(l ?) Files. Einfach mal alle per script lesen - incl. json Prüfung. Falls da ein defektes dabei ist, kann das ev. den Adapter ein wenig bremsen / stören.

Danke! Das könnte ich mit einem Python Script machen. Ich habe etliche Python-Scripte, die mir die json files über einen bestimmten Zeitraum in XLS und csv umwandeln .
Dann wären hier alle Scripte im heutigen Tagesordner zu öffnen und zu lesen.

[klassisch]

@mcm1957 sagte in history hängt sich auf - SW oder HW?:

Was du noch checken könntest - wenn du ein wenig programmieren kannst - ist der Zustand der json(l ?) Files. Einfach mal alle per script lesen - incl. json Prüfung. Falls da ein defektes dabei ist, kann das ev. den Adapter ein wenig bremsen / stören.

Danke, habe ich gemacht

files von gestern

Summary:
Total JSON files checked: 9083
Valid JSON files        : 9083
Invalid JSON files      : 0

[Homoran]

@klassisch Das sieht doch (leider ;-) ) gut aus.

Hast du einen Virenscanner laufen, der bei history Zugriff ggf, jedes einzelne verwendete json öffnet und prüft?

[klassisch]

@homoran sagte in history hängt sich auf - SW oder HW?:

Hast du einen Virenscanner laufen, der bei history Zugriff ggf, jedes einzelne verwendete json öffnet und prüft?

Nur das was Windows von sich aus mitbringt

[Homoran]

@klassisch also der Defender.
ob man bei dem die Historydaten ausnehmen könnte (zumindest testweise) weiss ich leider nicht

[klassisch]

@homoran Ich glaube ich habe das mal versucht, denke aber, es hatte nicht wirklich funktioniert.

[mcm1957]

@klassisch said in history hängt sich auf - SW oder HW?:

@mcm1957 sagte in history hängt sich auf - SW oder HW?:

Was du noch checken könntest - wenn du ein wenig programmieren kannst - ist der Zustand der json(l ?) Files. Einfach mal alle per script lesen - incl. json Prüfung. Falls da ein defektes dabei ist, kann das ev. den Adapter ein wenig bremsen / stören.

Danke, habe ich gemacht

files von gestern

Scan mal sicherheitshalber ALLE files.
Der history Adapter versucht ja von Zeit zu Zeit alte Files zu löschen. Nicht dass da was klemmt. (Ist nicht sehr wahrscheinlich aber der Aufwand sollte sich in Grenzen halten auch das auszuschließen)

[mcm1957]

@klassisch said in history hängt sich auf - SW oder HW?:

Habe am Rechner noch eine externe HDD auf der dauernd geschrieben wird. So eine extra Dauerlaufplatte. Aber auch das ist schon seit Jahren so.

Falls noch nicht gechecked schau dir bei der auch die SMART Werte an. Da die SSD vis S-ATA angeschlossen ist könnte es ev. sein, dass da eine Platte die andere bei einer Fehlfunktion verzögert.

Weiters kannst noch schaun ob im fraglichen Zeitraum was in den Windows Events steht. Ich hab zwar noch nie wirklich was mit dem was da drinnen steht anfangen können - aber wenns ggF eine Korrelation zu den Hängern gibt wär das auch ein Ansatz.

Der history-Prozess zeigt dann im Taskmanager hohe Auslastung, im Normalbetrieb ist die Auslastung unauffällig.
Neustart History Adapter hilft leider nicht. Restart ioBroker komplett hilft.

Aus dem Bauch heraus klingt das aber eher nach einem SW Problem. Nur keine Idee welches.
Schau jedenfalls ob der History Adapter bei einem Restart wirklich neu gestartet wurde. Nicht dass er hängt und gar nicht neu gestartet wird :-). Ich hab null Idee wieso ein Restart des ganzen ioB hilft wenn History hängt / loopt.

Ja und noch was:
Wenn es die Datenmenge zuläßt kannst noch versuchen den History mit Loglevel DEBUG laufen zu lassen. Ev. sieht man dann was er tut. Oder wenn er hängt (und das System noch ansprechbar ist) den Loglevel OHNE Restart uf Debug umzustellen.

[klassisch]

@mcm1957 sagte in history hängt sich auf - SW oder HW?:

Scan mal sicherheitshalber ALLE files.
Der history Adapter versucht ja von Zeit zu Zeit alte Files zu löschen. Nicht dass da was klemmt. (Ist nicht sehr wahrscheinlich aber der Aufwand sollte sich in Grenzen halten auch das auszuschließen)

Beim Synchronisieren der Dateien mit dem Backup habe ich bisher festgestellt, daß wohl die letzten 3 Tage Änderungen beinhalten können. Ich habe jetzt die letzten 10 Tage auf Integrität getestet und es sieht gut aus.

[klassisch]

@mcm1957 sagte in history hängt sich auf - SW oder HW?:

Falls noch nicht gechecked schau dir bei der auch die SMART Werte an. Da die SSD vis S-ATA angeschlossen ist könnte es ev. sein, dass da eine Platte die andere bei einer Fehlfunktion verzögert.

CrystalDiskInfo schreibt der System SSD (C:) 64% zu. Das ist aber eine NVME. Die History-SSD ist eine SATA und wird auf 95% geschätzt. Die dauerlaufende Vielschreiber-HDD (WD purple mit USB-Adapter) wird mit "gut" bewertet. 47327 Std. mit 57 Einschaltungen.
Die 6TB Archiv HDD (USB) soll ebenfalls gut sein, 2774 Std. und 32293 mal "eingeschaltet" = aus dem Standby geweckt.

Weiters kannst noch schaun ob im fraglichen Zeitraum was in den Windows Events steht. Ich hab zwar noch nie wirklich was mit dem was da drinnen steht anfangen können - aber wenns ggF eine Korrelation zu den Hängern gibt wär das auch ein Ansatz.

Vielen Dank. Hatte ich noch nicht gemacht und mache ich beim nächsten Hänger.
Habe nämlich beim ioBroker Update auch noch Win mit upgedatet. Sollte zwar keine NTFS Probleme machen, aber man weiß ja nie.

Aus dem Bauch heraus klingt das aber eher nach einem SW Problem. Nur keine Idee welches.

So geht es mir auch

Schau jedenfalls ob der History Adapter bei einem Restart wirklich neu gestartet wurde. Nicht dass er hängt und gar nicht neu gestartet wird :-). Ich hab null Idee wieso ein Restart des ganzen ioB hilft wenn History hängt / loopt.

Der Adapter hat bei einem Neustart (nicht bei jedem) mal kurz grün gezeigt und dann kurz drauf wieder rot.

Wenn es die Datenmenge zuläßt kannst noch versuchen den History mit Loglevel DEBUG laufen zu lassen. Ev. sieht man dann was er tut. Oder wenn er hängt (und das System noch ansprechbar ist) den Loglevel OHNE Restart uf Debug umzustellen.

Davor bin ich bisher zurückgeschreckt. Der Absturz ist ja nicht jede Stunde. Ich hatte jetzt 2 im Abstand von ca. 2 Tagen. Da würde das Logfile wohl ziemlich fett...

Da fällt mir ein - ich habe nochwas geändert. Ich habe ein syslog-Programm installiert, eine alte Edition "Syslog Watcher Personal" , welches die Logs meiner Homematic empfängt und auf die Vielschreiber Dauerlauf-HDD schreibt.

[mcm1957]

@klassisch said in history hängt sich auf - SW oder HW?:

Wenn es die Datenmenge zuläßt kannst noch versuchen den History mit Loglevel DEBUG laufen zu lassen. Ev. sieht man dann was er tut. Oder wenn er hängt (und das System noch ansprechbar ist) den Loglevel OHNE Restart uf Debug umzustellen.

Davor bin ich bisher zurückgeschreckt. Der Absturz ist ja nicht jede Stunde. Ich hatte jetzt 2 im Abstand von ca. 2 Tagen. Da würde das Logfile wohl ziemlich fett...

Du kannst den Loglevel auch umschalten OHNE den Adapter neu zu starten. Also wenn der History hängt UND das System prinzipiell noch reagiert würde ich

• LogLevel history auf DEBUG umschalten und "ohne neustart" anhaken.

• etwas später den history mit loglevel debug restarten

Dann sollte sich die Logmenge in Grenzen halten.

[klassisch]

@mcm1957 sagte in history hängt sich auf - SW oder HW?:

Du kannst den Loglevel auch umschalten OHNE den Adapter neu zu starten. Also wenn der History hängt UND das System prinzipiell noch reagiert

Hatte diesen Menuepunkt auch schon gesehen, aber noch nicht getestet.
Beim letzten history-Hänger konnte ich über den admin leider nichts erreichen.
Hatte dieser Tage auch den Fall, daß vis über admin nicht mehr gestoppt werden konnte, aber das ist eine andere Sache.

Status hängender history-Adapter:

• Hatte auf der SSD einige GB gelöscht, um etwas mehr Reserve zu schaffen
• Hatte mit chdsk die SSD wieder in einen konsistenten Zustand gebracht
• Bisher keine Hänger mehr
• eine größere SSD ist angekommen. Das passende USB-Gehäuse ist im Zulauf. Ich möchte die SSD außerhalb des Laptops möglichst weit einsatzbereit machen

Ich hoffe, daß es sich um einen (mir unbekannten) Effekt handelt, der bei vollen SSDs auftritt.

[klassisch]

Kurze Rückmeldung:

• ioBroker läuft auf einem refurbisched T470 (aus 2017) unter Win. Stabil und einfach zu maintainen dank dem klasse Installer von @Gaspode
• ioBroker history Daten laufen auf die zweite interne SSD. Die ist hier eine M.2 SATA im kurzen 2242 Format. Da ist die Auswahl nicht so groß. Aber die 120GB hat jahrelang problemlos funktioniert, bis sie etwa zu 90% voll war.
• Versuch Einbau einer Transcend 240GB SATA III 6Gb/s MTS420S 42 mm M.2 SSD 420S SSD TS240GMTS420S schlug fehl. Wurde im Slot nicht erkannt. Waum auch immer. In einem ext. Gehäuse geht das Teil
• Einbau einer TRANSCEND 430S M.2 512 GB Serial ATA III 3D NAND, 2242 , 42 mm hat funktioniert.

Falls das Problem irgendwie mit dem Füllstand der SSD zusammenhängt, habe ich jetzt wohl wieder ein paar Jahre Ruhe - wenn der refurbished Laptop durchhält.

.

[wendy2702]

@klassisch : habe nur überflogen, von welchem Hersteller und welche SSD genau war „langsam“ ?

[klassisch]

@wendy2702 "langsam" war wohl nie das Problem. Vielleicht mehr als 90% voll.

• Eine Transcend M.2 SSD420S Sata III 120 GB hat jahrelang klaglos Dienst getan. Exotische SSD, muß aber in den zweiten Slot des T470 passen.
• Dann kamen bei ca. 90% SSD Füllgrad history-Hänger mit hohen CPU Lasten
• Nachfrage hier, ob dieses history Verhalten bekannt ist. Anscheinend nicht, vermutlich Einzelfall.
• Nach Löschaktion lief history wieder ohne Hänger, was die Hypothese, die Anstürze hätten etwas mit dem Füllgrad / Alter etc. zu tun, stützt.
• Jetzt tut eine TRANSCEND 430S M.2 512 GB Serial ATA III 3D NAND, 2242 , 42 mm dort ihren Dienst. Ich hoffe noch lange und ohne Probleme. SATA III war bisher schnell genug.

Verstanden sind die Hänger nicht wirklich. Aber sie hängen vielleicht mit dem Füllgrad oder Alter oder wear and tear der SSD (ca. 10TB written) zusammen.
Neue, größere SSD, neues Glück

[wendy2702]

@klassisch Danke, ich frage nur weil mein Sohn mir von einem ähnlichen Problem berichtet hat wo es nachweislich wohl ein Problem der Firmware der SSD ist. Ich weiß aber gerade nicht welcher Hersteller und welche genau.

[klassisch]

@wendy2702 Nichts genaues weiß man nicht.
SSDs sind ein riesen Geschäft. Unterliegen also einer einer entsprechend starken Entwicklung. Ob man da noch irgendwelche Bugs/Verhalten zuordnen kann?
Die 512er SSD hat angeblich noch ein Buffer-RAM, zeigt aber bei CrystalDiskInfo eine geringere Temperatur innerhalb des Laptops als die alte 120er außerhalb in freier Luft. Scheint also technisch ganz anders zu sein.
Und eine 240er vom gleichen Hersteller wurde im Laptop erst gar nicht erkannt.

In meinem Fall bin ich halt auf diese Exotenkonfiguration 2242 und SATA III angewiesen.

[wendy2702]

@klassisch sagte in history hängt sich auf - SW oder HW?:

Nichts genaues weiß man nicht.

So ist es.

Drücke die Daumen das die neue laaaaannnnngggeeeee hält.