Banana Node- Unterstütze das Netzwerk!

[mezzomix]

Habs mal bei share-online hochgeladen, wer mal draufsehen mag: http://www.share-online.biz/dl/NY0WTQ0OD86

mhh habe mir das mal angeschaut aber schlau werde ich daraus nicht. Mezzomix oder Shorena haben davon wahrscheinlich mehr Ahnung...
Habe mal meinen Node auf 26 Verbindungen limitiert. Mal schauen ob er jetzt länger läuft.

Ich habe mir das Log mal angeschaut. Da ist nichts zu sehen, was nicht bei anderen Nodes auch auftritt. Die Rate Limits sind normal, wenn man nicht alles in den Mempool aufnimmt.

Bei einem kleinen Rechner sollte zwingend genügend Swap da sein, wobei der nur verhindert, dass der OOM (Out Of Memory) Killer wahllos irgendwelche Prozesse killt. Gut laufen wird es nicht mehr, sobald der Swap benötigt wird. Man kann die Anzahl Verbindindungen runtersetzen um die Last zu verringern und den Mempool mit minrelaytxfee und limitfreerelay entlasten. Eine ausgefeiltere Filterung hat der Standard-Code leider nicht drin, die habe ich mir Quick und Dirty reingepatch. Meine Änderungen betreffen allerdings nicht die Performance sondern filtern z.B. TX die eine hohe Zahl von Signaturen benötigen, um die entsprechenden Trolle wie amaclin mit meinen Knoten nicht zu unterstützen.

Wenn die Rechenleistung nicht ausreicht, könnten durchaus Pfade durchlaufen werden, die man bei stärkeren Clients nicht sieht und die fehlerhaft sind. Eine Entlastung könnte dann in der nächsten Version die Umstellung auf die libsecp256k1 bei der Verifikation bringen, falls der Fehler nicht direkt gefunden und gefixt wird. Daneben ist es auch möglich, dass es am System/Kernel selber hängt.

[willi9974]

Was benutzt ihr denn für eine Hardware?
Oder was würdet ihr für eine empfehlen, Banana Pi M3, wäre der gut geeignet?

Gruß
Willi

[Lincoln6Echo]

Was benutzt ihr denn für eine Hardware?
Oder was würdet ihr für eine empfehlen, Banana Pi M3, wäre der gut geeignet?

Gruß
Willi

Der BPI M3 ist hat den Vorteil, dass er im Gegensatz zu vielen anderen Einplatinencomputern 2GB Ram und einen SATA Anschluss hat (kann bitcoin Core gut gebrauchen). Leider unterstützt Bananian OS offiziell die M3 Version noch nicht da der noch recht neu ist. Da muss man noch ein bisschen warten.

Ich benutze bis jetzt den originalen Banana PI mit 1 GB RAM (siehe startpost).

@mezzo: danke für die Rückmeldung!

[Real-Duke]

@Mezzomix
Danke fürs feedback! Das "Problem" tritt erst seit des Updates auf 11.2 auf, somit bleibt die Möglichkeit des Downgrades oder wöchtenlicher restart bis das nächste Update kommt.
Ich werde auf die neue Version warten, bin gespannt!

[Lincoln6Echo]

Es wird in 0.12 eine Möglichkeit geben den Upload zu beschränken. Siehe:
 
http://bitcoinblog.de/2016/01/18/wir-sind-uns-einig-dass-man-mehr-transaktionen-durchlassen-muss-aber-die-blockgroesse-zu-erhoehen-ist-einfach-keine-effiziente-loesung/

[Real-Duke]

Es wird in 0.12 eine Möglichkeit geben den Upload zu beschränken.

Like!
Habe mal versucht den rc1 zu kompilieren, bei "make" bricht er ab mit gibt nichts zu maken 

[Stephan18]

Top! Sehr gute Anleitung. Genau so mach ich das im Grunde auch immer.

Anmerkung bei Bitcoin:
./autogen.sh
./configure....
make
make install
- fertig -

Jetzt ist Bitcoin installiert und kann gestartet werden:
bitcoind -daemon

Abfragen von Bitcoin:
bitcoin-cli getinfo

