Monatsrückblick Januar/Februar 2026 ist online!

[aleks-83]

Und meine CPU-Last hast du jetzt wo gesehen? :?
@Stabilostick:

War das was Du gemacht hast, wirklich ein Reboot des Pis? So mit Strom weg? `
Ja, habe den Stecker gezogen weil ich dachte er sei komplett abgestürtzt :oops:

Hier die Ausgabe von iobroker list instances:

Direkt nach reboot (ohne Stecker ziehen) und automatisch gestartetem iobroker (per cron "@reboot /opt/iobroker/iobroker start")

cloud, upnp und web.1 habe ich vorher noch händisch gestoppt.

! ````
root@ioBroker-RasPi:~# iobroker list instances

• system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
• system.adapter.alexa2.0 : alexa2 - enabled
• system.adapter.backitup.0 : backitup - enabled
  system.adapter.cloud.0 : cloud - disabled
  system.adapter.denon.0 : denon - disabled
• system.adapter.discovery.0 : discovery - enabled
• system.adapter.enigma2.0 : enigma2 - enabled
• system.adapter.firetv.0 : firetv - enabled
  system.adapter.flot.0 : flot - enabled
• system.adapter.fritzdect.0 : fritzdect - enabled
  system.adapter.habpanel.0 : habpanel - disabled
• system.adapter.harmony.0 : harmony - enabled
• system.adapter.history.0 : history - enabled
• system.adapter.hue.0 : hue - enabled, port: 80
  system.adapter.ical.0 : ical - enabled
  system.adapter.ical.1 : ical - enabled
  system.adapter.ical.2 : ical - enabled
  system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png - enabled
• system.adapter.javascript.0 : javascript - enabled
  system.adapter.mobile.0 : mobile - disabled
• system.adapter.ping.0 : ping - enabled
• system.adapter.pushover.0 : pushover - enabled
• system.adapter.rpi2.0 : rpi2 - enabled
• system.adapter.sayit.0 : sayit - enabled, port: 0
• system.adapter.socketio.0 : socketio - enabled, port: 8084, bind: 0.0.0.0, run as: admin
  system.adapter.tr-064.0 : tr-064 - disabled
  system.adapter.unifi.0 : unifi - disabled
  system.adapter.upnp.0 : upnp - disabled
  system.adapter.vis-colorpicker.0 : vis-colorpicker - enabled
  system.adapter.vis-fancyswitch.0 : vis-fancyswitch - enabled
  system.adapter.vis-history.0 : vis-history - enabled
  system.adapter.vis-hqwidgets.0 : vis-hqwidgets - enabled
  system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd - enabled
  system.adapter.vis-timeandweather.0 : vis-timeandweather - enabled
  system.adapter.vis.0 : vis - enabled
• system.adapter.web.0 : web - enabled, port: 8082, bind: 0.0.0.0 (SSL), run as: admin
  system.adapter.web.1 : web - disabled, port: 8083, bind: 192.168.0.12 (SSL), run as: admin

! + instance is alive
! ````

Die Systemdaten aus dem top sehen so aus:

Was hier was ist, erschließt sich mir noch nicht ganz. Geht es hier nur um RAM?

top - 10:06:19 up 30 min,  1 user,  load average: 0,32, 0,39, 0,42
Tasks: 117 total,   1 running,  73 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,8 us,  1,1 sy,  0,0 ni, 98,1 id,  0,0 wa,  0,0 hi,  0,1 si,  0,0 st
KiB Mem :   949444 total,   290296 free,   480596 used,   178552 buff/cache
KiB Swap:   102396 total,   102396 free,        0 used.   404620 avail Mem

[Stabilostick]

CPU-Last: ich gehe davon aus, das die y-Skalierung von load in Deinem Diagramm 0-15 ist. Beim Pi hast Du z.B. zwei Cores. Dann ist eine Dauerlast (load) von 2 ok. Dein load-Wert ist kleiner als 2.

Load1 ist eine über eine Minute gemittelte CPU-Auslastungskennzahl.

[aleks-83]

@Stabilostick:

CPU-Last: ich gehe davon aus, das die y-Skalierung von load in Deinem Diagramm 0-15 ist. `
Korrekt.

@Stabilostick:

