[gelöst] Probleme bei Neuinstallation nach Absturz

[arteck]

hast du admin am laufen ??

[Homoran]

Ja!

bin schon einen Schritt weiter.

iobroker upgrade über die Konsole scheint alle stable - versionen zu installieren. Allerdings erst nach reboot war der admin wieder verfügbar und ich konnte das repo auf latest umstellen.

iobroker upgrade self ausgeführt - installiert js 1.1.3 -> Trotz reboot ist der Admin nicht erreichbar.

Ich wollte dann alles mit iobroker upgrade installieren, da war der controller wieder uf 1.0.3 :shock:

Habe jetzt alle Adapter und controller über die Console manuell upgegradet und bin gerade beim reboot.

Gruß

Rainer

[arteck]

da scheint der js noch nicht freigegeben oder aber auf Master gemerged zu sein deshalb zieht der die 1.0.3

[Homoran]

Das scheint ein Problem mit der allgemeinen iobroker upgrade Funktion zu sein.

Auch wenn ich im Admin das Fähnchen anklicke um alle upgradefähigen Adapter zu aktualisieren passiert das.

Wenn ich jedoch iobroker upgrade adaptername ausführe, wird die neueste Version installiert.

Ein weiteres Problem existiert weiterhin.

Alle Adapter auf dem Slave laufen nicht, bzw. die Instanzen haben nicht einmal ein Konfig-Menü

Beim Versuch über den Admin die angemeckerten Version upzugraden kamm immer: Der Adapter ist auf der aktuellen Version! Obwohl im Admin eine neuere angezeigt wurde.

Ein Einzelupgrade über Octocat hatte zwar angeblich funktioniert, die Versionsinformation wurde angehoben, aber die Adapter lassen sich nicht konfigurieren.

Auch ein iobroker upgrade self über die Konsole brachte nur ein 1.1.2, die 1.1.3 konnte ich so nicht installieren. Im admin wird weiter eine 1.1.3 als verfügbar angezeigt.

Irgendwo ist die Multihost-Konfig noch zerschossen

Habe inzwischen auch wieder mysql auf der SSD installiert, aber weder auf History noch auf SQL werden Daten geloggt. Beide Adapter sind grün, und Verbindung testen bei SQL gibt ein OK

Gruß

Rainer

[Bluefox]

Ich konnte ein Fehler in der Upgrade Funktion finden. Wird bald gepusht.

[Homoran]

Jetzt wird's lustig

Nochmal restart von ioBroker gemacht und kam wieder nicht auf den admin, vis lief aber.

In den Keller gelaufen und den Pi hardwaremäßig rebooted (Stecker raus)

Der Admin war sofort erreichbar!

Als der Pi im Keller wieder hochgefahren war erschien er auch sofort wieder unter hosts. Nach wie vor mit js-controller v1.0.2

Also bin ich über die Konsole auf den Keller-Pi und habe -wie in einem anderen Thread beschrieben ein npm install iobroker.js-controller durchgeführt. Juchhuh!

Denkste: Nach neustart des iobroker auf dem Keller-Pi erschien er brav im Master unter Hosts mit 1.0.3, diese aber als Updateable auf 1.0.3 ????

Also erneuter reboot des Masters, und schon komme ich nicht wieder auf den admin. vis ist weiterhin erreichbar.

Jetzt bin ich mit meinem Latein am Ende.

Gruß

Rainer

[Homoran]

Nochmals an allen Schrauben versucht zu drehen, bis ich im log das folgende fand:

host.Keller-RasPi2	2017-08-17 15:06:39.203	info	instance system.adapter.admin.0 started with pid 738
host.Keller-RasPi2	2017-08-17 15:06:09.174	info	Restart adapter system.adapter.admin.0 because enabled
host.Keller-RasPi2	2017-08-17 15:06:09.170	error	instance system.adapter.admin.0 terminated with code 7 (Adapter already running)

Seltsamerweise zeigt das log das nur an, wenn man vorher im Reiter Adapter auch den Slave ausgewählt hatte

Auf dem Raspi zeigte Top mit nur den js-controller und eine Instanz des admin an.

Darf da auf dem Slave überhaupt eine laufen?

…und wie bekommt man die dauerhaft weg? Reboot hilft nicht!

EDIT: jetzt scheint da kein admin mehr zu laufen,

ps -A | grep io

bringt nichts mehr, der Fehler ist im log seit 4 Minuten nicht mehr aufgetaucht.

Allerdings bekomme ich die Adapter auf dem Slave immer noch nicht dazu bewegt zu arbeiten.

Gruß

Rainer

[AlCalzone]

Hast du immer noch 127.0.0.1 als IP stehen? Ich habe da vor kurzem was gelesen, dass es ab JS-Controller 1.1.0 die "0.0.0.0" sein muss. Vielleicht hilft das ja.

Edit: oder bist du auf master und slave noch auf 1.0.x unterwegs?

