Sporadische Neustarts/Crashes ioB (gelöst)
-
@jackdaniel sagte in Sporadische Neustarts/Crashes ioB:
so das müsste es sein:
Apr 3 030903 iobroker upsd[740] Da.txtMoin,
also gleich am Anfang der Datei bekommst Du ein
oomdas bedeutet ein Prozessio.pushover.0wurde aus dem Speicher geschmissen.io.pushover.0 invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0Wenn Du mal im Log nach
171246suchst, dann findest Du das dernodeProzess abgeschossen wurde, damit ist auch die Verbindung zu DB tot, und das ganzeiobrokerSystem ist runtergefahren.Apr 3 03:36:40 iobroker kernel: [231817.391880] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/iobroker.service,task=node,pid=171246,uid=1001 Apr 3 03:36:40 iobroker kernel: [231817.391918] Out of memory: Killed process 171246 (node) total-vm:26720900kB, anon-rss:11704620kB, file-rss:0kB, shmem-rss:0kB, UID:1001 pgtables:37664kB oom_score_adj:0 Apr 3 03:36:40 iobroker systemd[1]: iobroker.service: A process of this unit has been killed by the OOM killer.Apr 3 03:36:55 iobroker systemd[1]: iobroker.service: Failed with result 'oom-kill'. Apr 3 03:36:55 iobroker systemd[1]: iobroker.service: Consumed 7h 13min 56.369s CPU time. Apr 3 03:36:58 iobroker systemd[1]: iobroker.service: Scheduled restart job, restart counter is at 4. Apr 3 03:36:58 iobroker systemd[1]: Stopped ioBroker Server. Apr 3 03:36:58 iobroker systemd[1]: iobroker.service: Consumed 7h 13min 56.369s CPU time. Apr 3 03:36:58 iobroker systemd[1]: Started ioBroker Server.Hast Du
pushoverschon länger am Laufen oder kürzlich etwas daran geändert?Ob es jetzt daran liegt, kann ich nicht sagen, vielleicht passiert da vorher ja noch etwas, dass das nur ein Folgefehler ist.
VG
Bernd@dp20eic sagte in Sporadische Neustarts/Crashes ioB:
Ob es jetzt daran liegt, kann ich nicht sagen, vielleicht passiert da vorher ja noch etwas, dass das nur ein Folgefehler ist.
Das muss nicht die Ursache für den Speichermangel sein, nur der Tropfen der das Fass zum Überlaufen bringt und den oom-killer auf den Plan ruft.
Der senst dann für das Kernsystem entbehrliche Prozesse weg. Trifft dann halt den iobroker, weil der mit dem Systemkern ja nix zu tun hat. -
@jackdaniel sagte in Sporadische Neustarts/Crashes ioB:
so das müsste es sein:
Apr 3 030903 iobroker upsd[740] Da.txtMoin,
also gleich am Anfang der Datei bekommst Du ein
oomdas bedeutet ein Prozessio.pushover.0wurde aus dem Speicher geschmissen.io.pushover.0 invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0Wenn Du mal im Log nach
171246suchst, dann findest Du das dernodeProzess abgeschossen wurde, damit ist auch die Verbindung zu DB tot, und das ganzeiobrokerSystem ist runtergefahren.Apr 3 03:36:40 iobroker kernel: [231817.391880] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/iobroker.service,task=node,pid=171246,uid=1001 Apr 3 03:36:40 iobroker kernel: [231817.391918] Out of memory: Killed process 171246 (node) total-vm:26720900kB, anon-rss:11704620kB, file-rss:0kB, shmem-rss:0kB, UID:1001 pgtables:37664kB oom_score_adj:0 Apr 3 03:36:40 iobroker systemd[1]: iobroker.service: A process of this unit has been killed by the OOM killer.Apr 3 03:36:55 iobroker systemd[1]: iobroker.service: Failed with result 'oom-kill'. Apr 3 03:36:55 iobroker systemd[1]: iobroker.service: Consumed 7h 13min 56.369s CPU time. Apr 3 03:36:58 iobroker systemd[1]: iobroker.service: Scheduled restart job, restart counter is at 4. Apr 3 03:36:58 iobroker systemd[1]: Stopped ioBroker Server. Apr 3 03:36:58 iobroker systemd[1]: iobroker.service: Consumed 7h 13min 56.369s CPU time. Apr 3 03:36:58 iobroker systemd[1]: Started ioBroker Server.Hast Du
pushoverschon länger am Laufen oder kürzlich etwas daran geändert?Ob es jetzt daran liegt, kann ich nicht sagen, vielleicht passiert da vorher ja noch etwas, dass das nur ein Folgefehler ist.
VG
Bernd@dp20eic sagte in Sporadische Neustarts/Crashes ioB:
Hast Du
pushoverschon länger am Laufen oder kürzlich etwas daran geändert?schon seit dem ersten tag, aber danke für den input
Carpe diem
-
@dp20eic sagte in Sporadische Neustarts/Crashes ioB:
Hast Du
pushoverschon länger am Laufen oder kürzlich etwas daran geändert?schon seit dem ersten tag, aber danke für den input
Ab hier ECONNREFUSED :
2023-04-03 02:52:22.796 - [33mwarn[39m: chromecast.0 (162295) Keller - Client error: Error: connect ECONNREFUSED 192.168.1.149:8009 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1494:16)kommt auch immer already running:
2023-04-03 01:15:00.003 - [33mwarn[39m: host.iobroker instance system.adapter.envertech-pv.0 already running with pid 162592Hast du dein ioBroker schonmal neu rebootet !?
in den log´s stehen eh keine "persöhnlichen" dinge wie zb. pw usw.. oder?
entferne in den Logs die FIN von deinem Auto !
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
Ab hier ECONNREFUSED :
2023-04-03 02:52:22.796 - [33mwarn[39m: chromecast.0 (162295) Keller - Client error: Error: connect ECONNREFUSED 192.168.1.149:8009 at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1494:16)kommt auch immer already running:
2023-04-03 01:15:00.003 - [33mwarn[39m: host.iobroker instance system.adapter.envertech-pv.0 already running with pid 162592Hast du dein ioBroker schonmal neu rebootet !?
in den log´s stehen eh keine "persöhnlichen" dinge wie zb. pw usw.. oder?
entferne in den Logs die FIN von deinem Auto !
@glasfaser sagte in Sporadische Neustarts/Crashes ioB:
entferne in den Logs die FIN von deinem Auto !
die steht aber auch für jeden sichtbar in der Windschutzscheibe
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@glasfaser sagte in Sporadische Neustarts/Crashes ioB:
entferne in den Logs die FIN von deinem Auto !
die steht aber auch für jeden sichtbar in der Windschutzscheibe
Großes Ja ... da gebe ich dir Recht ...
... aber war nur ein Hinweis !Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@JackDaniel
Na ja,
den envertech-pv hast du in letzter Zeit zumindest auch aktualisiert :-)Ich konnte bei mir keine Auffälligkeiten beim Memory feststellen. Aber schau dir den ggF gezielt an. Der Adapter ist nagelneu und im latest. Kann ja sein, dass ich da nen Fehler eingebaut hab. Mangels Aufnahme im latest seh ich zur Zeit nicht wieviele den einsetzen. Meldungen über Probleme gab es aber keine bisher.
McM
-
@dp20eic sagte in Sporadische Neustarts/Crashes ioB:
Hast Du
pushoverschon länger am Laufen oder kürzlich etwas daran geändert?schon seit dem ersten tag, aber danke für den input
@jackdaniel sagte in Sporadische Neustarts/Crashes ioB:
@dp20eic sagte in Sporadische Neustarts/Crashes ioB:
Hast Du
pushoverschon länger am Laufen oder kürzlich etwas daran geändert?schon seit dem ersten tag, aber danke für den input
Moin,
ich habe auch geschrieben, dass das nur Nachfolgefehler seien könnten und Du Dir Deine Logs z.B. Syslog, Journ-Log anschauen musst, um evtl. noch andere Probleme zu finden, such doch mal nach den
OOMvielleicht kommt da ja noch mehr zum Vorschein.VG
Bernd -
danke mal an alle für die rasche hilfe
bin nun wieder auf die 1.x version von influxdb gegangen, da ich denke das es zeitlich am ehesten mit dem verhalten zusammenpasst.
werde das nun weiter beobachten, melde mich hier wieder sobald ich mehr erkentnisse habe -
danke mal an alle für die rasche hilfe
bin nun wieder auf die 1.x version von influxdb gegangen, da ich denke das es zeitlich am ehesten mit dem verhalten zusammenpasst.
werde das nun weiter beobachten, melde mich hier wieder sobald ich mehr erkentnisse habe@jackdaniel sagte in Sporadische Neustarts/Crashes ioB (gelöst):
danke mal an alle für die rasche hilfe
bin nun wieder auf die 1.x version von influxdb gegangen, da ich denke das es zeitlich am ehesten mit dem verhalten zusammenpasst.
werde das nun weiter beobachten, melde mich hier wieder sobald ich mehr erkentnisse habeMoin,
ich habe sowohl einen LXC Container mit
influxDB V 1.8als auch zweiinfluxDB V 2.6LXC Container, und die sind auch nicht wirklich riesig, was Speicher oder RAM angeht, ich habe damit keinerlei Probleme.Zudem kenne ich keinen Weg, von einer
influxDb V 2.xzurück zur V 1.8. da ja die Daten bei der Migration von V 1.8 zu 2.6 angepasst werden, wie hast Du das hinbekommen?VG
Bernd -
so abschließend noch zu diesem thema, übeltäter war die m.2 ssd die am sterben war bzw. jetzt total tot ist
mal schauen wie lange jetzt die wd red durchhält :)
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden524
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge