Monatsrückblick Januar/Februar 2026 ist online!

[A Former User]

@thomas-braun
Vielen Dank!
Was ich unter system (rasbian OS) verstehe läuft soweit durch und alles ist aktuell.
"Seltsame" Meldundungen gehen dann los, wenn ich Richtung iobroker etwas ausführe.
Hier in der Liste das:

iobroker repo set stable

erzeugt

iobroker repo set stable
 Cannot read system.config: null (OK when migrating or restoring)
/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupRepo.js:358
                        obj.common.activeRepo = repoName;
                            ^

TypeError: Cannot read property 'common' of null
    at Immediate.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupRepo.js:358:29)
    at processImmediate (internal/timers.js:463:21)

Den iobroker fixer habe ich schon durchlaufen alles und er beendet mit "erfolgreich" bitte iobroker start ausführen was aber zu keinem wirklichen start führt.

Bevor ich es vergesse zu erwähnen. Ich habe ein Backup auf dem NAS liegen vom Adapter BackitUp, brauche also theoretisch nur eine funktionierende "blanko" Installation um per BackItUp den Restore einspielen zu können. Macht es das einfacher?

Problem: ich komme gleich nur noch per SSH etc an den iobroker und nicht physisch um die SSD zu formatieren und neu aufzusetzen. Geht sowas auch remote? Gleich mal schlau machen.

[Thomas Braun]

@pete0815

Wenn das danach immer noch zickig ist:

cd /opt/iobroker 
sudo -H -u iobroker npm install iobroker.js-controller

Solange du per ssh eine Konsole bekommst kannst du natürlich alles machen. Komplettes Neuaufsetzen erfordert allerdings physischen Zugriff um erstmal den ssh zu aktivieren.

[A Former User]

@thomas-braun
Danke, hatte ich als unerfahrer Nutzer auch so verstanden. Hatte eben mal was über einen Terminalbefehl gelesen um den ssh zugriff zu aktivieren, aber das ist nur gegoogelt keine Ahnung ob das geht.

die js.controller installation wirft viele meldungen raus und danach gibt iobroker status nach dem start eine positive rückmeldung. allerdings läuft der admin nicht und lässt sich auch nicht starten. manuell installieren?

 iobroker.js-controller@3.2.16 preinstall /opt/iobroker/node_modules/iobroker.js-controller
> node lib/preinstallCheck.js

NPM version: 6.14.11

> iobroker.js-controller@3.2.16 install /opt/iobroker/node_modules/iobroker.js-controller
> node iobroker.js setup first

 Cannot read system.config: null (OK when migrating or restoring)
object 0_userdata.0.example_state created
object 0_userdata.0 created
object alias.0 created
object system.certificates created
object system.repositories created
object system.config created
object enum.functions created
object enum.rooms created
object system.group.user created
object system.group.administrator created
object _design/system created

The following notifications happened during sync:
- Ignoring Directory "admin.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "backitup.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "daswetter.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "devices.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "discovery.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "dwd.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "flot" because officially not created as meta object. Please remove directory!
- Ignoring Directory "flot.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "influxdb.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "info.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "javascript.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "mqtt.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "pushover.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "radar2.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "shelly.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "simple-api.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "socketio.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "sonoff.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "sourceanalytix.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "sql.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "tr-064.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "virtualpowermeter.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-bars.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-history.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-hqwidgets.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-jqui-mfd.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-justgage.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-metro.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-players.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-plumb.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis-timeandweather.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis.0" because officially not created as meta object. Please remove directory!
- Ignoring Directory "vis.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "web" because officially not created as meta object. Please remove directory!
- Ignoring Directory "web.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "whatsapp-cmb.admin" because officially not created as meta object. Please remove directory!
- Ignoring Directory "zigbee.admin" because officially not created as meta object. Please remove directory!