[Homoran]

@AlCalzone:

Hast du immer noch 127.0.0.1 als IP stehen? `
Wo?

http://www.iobroker.net/docu/?page_id=5473&lang=de stand schon immer 0.0.0.0

@AlCalzone:

dass es ab JS-Controller 1.1.0 die "0.0.0.0" sein muss `
Ja, da war etwas!

Danke!

@AlCalzone:

oder bist du auf master und slave noch auf 1.0.x unterwegs? `
ne, jetzt beides 1.1.3

EDIT: gefunden

1.1.0 (2017-06-08)

(bluefox) BREAKING Changes: For multihost systems the user MUST explicit allow connections from other IPs in /opt/iobroker/iobroker-data/iobroker.json
"host": "127.0.0.1",
=>
"host": "0.0.0.0",
for objects (line 11) and for states (line 21).

was ist wenn ich mehrere Installationen im Netz habe???

Gruß

Rainer

[Bluefox]

@Homoran:

was ist wenn ich mehrere Installationen im Netz habe??? `
Trotzdem 0.0.0.0 ist nicht verkehrt am Master.

Wenn du 1.1.3 hast, dann schreibe einfach:

iobroker multihost enable 

oder

iobroker mh e

am Master.

[Homoran]

Danke,

aber kommen wir dann doch zu meinem Traum, dass man einen Smartmeter Slave auch an zwei Master anbinden kann?

Sonst hätte ich im Urlaub weiter versucht mit MQTT zu arbeiten, obwohl ich da auch nicht weiß ob und wenn ja, wie man mehrere Subscriber für eine Quelle einbindet.

Aber das ist ja was ich lernen will

Gruß

Rainer

[Homoran]

Ich geb' <size size="50">für heute</size> auf!

Beim Versuch etwas drüberzuinstallieren kommt jetzt wieder "not a package"

Status:

• der slave-admin geht dauernd an und aus.

• alle Adapter auf dem Slave laufen nicht

• der slave ist angeblich verbunden

• • js-controller wird mit 1.1.3 angezeigt, sei aber auf 1.1.3 updatebar.
• • wenn der Slave nicht verbunden ist steht da 1.0.3

• bei allen Adaptern auf dem Slave war kein Konfiguration Screen vorhanden: "file index.html not found"

• • bei einigen tauchte das Menü nach neuinstallation des Adapters mit npm install iobroker.AdapterName auf, bei anderen nicht

• in vis werden Daten, die über system.host.slave kommen angezeigt, alle anderen nicht

• iobroker custom mit redis und IP des Masters eingegeben

• redis conf Listen auf 0.0.0.0 gesetzt

• in der /opt/iobroker/iobroker-data/iobroker.json von Slave und Master den host bei objects und states als 0.0.0.0 eingegeben.

Ich hoffe ich habe nichts vergessen.

Bis morgen

Rainer

[andyb]

Gönn dir erstmal n Bierchen [emoji2]

[Homoran]

So, ich habe jetzt weiter herumgespielt:

• Slave in den Standalone modus versetzt

• • Die Adapter die hier laufen sollten waren unter Adapter zu sehen, aber nicht als Instanzen (ok!)

• Dann wieder zurück zum Multihost

• • in allen Kombinationen mit 0.0.0.0 und <master-ip>- - jedesmal noch iobroker restart bei Slave und Master
• • der Slave bleib standalone, bis ich einen reboot des Raspi gemacht habe.
• • • Einstellung war denn 0.0.0.0 bei Objects und <masterip>bei States
• • nach iobroker restart am Master liess sich der Admin nicht wieder aufrufen (hatten wir schon mal)
• • • Auch hier war ein rebbot des Cubie nötig
• • keine Änderung!

• todesmutig den system.host.Raspi-Keller auf dem Master gelöscht

• • reboot usw….
• • seit dem kann ich verändern was ich will, der RasPi taucht nicht mehr unter hosts auf dem Master auf

Wenn ich noch etwas testen soll / kann bitte JETZT sagen, sonst mache ich den Cubie platt (und den slave auch ) will wieder meine Smartmeter Werte haben!

Gruß

Rainer</masterip></master-ip>

[Homoran]

Habe jetzt beide plattgemacht und neu installiert, lief auch nicht ganz problemlos. Aber nach einigen iobroker restart, baute sich das backup auf beiden wieder auf.

Gruß

Rainer

[tgirard]

habe vielleicht das gleiche Problem. Gestern update gemacht von jscontroller und von Adaptern. Seither bekomme ich multihost nicht mehr zum laufen. Habe den slave viermal ganz neu aufgesetzt (Raspi 3). Aber es will nicht… Sehe immer nur einen host beim master. Bin etwas ratlos.

[Homoran]

@tgirard:

Gestern update gemacht von jscontroller und von Adaptern. `
Welche Versionen hast du jetzt?

Gruß

Rainer