Was stoppt meinen Iobroker???

[liv-in-sky]

update - wir haben jetzt mal zusammen durchgesehen - über anydesk - der fehler ist mir nicht erklärbar

grund

wird auf dem system iobroker installiert und von hand der javascript adapter, funktioiert alles

erst nach aufspielen des backups und trotz deaktiverter instanzen (außer admin und javascript) kommt dieses verhalten mit den pausen

es scheint da kommt irgenwas mit dem backup in das iobroker setting. die pid, des js-controllers, die dann die hohen cpu werte hat, kommt nicht im log vor.

habt ihr noch ideen - wir machen in ung. einer stunde nochmal eine anydesk session.

[Homoran]

@liv-in-sky said in Was stoppt meinen Iobroker???:

die pid, des js-controllers, die dann die hohen cpu werte hat, kommt nicht im log vor.

cool.

ist das die niedrigste PID von allen controller pids? Also der Prozess, der als erstes gestartet wird
ich glaube ich hatte so etwas in den logs gesehen

[liv-in-sky]

@homoran 1628 oder so - war niedrig

[wendy2702]

@brokeling said in Was stoppt meinen Iobroker???:

@wendy2702 said in Was stoppt meinen Iobroker???:

Lese nur am Handy,

Konnte aber in keinem Beitrag ein iobroker, syslog oder Ähnliches finden oder habe ich das übersehen?

Nein, ich glaube da hab ich nichts reingestellt, was wäre interessant?

Na das Syslog wenn der hänger auftritt zum Beispiel.

@liv-in-sky said in Was stoppt meinen Iobroker???:

erst nach aufspielen des backups und trotz deaktiverter instanzen (außer admin und javascript) kommt dieses verhalten mit den pausen

Steht das loggen für beide instanzen auf Debug?

Läuft wirklich nur das "Hochzähl" Script?

Nichts unter "Global" ?

Wenn ihr das Backup eingespielt habt und nur die beiden Instanzen und das Script laufen mal einen reboot gemacht und dann geschaut wie das verhalten ist?

Kann ich mal dieses Hochzähl Script haben? Würde das zum testen mal bei mir laufen lassen oder hat das schon jemand gemacht?

[Homoran]

@wendy2702 ich glaube nicht, dass es das Hochzähl Skript ist.
Irgendetwas anderes blockiert kurzfristig die I/O.

Das Skript läuft ja weiter und liefert die Ergebnisse nach

[liv-in-sky]

@wendy2702 ich habe eineneue js instanz angelegt und die 0er instanz gestoppt - in der 1er instanz läuft nur das script, das jede sekunde einen dp schreibt

[wendy2702]

@homoran said in Was stoppt meinen Iobroker???:

@wendy2702 ich glaube nicht, dass es das Hochzähl Skript ist.
Irgendetwas anderes blockiert kurzfristig die I/O.

Das Skript läuft ja weiter und liefert die Ergebnisse nach

Ich wollte nur sicherstellen das es auf einem anderen System mit etwas mehr last "sauber" Zählt.

[liv-in-sky]

@wendy2702 momentan haben wir pause - kann das script dann auch mal bei mir testen - kann ja nicht schaden

[wendy2702]

@liv-in-sky Wie sieht es mit den Logs aus?

Vielleicht mal vergleichen wenn keine Probleme und wenn Probleme auftreten.

[liv-in-sky]

@wendy2702

alles gecheckt - es fällt nix auf, was da sein könnte

selbst im ereignis tab ist nix auffälliges, was zu diesen ca 30 sek interval paßt. im io-b-log, syslog nirgends meldungen

[liv-in-sky]

alle was ich finde ist

system checkDiskInterval=30000
states: writeFileInterval=30000

werd da mal mit testen und evtl redis mal für die states

das wären meine nächsten schritte

io -thema ist auch meine vermutung

[Homoran]

@liv-in-sky said in Was stoppt meinen Iobroker???:

system checkDiskInterval=30000
states: writeFileInterval=30000

das passt!!!!

langsame / defekte Karte

[liv-in-sky]

@homoran ich weiß - ist ja der standard - aber ich würde gerne sehen, wenn ich diese parameter verändere, ob dann das interval auch anders wird - dann wüßte ich , dass es darum geht

ist andere karte - beides gleiche sd karte - bei beiden der selbe fehler ???

es gibt die hardware doppelt (ip's ok) - raspi4 - 4GB-sandisk 64 - 10

fehler auf 2ten raspi tritt erst auf, wenn backup zurückgespielt wird

[Homoran]

@liv-in-sky said in Was stoppt meinen Iobroker???:

fehler auf 2ten raspi tritt erst auf, wenn backup zurückgespielt wird

dann schreibt (greift zu) tatsächlich etwas anderes massiv auf die Karte

[Asgothian]

@homoran Nur als Denkanstoss:

der Fehler trat erst auf als das Backup zurück gespielt wurde, sprich als alle States und Objekte wiederhergestellt waren.

Kann es sein das in den Objekten etwas krumm ist was dazu führt das das System da länger sucht ?

A.

[liv-in-sky]

update

letztlich auf redis umgestellt um das states.json außen vor zu lassen- hat tatsächlich geklappt - im moment keine "stocker" mehr

ein frage für morgen: haben mit backitup redis mit gemacht - leider ist das backup-redis file nur 0kB groß

[Homoran]

@liv-in-sky said in Was stoppt meinen Iobroker???:

im moment keine "stocker" mehr

nur mal hier zur Info:
https://forum.iobroker.net/topic/34510/daten-mit-parser-adapter-auslesen/23?_=1610647439993

@liv-in-sky said in Was stoppt meinen Iobroker???:

haben mit backitup redis mit gemacht - leider ist das backup-redis file nur 0kB groß

ist da wirklich die redis db drin?
musste dafür nicht irgendetwas angepasst werden?

[liv-in-sky]

@homoran

mache das bei mir auch so - redis mit backupen und den pfad zur datenbank eingeben - meine redis-backup hat eine größe (2589 KB) - schaut klein aus - aber immerhin

ich denke wir klären das morgen mal - heute geht nicht mehr viel bei mir

[brokeling]

GANZ fettes Lob an liv-in-sky!!!!!!
Hat mir jetzt ganz großartig geholfen, mit einer erstaunlichen Fachkunde und Hartnäckigkeit. Super Typ
So ganz ist die Ursache nicht gefunden aber die Lösung ist da (redis)
Nur ist das backup noch nicht ganz geklärt. Nach dem backup kam auch - man staune - eine telegram-info-Meldung von BackitUp:
"Die Sicherung wurde nicht vollständig erstellt...
redis:Error:EACCES:permission denied, scandir /var/lib/redis"

[Thomas Braun]

@brokeling
Dann schau dir den iobroker an:

sudo -u iobroker groups

Da sollte die Gruppe redis auftauchen.