Dein load-Wert ist kleiner als 2. `
Die meiste Zeit ja.

Wenn der Pi abstürzte oder hing, gin die Load1 und auch die Load15 schonmal bis auf 60 oder 70.

Aber die Load ist ja, wie ich gelsen habe, nicht gleich CPU-Last, sonder die Gesamtlast des Systems. Inkl. SD und Speicher.

Deshalb bin ich den Schritt gegangen und habe alles von der SD auf den USB Stick ausgelagert.

Vielleicht hatte ja die SD einen weg. Dem war scheinbar nicht so.

Ich habe hier aus dem Forum noch ein Skript installiert welches die reale Last des CPU ausliest.

In dem FLOT oben ist der Wert hierfür aber noch nicht enthalten.

Und wenn ich ihn jetzt mit logge bringt es mich auch nicht weiter…

[Stabilostick]

In der neuen Version 1.5.0 des js-controllers sind neue CPU-Counter unter Objekte system.host.* und für neuinstallierte Adapterinstanzen unter system.<adapter>.* enthalten. Dann kannst Du das direkt nachverfolgen bzw. historisieren, welcher Adapter dafür verantwortlich ist.</adapter>

[aleks-83]

Ok, das klingt nach nem Hilfsmittel was mir wirklich weiterhilft.

Dann mache ich mich am WE an das neu aufsetzen.

Ich nehme einfach erst mal gar nichts mit und gucke wie das frische System läuft.

Dann kann ich immer noch schritt für Schritt meine Scripte oder views importieren.

Danke dir für die Hilfe.

[aleks-83]

Ein paar Fragen habe ich aber noch: :mrgreen:

Da ich das bit für das USB boot im Pi gesetzt habe, kann ich ja jetzt nur noch vom USB Stick booten.

Bisher habe ich das fertige image mit Raspbian und iobroker auf die SD geflasht.

Jetzt würde ich dann aber Schritt für Schritt Raspbian und anschließend ioBroker installieren wollen.

Nach http://www.iobroker.net/docu/?page_id=5106&lang=de.

Kann ich dann einfach gedanklich ie SD Karte aus der Anleitung durch meinen USB Stick ersetzen oder muss ich was beachten?

[Karl_999]

@aleks-83:

In meinem FLOT zu Pi temperatur, Load1 und Swap used sieht man dass fast durchgehend 100MB swap genutzt werden. `
Ich habe auf meinem Pi mittlerweile Swap komplett deaktiviert https://www.elektronik-kompendium.de/si … 002131.htm

Unter Linux wird massiv vorbeugend ausgelagert. Das hat mich bereits 2 SD-Karten gekostet.

Ein schlechtes Systemverhalten kann auch durch eine defekte SD-Karte verursacht werden: Schreib- und Lesefehler im Swapbereich können Programme und Daten zerstören und damit ist dann alles möglich.

Deine Perfomance-Werte sind nur sehr schwer zu beurteilen. Ohne Kenntnis über die installierten Adapter und Programme sowie Zeitpläne geht da nichts.

[aleks-83]

Ich habe die Probleme ja wie gesagt auch ohne SD Karte, also beim reinen USB Betrieb.

Morgen werde ich den Pi mal komplett neu aufsetzen.

Zwischendurch immer mal wieder top/htop aufrufen und gucken ob es irgendwann wieder merkwürdig wird.

Starte dann erst mal ohne meine Skripte und views.

Und nur mit den nötigsten Adaptern.

[Stabilostick]

Wenn Du die Version 1.5 nutzten möchtest, dann lasse SSL für den Web-Adapter vorübergehend aus. Mit SSL gibt es unter 1.5 noch ein Problem. Wird aber gerade gefixed.

[aleks-83]

Ok.

Danke für den Tipp!

Gesendet per Tapatalk @

[aleks-83]

So,

beim Starten mit dem neu aufsetzen habe ich direkt ein paar Fehler bemerkt die ich beim letzten Mal gemacht haben muss.

1. Ich habe ein Raspbian Stretch image genutzt, kein light. Mag vielleicht kein gravierendes Problem sein, aber ist ja schonmal unnötig und hat vielleicht Leistung gekostet!?

2. Ich hatte den npm 4 irgendwann mal wieder zu einem 5er geupgradet. Obwohl dieser ja bekanntlich Probleme macht.

Aber ich meine dass manche Adapter eine npm >5 vorausgesetzt haben. Ohne Grund habe ich das ja nicht gemacht. Gibt es mittlerweile npm Verisionen >5 die mit dem ioBroker laufen?

Eine Frage habe ich noch:

