NEWS
[gelöst] Probleme bei Neuinstallation nach Absturz
-
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
-
hast du admin am laufen ??
-
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
-
da scheint der js noch nicht freigegeben oder aber auf Master gemerged zu sein deshalb zieht der die 1.0.3
-
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
-
Ich konnte ein Fehler in der Upgrade Funktion finden. Wird bald gepusht.
-
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
-
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
-
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?
-
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
dass es ab JS-Controller 1.1.0 die "0.0.0.0" sein muss `
Ja, da war etwas!Danke!
oder bist du auf master und slave noch auf 1.0.x unterwegs? `
ne, jetzt beides 1.1.3EDIT: 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
-
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.
-
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
-
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
-
-
Gönn dir erstmal n Bierchen [emoji2]
-
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>
-
-
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
-
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.
-
Gestern update gemacht von jscontroller und von Adaptern. `
Welche Versionen hast du jetzt?Gruß
Rainer