ioBroker nicht mehr erreichbar - objects.json "löscht" sich

[ReviewDiePie]

@wendy2702 said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@reviewdiepie Sagt mir auf Anhieb auch nichts aber hast du zufällig irgendein Script unter "Global" abgelegt?

Also im Scripte Tab den Experten Modus aktivieren:

Und dann schauen ob hier drunter etwas steht:

unter global liegt nichts.

Kann aber auch daran liegen:

Wenn da bei dir etwas anderes steht.

das steht bei mir auf "erweitert" schalte mal um auf "nichts" und schaue mal.

[ReviewDiePie]

@wendy2702

Kann aber auch daran liegen:

Wenn da bei dir etwas anderes steht.

so, ach umschalten sendet er jetzt ständig "null". Was komisch ist (und jetzt deutlich häufer im Log vorkommt als vorher) ist folgendes:

Mar 17 13:11:22 raspberrypi bash[705]: hash unchanged, use cached sources
Mar 17 13:11:50 raspberrypi bash[705]: Send diag info: {"uuid":"0e1aabaa-2c94-4555-a378-94abfa3606b9","language":"de","country":"Germany","hosts":[{"version":"3.2.16","platform":"Javascript/Node.js","type":"linux"}],"node":"v12.21.0","arch":"arm","adapters":{"admin":{"version":"4.2.1","platform":"Javascript/Node.js"},"alexa2":{"version":"3.8.1","platform":"Javascript/Node.js"},"backitup":{"version":"2.0.5","platform":"Javascript/Node.js"},"boblight":{"version":"0.0.1","platform":"Javascript/Node.js"},"discovery":{"version":"2.6.1","platform":"Javascript/Node.js"},"fakeroku":{"version":"0.2.1","platform":"Javascript/Node.js"},"fb-checkpresence":{"version":"1.1.0","platform":"Javascript/Node.js"},"harmony":{"version":"1.2.2","platform":"Javascript/Node.js"},"hue":{"version":"3.5.2","platform":"Javascript/Node.js"},"hyperion":{"version":"0.0.9","platform":"Javascript/Node.js"},"info":{"version":"1.7.15","platform":"Javascript/Node.js"},"javascript":{"version":"5.0.15","platform":"Javascript/Node.js"},"lgtv":{"version":"1.1.10","platform":"Javascript/Node.js"},"lightify":{"version":"0.2.16","platform":"Javascript/Node.js"},"mihome":{"version":"1.3.7","platform":"javascript/Node.js"},"mihome-vacuum":{"version":"2.2.4","platform":"Javascript/Node.js"},"miio":{"version":"0.0.13","platform":"Javascript/Node.js"},"mqtt":{"version":"2.1.1","platform":"Javascript/Node.js"},"node-red":{"version":"2.2.0","platform":"Javascript/Node.js"},"nuki-extended":{"version":"2.3.0","platform":"Javascript/Node.js"},"octoprint":{"version":"1.0.8","platform":"Javascript/Node.js"},"shelly":{"version":"4.0.7-beta-1","platform":"Javascript/Node.js"},"simple-api":{"version":"2.5.3","platform":"Javascript/Node.js"},"socketio":{"version":"3.1.4","platform":"Javascript/Node.js"},"sonoff":{"version":"2.4.0","platform":"Javascript/Node.js"},"tado":{"version":"0.2.6-2","platform":"Javascript/Node.js"},"telegram":{"version":"1.8.0","platform":"Javascript/Node.js"},"terminal":{"version":"0.1.2","platform":"Javascript/Node.js"},"text2command":{"version":"2.0.7","platform":"Javascript/Node.js"},"tr-064":{"version":"0.4.14","platform":"Javascript/Node.js"},"tuya":{"version":"3.2.2","platform":"Javascript/Node.js"},"web":{"version":"3.3.0","platform":"Javascript/Node.js"},"yahka":{"version":"0.13.1","platform":"Javascript/Node.js"},"yeelight-2":{"version":"1.0.3","platform":"Javascript/Node.js"},"zigbee":{"version":"1.4.4","platform":"Javascript/Node.js"},"wled":{"version":"0.5.6","platform":"Javascript/Node.js"}},"statesType":"file","objectsType":"file","model":"ARMv7 Processor rev 3 (v7l)","cpus":4,"mem":1957195776,"ostype":"Linux","city":"Groß-Gerau"}
Mar 17 13:11:55 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:15:55 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:17:01 raspberrypi CRON[4466]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Mar 17 13:20:12 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:20:51 raspberrypi bash[705]: Send diag info: null
Mar 17 13:21:38 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:21:48 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:21:50 raspberrypi bash[705]: Send diag info: null
Mar 17 13:21:53 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:24:30 raspberrypi rngd[347]: stats: bits received from HRNG source: 800064
Mar 17 13:24:30 raspberrypi rngd[347]: stats: bits sent to kernel pool: 753312
Mar 17 13:24:30 raspberrypi rngd[347]: stats: entropy added to kernel pool: 753312
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS 140-2 successes: 40
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS 140-2 failures: 0
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS 140-2(2001-10-10) Monobit: 0
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS 140-2(2001-10-10) Poker: 0
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS 140-2(2001-10-10) Runs: 0
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS 140-2(2001-10-10) Long run: 0
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS 140-2(2001-10-10) Continuous run: 0
Mar 17 13:24:30 raspberrypi rngd[347]: stats: HRNG source speed: (min=161.259; avg=497.001; max=542.309)Kibits/s
Mar 17 13:24:30 raspberrypi rngd[347]: stats: FIPS tests speed: (min=8.286; avg=17.423; max=31.423)Mibits/s
Mar 17 13:24:30 raspberrypi rngd[347]: stats: Lowest ready-buffers level: 2
Mar 17 13:24:30 raspberrypi rngd[347]: stats: Entropy starvations: 0
Mar 17 13:24:30 raspberrypi rngd[347]: stats: Time spent starving for entropy: (min=0; avg=0.000; max=0)us
Mar 17 13:26:29 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:27:48 raspberrypi bash[705]: Send diag info: null
Mar 17 13:28:06 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:28:38 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:29:00 raspberrypi bash[705]: Send diag info: null
Mar 17 13:29:02 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:30:26 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:30:30 raspberrypi bash[705]: Send diag info: null
Mar 17 13:31:22 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:31:43 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:31:48 raspberrypi bash[705]: Send diag info: null
Mar 17 13:31:50 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:32:41 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:33:38 raspberrypi bash[705]: Send diag info: null
Mar 17 13:33:41 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]
Mar 17 13:44:01 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging]
Mar 17 13:44:43 raspberrypi bash[705]: Send diag info: null
Mar 17 13:45:09 raspberrypi bash[705]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]