Sollte ich vielleicht lieber den Verwahrungsort auf stable/default belassen?

Bei der ersten Installation habe ich latest genutzt.

[aleks-83]

Kurzer Zwischenstand:

Installation Raspberry und ioBroker problemlos.

Pi läuft bisher wunderbar.

Habe die nötigsten Adapter installiert um das System jetzt zu diagnostizieren.

Bisher steht mein Verwahrungsort noch auf stable/default.

Werde ich erst mal so belassen…

Ausgabe "iobroker list instances"

! system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin system.adapter.discovery.0 : discovery - enabled system.adapter.flot.0 : flot - enabled system.adapter.history.0 : history - enabled system.adapter.hue.0 : hue - enabled, port: 80 system.adapter.javascript.0 : javascript - enabled system.adapter.ping.0 : ping - enabled system.adapter.rpi2.0 : rpi2 - enabled system.adapter.tr-064.0 : tr-064 - enabled system.adapter.web.0 : web - enabled, port: 8083, bind: 192.168.0.12 (SSL), run as: admin !

Ausgabe "top":

! pi@ioBroker-RasPi:~ $ top top - 18:15:14 [b]up 4:08[/b], 1 user, load average: 0,80, 0,61, 0,48 Tasks: 104 total, 1 running, 59 sleeping, 0 stopped, 0 zombie %Cpu(s): 2,6 us, 4,7 sy, 0,0 ni, 92,6 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem : 1000176 total, 287512 free, 329568 used, 383096 buff/cache KiB Swap: 102396 total, 102396 free, 0 used. 592192 avail Mem ! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND [b]21996 root 20 0 0 0 0 I 8,3 0,0 1:28.05 kworker/1:0[/b] 1917 root 20 0 126956 45532 20620 S 6,9 4,6 0:48.48 io.rpi2.0 636 root 20 0 156220 57600 20764 S 3,3 5,8 9:34.28 iobroker.js-con 1397 root 20 0 120936 40076 20652 S 1,3 4,0 1:27.65 io.history.0 1632 root 20 0 158160 75600 20664 S 1,3 7,6 1:09.23 io.javascript.0 2110 root 20 0 144156 60660 22304 S 1,3 6,1 2:27.65 io.tr-064.0 17113 pi 20 0 8256 3288 2824 R 0,7 0,3 0:50.15 top 646 root 20 0 147384 64856 20500 S 0,3 6,5 1:31.10 io.admin.0 1101 root 20 0 118940 34136 20848 S 0,3 3,4 0:41.50 io.ping.0 24598 root 20 0 0 0 0 I 0,3 0,0 0:00.05 kworker/1:2 1 root 20 0 26928 6012 4924 S 0,0 0,6 0:02.18 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kthreadd 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 7 root 20 0 0 0 0 S 0,0 0,0 0:01.30 ksoftirqd/0 8 root 20 0 0 0 0 I 0,0 0,0 0:06.55 rcu_sched 9 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 10 root rt 0 0 0 0 S 0,0 0,0 0:02.38 migration/0 11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 13 root rt 0 0 0 0 S 0,0 0,0 0:00.41 migration/1 14 root 20 0 0 0 0 S 0,0 0,0 0:07.95 ksoftirqd/1 16 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H 17 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 18 root rt 0 0 0 0 S 0,0 0,0 0:02.28 migration/2 19 root 20 0 0 0 0 S 0,0 0,0 0:00.32 ksoftirqd/2 21 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H 22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 23 root rt 0 0 0 0 S 0,0 0,0 0:02.24 migration/3 24 root 20 0 0 0 0 S 0,0 0,0 0:00.28 ksoftirqd/3 26 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H 27 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 28 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 netns 33 root 20 0 0 0 0 S 0,0 0,0 0:00.01 khungtaskd 34 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 35 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 writeback 36 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kcompactd0 37 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 crypto !

Was auffällt ist dass immer wieder ein Prozess namens kworker/1.0 auftaucht.

Nach nun 4h uptime liegt die PID wieder bei gut 20.000.

Aber die PIDs der ioBroker Prozesse liegen alle bei <2.000.

Sieht also so aus als würden die Prozesse nun nicht ständig neu starten.

Im Log findet man nur belanglose "info" Zeilen.

Lediglich der TR-064 hat 2x nen error geschmissen:

