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

[Kusselin]

@homoran sagte in Richtig Host und Client updaten:

iob setup custom

 iob setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]:

slave:

 iob setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]:

ich raff das nicht was man da jetzt eingeben muss?

[Homoran]

@kusselin sagte in Richtig Host und Client updaten:

Das jetzt aufm Host gemacht:

auf welchem?
ist ja ein MULTI HOST!!

[Thomas Braun]

@kusselin sagte in Richtig Host und Client updaten:

Ich weiss nicht was da ist...??

Ich auch nicht. Hab mit MultiHost auch nicht viel am Hut.

[Kusselin]

Alter Schalter was ne Geburt...

also zu,m Verständnis.....jetzt nochmal wie folgt vorgegangen:

Master:

 iob setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 0.0.0.0
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]:
Host / Unix Socket of objects DB(jsonl), default[0.0.0.0]:
Port of objects DB(jsonl), default[9001]:
Type of states DB [(j)sonl, (f)file, (r)edis, ...], default [jsonl]:
Host / Unix Socket of states DB (jsonl), default[0.0.0.0]:
Port of states DB (jsonl), default[9000]:
Data directory (file), default[../../iobroker-data/]:
Host name of this machine [iobroker-live]:
updating conf/iobroker.json
root@iobroker-live:/opt/iobroker#

dann auf dem Slave:

 iob setup custom
Current configuration:
- Objects database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.200.38
  - Port: 9001
- States database:
  - Type: jsonl
  - Host/Unix Socket: 192.168.200.38
  - Port: 9000
- Data Directory: ../../iobroker-data/

Type of objects DB [(j)sonl, (f)ile, (r)edis, ...], default [jsonl]:
Host / Unix Socket of objects DB(jsonl), default[192.168.200.38]: 192.168.200.38
Port of objects DB(jsonl), default[9001]:
Type of states DB [(j)sonl, (f)file, (r)edis, ...], default [jsonl]:
Host / Unix Socket of states DB (jsonl), default[192.168.200.38]: 192.168.200.38
Port of states DB (jsonl), default[9000]:
Host name of this machine [raspi2-unterverteilung]:
updating conf/iobroker.json

so dann noch ein restart vpm Slave pi udn jetzt ist der Slave wieder grün......hab ichs jetzt endlich geschafft?

