[gelöst] Probleme bei Neuinstallation nach Absturz

Homoran

Jetzt hat es mich auch erwischt. Ich habe jetzt so ziemlich alle Probleme, die ich bisher nicht reproduzieren konnte ;-)

Ich war drei Tage aus dem Haus, in der Zeit ist mein Produktivsystem abgeschmiert. Anscheinend hat es die HDD des Cubietrucks geschrottet. Gottseidank -dachte ich- hatte ich ja vor der Abfahrt ein Backup gemacht (nachdem ich irrtümlich mein full-install Testsystem gelöscht hatte :( )

Also neues Armbian gezogen, SSD eingebaut und ioBroker neu installiert - das hatte alles geklappt.

Backup eingespielt - dauerte etwa 2 Stunden, war nicht alles installiert - der Slave hatte keinen Kontakt.

Redis war für alle IPs freigegeben, noch mehrfach rumgespielt - jetzt war der slave da, backup nochmals eingespielt. -> keine Änderung.

reinstall.sh musste noch mit chmod +x ausführbar gemacht werden und hatte immer noch den Fehler mit dem Windows-Seitenumbruch

(nachdem bei dem Versuch beim full Install noch ein "unepected end of file" kam führte ich es dann hier lieber doch nicht aus)

Jetzt läuft iobroker, aber ich habe keinen Zugriff über die ports 8081 oder 8082

Ich wollte statt des reinstall noch einmal npm install iobroker ausführen. Hier kam wie Meldung iobroker ist not a package :(

ein ioBroker update / upgrade datete die neuesten Versionen auf die stable Versionen zurück. Trotzdem kein Zugriff.

Also nach den Hinweisen auf der Seite "http://www.iobroker.net/docu/?page_id=3928&lang=de" vorgegangen.

js-controller läuft, weiterer Test; Dort heißt es:

Wenn js-controller läuft, dann müssen die TCP Ports 9000 und 9001 belegt sein. Das kann man mit dem Kommando prüfen:
netstat -n -a -p TCP

Es muss folgende Zeilen sichtbar sein:
TCP 0.0.0.0:9000 0.0.0.0:0 LISTENING
TCP 0.0.0.0:9001 0.0.0.0:0 LISTENING

bei mir sieht das jedoch so aus:

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      12950/iobroker.js-c
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN      1402/mysqld
tcp        0      0 0.0.0.0:6379            0.0.0.0:*               LISTEN      651/redis-server 0.
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      647/sshd
tcp        0      0 127.0.0.1:9001          127.0.0.1:46412         TIME_WAIT   -

In der Konfig steht natürlich unter objects und states als Host 127.0.0.1 und nicht 0.0.0.0:

 "objects": {
    "type": "file",
    "typeComment": "Possible values: 'file' - [port 9001], redis - [port 6379], couch - [port 5984].",
    "host": "127.0.0.1",
    "port": 9001,
    "user": "",
    "pass": "",
    "noFileCache": false,
    "connectTimeout": 2000,
    "dataDir": "../../iobroker-data/"
  },
  "states": {
    "type": "redis",
    "typeComment": "Possible values: 'file' - [port 9000], 'redis' - [port 6379].",
    "host": "127.0.0.1",
    "port": 6379,
    "maxQueue": 1000,
    "options": {
      "auth_pass": null,
      "retry_max_delay": 15000
    }

Muss/kann ich da etwas ändern?

Gruß

Rainer

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" :cry:

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

Community Forum

NEWS

[gelöst] Probleme bei Neuinstallation nach Absturz

Support us

410

32.7k

82.5k

1.3m