UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Asgothian]

Mach mal bitte folgendes:

-sdkarte neu aufsetzen

• iobroker installieren
• NUR den JS adapter installieren
• dein Hochzählscript dazu
• laufen lassen
• Erst danach das Backup restaurieren, aber noch kein deconz installieren
• nochmal laufen lassen
• erst jetzt deconz installieren und konfigurieren
• laufen lassen.

A.

[wendy2702]

Lese nur am Handy,

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

[brokeling]

@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?

[brokeling]

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

Mach mal bitte folgendes:

-sdkarte neu aufsetzen

• iobroker installieren
• NUR den JS adapter installieren
• dein Hochzählscript dazu
• laufen lassen

das habe ich jetzt getan - jetzt läuft das Hochzählen sauber durch.
Also jetzt dann mal das Backup.

...so weiter gemacht und das backup eingespielt, ohne deConz.
Wieder diese verdammten Stopps!!!
gelaufen sind jetzt nur Abdapter
Admin
Backup
Javascripte (und hier nur das eine Skript!)
Das ist zum verrückt werden.

[brokeling]

Vielleicht ist das hier interessant.
Das sind Ereignisse/events auf meinem System, auf dem das Backup eingespielt wurde, jedoch nur Java-Hochzähl-Script läuft.
Ganz unten fängt es an mit sauberen Sekundenzählungen im Sekundenschritt (sieht man an der zeit), Dann Unterbrechung durch system.host.raspi2.XXX
bis es dann wieder mit Hochzählen weitergeht, aber nicht in Sekundenschritten sondern hier fasst er 3 Schritte ganz schnell zusammen (sieht am an der zeit), daher wohl vorher die Pause, dann rattern 3 Schritte durch.
Vielleicht kann jemand was anfangen mit diesen Vorgängen?

stateChange	0_userdata.0.Test	34392	false	javascript.0	2021-01-14 08:09:40.098	2021-01-14 08:09:40.098
stateChange	0_userdata.0.Test	34391	false	javascript.0	2021-01-14 08:09:40.098	2021-01-14 08:09:40.098
stateChange	0_userdata.0.Test	34390	false	javascript.0	2021-01-14 08:09:40.097	2021-01-14 08:09:40.097
stateChange	system.host.raspi2.instancesAsCompact	0	true	host.raspi2	2021-01-14 08:09:37.298	2020-01-31 17:58:00.855
stateChange	system.host.raspi2.instancesAsProcess	4	true	host.raspi2	2021-01-14 08:09:37.298	2021-01-13 23:05:01.037
stateChange	system.host.raspi2.compactgroupProcesses	0	true	host.raspi2	2021-01-14 08:09:37.298	2020-01-31 17:58:00.855
stateChange	system.host.raspi2.eventLoopLag	5	true	host.raspi2	2021-01-14 08:09:37.298	2021-01-14 08:09:37.298
stateChange	system.host.raspi2.outputCount	13	true	host.raspi2	2021-01-14 08:09:37.298	2021-01-14 08:07:21.424
stateChange	system.host.raspi2.inputCount	4	true	host.raspi2	2021-01-14 08:09:37.298	2021-01-14 08:09:37.298
stateChange	system.host.raspi2.memAvailable	3270	true	host.raspi2	2021-01-14 08:09:37.298	2021-01-14 08:09:37.298
stateChange	system.host.raspi2.freemem	1484	true	host.raspi2	2021-01-14 08:09:37.297	2021-01-14 08:09:37.297
stateChange	system.host.raspi2.mem	38.8	true	host.raspi2	2021-01-14 08:09:37.297	2021-01-14 08:09:37.297
stateChange	system.host.raspi2.uptime	36830	true	host.raspi2	2021-01-14 08:09:37.297	2021-01-14 08:09:37.297
stateChange	system.host.raspi2.load	0.37	true	host.raspi2	2021-01-14 08:09:37.296	2021-01-14 08:09:37.296
stateChange	system.host.raspi2.memHeapUsed	73.87	true	host.raspi2	2021-01-14 08:09:37.296	2021-01-14 08:09:37.296
stateChange	system.host.raspi2.memHeapTotal	75.86	true	host.raspi2	2021-01-14 08:09:37.296	2021-01-14 08:09:37.296
stateChange	system.host.raspi2.memRss	186.95	true	host.raspi2	2021-01-14 08:09:37.296	2021-01-14 08:09:37.296
stateChange	system.host.raspi2.alive	true	true	host.raspi2	2021-01-14 08:09:37.295	2021-01-13 21:55:50.334
stateChange	0_userdata.0.Test	34389	false	javascript.0	2021-01-14 08:09:37.003	2021-01-14 08:09:37.003
stateChange	0_userdata.0.Test	34388	false	javascript.0	2021-01-14 08:09:36.003	2021-01-14 08:09:36.003

Also der Halt ist zwischen 08:09:37 -> 08:09:40 (zwischen 3. und 4. Zeile oben)

[brokeling]

Also vielleicht löst dieser Prozess die Wartezeit aus:

stateChange	system.host.raspi2.instancesAsCompact

Kann damit jemand was anfangen, was das bedeutet?

Verdammt. Es werden schon langsam Selbstgespräche :cry:

[Thomas Braun]

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

Hört sich nach dem Compact-Midus an, in den man einige Adapter versetzen kann. Schalt den mal aus. Ich weiß aber so aus dem Kopf nicht wo das geht.

[Homoran]

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

