Installation ioBroker auf BananaPi

[ma.iogo-mail.ch]

Salü Homoran

das BananePI ist sicher kein schlechtes Teil.

Aber, die Software sollte wenigstens auf einer Platform anständig laufen, bevor man portiert.

Ich denke auch, das Image von Igor wird es kurzfristig nicht bringen, somit verlorene Zeit, für ioBroker.

Denn für Igors Bug hat niemand Zeit.

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, aber als Entwiklungsumgebung?

Da bekomme ich eine Kaffeevergiftung! :mrgreen:

Ich bekomme die gleichen Fehlermeldungen wie auf der X64/X86 Platform, wenn ich das für mein Project wichtigste Tool teste.

2014-11-23 20:16:09.540 - error: legacy.0 failed loading file /opt/iobroker/adapter/legacy/datastore/yahui-extensions.json

2014-11-23 20:16:09.620 - info: legacy.0 socket.io <– writeFile yahui-extensions.json {"0":{"text":"Variablen","subtext":"","url":"#variables","special":true},"1":{"text":"Programme","subtext":"","url":"#programs","special":true},"2":{"text":"Servicemeldungen","subtext":"","url":"#alarms","special":true}}

2014-11-23 20:16:09.626 - info: legacy.0 socket.io <-- readFile yahui-sort.json

2014-11-23 20:16:09.639 - error: legacy.0 failed loading file /opt/iobroker/adapter/legacy/datastore/yahui-sort.json

2014-11-23 20:16:09.711 - info: legacy.0 socket.io <-- readFile yahui-elementOptions.json

2014-11-23 20:16:09.718 - error: legacy.0 failed loading file /opt/iobroker/adapter/legacy/datastore/yahui-elementOptions.json

An den Platformen kann es nicht sein.

Also, abwarten und ein Bier Trinken.

Gruss

Däni

[ma.iogo-mail.ch]

Ach ja, wenn es jemanden interessiert, das short-howdoi:

Download neuste raspian:

http://www.raspberrypi.org/downloads/

dd if=/2014-09-09-wheezy-raspbian.img of=/dev/sdX

#connect over usb to rs232

sudo screen /dev/ttyUSB0 115200

#UN/PW

pi raspberry

sudo apt-get install vim -y

#change to static ip adress

cp /etc/network/interfaces /etc/network/interfaces.org

sudo vi /etc/network/interfaces

–---------------------------------------------------------------------------------

auto lo

iface lo inet loopback

iface eth0 inet static

address 192.168.178.xxx

netmask 255.255.255.0

network 192.168.178.0

broadcast 192.168.178.255

gateway 192.168.178.1

dns-nameservers 192.168.178.1

allow-hotplug wlan0

iface wlan0 inet manual

wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf

iface default inet dhcp

---

sudo vi /etc/resolv.conf

---

domain lan

search lan

nameserver 192.168.178.1

---

sudo reboot

#connect over SSH.

remove unused stuff

sudo dpkg-reconfigure locales ; sudo apt-get install deborphan -y ; sudo apt-get autoremove --purge libx11-.* lxde-.* raspberrypi-artwork xkb-data omxplayer penguinspuzzle sgml-base xml-core alsa-.* cifs-.* samba-.* fonts-.* desktop-* gnome-.* -y ; sudo apt-get autoremove --purge $(deborphan) -y ; sudo apt-get autoremove --purge -y ; sudo apt-get autoclean -y ; sudo reboot

update software

sudo apt-get update ; sudo apt-get dist-upgrade -y ; sudo apt-get install git build-essential ; sudo reboot

#install software

sudo apt-get install git-core redis-server couchdb -y ; cd ~ ; wget http://ccu.io.mainskater.de/nodejs_0.10.22-1_armhf.deb ; sudo dpkg -i nodejs_0.10.22-1_armhf.deb ; rm nodejs_0.10.22-1_armhf.deb

configure software

sudo vi /etc/couchdb/local.ini

=> replace the line

;bind_address = 127.0.0.1

by

bind_address = 0.0.0.0

Info: Das wird die Koffeinvergiftung in das unerträgliche steigern. :lol:

sudo service couchdb restart ; sudo mkdir /opt/iobroker ; sudo chown $USER.$USER /opt/iobroker ; cd /opt/iobroker ; git clone https://github.com/ioBroker/ioBroker.nodejs /opt/iobroker/ ; npm install --production ; sudo chmod +x iobroker ; ./iobroker setup ; ./iobroker update ; ./iobroker add admin --enabled

[Homoran]

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:
 ![144_iobroker_futon.jpg](/assets/uploads/files/144_iobroker_futon.jpg) 

Gruß

Rainer

[ma.iogo-mail.ch]

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

[Homoran]

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         ESTABLISHED

root@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 redis

hier 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

[Heinzelmaennchen]

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:

1. nicht den ganzen Rechner neu aufsetzen muss, sondern nur die Applikationen redis, couchdb und ioBroker.

2. redis und couchdb und alles was damit zu tun hat, vor der Neuinstallation gepurged werden.

3. 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

[Homoran]

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

[Heinzelmaennchen]

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

[Homoran]

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/master

Werde jetzt abbrechen und wieder mit Igors Image arbeiten.

Gruß

Rainer

[Homoran]

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

[Heinzelmaennchen]

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

[Homoran]

@Heinzelmaennchen:

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:

@Heinzelmaennchen:

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!

@Heinzelmaennchen:

Ich muss zwar mit meinen Versprechungen seehr vorsichtig sein, da ich beruflich ziemlich eingespannt bin… `
ich "eigentlich" auch

@Heinzelmaennchen:

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. `
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

[Trident]

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

[Homoran]

@Homoran:

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

[matze-pe]

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