Installation ioBroker auf BananaPi
-
Hallo Däni,
@ma.io@go-mail.ch:Aber, die Software sollte wenigstens auf einer Platform anständig laufen, bevor man portiert. `
Da gebe ich dir teilweise recht, aber…
um es zu portieren müsste man die "Ursprungsumgebung" kennen.
und laut Github wird dort empfohlen:
> We recommend x86 based or ARM based systems like BananaPi or Cubietruck using Debian based Linux as operating system.Ich habe es auf BananaPi bisher schon laufen gehabt unter RaspBian for BananaPi 3.0; 3.1 und auch unter Igors image.
Bananian lief damals noch nicht, soll jetzt aber auch laufen.
@ma.io@go-mail.ch:Denn für Igors Bug hat niemand Zeit. `
Das macht mich jetzt neugierig, worum handelt es sich dabei?Da ich mich mit Linux nicht sehr auskenne, reicht es wenn du mir die "Folgen" nennst.
@ma.io@go-mail.ch:Ich habe das ganze heute auf ein rasPI mit raspian gepapt.
Schrecklich langsam, im Vergleich zu einer X86 VM.
Sicherlich brauchbar für den Einsatz, `
auf einem RasPi wird es nicht mal für die Anwendung reichen (wenn diese etwas umfangreicher wird), die Entwickler empfehlen (mindestens) eine DualCore-Einheit - deswegen auch der BananaPi (…und der Cubietruck, und die Cubox i4).
Ich muss mal nach der erneuten Restrukturierung der Daten eine neue Installation aufsetzen.
EDIT: Neuinstallation lief soweit, der neue Admin-Adapter war drauf.
nach ./iobroker stop und ./iobroker start lief dann auch das log.
Leider keine Gerätedatenpunkte im dashui - auch nicht mit ip-Adresse von der Banane im rpc-Adapter.
Nach reboot des BananaPi dann wieder:
2014-11-24 12:47:53.844 - error: couchdbError: {gen_server,call, [couch_server, {open,<<"iobroker">>, [{user_ctx, {user_ctx,null, [<<"_admin">>], <<"{couch_httpd_auth, default_authentication_handler}">>}}]}, infinity]} ````:( EDIT2: auf einer Neuinstallation unter Bananian sieht dei Fehlermeldung nach reboot so aus:2014-11-24 13:03:47.201 - error: Error: Redis connection to 127.0.0.1:6379 failed - connect ECONNREFUSED
at RedisClient.on_error (/opt/iobroker/node_modules/redis/index.js:185:24)
at Socket. <anonymous>(/opt/iobroker/node_modules/redis/index.js:95:14)
at Socket.EventEmitter.emit (events.js:95:17)
at net.js:441:14
at process._tickCallback (node.js:415:13)</anonymous>…und beim Aufruf von iobroker unter futon, erscheint dann folgende Meldung:  Gruß Rainer -
Salü Rainer,
Ich denke die Dienste gehen nicht richtig.
Der TCP Port 5984 ist für die couchdb, der TCP Port 6379 für die redis.io.
Ob redis.io wirklich auf 127.0.0.1 oder auf 0.0.0.0 gehört, weis ich momentan nicht.
Mach mal diese Commands netstat , ps und dpkg –get-selections
Führe mal die Commands aus:
netstat -aunt | grep 6379
der output muss sein:
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN
root@raspberrypi:~# netstat -aunt | grep 5984
tcp 0 0 0.0.0.0:5984 0.0.0.0:* LISTEN
root@raspberrypi:~# netstat -aunt | grep 6379
tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN
root@raspberrypi:~# ps -ef | grep redis
redis 1968 1 0 20:15 ? 00:00:00 /usr/bin/redis-server /etc/redis/redis.conf
root@raspberrypi:~# ps -ef | grep couch
couchdb 1706 1 0 20:15 ? 00:00:00 /bin/sh -e /usr/bin/couchdb -a /etc/couchdb/default.ini -a /etc/couchdb/local.ini -b -r 5 -p /var/run/couchdb/couchdb.pid -o /dev/null -e /dev/null -R
couchdb 1727 1706 0 20:15 ? 00:00:00 /bin/sh -e /usr/bin/couchdb -a /etc/couchdb/default.ini -a /etc/couchdb/local.ini -b -r 5 -p /var/run/couchdb/couchdb.pid -o /dev/null -e /dev/null -R
couchdb 1728 1727 1 20:15 ? 00:00:06 /usr/lib/erlang/erts-5.9.1/bin/beam -Bd -K true -A 4 – -root /usr/lib/erlang -progname erl -- -home /var/lib/couchdb -- -noshell -noinput -os_mon start_memsup false start_cpu_sup false disk_space_check_interval 1 disk_almost_full_threshold 1 -sasl errlog_type error -couch_ini /etc/couchdb/default.ini /etc/couchdb/local.ini /etc/couchdb/default.ini /etc/couchdb/local.ini -s couch -pidfile /var/run/couchdb/couchdb.pid -heart
root 1779 1 0 20:15 ? 00:00:00 startpar -f -- couchdb
couchdb 1784 1728 0 20:15 ? 00:00:00 heart -pid 1728 -ht 11
couchdb 1966 1728 0 20:15 ? 00:00:00 sh -s disksup
root 2071 2039 0 20:24 pts/0 00:00:00 grep couch
root@raspberrypi:~# dpkg –get-selections | grep redis
redis-server install
root@raspberrypi:~# dpkg –get-selections | grep couch
couchdb install
Gruss
Däni
-
Hallo Däni,
danke für die tipps.
Ich war leider jetzt ein paar Tage dienstlich unterwegs und kann erst jetzt antworten.
Ich habe die Befehle ausgeführt, wobei ich nicht weiß was sie bedeuten. Andere Ergebnisse gab es bei:
root@cubox-i:/opt/iobroker# netstat -aunt | grep 6379 tcp 0 0 127.0.0.1:6379 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:52219 127.0.0.1:6379 ESTABLISHED tcp 0 0 127.0.0.1:6379 127.0.0.1:52218 ESTABLISHED tcp 0 0 127.0.0.1:52218 127.0.0.1:6379 ESTABLISHED tcp 0 0 127.0.0.1:6379 127.0.0.1:52219 ESTABLISHEDroot@cubox-i:/opt/iobroker# ps -ef | grep redis redis 2348 1 0 Nov24 ? 00:03:06 /usr/bin/redis-server /etc/redis/redis.conf root 9218 9175 0 09:05 pts/0 00:00:00 grep redishier denke ich ist es nur die pid - sonst ist es identisch ??
Ansonsten ist alles so, wie du es erwartet hast.
Trotzdem läuft (bisher) ioBroker nach einem Reboot nicht mehr (vollständig)
Ich hatte letztes Wochenende dann drei verschiedenen Distros (Raspian 3.1; Bananian, Igors Image) auf dem BananaPi und jeweils Igors Image auf der CuBox und dem Cubietruck versucht.
Alles lief gut, bis zum reboot.
Bluefox war wieder sehr fleißig, ich werde deshalb heute die CuBox neu aufsetzen (die geht am schnellsten mit ihrer Quadcore-CPU)
EDIT:
Habe nach der Neuinstallation leider immer noch den couchdb-error nach reboot.
Bis dahin läuft es ganz toll.
Es muss etwas mit der Authentifikation zu tun haben.
Ich habe in der /etc/couchdb/local.ini mal durchgesehen, aber nichts gefunden, das durch Änderung zu einer Besserung geführt hat.
Ich habe allerdings nach einer Änderung nicht rebooted sondern nur ein couchdb restart gemacht
Ich habe auch die verschollenen Geräte-DP in dashui gefunden: sie befinden sich als Einzel-DP unter Variablen!!
Teils mit Klarnamen, teils mit Bezeichnungen wie "hm-rpc.0.LEQ….."
Gruß
Rainer
-
Hallo Rainer,
ich hatte im Laufe der Zeit ebenfalls schon zig merkwürdige Fehle und musste (auf meinen beiden Bananas) neu installieren.
Zu diesem Zweck habe ich mir die beiden im Anhang befindlichen Dateien gebaut.
HOWTO:
Beide Dateien nach /root kopieren
reinstall_iobroker.txt in reinstall_iobroker.sh umbenennen und mit chmod +x reinstall_iobroker.sh ausführbar machen
Jedes Mal wenn es dann mal wieder soweit ist, führe ich dann das script aus.
Je nach anzahl der zu installierenden Instanzen braucht es dann mehr oder weniger Geduld.
Aber am Ende sollte das System dann up and running sein.
Die, wenn mal so will Besonderheit ist, dass man:
-
nicht den ganzen Rechner neu aufsetzen muss, sondern nur die Applikationen redis, couchdb und ioBroker.
-
redis und couchdb und alles was damit zu tun hat, vor der Neuinstallation gepurged werden.
-
alle Adapter die man ja im .sh eintragen kann, beim ersten ioBroker Start schon mal installiert sind und im Anschluss nur noch konfiguriert werden brauchen
Ich weiß natürlich nicht, ob das bei Dir hilft. Ich habe das schon x-mal ohne Fehler durchlaufen lassen. Es spart einfach viel Zeit und klickerei.
Es ist natürlich so ausgelegt, dass das Script als root auszuführen ist.
Wenn Du magst, probiers mal aus. Vielleicht hilfts ja.
GrußBernhard
-
-
Hallo Bernhard,
Im Moment bin ich ziemlich gefrustet. Ich habe keine richtig funktionierende Installation mehr. In den letzten zwei Wochen habe ich bestimmt 15-20 mal komplett neu installiert. Auf allen meinen Plattformen. Und auch noch unter verschiedenen Distributionen.
Bei allen Installationen tritt nach einem reboot der couchdb-error auf, so dass kein update mehr möglich ist.
Außerdem steigt jetzt noch der admin-adapter und der Rega Adapter aus. Einer mit code1, der andere mit code7 (welcher womit weiß sich auswendig nicht - werde das zu Hause editieren).
Außerdem funktioniert der legacy-adapter nicht richtig, die Datenpunkte der Geräte stehen unter variablen. Und zwar alle einzeln. Ein aussenmperatur widget muss z.b. einzeln mit Tempel und rf belegt werden.
Habe nur noch minimalkonfigurationen installiert mit rpc Rega und history, auf cubietruck, bananapi und cubox.
Werde heute abend deine files testen - sonst mach ich mal paar Wochen Pause. Dabei wollte ich die Doku weiter schreiben.
Gesendet von meinem Cynus T7 mit Tapatalk
-
Hallo Rainer,
das kann ich gut nachvollziehen.
Zumal die Funktionalitäten eher undokumentiert sind
Wenn Du möchtest, können wir auch gerne mal über Teamviewer Deine Installation neu aufsetzen. Heute Abend ginge das ab 20:00.
Ich habe dieser Tage mal eine Installation auf einer echten Rennmaschine aufgebaut. 16 Cores und 128GB RAM an einer 10G Internetconnection. Hui, kann ich da nur sagen :-))
Gruß
Bernhard
291_t_gl.png -
Hallo Bernhard,
danke für dein Angebot. Vielleicht komme ich darauf zurück.
Ich habe mir eben deine Dateien angesehen, während noch eine weiterer Installationsversuch durchläuft.
in der .ini habe ich auch schon diverse Änderungen probiert, da irgendetwas mit der Authentifikation spinnt.
Aber die aktiven Zeilen sind bei mir gleich (denke ich mal).
Grade kommt nämlich folgendes:
Setting up lksctp-tools (1.0.11+dfsg-2) ... Processing triggers for ca-certificates ... Updating certificates in /etc/ssl/certs... 171 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d....done.Ich fürchte damit hängt mein Problem zusammen.
Wie sieht es denn bei dir nach einem reboot und anschließendem "node iobroker start" aus? (oder..update)
Ich bekomme dann den couchdb-error.
Was das viele Geklicke angeht arbeite ich nach meiner Anleitung mit copy/paste das geht auch teilweise unter 10 Minuten.
Allerdings arbeite ich wegen der Geschwindigkeit hauptsächlich auf der CuBox i4 pro (mit Quadcore)
In deinem Skript habe ich gesehen, dass du auch graphite nutzt. Das wollte ich auch mal, habe es nach https://gist.github.com/tristanbes/4046457 Skript versucht, aber nicht ganz hinbekommen. Wenn es denn bei mir läuft, wäre ich dir dankbar, wenn du mir zeigst, wie ich das installieren kann.
Ich probiere gerade ein anderes Image für die Cubox, das scheint aber nicht so toll zu sein, jetzt kommt noch beim install.deb paket:
npm ERR! fetch failed https://github.com/hobbyquaker/node-schedule/tarball/masterWerde jetzt abbrechen und wieder mit Igors Image arbeiten.
Gruß
Rainer
-
Ich höre für heute mal wieder auf!
ABER:
Erster Erfolg!!!!
Dein Skript lief beim ersten mal nicht vollständig durch sondern hängte sich mit mehreren Fehlermeldungen auf.
Ich habe dann über filezilla die Struktur manuell geändert (den ordner /opt/iobroker gelöscht) und das skript nochmal ausgeführt.
Diesmal gab es eine neue Installation.
Einige (viele) Objektnamen hatten noch die HM-kryptischen Bezeichnungen. Nach einem iobroker stop und start waren dann überall die Klartextnamen.
Dann testweise reboot - danach lief wieder alles ohne couchdb-Error!!!
Habe mir mal die Unterschiede angesehen.
Mit der Nutzung von Bluefox' deb-Paket http://download.iobroker.org/ioBroker-0.0.31.deb muss es wohl zu Problemen kommen.
Ich habe zwar auch schon nach den Einzelschritten auf github installiert mit dem gleichen "Erfolg" - Error!
Auch ein direkter Upgrade mit ./iobroker upgrade self noch auf der Konsole und anschließendem "node iobroker clean yes" führte zwar dazu, dass auch der admin-adapter neu installiert werden musste, aber nach einem reboot - ERROR!
Ich werde morgen mal dein Skript "zerlegen" und meine Anleitung dann modifizieren, wenn ich reproduzierbar weiß wo das Problem lag.
Schönen Abend noch und VIEEEELEN Dank
Rainer
-
Hallo Rainer,
dann hat das Script ja seinen Zweck erfüllt. Freut mich. Klar natürlich, dass wenn Du andere Pfade verwendest, diese angepasst werden müssen. Aber wenn es nur daran liegt, ist das ja überschaubar.
Ich habe mir das hauptsächlich deshalb zusammengesucht, weil ich bei Neuinstallationen ohne Löschung von redis und couchdb immer wieder alte Fragmente in der Datenbankstruktur und Inhalten hatte.
Darüber hinaus würde ich gerne noch etwas anderes ansprechen:
Ich muss zwar mit meinen Versprechungen seehr vorsichtig sein, da ich beruflich ziemlich eingespannt bin, aber was würdest Du davon halten, wenn wir beide beginnen bspw. auf Basis Mediawiki gemeinsam eine Onlinedoku aufzusetzen. Ich habe ja vollstes Verständnis für HQ und BF, dass die nicht dazu kommen. Aber gerade für Neueinsteiger wäre das schon recht praktisch. Und vielleicht schließt sich ja der Eine oder Andere, der das hier liest, der Initiative an ?
Zumal man ja jetzt noch die Chance hätte nach dem furiosen Start von ccu.io und dem Neuanfang von ioBroker etwas mehr Professionalität auch in die Doku zu bringen.
@ HQ & BF: Ich könnte mir vorstellen, dass Ihr beiden nicht abgeneigt wärt?!
Gruß
Bernhard
-
Hallo Rainer,
dann hat das Script ja seinen Zweck erfüllt. Freut mich. `
Hat es! und ich habe es mir auch noch umgeschrieben zu einem install_iobroker.sh.
! apt-get update
! apt-get upgrade -y
! wget http://download.iobroker.org/nodejs_0.10.22-1_armhf.deb
! dpkg -i nodejs_0.10.22-1_armhf.deb
! rm nodejs_0.10.22-1_armhf.deb
! apt-get install -y redis-server
! apt-get install -y couchdb
! cp -f /root/local.ini /etc/couchdb/local.ini
! /etc/init.d/couchdb restart
! mkdir /opt/iobroker
! chown $USER.$USER /opt/iobroker
! cd /opt/iobroker
! git clone https://github.com/ioBroker/ioBroker.js-controller /opt/iobroker/
! npm install –production
! chmod +x iobroker
! node ./iobroker setup
! node ./iobroker add admin --enabled
! node ./iobroker add history
! node ./iobroker add hm-rega
! node ./iobroker add legacy
! node ./iobroker add socketio
! node ./iobroker add web
! node ./iobroker add rickshaw
! node ./iobroker start
Das habe ich eben getestet: Image neu auf SD-Karte, mit ftp das skript und die local.ini in das /root Verzeichnis - ausführbar machen - von putty aus starten - und Pause!AUf der Cubox ist dann nach ca. 10 - 12 Minuten alles installiert und muss nur noch konfiguriert werden.
Aber….
Auch bei deinem reinstall-script ist nach der Konfiguration von hm-rpc das System dermaßen langsam, dass sich Chrome beschwert. (alle Datenpunkte sind eingelesen, das sehe ich auf der Console im log) - zumindest rührt sich da nichts mehr.
Nach einem reboot geht alles viel schneller - Und der reboot produziert keinen CouchDB-Error mehr! :mrgreen:
weil ich bei Neuinstallationen ohne Löschung von redis und couchdb immer wieder alte Fragmente in der Datenbankstruktur und Inhalten hatte. `
deswegen habe ich immer direkt eine neue Installation aufgesetzt!Ich muss zwar mit meinen Versprechungen seehr vorsichtig sein, da ich beruflich ziemlich eingespannt bin… `
ich "eigentlich" auchaber was würdest Du davon halten, wenn wir beide beginnen bspw. auf Basis Mediawiki gemeinsam eine Onlinedoku aufzusetzen. Ich habe ja vollstes Verständnis für HQ und BF, dass die nicht dazu kommen. Aber gerade für Neueinsteiger wäre das schon recht praktisch. Und vielleicht schließt sich ja der Eine oder Andere, der das hier liest, der Initiative an ?
Zumal man ja jetzt noch die Chance hätte nach dem furiosen Start von ccu.io und dem Neuanfang von ioBroker etwas mehr Professionalität auch in die Doku zu bringen. `
Da bin ich dabei, aber unter oben genannten Einschränkungen.Ich bin zwar nur ein "normaler User", oder gerade deswegen weiß ich wie wichtig eine gute Dokumentation ist, wenn man -so wie ich- kein php, Javascript oder HTML versteht. Im Moment "hacke" ich mich dadurch, und wenn das Ergebnis und der Weg dahin reproduzierbar ist, schreibe ich es auf und stelle es gerne anderen z.B. http://forum.iobroker.org/viewtopic.php?f=8&t=248#p1339 zur Verfügung.
Aber daran muss ich jetzt wieder arbeiten, nachdem wieder die erste Installation läuft.
Der (noch zu erstellende) dashui Teil wäre auch für ccu.io eine gute Ergänzung - wird aber eine Schweinearbeit.
Gruß
Rainer
-
Hallo zusammen,
finde die Idee super und werde gern versuchen zu unterstützen!
Bei den Einschränkungen bzgl. der verfügbaren Zeit reihe ich mich ein, aber es ist und bleib auch ein Hobby. Wir sollten uns keinen künstlichen Druck aufbauen!
Viele Grüße
Trident
-
Aber….
Auch bei deinem reinstall-script ist nach der Konfiguration von hm-rpc das System dermaßen langsam, dass sich Chrome beschwert. (alle Datenpunkte sind eingelesen, das sehe ich auf der Console im log) - zumindest rührt sich da nichts mehr.
Nach einem reboot geht alles viel schneller `
Habe jetzt auch den Cubietruck neu aufgesetzt - das selbe Phänomen
mit top sehe ich dann den Übeltäter. Es ist beam.smp
Das benötigt dann über 150% CPU.
Nach längerer Zeit scheint es sich dann zu normalisieren, nach einem reboot sofort.
Gruß
Rainer
-
Hi,
habe mir auch gerade einen bananaPi gegönnt, ich hatte mich da schon ein wenig informiert auf lemaker.org
Das Image "bananien" soll ja ganz gut laufen und gibt auch aktuelle Patche (letztes vom 04.12.2014), welches Image habt ihr auf dem banaPi laufen? Läuft es stabil?
Ich kann eigentlich von meinem Raspi nicht weiter klagen, er lief mit ccu.io immer stabil, zwar könnte er ein wenig mehr dampf haben
Von daher wird der Nachfolger jetzt der BanaPi und zum Experimentieren soll der Raspberry dann dienen 
Wie ist dass denn mit der Kompatibilät zu anderen Programmen die auf dem Raspberry liefen, laufen die aus Erfahrungswerten auch auf dem BananaPi? Also ich hatte da eigentlich nur Airplay, Airprint (CuPS) und den APC USV Agent mit drauf laufen.
Viele Grüße
