Fullnode auf Raspberry Pi 2 - page 3.

fronti

legendary

Activity: 2909

Merit: 1307

Quote from: Lincoln6Echo on March 09, 2015, 07:11:34 PM

Quote from: fronti on March 04, 2015, 05:33:04 PM

Wie lange benögt der BitcoinD auf dem RaspberryPI 2 (hab leider keinen 2er) zum verifizieren eines Blocks in etwa?

Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender

Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:

Code:

 [INF] BMGR: Processed 1 block in the last 26.59s (1024 transactions, height 193672, 2012-08-13 09:23:24 +0000 UTC)
 [INF] BMGR: Processed 2 blocks in the last 16.92s (1024 transactions, height 193674, 2012-08-13 09:38:46 +0000 UTC)
 [INF] BMGR: Processed 4 blocks in the last 13.86s (886 transactions, height 193678, 2012-08-13 10:04:18 +0000 UTC)

so warte ich noch ewig

aber ich hab ja zeit und kann den einfach Laufen lassen.
Aber immerhin rennt das ohne swap:

Code:

# free
             total       used       free     shared    buffers     cached
Mem:        445740     423472      22268          0       4280     236764
-/+ buffers/cache:     182428     263312
Swap:            0          0          0

das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe

so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.

-> https://bitcointalksearch.org/topic/banana-node-unterstutze-das-netzwerk-973628

Cool

ja nette anleitung.. aber der ist doch grösser als der PI 1

btw

Code:

08:39:11 2015-03-10 [INF] BMGR: Processed 1 block in the last 11.62s (126 transactions, height 236269, 2013-05-15 05:57:57 +0000 UTC)

aber immerhin schneller als neue blöcke generiert werden. Also holt mein pi auf. Pi mal daumen gerechnet in nem monat hab ich die Blockchain syncron

Lincoln6Echo

legendary

Activity: 2459

Merit: 1057

Don't use bitcoin.de if you care about privacy!

Quote from: fronti on March 04, 2015, 05:33:04 PM

Wie lange benögt der BitcoinD auf dem RaspberryPI 2 (hab leider keinen 2er) zum verifizieren eines Blocks in etwa?

Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender

Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:

Code:

 [INF] BMGR: Processed 1 block in the last 26.59s (1024 transactions, height 193672, 2012-08-13 09:23:24 +0000 UTC)
 [INF] BMGR: Processed 2 blocks in the last 16.92s (1024 transactions, height 193674, 2012-08-13 09:38:46 +0000 UTC)
 [INF] BMGR: Processed 4 blocks in the last 13.86s (886 transactions, height 193678, 2012-08-13 10:04:18 +0000 UTC)

so warte ich noch ewig

aber ich hab ja zeit und kann den einfach Laufen lassen.
Aber immerhin rennt das ohne swap:

Code:

# free
             total       used       free     shared    buffers     cached
Mem:        445740     423472      22268          0       4280     236764
-/+ buffers/cache:     182428     263312
Swap:            0          0          0

das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe

so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.

-> https://bitcointalksearch.org/topic/banana-node-unterstutze-das-netzwerk-973628

Cool

redd

full member

Activity: 244

Merit: 103

Quote from: curiosity81 on March 06, 2015, 12:16:21 PM

Arrggghhhh!!!!!

Warum laesst Du bitcoin-qt laufen? Das ist doch die GUI!!!

Ich lasse bitcoin-qt wegen der Gui laufen. Richtig.

Quote from: dewdeded on March 08, 2015, 05:14:06 AM

Ich arbeite in einem NOC bei Kabel Deutschland (ja, fuck my life), ich kann euch morgen sagen, wie der Bitcoin P2P-Traffic gezählt wird.

Heute ist schon morgen.. kannst du uns nun sagen, wie der Bitcoin-Traffic gezählt wird?

Grüße,

redd

dewdeded

legendary

Activity: 1232

Merit: 1011

Monero Evangelist

Ich arbeite in einem NOC bei Kabel Deutschland (ja, fuck my life), ich kann euch morgen sagen, wie der Bitcoin P2P-Traffic gezählt wird.

Wegen CPU-Auslastung, stell einfach die Anzahl der maximalen Verbindungen runter (maxconnections=7 oder so).

curiosity81

legendary

Activity: 1778

Merit: 1070

Arrggghhhh!!!!!

Warum laesst Du bitcoin-qt laufen? Das ist doch die GUI!!!

Fuer den Fullnode musst du doch bitcoind starten (das folgende alles aus dem Kopf und nochmal am besten googeln)

Code:

bitcoind -disablewallet

und dann kannste Dich aus dem pi ausloggen. Wenn die chain woanders als im home liegen soll am einfachsten

Code:

export HOME=

Steuerung dann per

Code:

bitcoin-cli stop

(der export muss aber auch hier vorher durchgefuehrt werden) oder

Code:

bitcoin-cli getblockcount

Bei mir laeuft das Ding stabil und man findet ihn auch per

