UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

@womi sagte in Admin v5 jetzt im STABLE!:

Nur weil er früher mal auf dem anderen lief.

dann hast du wahrscheinlich die Multihost Installation falsch angelegt.

Auf dem Slave darf vor der Bindung an den Master kein Adapter installiert sein.

[Michael 3]

@apollon77 :

Hallo Apollon77:
Oh je!!! ich habe heute früh den Upgrade button für Admin gedrückt ... nun komme ich nicht mehr in das WebInterface rein... erst hat die "Sanduhr" sich 10min gedreht, dann habe ich das Fenster geschlossen.
Der IOBroker läuft noch... das sehe ich daran, dass meine Instanzen (zB Modbus) weiter funktionieren und DAten in InfluxDB schreiben, meine Grafana Grafikauswertungen gehen auch noch./ aktualisieren sich.
Nur der :8081 verbindet sich nicht mit dem WEBInterface auf dem RPi.
Ich habe einen RPi 4, 8GB ...

Ich habe Backups auf der NAS (jede Nacht 2 Uhr, ich glaube 2 Monate rückwärts), aber keine Ahnung wie ich da ohne das WebInterface rankomme.

Gibts da eine Lösung? die letzte Version wieder zu aktivieren?
Vielen DANk für deine Hilfe...
JS hatte ich noch nicht aktualisiert... ich glaube es ist noch die letzte Vorversion.

Gruss
Michael.

[Thomas Braun]

@michael-3

iobroker list instances

Vielleicht muss nur der Admin gestartet werden.

[Michael 3]

@thomas-braun
AH:
da steht

system.adapter.admin.0 ..... admin.....: raspberry - disabled, port: 8081, bind: 0.0.0.0, run as: admin
...
....
... weitere Instanzen alle enabled, bis auf die, die ich auf "pause" gestellt hatte..

Schlusswort:
Instance ist alive .... (das macht mir Mut!)

kannst du damit was anfangen!
wie enable ich den admin?

[Thomas Braun]

@michael-3 Ich kann damit so nix anfangen.
Bitte die Ausgabe komplett hier rein kopieren, in CodeTags eingebettet.

[Michael 3]

@thomas-braun

iobroker is running on this host.


Objects type: file
States  type: file
pi@raspberrypi:~ $ iobroker list instances
  system.adapter.admin.0                  : admin                 : raspberrypi                              - disabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.backitup.0               : backitup              : raspberrypi                              -  enabled
  system.adapter.coronavirus-statistics.0 : coronavirus-statistics: raspberrypi                              - disabled
+ system.adapter.deconz.0                 : deconz                : raspberrypi                              -  enabled, port: 80
+ system.adapter.discovery.0              : discovery             : raspberrypi                              -  enabled
  system.adapter.email.0                  : email                 : raspberrypi                              - disabled
+ system.adapter.fritzdect.0              : fritzdect             : raspberrypi                              -  enabled
+ system.adapter.hs100.0                  : hs100                 : raspberrypi                              -  enabled
+ system.adapter.influxdb.0               : influxdb              : raspberrypi                              -  enabled, port: 8086
+ system.adapter.info.0                   : info                  : raspberrypi                              -  enabled
+ system.adapter.javascript.0             : javascript            : raspberrypi                              -  enabled
  system.adapter.mobile.0                 : mobile                : raspberrypi                              - disabled
+ system.adapter.modbus.0                 : modbus                : raspberrypi                              -  enabled
+ system.adapter.mqtt.0                   : mqtt                  : raspberrypi                              -  enabled, port: 1883, bind: 0.0.0.0
  system.adapter.node-red.0               : node-red              : raspberrypi                              - disabled, port: 1880, bind: 0.0.0.0
+ system.adapter.rpi2.0                   : rpi2                  : raspberrypi                              -  enabled
+ system.adapter.shelly.0                 : shelly                : raspberrypi                              -  enabled, port: 1882, bind: 0.0.0.0
+ system.adapter.sonoff.0                 : sonoff                : raspberrypi                              -  enabled, port: 1884, bind: 0.0.0.0
  system.adapter.web.0                    : web                   : raspberrypi                              - disabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.whatsapp-cmb.0           : whatsapp-cmb          : raspberrypi                              -  enabled
