IObroker zerlegt nach Stromausfall
-
@gargano sagte in IObroker zerlegt nach Stromausfall:
zeigt gar nichts an.
Ja, die Verzeichnisse der Adapter werden ja auch ignoriert.
Da weiß ich aber nicht wie man das gerade gezogen bekommt. -
@thomas-braun Hab restore gemacht , funktioniert wieder.
Vielen Dank -
Hi
habe leider genau das gleiche Probleme an meinem Raspberry PI 4 mit externer SSD. Ein Stromausfall lässt den IOBroker nicht mehr laufen.
Der iobroker fix läuft durch und dmesg sagt:[ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 smsc95xx.macaddr=DC:A6:32:45:95:84 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000 console=ttyS0,115200 console=tty1 root=PARTUUID=045305dd-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait [ 2.191028] EXT4-fs (sda2): INFO: recovery required on readonly filesystem [ 2.191069] EXT4-fs (sda2): write access will be enabled during recovery [ 2.228024] EXT4-fs (sda2): recovery complete [ 2.230055] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null) [ 2.230159] VFS: Mounted root (ext4 filesystem) readonly on device 8:2. [ 4.198324] EXT4-fs (sda2): re-mounted. Opts: (null)Nach einem Reboot fehlte mir die ssh Datei um mich per Putty einzuloggen aber danach ging es wieder.
Der iobroker lässt sich starten -> ohne Fehlermeldung aber der status sagt:
iobroker status Cannot read system.config: null (OK when migrating or restoring) Cannot find view "system" for search "host" iobroker is running on this host. Objects type: file States type: fileEin Versuch den den Admin zu starten sagt:
iobroker start admin Cannot read system.config: null (OK when migrating or restoring) Cannot find view "system" for search "host" Cannot find view "system" for search "instance" An unknown error occurred: Cannot find view "system"Was kann ich noch tun um den iobroker zu retten?
Vielen Dank vorab!
-
@pete0815
Klapper mal das System mit dem 'Werkzeugkasten'ab:
https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
Wenn das danach immer noch zickig ist:
cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controller -
@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