[wendy2702]

@reviewdiepie Ich habe das nicht im log stehen bzw. kann es nicht finden. Keine Ahnung was dafür nocvh verantwortlich sein könnte.

[ReviewDiePie]

So... wie fast berechenbar hat er sich soeben nach gut 48h wieder ausgeklinkt.. Alle 3 offenen Putty-Session, sowie die WinSCP-Session wurden getrennt, also scheinbar kein "overload", sondern tatsächlich auch bestehende Verbindungen gekillt. Ist weder über WebUI noch per Terminal/Putty/WinSCP erreichbar... bleibt lediglich die Möglichkeit den Raspi vom Strom zu nehmen und anschliessend (voraussichtlich) nach Reboot die Objects.json wiederherzustellen... verdammte hacke, das gibts doch nicht. Werde nun das 4GB Ram Pi4 einsetzen... vielleicht bringts was (glaubs aber nicht...)!

Ich weiß echt nicht mehr weiter.

[Thomas Braun]

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Werde nun das 4GB Ram Pi4 einsetzen... vielleicht bringts was (glaubs aber nicht...)!

Ich schon.
Installier es fein säuberlich alles neu, kein 'dreckiges' Image oder Backup aus dem Hut zaubern.

[Homoran]

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

also scheinbar kein "overload", sondern tatsächlich auch bestehende Verbindungen gekillt.

bei zu hohem / zu lang andauerndem "overload" rebootet der Pi.
Das killt dann die verbindungen

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Werde nun das 4GB Ram Pi4 einsetzen... vielleicht bringts was (glaubs aber nicht...)!

Warum nicht?
Wenn's der mangelnde Speicher ist, bringt es sehr viel

[ReviewDiePie]

@homoran said in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

also scheinbar kein "overload", sondern tatsächlich auch bestehende Verbindungen gekillt.