Ja ohne ./ oder ordnerangabe. Es ist auch egal wo man sich befindet.
Es muss auch nichts kopiert werden, die Befehle sind im Linux bekannt.

@vor-Poster:
Was steht denn bei configure? Das sollte dann abgebrochen sein. Ist teilweise nicht einfach zu lesen,
Weil der Fehler oftmals wesentlich weiter oben ist. Ansonsten configure einfach erneut ausführen und auf die Ausgabe achten!

Dann eine Frage:
Ich komme maximal auf 12 Verbindungen. Die Ports sind definitiv frei. (!getestet!)
Was kann das sein?

Danke!

Gruß Stephan

[Lincoln6Echo]

@Stephan18:

Anmerkung bei Bitcoin:
./autogen.sh
./configure....
make
make install
- fertig -

So einfach geht das nur wenn du Bitcoin Core auf einem x86 System installierst. Der BananaPi ist ja ein Board mit ARM Achritektur.

Das du nur 12 Verbindungen hast kann an folgenden Sachen liegen:
1. Dein Node ist noch nicht lange im Netzwerk aktiv. In der Regel steigt die Anzahl der Verbindungen mit der Zeit langsam an.
2. Du hast eine langsame Internetverbindung. In Deutschland ist es auf Grund von ADSL oft der Upload der limitiert.
3. Leistungsfähigkeit von deinem System. Wobei selbst der Banana PI mit seiner doch recht lansamen CPU, 1GB Ram und Western Digital Black HDD auf 35 Verbindungen schafft.

[Stephan18]

Ich hab es aber auf meinem Banana PI Pro genau so gemacht
Make
Make install

Bei deinen Punkten, würde nur langsame Verbindung zutreffen.
Ich habe VDSL 25.

Der Pro hat 1GB RAM, wovon ~340 frei sind.

Läuft seit ~ 2 Tagen. Also eigentlich lang genug :-/

[Lincoln6Echo]

mhh also mein BPI hängt auch an VDSL25 wobei die Leitung eigentlich für fast nichts anderes benutzt wird.
Hättest du nur 8 Verbindungen wäre klar, dass du die Ports nicht wirklich freigegeben hast.
Wie ist denn die CPU Auslastung? Das kannst du mit htop checken.

[Stephan18]

Hallo,

Hier mal die Informationen:

1 - 27%
2 - 100%
Mem - 489 / 970MB
Swap - 0/511MB

Load: 1.33/1.31

Gruß Stephan

Ps.: es ist auch teilweise so, wenn ich:
bitcoin-cli getinfo
Eingebe, die Ausgabe ~6-10Sekunden dauert.
Manchmal dauert es nur weniger als eine Sekunde.

Danke!

Edit:
Bei htop ist 7-8x folgendes zu sehen:
bitcoind -daemon

Und 9-10x
bfgminer

Beides zusammen führt dazu, dass oft auch die CPU komplett auf 100% steigt und der Load auf 2.5 steigt.
Dann gibt es Zeiten, wo es so ist wie oben geschrieben 27%

[Lincoln6Echo]

Wenn ein neuer Block verifiziert wird ist es normal dass die Auslastung der CPU auf 100% steigt. Wenn du gerade dem Moment bitcoin-cli getinfo aufrufst dauert das halt ein paar Sekunden...

Hast du deinen Bananpi Pro per WLAN oder Lan am Router? Bei WLAN vielleicht mal die verbindungsqualität checken. Ansonsten würde ich mal bfgminer deaktivieren und schauen ob die Verbindungen steigen.

[Stephan18]

Hallo,

Danke für die Antwort. Mittlerweile hab ich immerhin 16 Verbindungen.
Mehr wird es aber leider nicht, auch bei deaktiviertem BFGMiner.

Der Banana Pro hängt mit Kabel am Switch. Der Switch hängt per Kabel an der Fritzbox.
Die Leitungen zum Switch sind für Gigabit ausgelegt und alle Geräte am Switch schaffen auch untereinander den Datendurchsatz von 1Gigabit.

