File tab_m.html not found
-
Richtig.
-
@thomas-braun
Wenns mehr indizen gibt als meine Hypothese dann bitte ein issue erstellen. Sollte wahrscheinlich hs-controller betreffen ausser backitup macht daxwas extra ... -
@thomas-braun
unten das Ergebnis von "cd /opt/iobroker && npm ls":
iobroker.inst@3.0.0 /opt/iobroker
├── iobroker.admin@6.13.16
├── iobroker.backitup@2.11.0
├── iobroker.discovery@4.5.0
├── iobroker.ds18b20@2.0.5
├── iobroker.email@1.3.0
├── iobroker.flot@1.12.0
├── iobroker.hekr@0.0.6
├── iobroker.history@3.0.1
├── iobroker.hm-rega@4.0.0
├── iobroker.hm-rpc@1.17.0
├── iobroker.javascript@8.3.1
├── iobroker.js-controller@5.0.19
├── iobroker.material@1.3.1
├── iobroker.modbus@6.2.3
├── iobroker.mqtt@5.2.0
├── iobroker.musiccast@1.1.3
├── iobroker.pvforecast@2.9.1
├── iobroker.rpi2@1.3.2
├── iobroker.senec@1.6.12
├── iobroker.shelly@7.0.0
├── iobroker.socketio@6.7.0
├── iobroker.vis-history@1.0.0
├── iobroker.vis-hqwidgets@1.5.1
├── iobroker.vis-jqui-mfd@1.1.1
├── iobroker.vis-justgage@2.1.7
├── iobroker.vis@1.5.6
├── iobroker.web@6.2.5
└── iobroker.ws@2.6.1 -
@mcm1957
so sieht das aktuell (nach dem Restore) bei mir aus:
schönen Urlaub -
Ja, das sind Überbleibsel des abgekündigten info-Adapters. Ich weiß jetzt aber nicht, wie man den da rausbekommt.
Entweder mal einiob upload alloder
iob setup firstoder den Adapter nochmal von Hand installieren und dann direkt wieder deinstallieren.
Wenn das alles nicht funktioniert von Hand in den Configs herrumrühren. Ich weiß aber nicht wo der überall geführt wird. -
@peterle said in File tab_m.html not found:
@mcm1957
so sieht das aktuell (nach dem Restore) bei mir aus:
schönen Urlaub@foxriver76
Da gibts offenbar ein konsustenzpeoblem nach dem restore. Ist das js-controller od admin oder ... ?P.S. hab nur Handy. Könnt das bitte wer in ein issue Gießen sobald klar wos hingehört? DANKE
-
@mcm1957 welche Admin Version ist das denn? Und war der Info Adapter mal installiert? Ansonsten mal schauen ob da noch ein System.adapter.info Objekt ist und das ggf löschen.
-
@foxriver76 sagte in File tab_m.html not found:
war der Info Adapter mal installiert?
ja, liegt im Backup vor, wird aber nicht restored.
@foxriver76 sagte in File tab_m.html not found:
welche Admin Version ist das denn?
6.13.16
-
@foxriver76 said in File tab_m.html not found:
@mcm1957 welche Admin Version ist das denn? Und war der Info Adapter mal installiert? Ansonsten mal schauen ob da noch ein System.adapter.info Objekt ist und das ggf löschen.
Problem dürfte sein dass ein Backup restore zwar dennoch mehr existenten Adapter nicht installiert aber trotzdem Teile restauriert. Das ist m.E. verbesserungswürdig. Kanns nur am Strand u mit Habdy nicht genauer testen bzw Eingrenzen.
Würd sagen esbetrifft Backup restore. Nur ist das rrstore admin od js-controller?
-
@mcm1957 restore ist Controller kannst gerne rein issue machen aber ist in erster Linie korrektes Verhalten - die Installation wurde auf db Ebene wieder hergestellt vermutlich hat er auch probiert den Adapter du installieren der aus dem repo entfernt wurde?
-
Na korrekt ev ja ABER nur am Papier.
Es gibt jetzt ein icon das nur nen Fehler wirft da files v Adapter fehlen. Und man kanns nur vie Eingriff in Objekte bereinigen ...Das ist definitiv nicht das was man ein Standardiser erwarten würde.
Wenn ein Adapter nicht (mehr) installiert werden kann dann sollte entweder alles was zum Adapter gehört auch entfernt werden oder ein Dummyeintrag angelegt werden sodass der User eindeinstall machen kann.
Aber ja... kann im Issue diskutiert werden. Wenn sonst niemand eins anlegt mach icgs nach meinem Urlaub wenn ich nicht vergess ...
-
@mcm1957 ja dummy Eintrag wäre admin, da das system.adapter Objekt ja zu existieren scheint. Automatisch löschen weiß weiß ich nicht, potentiell schmeißt man files vom adapter weg etc und wenns nur nen temporäres Problem ist auch doof. Alternative wäre beim restore interaktiv zu fragen was passieren soll. Müsste man mal erörtern und vor allem wäre Log von einem Restore run interessant von so einem Fall.
-
Ja restore log wär gut.
Inzwischen frag ich mich auch warum Info nicht restored wurde. Im REPO ist er ja rausgeflogen. Aber sollte der restore nicht genau jene Version installieren die installiert war? Und die sollte ja auf npm verfügbar sein. Dort wurde sicher nicht aktiv gelöscht...
Aber führt wieder zur Logfilefrage ...
Also derzeitmal pause ...
-
Hänge mich mal hier an.
Wenn ich die backitup Einstellungen öffnen will, bleibt er bei diesem Bild:
Unten links erscheint kurz:
iob diag:
======================= SUMMARY ======================= v.2024-08-12 Static hostname: raspberrypi Icon name: computer Operating System: Raspbian GNU/Linux 11 (bullseye) Kernel: Linux 6.1.21-v7+ Architecture: arm Installation: native Kernel: armv7l Userland: 32 bit Timezone: Europe/Zurich (CEST, +0200) User-ID: 1000 Display-Server: true Boot Target: graphical.target Pending OS-Updates: 5 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v20.18.0 /usr/bin/node v20.18.0 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.3 Recommended versions are nodejs 20.18.0 and npm 10.8.2 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 921M 425M 142M 1.0M 353M 425M Swap: 2.0G 450M 1.6G Total: 3.0G 876M 1.7G Active iob-Instances: 12 Upgrade policy: none ioBroker Core: js-controller 6.0.11 admin 7.1.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin Objects: 2905 States: 2371 Size of iob-Database: 36M /opt/iobroker/iobroker-data/objects.jsonl 6.0M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================backitup Version: 3.0.22
Zudem wenn ich in den Backup Tab (welcher kein Icon mehr hat) wechsle, erscheint:
Info:
Hatte heute Mittag einen Totalausfall. Nach einem Adapter und System Update blieb das RPI3 plötzlich stehn und konnte auch nicht mehr booten.
Iwie hat es in der config.txt den Eintrag program_usb_boot_mode=1 gelöscht.
Nach langem hin und her brachte ich es wieder zum laufen.
Weiss nicht, ob das etwas mit dem backitup-Problem zutun hat. Aber Infos sind ja immer gut
-
iob upload allUnd hiev das ganze Ding mal auf ein 64Bit-Sysrem (ohne Desktop). Mehr RAM wäre auch keine doofe Idee.
-
@thomas-braun
Ja, das Thema hatten wird schon.
Ich brauche den VNC damit ich diese Grafik anschauen kann.
deCONZ bietet leider keine Webserver-Funktion.
Und ich habe heute beim Ausfall ein 64bit Raspberry OS installiert.
Momentan läuft das jetzt auf einem anderen RPI3. Werde da nach und nach alles drauf restoren.
Darum wollte ich ja auch einen Backup machenVersuche, Iob nach https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht zu installieren.
Das bleibt leider immer da stehn:
Aber das ist ein anderes Thema.
-
@spicer sagte in File tab_m.html not found:
Das bleibt leider immer da stehn:
Mit 1GB RAM dauert das...
Und die Netzwerkkarten kannst du in der Regel vergessen. Steht nichts sinniges drin.
-
@thomas-braun
Mittlerweilen ist es installiert.
Aber es hängt sich dauernd auf.Egal, hier ist ja Bakitup das Thema
Downgrade auf v3.0.22 hat's gebracht!
-
@simatec
Just for Info falls für dich da was relevantes zu backitup drinnen steht. -
@spicer Ich gehe davon aus, dass bei deinem Systemabsturz Dateien beschädigt wurden.
Deinstalliere Backitup komplett im Adapter Tab und installiere es erneut.
Grundsätzlich sehe ich dein System mit 1GB RAM und aktivierten Desktop als viel zu klein für die aktuelle iob Umgebung.
Du wirst immer wieder diese Probleme und Abstürze bekommen.