https://getaddr.bitnodes.io/

Einmal am Tag stop ich den Knoten per crontab, pruefe die Partition mit fsck und starte ihn dann wieder.

redd

full member

Activity: 244

Merit: 103

Ich hatte mit dem Pi 1 das Problem, dass er alle paar Tage gefreezed ist.
(ohne X, aber shell nicht mehr verfügbar und per ssh auch nicht).

Die Zeit zum verifizieren eines Blocks nimmt natürlich mit der Länge der Blockchain und der größe der Blocks zu.

fronti

legendary

Activity: 2909

Merit: 1307

Wie lange benögt der BitcoinD auf dem RaspberryPI 2 (hab leider keinen 2er) zum verifizieren eines Blocks in etwa?

Ich habe hier gerade auf einem Alten PI mit 512, angeregt durch eure Diskussion, eine FullNode mit btcd aufgesetzt. Der ist Resourcenschonender

Aber das Syncen der Blockchain wird noch ne weile dauern. (liegt nicht am Download, hab auch mit ner Bootstrap.dat versucht) aber er braucht ewig zum verifizieren:

Code:

 [INF] BMGR: Processed 1 block in the last 26.59s (1024 transactions, height 193672, 2012-08-13 09:23:24 +0000 UTC)
 [INF] BMGR: Processed 2 blocks in the last 16.92s (1024 transactions, height 193674, 2012-08-13 09:38:46 +0000 UTC)
 [INF] BMGR: Processed 4 blocks in the last 13.86s (886 transactions, height 193678, 2012-08-13 10:04:18 +0000 UTC)

so warte ich noch ewig

aber ich hab ja zeit und kann den einfach Laufen lassen.
Aber immerhin rennt das ohne swap:

Code:

# free
             total       used       free     shared    buffers     cached
Mem:        445740     423472      22268          0       4280     236764
-/+ buffers/cache:     182428     263312
Swap:            0          0          0

das macht die SD Karten nicht so kaputt.
(ok und ich lass auf eine Externe USB Platte schreiben, da ich die eh noch an dem PI hängen gehabt habe

so, mal überlegen was es noch für kleine Rechner gibt, die man als FullNode betreiben kann.

redd

full member

Activity: 244

Merit: 103

Ich habe immer wieder mit Crashs des Clients zu tun.
Daher habe ich mir ein kleines Script geschrieben, welches den Client wiederbelebt:

Code:

#!/bin/bash

set -x

while [ true ]
do
 if [ `pgrep bitcoin-qt` -gt 0 ] ; then 
  sleep 1
 else 
  bitcoin-qt
 fi 
done

curiosity81

legendary

Activity: 1778

Merit: 1070

So, hat alles ohne Probleme geklappt. Jetzt muss ich den Kram noch irgendwie an die Blockchain anbinden.

curiosity81

legendary

Activity: 1778

Merit: 1070

Danke fuer die Infos! Werde ich heute Abend antesten.

Gruss,
cu

redd

full member

Activity: 244

Merit: 103

Quote from: curiosity81 on March 02, 2015, 04:06:31 AM

Habe das selbe vor. Kostet ja praktisch nix und das Netzwerk kann ein paar zusaetzliche Fullnodes vertragen. Habe eine aktuelle Chain hier rumkullern, deswegen muss ich dir nur entsprechend umkopieren. Aber selbst das wird mit USB2 nen Weilchen dauern.

Gibt es irgendwas beim kompilieren zu beachten? Bzw. kannst Du die Kommandos poste falls Du die noch parat hast? Das wuerde mir viel Zeit ersparen.

Hi curiosity81,
ich habe mich an dieses Tutorial gehalten:
http://blog.pryds.eu/2014/06/compile-bitcoin-core-on-raspberry-pi.html
Als Anmerkung dazu, würde ich zuerst die Compilierung der Berkeley DB starten. Diese hat mit Abstand am längsten gedauert.
Zusätzlich hat der Autor die libtool vergessen. Vor der Complierung von Bitcoin-QT also zusätzlich:

Code:

apt-get install libtool

david123

legendary

Activity: 1022

Merit: 1004

Quote from: OnkelPaul on March 02, 2015, 03:20:26 PM

Quote from: david123 on March 02, 2015, 02:33:55 PM

Ab einem Gesamtdatenvolumen von
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)

Zählt Bitcoin-Traffic als Filesharing? Ist zwar peer-to-peer, aber Files im engeren Sinne sind das ja nicht...

Onkel Paul

Ich denke nicht, dass hier unterschieden wird. Ich glaube in dieser Pressemitteilung von Kabel De
ist "Filesharing" als Platzhalter für traffic-intensive Anwendungen allgemein zu lesen. Ich glaube nicht
das der Provider protokolliert (protokollieren darf??), über welchen Port jedes MB gelaufen ist..

OnkelPaul

legendary

Activity: 1039

Merit: 1003

Quote from: david123 on March 02, 2015, 02:33:55 PM

