Monatsrückblick Januar/Februar 2026 ist online!

[apollon77]

Haaalloooo :-)

Also ja zwei Themen sehe ich hier:

1.) backup geht nicht weil nicht genug RAM frei ist ... Was sagt denn "free -m" so? Und wie sieht die Ausgabe von "top" aus?
Mal versucht ob Backup tut wenn du ioBroker stoppst? Also manuelles "iob backup" kommando ohne Backitup?

2.)

[DEBUG] [iobroker] - host.iobroker 190162 states saved
[DEBUG] [iobroker] - host.iobroker 234950 objects saved

Ist ne menge ... Wo kommen die denn her? Der übliche verdächtige "Ble" ist bei Dir ja nicht an Board.

[hm_krause]

@apollon77

pi@iobroker:~ $ free -m
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:       7812        3082         647           0        4082        4693
Swap:             99           1          98

pi@iobroker:~ $ top
top - 17:08:56 up  2:44,  1 user,  load average: 1,45, 1,16, 1,16
Tasks: 173 total,   3 running, 170 sleeping,   0 stopped,   0 zombie
%CPU(s): 26,2 us,  3,6 sy,  0,0 ni, 69,9 id,  0,0 wa,  0,0 hi,  0,3 si,  0,0 st
MiB Spch:   7812,0 total,    451,4 free,   3275,7 used,   4084,9 buff/cache
MiB Swap:    100,0 total,     98,7 free,      1,3 used.   4500,5 avail Spch

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     ZEIT+ BEFEHL
   7065 iobroker  20   0 1858920   1,0g  35412 R  87,7  13,2 114:52.91 iobroker.js-con
  16670 iobroker  20   0  662596  69940  29424 R  11,9   0,9   0:02.09 node
   8035 iobroker  20   0  934068  79012  35420 S   3,6   1,0   1:29.85 io.tr-064.0
  10538 iobroker  20   0  957780 108868  31660 S   3,0   1,4   5:03.46 io.zigbee.0
   7093 iobroker  20   0 1233196 372344  35684 S   2,6   4,7   3:33.51 io.admin.0
   8528 iobroker  20   0 1377640 536396  35668 S   2,6   6,7  16:37.12 io.javascript.0
  12193 iobroker  20   0 1102200 254640  30656 S   1,3   3,2   4:32.46 io.web.0
  15321 iobroker  20   0 1008648 149564  30180 S   1,3   1,9   0:56.23 io.influxdb.0
   8546 iobroker  20   0  942320  83736  30036 S   1,0   1,0   1:16.32 io.mqtt.1
  12575 root      20   0       0      0      0 I   0,7   0,0   0:03.18 kworker/u8:1-ext4-rsv-conversion
     12 root      20   0       0      0      0 S   0,3   0,0   0:02.76 ksoftirqd/0
     90 root     -51   0       0      0      0 S   0,3   0,0   0:20.79 irq/51-mmc0
   8539 iobroker  20   0  664520  67952  30052 S   0,3   0,8   0:17.42 io.mqtt.0
  10147 iobroker  20   0  675720  83352  34888 S   0,3   1,0   1:19.42 io.upnp.0
  10181 iobroker  20   0  742020  87568  30040 S   0,3   1,1   3:02.73 io.sourceanalyt
  11595 iobroker  20   0  661816  66412  34744 S   0,3   0,8   0:11.96 io.shuttercontr
  15780 root      20   0       0      0      0 I   0,3   0,0   0:03.53 kworker/1:1-events_power_efficient
  16607 iobroker  20   0  733696  67384  30548 S   0,3   0,8   0:02.69 io.vis.0
  16681 pi        20   0   10080   3560   2816 R   0,3   0,0   0:00.03 top
      1 root      20   0  166100  10164   7184 S   0,0   0,1   0:05.64 systemd
      2 root      20   0       0      0      0 S   0,0   0,0   0:00.03 kthreadd
      3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
      4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp
      6 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/0:0H-events_highpri
      8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_percpu_wq
      9 root      20   0       0      0      0 S   0,0   0,0   0:00.00 rcu_tasks_kthre
     10 root      20   0       0      0      0 S   0,0   0,0   0:00.00 rcu_tasks_rude_
     11 root      20   0       0      0      0 S   0,0   0,0   0:00.00 rcu_tasks_trace
     13 root      20   0       0      0      0 I   0,0   0,0   0:09.92 rcu_preempt
     14 root      rt   0       0      0      0 S   0,0   0,0   0:00.01 migration/0
     15 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/0
     16 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/1
     17 root      rt   0       0      0      0 S   0,0   0,0   0:00.00 migration/1
     18 root      20   0       0      0      0 S   0,0   0,0   0:00.40 ksoftirqd/1
     20 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 kworker/1:0H-kblockd
     21 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/2
     22 root      rt   0       0      0      0 S   0,0   0,0   0:00.01 migration/2

Mal versucht ob Backup tut wenn du ioBroker stoppst? Also manuelles "iob backup" kommando ohne Backitup?
....werde ich machen..

[hm_krause]

@apollon77
...wird nix

pi@iobroker:/ $ sudo systemctl stop iobroker
pi@iobroker:/ $ iobroker backup
No connection to databases possible ...
pi@iobroker:/ $ cd /opt/iobroker
pi@iobroker:/opt/iobroker $ iobroker backup
No connection to databases possible ...
pi@iobroker:/opt/iobroker $

[hm_krause]

....und jetzt ????