Renamed repository "default to "stable"
Renamed repository "latest to "beta"
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.1 (node_modules/chokidar/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: osx-temperature-sensor@1.0.7 (node_modules/osx-temperature-sensor):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for osx-temperature-sensor@1.0.7: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman-converters/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/zigbee-herdsman-converters/node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

+ iobroker.js-controller@3.2.16
updated 13 packages in 157.823s

62 packages are looking for funding
  run `npm fund` for details



   ╭───────────────────────────────────────────────────────────────╮
   │                                                               │
   │      New major version of npm available! 6.14.11 → 7.6.1      │
   │   Changelog: https://github.com/npm/cli/releases/tag/v7.6.1   │
   │               Run npm install -g npm to update!               │
   │                                                               │
   ╰───────────────────────────────────────────────────────────────╯

[Thomas Braun]

@pete0815 sagte in IObroker zerlegt nach Stromausfall:

Hatte eben mal was über einen Terminalbefehl gelesen um den ssh zugriff zu aktivieren

Dazu musst du aber 'von Innen' kommen.

iobroker list adapters
iobroker list instances

bringt?

[A Former User]

@thomas-braun
ok thx.

iobroker list adapters

erzeugt gar keine Rückmeldung

iobroker list instances

+ instance is alive

[Thomas Braun]

@pete0815

iobroker add admin

[A Former User]

@thomas-braun said in IObroker zerlegt nach Stromausfall:

Dazu musst du aber 'von Innen' kommen.

ooooh jetzt verstanden. Mit Terminal ist die lokale Bedienung am RPI gemeint und dann dort ein Terminalfenster öffnen. Hatte das Terminalfenster extern vermutet :man-facepalming:

[A Former User]

@thomas-braun said in IObroker zerlegt nach Stromausfall:

iobroker add admin

Danke, der admin ist wieder da und per Browser erreichbar. Bisher aber nur mit admin und info Adapter sonst "blank".
Jetzt den Backitup Adapter installieren und Restore?

[Thomas Braun]

@pete0815 Ja. Die leere Hülle musst du jetzt wieder mit Adaptern füllen. Per Backup ja kein Problem

[A Former User]

@Thomas-Braun

mir fällt gerade auf, dass er nicht ganz "blank" ist. Meine letzte Textsuche im Adapterfeld ist noch vorhanden.
Oder kommt das von meinem Browser?

[A Former User]

@thomas-braun said in IObroker zerlegt nach Stromausfall:

@pete0815 Ja. Die leere Hülle musst du jetzt wieder mit Adaptern füllen. Per Backup ja kein Problem

ok super teste mal

[Thomas Braun]

@pete0815 Dürfte vom Browser Cache stammen.

[A Former User]

@thomas-braun
ok.

Bei den Adaptern/Instanzen stimmt noch etwas nicht. In der Liste der Adapter (Expertenmodus) stehen noch alle meine installierten Adapter mit deren Version und es werden sogar 4 Updates angezeigt (Menü links -> Blaues Feld mit einer 4).

In der Liste der Instanzen sind nur admin und info aufgeführt.

Habe mir in der Adapterliste backitup gesucht (installiert war/ist 2.0.0) und verfügbar 2.0.3. Wurde dann erfolgreich aktualisiert aber in der Liste der Instanzen tauch er nicht auf.Auch nicht nach Refresh des Browsers. Also Adapter installieren hackt noch, deute ich daraus.

[A Former User]

@Thomas-Braun
habe gerade mal den discovery Adapter manuell aktualisiert/installiert und hier klappt es alles 1a

[A Former User]

@Thomas-Braun Moment ich glaube hier liegt jetzt ein Fehler durch den Bediener vor

[benix02]

@pete0815
Hey ho, muss das Thema mal "ausgraben" ;)
Habe nach einen harten restart das selbe verhalten, auf meiner iobroker instanz, inc. der gennanten Fehlermeldungen...
Da das ganze im Docker läuft, war ich der meinung Container neu anlegen, die Pfade auf dem Host mit geben und gut ist, so wie immer ;).
Jedoch zeigt mir der neue Container genau das selbe verhalten.
Keiner der Adapter wird angezogen (Bis auf den neuen Admin und die Info) und meine Objekte sind somit auch leer/wech.

Was war denn deine Lösung für das Problem? konntest du die quelldaten 1 zu 1 auf einer neuen Instanz nutzen?

Danke und Grüße
Benix

[Glasfaser]

@benix02 sagte in IObroker zerlegt nach Stromausfall:

Habe nach einen harten restart das selbe verhalten, auf meiner iobroker instanz, inc. der gennanten Fehlermeldungen...

Da das ganze im Docker

Zeige mal dein Log dazu !

[benix02]

@Glasfaser
danke für die schnelle Rückmeldung.
Welches Log möchtest du denn sehen?

Mit "der gennanten Fehlermeldungen.." meinte ich die leere ausgaben auf list instances/adapter des ursprungs Container.
Nach dem händischen installieren der Admin Instanz komme ich wieder wie gewohnt auf das web interface. Jedoch sind die Instanzen bis auf admin und die info alle wech.

[Glasfaser]

@benix02

Mit "der gennanten Fehlermeldungen.." meinte ich die leere ausgaben auf list instances/adapter des ursprungs Container.

Hast du es so ?

https://forum.iobroker.net/topic/45934/gelöst-nach-stromausfall-startet-iobroker-nicht-mehr

[benix02]

@glasfaser
Danke... Gleich mal als Favorit angelegt ;)

Danke für den Link. Hat gleich auf Anhieb geklappt. Und nach dem Start kamen die Adapter nach und nach. Und die Objekte sind nun auch wieder voll zählig.

Danke und dir einen schönen Sonntag abend.