IObroker zerlegt nach Stromausfall
-
@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 stableerzeugt
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.
-
@pete0815
Wenn das danach immer noch zickig ist:
cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controllerSolange du per ssh eine Konsole bekommst kannst du natürlich alles machen. Komplettes Neuaufsetzen erfordert allerdings physischen Zugriff um erstmal den ssh zu aktivieren.
-
@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! │ │ │ ╰───────────────────────────────────────────────────────────────╯ -
@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 instancesbringt?
-
@thomas-braun
ok thx.iobroker list adapterserzeugt gar keine Rückmeldung
iobroker list instances+ instance is alive -
@pete0815
iobroker add admin -
@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
-
@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? -
@pete0815 Ja. Die leere Hülle musst du jetzt wieder mit Adaptern füllen. Per Backup ja kein Problem
-
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? -
@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
-
@pete0815 Dürfte vom Browser Cache stammen.
-
@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.
-
@Thomas-Braun
habe gerade mal den discovery Adapter manuell aktualisiert/installiert und hier klappt es alles 1a -
@Thomas-Braun Moment ich glaube hier liegt jetzt ein Fehler durch den Bediener vor
-
@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 -
@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 !
-
@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. -
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
-
@glasfaser
Danke... Gleich mal als Favorit angelegtDanke 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.
