NEWS
ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme
-
@gismoh bin kein Profi, aber wenn ich dein post so lese.
Du hast iob installiert, dann ble. Da hat noch alles geklappt. Danach das Backup eingespielt und locker flockig den Port 8081 verbogen.
Ob das so gut gehen kann? -
@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:
hci0: urb 000000003977ddce failed to resubmit (2)
Sieht aber irgendwie so aus als wenn da etwas nicht stimmt, unabhängig von deinem npm Problem
-
@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:
beim Versuch ihn aus der Weboberfläche hinzuzufügen kommt folgende Fehlermeldung
Ist mir gerade eingefallen, schau mal bei meinem issue
https://github.com/AlCalzone/ioBroker.ble/issues/801 -
@da_woody
Dachte Backitup, ist das "Mittel der Wahl"?
Habe allerdings nun das erste mal damit ein Backup widerhergestellt.Um noch mal zu sehen, das ich mir das nicht eingebildet hatte, das vor dem einspielen des Backups ioBroker ersteinmal "Normal" lief, die VM wieder vom früheren Zeitpunkt widerhergestellt.
= Weboberfläche wieder mit :8081 aufrufbar, und ble ist grün und hat Geräte gefunden und aktualisiert die Werte.
Nachtrag: Hab das Backup einspielen bereits zwei mal durch gemacht, jeweils mit einem neuen Backup. Aber das Ergebnis war jeweils dasselbe.
-
@gismoh dann deinstalliere doch mal den ble jetzt und spiel anschliessend dein backup zurück
-
@crunchip
merci, werde ich dann heute später machen, muss nun ersteinmal vom Rechner weg - sonst holt die GG noch das Nudelholz -
@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:
Dachte Backitup, ist das "Mittel der Wahl"?
jo, auf einem nackten system.
offensichtlich knallt dir da was rein. warum sollte die oberfläche nachher nicht mehr über :8081 erreichbar sein?
das war, was mich nochmal nachlesen hat lassen... -
@da_woody sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:
die oberfläche nachher nicht mehr über :8081 erreichbar sein?
Möglich das der admin nicht gestartet war
-
@crunchip @da_Woody
Admin war zuerst nicht gestartet, das stimmt, hatte ich aber über die Console nachgeholt.
Aber auch danach war er unter :8081 nicht erreichbar. Erst nachdem ich über die Console einen "admin.1" installiert hatte, war dieser dann über :8091 erreichbar.Spiele gerade erneut ein Restore mit dem Backitup Adapter ein, habe diesmal alle Instanzen außer "admin" und "backitup" auf der Zielmaschine vorher deinstalliert.
Mal sehen -
@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:
Aber auch danach war er unter :8081 nicht erreichbar.
gebunden vllt an die IP?
-
@crunchip
würde mich wundern, denn vor der Backup Einspielung hatte es ja mit 8081 geklappt - sonst hatte ich ja nichts geändert.
Oder wird im iobroker selber die IP noch "bestimmt" ? -
@gismoh klar, aber was ist denn in der alten Installation eingestellt, sprich deinem backup? diese Einstellungen spielst du ja durch dein backup ein
-
@crunchip
wo wird denn im ioBroker die eigene IP gesetzt? Habe dort nichts gefunden. -
@gismoh in der admin Instanz...IP- Adresse
sollte eigentlich auf 0.0.0.0 stehen -
ioBroker wurde mit dem frischen Backup gefüttert, nun mit :8081 kein Zugriff.
Dann update & upgrade abgesetzt, danach noch den fix.
Kein Zugriff aufs Interface. -
iobroker list instances
liefert:
root@ioBrokerVM:~# iobroker list instances + system.adapter.admin.0 : admin : ioBrokerVM - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin system.adapter.alarm.0 : alarm : ioBrokerVM - disabled system.adapter.alexa2.0 : alexa2 : ioBrokerVM - disabled + system.adapter.backitup.0 : backitup : ioBrokerVM - enabled system.adapter.ble.0 : ble : ioBrokerVM - disabled system.adapter.daikin-cloud.0 : daikin-cloud : ioBrokerVM - disabled system.adapter.daswetter.0 : daswetter : ioBrokerVM - disabled system.adapter.deconz.0 : deconz : ioBrokerVM - disabled, port: 8090 system.adapter.device-reminder.0 : device-reminder : ioBrokerVM - disabled system.adapter.discovery.0 : discovery : ioBrokerVM - disabled system.adapter.ecovacs-deebot.0 : ecovacs-deebot : ioBrokerVM - disabled system.adapter.enigma2.0 : enigma2 : ioBrokerVM - disabled system.adapter.fb-checkpresence.0 : fb-checkpresence : ioBrokerVM - disabled system.adapter.fiat.0 : fiat : ioBrokerVM - disabled system.adapter.flot.0 : flot : ioBrokerVM - disabled system.adapter.fullybrowser.0 : fullybrowser : ioBrokerVM - disabled system.adapter.go-e.0 : go-e : ioBrokerVM - disabled system.adapter.go-e.1 : go-e : ioBrokerVM - disabled system.adapter.ham.0 : ham : ioBrokerVM - disabled system.adapter.harmony.0 : harmony : ioBrokerVM - disabled system.adapter.hue-extended.0 : hue-extended : ioBrokerVM - disabled system.adapter.hue.0 : hue : ioBrokerVM - disabled, port: 443 system.adapter.icons-mfd-svg.0 : icons-mfd-svg : ioBrokerVM - disabled system.adapter.influxdb.0 : influxdb : ioBrokerVM - disabled, port: 8086 system.adapter.info.0 : info : ioBrokerVM - disabled system.adapter.iot.0 : iot : ioBrokerVM - disabled system.adapter.javascript.0 : javascript : ioBrokerVM - disabled system.adapter.meross.0 : meross : ioBrokerVM - disabled system.adapter.mihome-vacuum.0 : mihome-vacuum : ioBrokerVM - disabled, port: 54321 system.adapter.mihome-vacuum.2 : mihome-vacuum : ioBrokerVM - disabled, port: 54321 system.adapter.mobile.0 : mobile : ioBrokerVM - disabled system.adapter.openweathermap.0 : openweathermap : ioBrokerVM - disabled system.adapter.pi-hole.0 : pi-hole : ioBrokerVM - disabled system.adapter.pushover.0 : pushover : ioBrokerVM - disabled system.adapter.pvforecast.0 : pvforecast : ioBrokerVM - disabled system.adapter.radar2.0 : radar2 : ioBrokerVM - disabled system.adapter.shelly.0 : shelly : ioBrokerVM - disabled, port: 1882, bind: 0.0.0.0 system.adapter.shelly.1 : shelly : ioBrokerVM - disabled, port: 1882, bind: 0.0.0.0 system.adapter.smartcontrol.0 : smartcontrol : ioBrokerVM - disabled system.adapter.socketio.0 : socketio : ioBrokerVM - disabled, port: 8084, bind: 0.0.0.0, run as: admin system.adapter.sonoff.0 : sonoff : ioBrokerVM - disabled, port: 1883, bind: 0.0.0.0 system.adapter.tado.0 : tado : ioBrokerVM - disabled system.adapter.telegram.0 : telegram : ioBrokerVM - disabled, port: 8443, bind: 0.0.0.0 system.adapter.tibberlink.0 : tibberlink : ioBrokerVM - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets : ioBrokerVM - disabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd : ioBrokerVM - disabled system.adapter.vis-material-advanced.0 : vis-material-advanced : ioBrokerVM - disabled system.adapter.vis-metro.0 : vis-metro : ioBrokerVM - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather : ioBrokerVM - disabled system.adapter.vis.0 : vis : ioBrokerVM - disabled system.adapter.weatherunderground.0 : weatherunderground : ioBrokerVM - disabled system.adapter.web.0 : web : ioBrokerVM - disabled, port: 8082, bind: 0.0.0.0, run as: admin system.adapter.worx.0 : worx : ioBrokerVM - disabled + instance is alive
-
Ah, mit https:// komme ich drauf
vorher war ohne .... argh (schäm)
Mal sehen, was nun die anderen Adapter sagen. -
sehe bereits, das einige adapter laufen, aber manche auch nicht (habe noch nicht alle ausprobiert).
ble ist z.B. rot:
verbunden mit host = rot
lebenszeichen = rot
Verbunden mit gerät oder dienst = grün.Komme nicht in die Einstellungen des Adapters rein, es wird 404, File Index_m.html not found angezeigt.
bei VIS, ebenso 404.
Werde nun mal die Konfiguration über Backitup einspielen, mal sehen ob es daran liegt. (mache aber vorher eine Sicherung der VM)
-
@crunchip
Leider auch keine Änderung, außer das ich nun ohne zweiten admin adapter reinkomme (mit https) ansonsten keine Änderung . -
@gismoh sagte in ioBroker auf neuer Maschine aufgesetzt und Adapter Probleme:
Komme nicht in die Einstellungen des Adapters rein, es wird 404, File Index_m.html not found angezeigt.
bei VIS, ebenso 404.wenn du das backup einspielst, musst du schon ne weile warten, alles Adapter müssen erst wieder neu gebaut werden.
vis muss vor dem backup einspielen, schon manuell installiert werden