Banana Node- Unterstütze das Netzwerk!

[Real-Duke]

Heute nach rund 14Tagen durchgehender Laufzeit, sah ich das 2MB Swap benutzt wurden.
Scheint mir so das der RAM-Konsum von Tag zu Tag ansteigt.
Gibts ne Möglichkeit evtl täglich den Speicher per cronjob zu leeren?

[1714490107]

1714490107

[1714490107]

1714490107

[1714490107]

1714490107

[Lincoln6Echo]

Also ich hatte in den letzten Tagen noch keinen Zugriff auf den BPI aber das Swap benutzt wurde könnte auch damit zusammen hängen:
https://www.reddit.com/r/Bitcoin/comments/37q8qh/are_people_still_planning_to_do_a_tx_stress_test/

Also ich habe den RAM Verbrauch mal über ca. 3 Wochen mir angeschaut und er war immer so bis maximal 860MB bei 35 Verbindungen.

Ob das mit Speicherleeren per conjob funktioniert würde mich auch mal interessieren!

[Real-Duke]

Mal ein neues Feedback 
Der "kleine" läuft seit des letzten Updates auf 0.10.2 über 30 Tage ununterbrochen mit max 40 Verbindungen. RAM-Verbrauch aktuell bei 708 MB, SWAP 0MB.
Mag mit den Stresstests und den 80 Verbindungen zusammenhängen, das er vorher am SWAP geknabbert hatte nach rund 14 Tagen.

[Lincoln6Echo]

BPI lief bei mir jetzt auch über 4 Wochen ohne auszusetzen trotz der ganzen Stresstests des Netzwerkes.
Es gibt mal wieder eine neue Version von Bitcoin Core 0.11.

Interessant:

Memory usage optimization

There have been many changes in this release to reduce the default memory usage of a node, among which:

    Accurate UTXO cache size accounting (#6102); this makes the option -dbcache precise where this grossly underestimated memory usage before
    Reduce size of per-peer data structure (#6064 and others); this increases the number of connections that can be supported with the same amount of memory
    Reduce the number of threads (#5964, #5679); lowers the amount of (esp. virtual) memory needed

Link:https://bitcoin.org/en/release/v0.11.0

Werde nächstes Wochenende den BPI und die Anleitung updaten

[Real-Duke]

Hab das Update auf 0.11.0 bereits am Samstag gemacht
Die bitcoin.conf auch gleich mit um die empfohlenen Settings ergänzt

minrelaytxfee=0.00005
limitfreerelay=5

[Lincoln6Echo]

Habe der Anleitung ein kleines Update auf den aktuellsten Stand (bitcoind 0.11) verpasst.
Außerdem habe ich die Config Parameter gegen Transaktionsspam hinzugefügt.

[Lincoln6Echo]

Bitcoin Core 0.11 läuft super auf dem BPI!

Bei 35 Verbindungen werden nur ca. 375 MB von 970 MB belegt!

Bei Version 0.10 waren das so 650-780 MB bei gleichen Bedingungen.

[Real-Duke]

Update auf Debian 8/Jessie erfolgreich erledigt und der kleine arbeitet bereits wieder fleißig 
https://www.bananian.org/news#bananian_linux_1508_released_-_2015-08-22

[Wed]

Danke für die Anleitung.
Hatte noch nen ungenutzten server rumstehen. Der hat nun auch nen Fullnode laufen :-)
Nur mich würde eines interessieren. Es ist nicht möglich einen lokalen Bitcoin-QT mit einem entfernten bitcoind zu verbinden oder? Dann könnte ich mir zumindest die lokale Blockchain sparen. Auf dem Laptop sind auch 40GB sehr kostbar.
Ich hab die Befürchtung dass das wohl nicht gehen wird, oder?

[Lincoln6Echo]

Update auf Debian 8/Jessie erfolgreich erledigt und der kleine arbeitet bereits wieder fleißig 
https://www.bananian.org/news#bananian_linux_1508_released_-_2015-08-22

jup habe auch mal das Update gemacht

Mal angenommen man würde den BPI mit einem VPN Server verbinden. Hätte der BPI dann dauerhaft eine statische IP?
Wie könnte man sonst noch eine statische IP erhalten ohne einen ISP Business Tarif zu haben?

[Wed]

Dynamische DNS,
hast zwar keine feste IP aber immerhin ne feste Domain.
DynDNS selber kostet zwar mittlerweile Geld aber es gibt genug alternative Anbieter die den Service für Lau anbieten.
Kann ich nur empfehlen, funktioniert super.
Ich hab meinen Full-Node auf meinem VServer laufen, da sonst nur ein Git Repo auf dem Server läuft. So waren noch genug Resourcen frei.

Zu der VPN Sache, sollte in der Theorie funktionieren sofern dein VPN Anbieter dir unendlich lange Verbindungen gestattet, was ich aber ganz stark bezweifle.

[Real-Duke]

Einen Dyndns account habe ich bereits für andere Dinge, aber wie bringe ich das hin, das z.B. Bitcoinnodes automatisch geupdatet wird per script nach der Zwangstrennung?

[Wed]

Einen Dyndns account habe ich bereits für andere Dinge, aber wie bringe ich das hin, das z.B. Bitcoinnodes automatisch geupdatet wird per script nach der Zwangstrennung?

Das ist ganz easy:
Bau dir ein script (zb. Bash), der holt sich deine externe IP adresse (gibt genug APIs im Netz, notfalls baust du dir deine eigene) und vergleicht sie mit einer die es vorher geholt hat. Wenn es Unterschiede gibt wird dein dyndns mittels dem gleichen Script aktualisiert. Das Ganze kannste dann per Cronjob alle 5 minuten laufen lassen. Somit ist im worst case dein Node 4 minuten und 59 sekunden nicht erreichbar. Kannst dein Cronjob natürlich auch häufiger laufen lassen.
Falls du Hilfe dabei brauchst meld dich einfach per PN. Helfe dir gern dabei.

[Real-Duke]

Beim Dyndns Dienst macht das Update bereits mein Router. Ich benötige "nur noch" ein script das bei bitcoinnodes automatisch meine aktuelle IP meldet. Für mich momentan nicht so easy 

[husel2000]

Danke für die Anleitung.
Hatte noch nen ungenutzten server rumstehen. Der hat nun auch nen Fullnode laufen :-)
Nur mich würde eines interessieren. Es ist nicht möglich einen lokalen Bitcoin-QT mit einem entfernten bitcoind zu verbinden oder? Dann könnte ich mir zumindest die lokale Blockchain sparen. Auf dem Laptop sind auch 40GB sehr kostbar.
Ich hab die Befürchtung dass das wohl nicht gehen wird, oder?

über eine Antwort wäre ich auch sehr dankbar.
Habe es bisher nicht geschaut und auch shcon einige Stunden darin versenkt...

[Wed]

Also ich hab lage recherchiert und es sieht wie folgt aus:

Kurz: Nein es ist nicht möglich.
Lang: Über RPC kann man das leider nicht machen, einzige Möglichkeit wäre sich irgendwie die Blockchain vom Server lokal zu mounten (zum Beispiel smb).
Aber das ist echt ne Krücke und funktioniert nur sehr unsauber.

[Christian1998]

Danke für die Anleitung.
Hatte noch nen ungenutzten server rumstehen. Der hat nun auch nen Fullnode laufen :-)
Nur mich würde eines interessieren. Es ist nicht möglich einen lokalen Bitcoin-QT mit einem entfernten bitcoind zu verbinden oder? Dann könnte ich mir zumindest die lokale Blockchain sparen. Auf dem Laptop sind auch 40GB sehr kostbar.
Ich hab die Befürchtung dass das wohl nicht gehen wird, oder?