bei zu hohem / zu lang andauerndem "overload" rebootet der Pi.
Das killt dann die verbindungen

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Werde nun das 4GB Ram Pi4 einsetzen... vielleicht bringts was (glaubs aber nicht...)!

Warum nicht?
Wenn's der mangelnde Speicher ist, bringt es sehr viel

Interessanter Fakt: Habe das "alte" Pi vom Strom genommen und die SD-Karte ins "Neue" (4gb ram) gesteckt, Iobroker lief direkt wieder, ausnahmsweise mal OHNE wiederherstellen der objects.json.... um einen Hardware Defekt beim alten Pi auszuschließen lasse ich die Instanz jetzt mal laufen bis sie (hoffentlich nicht) wieder verreckt... wer weiß - man steckt nicht drin... anschließend würde ich wohl oder übel zähneknirschend bei null anfangen und alles neu einrichten, oder?

[ReviewDiePie]

@thomas-braun

Hi,

Du meinst: alles komplett neu aufsetzen? Beim letzten neuaufsetzen habe ich kein Image verwendet, sondern ein neues Raspbian auf SD geflasht und anschliessend das standard iobroker-restore genutzt um so die adapter Einstellungen und Scripte zurück zu holen... Alles komplett neu aufsetzen, also auch alle Adapter-Einstellungen neu raussuchen etc, ist das wirklich nötig? Kann ein "einfaches" iobroker-backup auch korrupt sein?

Schon echt ärgerlich...

[Thomas Braun]

@reviewdiepie
Das 'einfache' Backup des ioBrokers dürfte i. O. sein.
Ich hatte eher an das Grundsystem gedacht.
Das ist ja in wenigen Minuten erledigt.

[Jan1]

@thomas-braun
Jetzt übertreibst aber wieder
Alleine das Buster Image auf SD Karte bringen dauert schon gefühlt ne Ewigkeit und ich hatte immer schnelle SD Karten im Einsatz

OK, mit sauber einrichten sollte das in einer Stunde aber locker erledigt sein.

[Homoran]

@reviewdiepie sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

das standard iobroker-restore genutzt

...und vor dem start iobroker host this ausgeführt?
... und nicht alle Instanzen sofort starten angehakt?

... und in allen notwendigen Instanzen die IP-Adressen angepasst?

[Thomas Braun]

@jan1

59 Minuten sind auch wenige...
Ich habs nie gemessen, aber ich zubbel mir immer per noobs die Installation fangfrisch aus dem Netz. Das dauert gefühlt wirklich nur wenige Minuten.

[Homoran]

@jan1 sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

Jetzt übertreibst aber wieder

dito!

@jan1 sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

ch hatte immer schnelle SD Karten im Einsatz

dann war dein Cardreader das Nadelöhr
Mit einem USB3 Cardreader dauert das max. 5 Minuten

@jan1 sagte in ioBroker nicht mehr erreichbar - objects.json "löscht" sich:

mit sauber einrichten sollte das in einer Stunde aber locker erledigt sein.

mit der Hälfte kommt man auch schon hin

[Dragon]

Als ich das letzte mal ähnliche Pobleme mit meinem Broker hatte habe ich sehr lange rumgedoctort und am Ende leider feststellen müssen, dass die SD Karte defekt war. Karte getauscht und plötzlich lief alles wieder ohne Probleme. Im Nachhinein hätte ich gesagt das experimentieren hätte ich mir sparen können und einfach für 6€ eine neue Karte kaufen sollen.... Die Objects.json war auch bei mir mit eines der Hauptprobleme...

[marlan99]

@reviewdiepie
Hattest bereits Erfolg mit dem Ersatz vom Raspi 2GB zum Raspi 4GB ?

Ich frage, da ich seit einem Monat ebenfalls Stabilitätsprobleme mit meinem Raspi 2GB habe. SD Karte ist jetzt auch mal ersetzt und läuft seit Sonntag (vor zwei Tagen) mit bereits einem erneuten Absturz nach 24h (gestern).

Tatsächlich überlege ich nun ebenfalls auf den Raspi 4GB zu wechseln, da ich immerhin 27 Instanzen und ca 40 Blockly Scripts am laufen habe. Ram sagt eigentlich 600 MB frei, aber man weiss es nicht wirklich.

[wendy2702]

@marlan99 wenn RAM ausgeht findet man das eigentlich im Syslog als OOM Killer.