Ich schreibe mir ne Anleitung :-(

Danke an alle

Aber trotzdem jetzt passt alles oder

Eine Frage noch ....

Wie bekomme ich die Meldung per Update weg? wie bzw. wo muss ich hier updaten?
Den Container habe ich geupdatet udn neu gestartet...kommt aber trotzdem die Meldung...Bitte eine Info so das ich damit klar komme...

Dannke udn Gruss an alle hier die mir mal wieder geholfen haben....

[Thomas Braun]

@kusselin

Das sind Phased Updates.
https://wiki.ubuntuusers.de/Aktualisierungen/phased_update/

[haselchen]

@kusselin

Was ist mit Deinem Master?
Was sagt das Log zur roten 1?

[Kusselin]

@homoran sagte in Richtig Host und Client updaten:

@kusselin sagte in Richtig Host und Client updaten:

Ich hab echt Bammel das ich mir jetzt alles zerschiese.......

warum?

nimm ne neue Karte, schlimmstenfalls steckst du die alte wieder rein.

Installier Raspberrypi OS lite drauf!
gleichen Hostnamen wie bisherverwenden!!!

installier iob mit dem Einzeiler
lösch alle Adapter

Dann über iob setup custom die Verbindungsparameter zum Master eingeben.

fertig

Homoran du schreibst "Lösche alle Adapter" -> Alle heisst auch Admin
bei ner frischen Installation ist discovery backitup udn der admin installiert...alle deinstallieren richtig auch den Admin?

[Thomas Braun]

@kusselin sagte in Richtig Host und Client updaten:

Homoran du schreibst "Lösche alle Adapter" -> Alle heisst auch Admin
bei ner frischen Installation ist discovery backitup udn der admin installiert...alle deinstallieren richtig auch den Admin?

Ja, die Adapter/Instanzen werden zentral vom Master verwaltet, daher braucht es keine zwei Installationen des Admin.
Der Slave wird also 'leer' angebunden.

[Homoran]

@kusselin sagte in Richtig Host und Client updaten:

alle deinstallieren richtig auch den Admin?

ja, alles Löschen!

VOR der Kopplung mit dem Master!!!

auf keinen Fall danach!

[haselchen]

@thomas-braun

Was ist mit dem Backitup?
Da verlangt der Adapter auf dem Master eine Slave Instanz.

[Homoran]

@haselchen sagte in Richtig Host und Client updaten:

@thomas-braun

Was ist mit dem Backitup?
Da verlangt der Adapter auf dem Master eine Slave Instanz.

???
Check ich net!

wer verlangt was?

[haselchen]

@homoran

Weil ihr rät alle Adapter zu löschen.
Ich hab auch Master Slave.
Und da muss ich im Backitup auf dem Master die Slave Instanz angeben.
Also Backitup.0 auf Master und Backitup.1 auf dem Slave.

[Kusselin]

@homoran sagte in Richtig Host und Client updaten:

@kusselin sagte in Richtig Host und Client updaten:

alle deinstallieren richtig auch den Admin?

ja, alles Löschen!

VOR der Kopplung mit dem Master!!!

auf keinen Fall danach!

nur als Info...wenn man diese Adpater nicht löschen tut? wird das slave system halt zugemüllt also das log richtig?

[Thomas Braun]

@haselchen

Kann sein. Dürfte aber nur Dienste betreffen, die dann lokal auf dem Slave laufen.

[Kusselin]

@kusselin sagte in Richtig Host und Client updaten:

@homoran sagte in Richtig Host und Client updaten:

@kusselin sagte in Richtig Host und Client updaten:

alle deinstallieren richtig auch den Admin?

ja, alles Löschen!

VOR der Kopplung mit dem Master!!!

auf keinen Fall danach!

nur als Info...wenn man diese Adpater nicht löschen tut? wird das slave system halt zugemüllt also das log richtig?

@homoran....kannst mir diese Frage bitte noch beantworten...danke Dir

[Homoran]

@haselchen ok, ich glaube jetzt verstehe ich was du sagen wolltest.

Du meinst backitup verlangt eine weitere Instanz auf dem slave!??

Selbst wenn das so wäre, dürfte die Instanz aber nicht bei der Erstellung des Slaves bereits auf diesem existieren, sondern darf erst nach der Kopplung über den admin des Masters auf dem Slave installiert werden.

Und diese Backitup-Instanz auf dem Slave wird nur benötigt, wenn auf dem Slave eine externe Datenbank (SQL/ZIGBEE) existierr, die via backitup gesichert werden soll.

Alles iobroker eigene, was sich auf dem Slave befindet, wird mit dem Backitup auf dem Master gesichert.

[Homoran]

@kusselin sagte in Richtig Host und Client updaten:

wird das slave system halt zugemüllt also das log richtig?

falsch!
es existiert eine Instanz, due dem Admin auf dem Master nicht bekannt ist. und somit nicht ordnungsgemäß verwaltet wird.

[Kusselin]

@homoran sagte in Richtig Host und Client updaten:

@kusselin sagte in Richtig Host und Client updaten:

wird das slave system halt zugemüllt also das log richtig?

falsch!
es existiert eine Instanz, due dem Admin auf dem Master nicht bekannt ist. und somit nicht ordnungsgemäß verwaltet wird.

homoran...wenn man aber den Admin deinstalliert, kommt man doch nicht mehr auf die Weboberfläche?? wie soll das gehen also ich meine auf die Weboberfläche vorm koppeln

[Kusselin]

So ich bins nochmal...also gestern wieder was gelernt, was man nicht so oft macht....
Also..Client (ohne irgendwelche Adapter - alle deinstalliert vor Kopplung) läuft soweit wieder und ist mit Master verbunden.

Einzig udn alleine die Meldung vom Master mit dem Update udn dem Punkt bekomme ich nicht weg :-( trotz Proxmox Container update wie von T.Braun geschrieben (apt-get update && apt-get upgrade).

Da ich nicht der LInux Experte bin und auch nicht die Zeit habe frage ich halt hier im Forum nach..da es mich halt doch interessiert.

Über ne Info was ich noch tun kann danke.

Zitat aus Link von TB:

Beim Standardverfahren von Ubuntu sollte man spätestens 54 Stunden nach Start der Update-Aktion die aktualisierte Software auch auf dem eigenen System haben. Wenn es länger dauert, ist es ein Indiz, dass durch dieses Verfahren Mängel erkannt wurden, deren schädliche Auswirkungen einen selbst aber nicht erreicht haben.

[Thomas Braun]

@kusselin

Abwarten und regelmäßig Systempflege betreiben. Die Pakete werden in nächster Zeit auch für dein System freigegeben werden.