2018-09-15 15:14:34.032 - error: tr-064.0 forEachConfiguredDevice: in GetSpecificHostEntry 3(SteffiSE/4C:57:XXXXX):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: - {"code":""}
2018-09-15 17:48:15.150 - error: tr-064.0 forEachConfiguredDevice: in GetSpecificHostEntry 0(Alek8/64:70:XXXXX):Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: - {"code":""}

und

2018-09-15 14:29:02.340 - info: host.ioBroker-RasPi instance system.adapter.javascript.0 started with pid 1632
2018-09-15 14:29:10.361 - error: javascript.0 no connection to objects DB
2018-09-15 14:29:12.249 - warn: discovery.0 Reconnection to DB.
2018-09-15 14:29:12.258 - warn: discovery.0 Reconnection to DB.
2018-09-15 14:29:12.323 - error: discovery.0 already running
2018-09-15 14:29:12.359 - error: host.ioBroker-RasPi instance system.adapter.discovery.0 terminated with code 7 (Adapter already running)
2018-09-15 14:29:12.361 - info: host.ioBroker-RasPi Restart adapter system.adapter.discovery.0 because enabled

Einen FLOT Chart mit Load1, Temperatur, RAM Nutzung und Swap lief jetzt 4h durch.

Dort ist nichts auffälliges zu finden. Außer dass die Linie im FLOT manchmal unmögliche rückwärtssprüngezeigt. Aber das haben sie bei mir vorher auch schonmal gemacht. Liegt wohl am Adapter selbst, oder?

[aleks-83]

So, jetzt lief der Pi über Nacht.

Gestern lief er so gut, da habe ich schrittweise die meisten meiner Adapter wieder installiert :mrgreen:

Scheint alles ruhig zu sein.

List instances:

! pi@ioBroker-RasPi:~ $ iobroker list instances system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin system.adapter.alexa2.0 : alexa2 - enabled system.adapter.backitup.0 : backitup - enabled system.adapter.discovery.0 : discovery - enabled system.adapter.flot.0 : flot - enabled system.adapter.history.0 : history - enabled system.adapter.hue.0 : hue - enabled, port: 80 system.adapter.icons-open-icon-library-png.0: icons-open-icon-library-png - enabled system.adapter.javascript.0 : javascript - enabled system.adapter.ping.0 : ping - enabled system.adapter.rpi2.0 : rpi2 - enabled system.adapter.tr-064.0 : tr-064 - enabled system.adapter.upnp.0 : upnp - enabled system.adapter.vis-fancyswitch.0 : vis-fancyswitch - enabled system.adapter.vis-history.0 : vis-history - enabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets - enabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd - enabled system.adapter.vis-timeandweather.0 : vis-timeandweather - enabled system.adapter.vis.0 : vis - enabled system.adapter.web.0 : web - enabled, port: 8083, bind: 192.168.0.12 (SSL), run as: admin !

top:

! pi@ioBroker-RasPi:~ $ top top - 13:50:19 up 15:37, 1 user, load average: 0,54, 0,54, 0,50 Tasks: 110 total, 1 running, 62 sleeping, 0 stopped, 0 zombie %Cpu(s): 2,8 us, 1,2 sy, 0,0 ni, 96,1 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem : 1000176 total, 118476 free, 411476 used, 470224 buff/cache KiB Swap: 0 total, 0 free, 0 used. 510284 avail Mem ! PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 31504 root 20 0 0 0 0 I 8,2 0,0 0:22.98 kworker/3:1 551 root 20 0 161664 66972 20784 S 6,2 6,7 81:34.94 iobroker.js-con 823 root 20 0 140240 42820 20584 S 2,6 4,3 37:04.09 io.upnp.0 32012 pi 20 0 8240 3192 2716 R 1,3 0,3 0:00.20 top 728 root 20 0 158848 77236 20544 S 1,0 7,7 5:38.39 io.javascript.0 319 avahi 20 0 6528 3124 2748 S 0,3 0,3 0:44.98 avahi-daemon 696 root 20 0 135992 39588 21188 S 0,3 4,0 0:32.85 io.web.0 715 root 20 0 125216 44804 20424 S 0,3 4,5 0:54.76 io.history.0 23855 root 20 0 0 0 0 I 0,3 0,0 5:21.25 kworker/3:3 1 root 20 0 26928 5860 4800 S 0,0 0,6 0:02.67 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.06 kthreadd 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 mm_percpu_wq 7 root 20 0 0 0 0 S 0,0 0,0 0:06.60 ksoftirqd/0 8 root 20 0 0 0 0 I 0,0 0,0 0:22.56 rcu_sched 9 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_bh 10 root rt 0 0 0 0 S 0,0 0,0 0:06.31 migration/0 11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 13 root rt 0 0 0 0 S 0,0 0,0 0:06.15 migration/1 14 root 20 0 0 0 0 S 0,0 0,0 0:00.59 ksoftirqd/1 16 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H 17 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 18 root rt 0 0 0 0 S 0,0 0,0 0:06.04 migration/2 19 root 20 0 0 0 0 S 0,0 0,0 0:00.80 ksoftirqd/2 21 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/2:0H 22 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 23 root rt 0 0 0 0 S 0,0 0,0 0:00.97 migration/3 !