+ system.adapter.yahka.0                  : yahka                 : raspberrypi                              -  enabled

+ instance is alive
pi@raspberrypi:~ $

[Thomas Braun]

@michael-3

So ähnlich...

iobroker start admin

[Michael 3]

@thomas-braun
das war easy! geht wieder....
jetzt läuft die alte Version admin 4.2.2.

muss ich da was besonderes beachten, beim upgrade auf admin 5.1.23 ?

[Thomas Braun]

@michael-3

iobroker update
iobroker upgrade

Rest sollte selbsterklärend sein.

[Michael 3]

@thomas-braun

Vielen DANK!!
läuft jetzt auch bei mir enabled und STABLE.

[womi]

@homoran
Hm. Das ist schon eine Weile her und ich möchte es daher nicht ausschliessen.
Ausserdem hat sich der Slave mal abgekoppelt und ich musste ihn neu verbinden. Spätestens dann kann ich ja die Adapter nicht wieder runterwerfen.

Finale Frage: Und wie bekomme ich das jetzt wieder geradegezogen?
Alle Adapter auf den Host zurückstellen, abkoppeln, Adapter löschen und alles wieder zurück? Oder geht es einfacher?

Danke

[Homoran]

@womi sagte in Admin v5 jetzt im STABLE!:

Alle Adapter auf den Host zurückstellen, abkoppeln, Adapter löschen und alles wieder zurück?

so hätte ich es jetzt gemacht, wobei ich den Slave komplett neu aufgesetzt hätte, die initialen Adapter gelöscht und dann die Verbindung zum Master hergestellt.

Aber so etwas habe ich ewig nicht mehr gemacht. Vielleicht kann dir jemand, der das vir kurzer Zeit praktiziert hat bestätigen

[Fabio]

@crunchip ich weiß noch nicht mal was Github ist. Mal sehen, ich schau mir das mal an. Es geht ja auch ums verstehen und es wird im Alter und auch mit English immer schwieriger.

[cash]

@fa-bio github ist eine Entwicklerplattform wo der Quellcode der Adaper liegt. Für den Entwander ist dort der Bereich „Issue“ beim jeweiligen Adapter interessant. Dort kann man Fehler melden bzw Wünsche äußern. Andere User können dann den Fehler kommentieren. Der jeweilige Adapterentwickler sieht dort die Fehler und kann sich kümmern. Manchmal hat der Enwickler noch Fragen falls er den Fehler nicht reproduzieren kann.

Er meldet sich auch dort wenn der Fehler gefixt ist und Du dann ggf testen sollst…

Gute Palttform. Macht es den Entwicklern einfacher alles im Blick zu behalten. Also anmelden schadet nicht.

[apollon77]

@fa-bio github -> github.com eine Web-Platform für die Entwicklung. Dort ein "Ticket" auf machen , auch Issue genannt und dann so einen Feature-Request erstellen.

[apollon77]

@biker1602 Es ist korrekt, der wurde bisher nicht angezeigt weil Admin4 bestimmte Objekttypen ignoriert hat. Admin5 zeigt da mehr an

[apollon77]

@andersmacher alias wird automatisch vom js-controller angelegt

[apollon77]

@womi Ja ich denke da gibt es dann noch ein issue im js-controller. An sich sollte - wenn man einen Adapter auf einem Host löscht - auch nur dort die Instanzen verschwinden. Machst Du bitte ein js.controlelr Issue auf dazu? Können wir künftig fixen

Die "kleine" Lösung inzwischen ist das Du manuell auf den Host gehst wo der Adapter nicht mehr nötig ist per SSH und dann in /opt/iobroker und dort "npm uninstall ioborker.adaptername" machst. Danach ist der da weg

[A Former User]

Wir bei einem Clean install von.

https://www.iobroker.net/#de/download

auch bereits die neue Version installiert?

[apollon77]

@paul-ol Seit heute Abend ja. Das machen wir immer erst ein paar Tage verzögert