Der Switch hängt jedoch leider, bautechnisch bedingt, mit 100MBIT an der Fritzbox. Das Kabel ist einfach alt und fest installiert. Lässt sich also nicht tauschen. Ist zwar ein Schlauch für die Leitung, aber die Belastung der Leitung ist gering. Möchte ich also auf ein Gerät zugreifen, was nicht an dem Switch hängt, hab ich nur 100MBIT

Jedoch steht dem Banana Pro mind. 80MBIT intern zur Verfügung. Der Datendurchsatz von der Leitung vom Pro bis zur Fritzbox ist auch gegeben und getestet.

Gruß Stephan

[Real-Duke]

Mal ganz blöde gefragt, ist die Blockchain bei Dir denn schon synchron?
Poste mal bitte die Ausgabe von "bitcoin-cli getinfo"

Am Wochenende hatte ich mich nochmal erfolglos mit dem 0.12rc2 beschäftigt, wieder kein make möglich.
Mir ist da aber auch im Log aufgefallen, das evtl ne lib fehlen könnte! Mag sein das es noch ein paar Anpassungen braucht um das nächste Release auf den Banana zu packen.

[Real-Duke]

Sooo es ist Freitag abend, das Wetter ist sehr bescheiden und ich hatte etwas Zeit  
Der Kleine benötigt noch:

apt-get install libevent-dev

jetzt kompiliert er den v0.12.0rc2
Mal sehen wann er damit fertig ist...

Edit: Nach etwas über 2h fertig und läuft bereits 

[Lincoln6Echo]

Sooo es ist Freitag abend, das Wetter ist sehr bescheiden und ich hatte etwas Zeit  
Der Kleine benötigt noch:

apt-get install libevent-dev

jetzt kompiliert er den v0.12.0rc2
Mal sehen wann er damit fertig ist...

Edit: Nach etwas über 2h fertig und läuft bereits 

Oh sehr gut! Sobald der offizielle Release draußen ist werde ich das in die Anleitung mit aufnehmen. Macht sich das Update bei der CPU Auslastung bemerkbar wenn ein neuer Block verifiziert wird?

[Real-Duke]

Macht sich das Update bei der CPU Auslastung bemerkbar wenn ein neuer Block verifiziert wird?

Habe das nur 2 Blöcke lang beobachtet, aber einmal schossen beide Kerne für Sekunden auf 100% um dann wieder runter auf max. 5% zu fallen. Beim nächsten Block war der Ausschlag kurzfristig bei 30%.
Speicherverbrauch nach rund 36h lag bereits bei 745MB!
Die Option zum Bandbreite limitieren kann ich nicht testen, da ich nicht weiß wie  

[Lincoln6Echo]

Macht sich das Update bei der CPU Auslastung bemerkbar wenn ein neuer Block verifiziert wird?

Habe das nur 2 Blöcke lang beobachtet, aber einmal schossen beide Kerne für Sekunden auf 100% um dann wieder runter auf max. 5% zu fallen. Beim nächsten Block war der Ausschlag kurzfristig bei 30%.
Speicherverbrauch nach rund 36h lag bereits bei 745MB!
Die Option zum Bandbreite limitieren kann ich nicht testen, da ich nicht weiß wie  

Naja die Blöcke sind relativ voll (im Schnitt ca 0,7 MB) und daher sammelt sich einiges im Mempool. Könnte gut sein, dass es bald keinen Sinn macht einen BPI als Node zu betreiben weil 1 GB Ram einfach zu wenig sind um einen stabilen Betrieb hinzubekommen.

Die Option die Bandbreite zu limitieren muss ja dokumentiert sein. Naja der offizielle Release soll ja bald kommen.

[Real-Duke]

Ich würde den BPI noch nicht abschreiben, evtl muß aber eine Anleitung her in der alles bis auf die boot Daten auf die HDD muß.
Wenn dann swap benötigt wird ist es nicht schlimm.

[Real-Duke]

Nachtrag: Nach 5 Tagen up ist der RAM Verbrauch nochmal ein bischen gesunken auf aktuell 727MB
Heute gabs den rc3, ich lasse den rc2 bei mir aber weiterlaufen bis zum offiziellen 0.12 release