über eine Antwort wäre ich auch sehr dankbar.
Habe es bisher nicht geschaut und auch shcon einige Stunden darin versenkt...

Hust, Hust:
Windows Netzwerkfreigabe

[Real-Duke]

So nochmal ein Update von meiner Seite. Die in der Shoppingliste erwähnte 60GB HDD muß gegen eine größere getauscht werden 
Meine alte HDD war zu 96% gefüllt. Node gestoppt, HDD am Windows PC angeschlossen, mit Acronis True Image ein Image der Platte erstellt, neue (gebrauchte) 250GB Platte angesteckt und in Ext4 formatiert, Acronis Image zurückgespielt, HDD an Banana Pi gestöpselt, Strom an, lüppt 
Neuer Füllstand 23% = sollte vorerst reichen!

[Lincoln6Echo]

In der Anleitung stand ja auch min. 60 GB.  Habe die Anleitung aber mal mit einer min. 80GB HDD ersetzt.
Zur Zeit läuft bei mir selbste eine HDD mit 160GB. Sollte noch eine Weile halten;)

[lclc]

Dynamische DNS,
hast zwar keine feste IP aber immerhin ne feste Domain.
DynDNS selber kostet zwar mittlerweile Geld aber es gibt genug alternative Anbieter die den Service für Lau anbieten.
Kann ich nur empfehlen, funktioniert super.
Ich hab meinen Full-Node auf meinem VServer laufen, da sonst nur ein Git Repo auf dem Server läuft. So waren noch genug Resourcen frei.

Zu der VPN Sache, sollte in der Theorie funktionieren sofern dein VPN Anbieter dir unendlich lange Verbindungen gestattet, was ich aber ganz stark bezweifle.

Du kannst auf dem Server Bitcoin Core laufen lassen und dann mit Multibit zu deinem Server connecten. Dann hast du die selbe Security wie wenn bei dir ein Fullnode laueft.

Oder du installierst auf deinem Server Bitcoin Core mit Electrum Server und verwendest dann den Electrum Client.


Gute Anleitung
Eine Option die man evtl. noch erwaehnen koennte waere das man Pruning aktiviert (seit 0.11 verfuegbar).
Dann kann man einstellen wieviel Speicherplatz Bitcoin Core maximal verwendet (minimum ist 550MB fuer Blockchain + andere Daten wie UTXO DB, bei mir sind das zZ 1.7 GB).

Man hat dann immer noch die selbe Security aber ist nicht ganz so nuetzlich fuers Netzwerk (es werden keine Blocks weitergeleitet, bzw. ab dem naechsten Release nur Blocks die man selber nicht gepruned hat).
Dafuer braucht man keine grosse Festplate. Theoretisch koennte man es dann auch auf die SD Karte schreiben, aber stetiges schreiben von neuen Daten auf SD Karten fuehrt dazu das diese schneller kaput gehen AFAIK.

Mehr Infos hier unter Block file Pruning: https://github.com/bitcoin/bitcoin/blob/0.11/doc/release-notes.md

Aktivieren kann mans in der bitcoin.conf mit
prune=550
(Zahl ist in MB)