Ab einem Gesamtdatenvolumen von
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)

Zählt Bitcoin-Traffic als Filesharing? Ist zwar peer-to-peer, aber Files im engeren Sinne sind das ja nicht...

Onkel Paul

david123

legendary

Activity: 1022

Merit: 1004

Quote from: whyte on March 02, 2015, 02:13:48 PM

Das ist in der Tat für zuhause betriebene Nodes bestimmt ein Thema.
Mein Node macht runde 15GB am Tag bei ca. 50-70 Connections.

Oha, also sollte man grob ein halbes TH/Monat zusätzlich ansetzen. Das kann bei jemandem,
der ohnehin schon "heavy user" ist dann schon den Ausschlag geben..

Zu Kabel Deutschland habe ich folgendes gefunden: Ab einem Gesamtdatenvolumen von
mehr als 10 GB pro Tag ist Kabel Deutschland berechtigt, die Übertragungsgeschwindigkeit
für Filesharing-Anwendungen bis zum Ablauf desselben Tages auf 100 kBit/s zu begrenzen;
aktuell wird eine Drosselung erst ab einem Gesamtdatenvolumen von 60 GB pro Tag durchgeführt.
(Von: http://www.teltarif.de/kabel-deutschland-drosselung-filesharing/news/57514.html)

arunka71

sr. member

Activity: 410

Merit: 257

Anscheinend läuft ja nun auch Docker auf dem PI? Damit sollte die Installation doch recht einfach sein?

whyte

sr. member

Activity: 579

Merit: 259

Das ist in der Tat für zuhause betriebene Nodes bestimmt ein Thema.
Mein Node macht runde 15GB am Tag bei ca. 50-70 Connections.

david123

legendary

Activity: 1022

Merit: 1004

Wirst du protokollieren, wieviel traffic der node verursacht? Ich finde die Idee super und
spiele auch mit dem Gedanken, einen Node zu betreiben, habe aber ein bisschen angst
durch den zusätzlichen traffic (lade ohnehin schon überdurchschnittlich viel runter)
über die Schwelle zu kommen, ab der mich Kabel De mich nicht mehr mag Cheesy

curiosity81

legendary

Activity: 1778

Merit: 1070

Habe das selbe vor. Kostet ja praktisch nix und das Netzwerk kann ein paar zusaetzliche Fullnodes vertragen. Habe eine aktuelle Chain hier rumkullern, deswegen muss ich dir nur entsprechend umkopieren. Aber selbst das wird mit USB2 nen Weilchen dauern.

Gibt es irgendwas beim kompilieren zu beachten? Bzw. kannst Du die Kommandos poste falls Du die noch parat hast? Das wuerde mir viel Zeit ersparen.

redd

full member

Activity: 244

Merit: 103

Quote from: OnkelPaul on March 01, 2015, 06:32:59 PM

Könntest ja per LVM die zwei 32GByte-Karten sozusagen zusammenfassen und ein knapp 64GByte großes Volume anlegen. Damit kommt man

Bin bei LVM immer ein bisschen skeptisch :/ Was wenn der Pi stromlos wird oder mal die SD-Karte rausfällt. Ein normales Ext4 kann man reparieren, aber ein LVM Huh

Habe nun eine andere Idee umgesetzt. Ich lagere 10 % meiner blkxxx.dat per symlink auf die andere Partition aus. Dadurch habe ich 3 Gbyte verschoben, das kann ich jetzt auch noch mit 15 weiteren GByte machen. Das Speicherproblem behandle ich daher für die nächsten Monate erst einmal als erledigt

wens interessiert..

Code:

mkdir ~/bitcoin_symlinks_blocks
cd ~/bitcoin_symlinks_blocks
rsync -avPh ~/.bitcoin/blocks/blk*0.dat .
rm ~/.bitcoin/blocks/blk*0.dat
cd ~/.bitcoin/blocks/
ln -s ~/bitcoin_symlinks_blocks/blk00* .

Gefühlt startet Bitcoin-QT nun auch schneller, hab das aber nicht nachgemessen Tongue

Im Moment werkelt der Pi bei 100% CPU und 30 verbleibenden Wochen. Man merkt schon wie der Pi sich abrackern muss...

OnkelPaul

legendary

Activity: 1039

Merit: 1003

Quote from: redd on March 01, 2015, 11:27:47 AM

Die bitcoin-Partition ist allerdings schon auf 24 GByte angewachsen. Auf meinem Mac ist der blocks-Ordner schon 32 34 GByte.
Lange wird daher die Partition nicht halten.

Könntest ja per LVM die zwei 32GByte-Karten sozusagen zusammenfassen und ein knapp 64GByte großes Volume anlegen. Damit kommt man dann schon ein bisschen weiter, aber natürlich würdest du dann von vorne anfangen.

Onkel Paul
(bin mir nicht sicher, ob Raspbian LVM drin hat, müsste aber eigentlich)

Topic: Fullnode auf Raspberry Pi 2 - page 3. (Read 6838 times)