was das bedeutet?

hast du den Compact-Mode aktiviert?

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

Es werden schon langsam Selbstgespräche

nur ruhig, Brauner!

Es hängt nicht jeder hier 24h am PC
und nicht jeder kann dir helfen, nachdem jetzt schon eigentlich alles übliche geprüft wurde.

Da braucht es dann schon neue/weitere bisher unbekannte Infos um überhaupt noch helfen zu können

[liv-in-sky]

@brokeling

compact modus - da steht hier was

https://www.iobroker.net/#de/documentation/blog/2019_10_14.md

da es ein enable gibt - vielleicht gibt es ein disable

[brokeling]

Compact mode habe ich nicht aktiviert - zumindest nicht wissentlich!
Nach dem Durchlesen der Erklärung im link von liv-in-sky (:+1: ) würde ich das so lesen:

stateChange	system.host.raspi2.instancesAsCompact	0	true	host.raspi2	2021-01-14 08:09:37.298	2020-01-31 17:58:00.855

stateChange	system.host.raspi2.instancesAsProcess	4	true	host.raspi2	2021-01-14 

instancesAsCompact = 0
instancesAsProcess = 4
also keine Instanzen in Compact Mode!
Aber vielleicht trotzdem ganz abschalten - wenn das geht?
es gibt:

iobroker compact enable

vielleicht auch:

iobroker compact disable ????

[brokeling]

Vielleicht hat es auch nichts damit zu tun.
Ich beobachte jetzt weiter Unterbrechungen in "Ereignisse". Da ist nicht immer die gleiche Zeile davor, jetzt z. B.:

stateChange	0_userdata.0.Test	47017	false	javascript.0	2021-01-14 11:40:07.491	2021-01-14 11:40:07.491
stateChange	system.adapter.web.0.cputime	115.83	true	web.0	2021-01-14 11:40:04.572

[Homoran]

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

Ich beobachte jetzt weiter Unterbrechungen in "Ereignisse"

Die Seite Ereignisse benötigt einen immensen Datenstrom.
Es kann sein, dass alleine das offen halten dieser Seite schon deinen RasPi in die Knie zwingt.

Da die Ereignisse teilweise im Millisekundenbereich aktualisiert werden, kann es zu Verzögerungen bis hin zum Einfrieren der Darstellung kommen
https://www.iobroker.net/#de/documentation/admin/events.md

[liv-in-sky]

@brokeling

wir können gerne mal ein anydesk session machen - versprechen kann ich nix - aber probieren könnten wir es

[brokeling]

@homoran

Ich meine jetzt auch, dass ich so nicht weiterkomme.
Der Datenstrom ist zwar bei mir aber überschaubar - weil die prozesse wohl extrem abgespeckt sind - es laufen ja keine Adapter!
Aber: ich habe jetzt einen Lauf gehabt wo kein zwischengeschobener Prozess zwischen einem Stopp und meiner Zählaktion (Name "Test) war!!!!!!

Nämlich dieser:

stateChange	0_userdata.0.Test	47217	false	javascript.0	2021-01-14 11:43:26.481	2021-01-14 11:43:26.481
stateChange	0_userdata.0.Test	47216	false	javascript.0	2021-01-14 11:43:26.481	2021-01-14 11:43:26.481
stateChange	0_userdata.0.Test	47215	false	javascript.0	2021-01-14 11:43:23.001	2021-01-14 11:43:23.001
stateChange	0_userdata.0.Test	47214	false	javascript.0	2021-01-14 11:43:22.002	2021-01-14 11:43:22.002
stateChange	0_userdata.0.Test	47213	false	javascript.0	2021-01-14 11:43:21.001

[Homoran]

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

Nämlich dieser:

und?
läuft doch sauber!

aber wir suchen doch die Ursache warum es nicht immer sauber läuft

[brokeling]

@Homoran

Ne, da ist schon der 3-sekündige Stopp drin nämlich zwischen 11:43:23 und :26.
Erst zählt er normal von 20-23, dann 3Sekunden Stopp, dann kommen 3 "angestaute" :26

stateChange	system.adapter.admin.0.alive	true	true	admin.0	2021-01-14 11:43:26.481	2021-01-13 21:55:53.130
falsestateChange	0_userdata.0.Test	47218	false	javascript.0	2021-01-14 11:43:26.481	2021-01-14 11:43:26.481
falsestateChange	0_userdata.0.Test	47217	false	javascript.0	2021-01-14 11:43:26.481	2021-01-14 11:43:26.481
falsestateChange	0_userdata.0.Test	47216	false	javascript.0	2021-01-14 11:43:26.481	2021-01-14 11:43:26.481
falsestateChange	0_userdata.0.Test	47215	false	javascript.0	2021-01-14 11:43:23.001	2021-01-14 11:43:23.001
falsestateChange	0_userdata.0.Test	47214	false	javascript.0	2021-01-14 11:43:22.002	2021-01-14 11:43:22.002
falsestateChange	0_userdata.0.Test	47213	false	javascript.0	2021-01-14 11:43:21.001	2021-01-14 11:43:21.001
falsestateChange	0_userdata.0.Test	47212	false	javascript.0	2021-01-14 11:43:20.002

[Homoran]

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

Erst zählt er normal von 20-23, dann 3Sekunden Stopp, dann kommen 3 "angestaute" :26

das ist das normale Verhalten.

Jetzt müsste man nur wissen, was diesen Stau auslöst

[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