Die PIDs der iobroker Prozesse sind schön niedrig. Also sind sie wohl nicht neu gestartet.

Das Log ist auch komplett unauffällig. Also nur infos zum upnp Adapter der neue Geräte gescannt hat.

Was mir aber aufgefallen ist,

als ich gestern testweise (weil ich nicht mehr abwarten wollte :mrgreen: ) meine views wieder importiert hatte, fing der Pi an, manche Prozesse zu killen und neu zu starten.

Hier scheint also irgendwo der Hund begraben.

Dazu werde ich das System erst mal wieder so herstellen wie ich es brauche. Ohne die views.

Dann schritt für schritt views einfügen und gucken ab wann er anfängt komische Dinge zu tun.

Wie ich meine Skripte und FLOTs einzeln aus meinem BackItUp Backup oder auch aus einem SDimage.img wieder extrahiere wisst ihr nicht, oder?
7541_flot.png

[aleks-83]

Moin.

Ich wollte mal ne Rückmeldung geben.

Nachdem ich nun alles schrittweise wieder eingerichtet habe, habe ich endlich den Fehler gefunden, warum mein System so unrund lief.

Auch wenn es sehr ärgerlich ist, und ich eigentlich gar nicht hätte neu aufsetzen müssen, bin ich froh es gefunden zu haben.

Ich hatte sowohl damals bei der ersten Einrichtung als auch jetzt gelegentlich im Browser mehrere tabs offen mit denen ich am ioBroker gearbeitet habe.

Mehrere tabs an sich sind kein Problem für das System, aber sobald ich den "vis Editor" länger auf habe und daran arbeite, steigt die Load, und somit die Temperatur und alles weitere.

Ob das auch bei leeren views der Fall war kann ich jetzt leider nicht mehr sagen.

Vielleicht werde ich bei Gelegenheit meine views nochmal raus nehmen und gucken.

Wobei ich festgestellt habe dass Widget-Gruppen die importiert wurden, nur als leere widgets dargestellt werden. Sie lassen sich auch nicht aus der Gruppe lösen, weil sie nicht als Gruppe erkannt oder dargestellt werden.

Das recherchiere ich mal im entsprechenden Adapter Forum.

Gesendet per Tapatalk @

[aleks-83]

So, hier nochmal weiter...

Da ich nun herausgefunden habe dass der RAM meines Raspberrys der Grund für die Abstürze ist, hatte ich mir ja im November einen NUC bestellt (der immer noch nicht geliefert wurde aufgrund von Lieferproblemen)

Meine Frage ist jetzt:
Kann ich ein Total Backup (backitup) vom Raspberry mitnehmen und in die Linux VM unter Proxmox einfach einspielen?

[OstfrieseUnterwegs]

Ja, das sollte funktionieren. Wenn Du Redis einsetzt, denk daran, die states mitzunehmen. Falls du file-database nutzt, dann sind die im backup eh mit drin.
Wenn der Hostname deines neuen Rechners anders ist, musst du noch

sudo iobroker host this

machen.

[paul53]

Beim Umzug auf ein anderes System besser das Minimal-Backup verwenden !

[OstfrieseUnterwegs]

@paul53
Kannst Du bitte kurz erläutern, warum das besser ist? Das minimal/standard ist doch eigentlich ein iobroker backup Ich glaube mich zu erinnern, dass da früher(?) irgendwas nicht mitgenommen wurde, aber das mag sich geändert haben.

[paul53]

@OstfrieseUnterwegs Das hat @simatec mehrfach so empfohlen.

[OstfrieseUnterwegs]

@paul53 Danke Dir.