pi@iobroker:/ $ sudo systemctl start iobroker
pi@iobroker:/ $ sudo systemctl status iobroker
● iobroker.service - ioBroker Server
     Loaded: loaded (/lib/systemd/system/iobroker.service; enabled; vendor preset: enabled)
     Active: active (running) since Sun 2022-03-20 17:47:32 CET; 10s ago
       Docs: http://iobroker.net
   Main PID: 18644 (iobroker.js-con)
      Tasks: 11 (limit: 8986)
        CPU: 14.866s
     CGroup: /system.slice/iobroker.service
             └─18644 iobroker.js-controller

Mär 20 17:47:32 iobroker systemd[1]: Started ioBroker Server.
pi@iobroker:/ $ iob list instances
 Objects database error: connect ECONNREFUSED 0.0.0.0:9001
 Objects database error: connect ECONNREFUSED 0.0.0.0:9001
 Objects database error: connect ECONNREFUSED 0.0.0.0:9001
No connection to databases possible ...
pi@iobroker:/ $

[hm_krause]

...wird schlimmer:

pi@iobroker:/ $ iob list instances
 Cannot read system.config: undefined (OK when migrating or restoring)
/opt/iobroker/node_modules/standard-as-callback/built/index.js:6
        throw e;
        ^

Error: Connection is closed.
    at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24)
    at Redis.scan (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25)
    at ScanStream._read (/opt/iobroker/node_modules/ioredis/built/ScanStream.js:36:41)
    at ScanStream.Readable.read (internal/streams/readable.js:465:10)
    at resume_ (internal/streams/readable.js:963:12)
    at processTicksAndRejections (internal/process/task_queues.js:82:21)
Emitted 'error' event on ScanStream instance at:
    at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22
    at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23)
    at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51
    at processTicksAndRejections (internal/process/task_queues.js:95:5)

[simatec]

@hm_krause
Warum hantierst du da mit sudo?
Hier mal die Standard Befehle, um iobroker zu steuern

iob stop
iob start
iob restart

[apollon77]

@hm_krause naja mal langsam ... alles gut. Dein System hat sehr viele Daten ... wo auchimmer die herkommen (das hattest Du noch nicht gesagt).

Also tweaken wir mal bissl:

In /opt/iobroker/iobroker-data liegen eine states.jsonl und eine objects.jsonl ... WIe groß sind die?

in /opt/iobroker/iobroker-data/iobroker.json in den Abschnitten zu "states" und "object" gibts jeweils ein "connectTimeout" ... schreib da mal 60000 als Wert rein.

Gehts dann wieder?

[crunchip]

@apollon77 sagte in Backitup Fehler:

das hattest Du noch nicht gesagt

aber gezeigt
https://forum.iobroker.net/post/780181

@apollon77 sagte in Backitup Fehler:

wo auchimmer die herkommen

zumindest sind die Adapter überschaubar und schon mal kein ble dabei, (OT: das war mit der alten Adminoberfläche sehr hilfreich, sofort seine Werte zu sehen)

[apollon77]

@hm_krause nee ... weil da sieht man nicht wo diese massen an objekten und states herkommen :-(

Mirr fällt aber ausser Admin auf die Admin4 "alte ui" umzuschalten gerade keine idee ein weil da wurde das im Admin angezeigt

Wobei an sich wäre mqtt mit den zwei Instanzen ein Kandidat, je nachdem wie "gross" die Struktur ist ... Also wenn ioBroker noch startet mal da reinschauen. Auch bitte schauen ob da was komisch ist. Die neuesten mqtt Versionen (weis snicht ob Du Beta oder Stable nutzt) legen Folder strukturen an... das könnte ggf paar Objekte adden - aber du hattest ja auch sehr viele States

[hm_krause]

Habe ein altes Backup eingespielt, alles aktualisiert und jetzt hier nur noch
"Objekte: 67196, Zustände: 56335", passt so.
Danke für Eure Hilfe :+1:

[apollon77]

@hm_krause Naja Aber ich sag mal so: Ohne zu wissen wo die Objektmassen herkommen ist das für mich keine Echhte Lösung weil es dir morgen wieder passieren kann.

Eine frage: Welche mqtt Version nutzt du? Beta oder Stable?

Kannst Du jetzt wo alles wieder an ist ggf mal schauen ob es wieder mehr Objekte werden/geworden sind? Zeigt dir Admin oben rechts an unter "Objekte"

[hm_krause]

@apollon77
mqtt und alles andere ist "Stable"
Objekte: 67668, Zustände: 56711

[crunchip]

@hm_krause also Tendenz steigend.
Vllt werden auch durch den radar2 neu gefundene Geräte angelegt,(wechselnte mac adressen), seh mal den durch
Wobei das auch nicht so viele sein dürften.

Am einfachsten ist es wirklich die alte Admin Oberfläche zu aktivieren, so das man im Verzeichnis die einzelne Anzahl erkennt, woher es kommt.

[apollon77]

@hm_krause Finde raus was da dazukommt, sonst endest Du bald wieder dort.

[hm_krause]

@crunchip

"Am einfachsten ist es wirklich die alte Admin Oberfläche zu aktivieren"

Wie mache ich das richtig?

[apollon77]

@hm_krause Öffne Admin Instanzkonfiguration ... da ist ein Haken wie "alte Oberflächet/UI" oder so ... Falls Admin nicht mehr geht das es dann such ich den CLI Kommando raus

[wendy2702]

@apollon77 sagte in [erledigt] Backitup Fehler:

such ich den CLI Kommando raus

iobroker set admin.0 --react false

wenn ich mich richtig erinnere

[apollon77]

@wendy2702 Ja das "war einmal" :-))

iobroker set admin.0 --material true

ist "neu richtig"

[wendy2702]

@apollon77 OK.

Die untiefen der CLI Befehle

[hm_krause]

@apollon77
...vorher iob stop?