Banana Node- Unterstütze das Netzwerk!

[Real-Duke]

Die Sache mit den Stats is doch schnell erledigt, musst ja nur in dem php-Script ein paar Zeilen anpassen

Danke Dir! Das werde ich heute Abend ebenfalls versuchen anzupassen. Du kannst ja schon mal probieren, ob sich die neue Version im laufenden Betrieb "so nebenbei" kompilieren läßt  

Edit: Läuft jetzt wieder alles wie gewohnt und Stats funktionieren ebenfalls. Mal sehen wie es nach etwas längerer Zeit aussieht.

[lassdas]

Hat das nen bestimmten Grund, warum Du überall die Daily-Stats anzeigst, nur beim RAM dann plötzlich die letzte Woche,
oder haste einfach nur das falsche Bild eingebunden?

Ich hab ja zwischendurch mal ein wenig umgeräumt und kann nu per Link zwischen Day/Week/Month/Year-Ansicht wechseln,
iss ganz praktisch eigentlich. 
Wennde willst, kann ich Dir die entsprechenden Änderungen auchnoch raussuchen (is soviel nich).

[Real-Duke]

Beim RAM war mir nicht genug Unterschied sichtbar in der daily Ansicht, über die Woche tut sich dort eher mal was.

Ich hab ja zwischendurch mal ein wenig umgeräumt und kann nu per Link zwischen Day/Week/Month/Year-Ansicht wechseln,
iss ganz praktisch eigentlich.  
Wennde willst, kann ich Dir die entsprechenden Änderungen auchnoch raussuchen (is soviel nich).

Habe ich längst gesehen und gefällt mir auch Also wenn Du die Anleitung erweitern möchtest, aus meiner Sicht sehr gerne!
Nachbauen kann ich einigermaßen  
Was bei mir leider immer noch nervt, ist dieser blöde 24h Internet disconnect...ich könnte hier sofort ein upgrade auf 1GBit down / 100MBit upload bekommen, aber dieser alle 24h IP Wechsel Schwachsinn bleibt

[lassdas]

1GBit gibs hier nochnich (afaik), bislang is glaubich bei 400MBit Schluss, aber ich komm mit meinen 100 eigentlich ganz gut zurecht und IP-Wechsel hab ich eher selten.

Aber zurück zu den Stats,
über/unter den Bitcoin-Versions-Kram fügst Du

Code:

$p = $_GET["p"];
if ($p == "week")
	{ $period = "week"; }
elseif ($p == "month")
	{ $period = "month"; }
elseif ($p == "year")
	{ $period = "year"; }
else
	{ $period = "day"; }

ein,
dann bastelst Du Dir irgendwo die Links dazu, bei mir direkt unter dem Summary-Bild sieht das dann so aus

Code:

<div style="position: absolute; left: 100px; width: 150px;">
<p align="center"><font size="4"><a href="?p=day">Last Day</a></font></p></div>
<div style="position: absolute; left: 220px; width: 150px;">
<p align="center"><font size="4"><a href="?p=week">Last Week</a></font></p></div>
<div style="position: absolute; right: 220px; width: 150px;">
<p align="center"><font size="4"><a href="?p=month">Last Month</a></font></p></div>
<div style="position: absolute; right: 100px; width: 150px;">
<p align="center"><font size="4"><a href="?p=year">Last Year</a></font></p></div>

kannst natürlich auch woanders hinpacken, nach belieben an den Zahlen rumspielen um die Positionen zu verändern oder die div-tags ganz weglassen,
eigentlich gehts ja eh nur um die Links (<a href="?p=day">Last Day</a>..),
dann musste nurnoch die Bilder-Quellen/-Titel anpassen

Code:

<img src="images/connections-<?php echo $period; ?>.png" alt="connections <?php echo $period; ?>"/></br>
<img src="images/mempool-<?php echo $period; ?>.png" alt="mempool tx <?php echo $period; ?>"/></br>
<img src="images/network-<?php echo $period; ?>.png" alt="network <?php echo $period; ?>"/></br>
<img src="images/cpuload-<?php echo $period; ?>.png" alt="cpu load <?php echo $period; ?>"/></br>
<img src="images/memory-<?php echo $period; ?>.png" alt="memory <?php echo $period; ?>"/></br>

und dann biste auchschon fertig. 


Ich hab mir übrignes grad paar neue SBCs zugelegt,
einen Pi3 (nach 1 und 2 durfte der in meiner Sammlung nich fehlen)
und ein Asus Tinkerboard, das hat 2GB, GBit-LAN und ne etwas flottere CPU, bin mir aber nochnich ganz sicher, ob ich da nu n i2p-, oder n btc-Node installieren soll, ich glaube eher ersteres, aber vielleicht auch beides, wer weiß? 
Momentan spiel ich da aber noch mit verschiedenen OSes rum, vielleicht wird das auch n Desktop-System, der is nämlich echt recht flott.

[Real-Duke]

Update der Seite ist fertig, hat dank Deiner Hilfe natürlich ganz gut geklappt
Also ich habe neben meiner Banane noch 3 Himbeeren, eine B und 2x B+ (sind glaube ich alles "einser"?)
Eine schon seit Jahren als oscam server und die anderen Beiden als ADS-B Receiver
Die sollten langsam mal bezahlbare SBCs mit 4GB RAM bringen. Verstehe nicht, warum gerade beim Arbeitsspeicher so geknausert wird.

[lassdas]

Die "Einser" kann man ja ganz gut an den großen SD Karten erkennen, 
davon hab ich auch 2, einer läuft mit pi-hole als DNS+Adblocker, der andere ist/war zum rumspielen. Hab mal i2p draufgehaun, aber dafür is der n bissl schwachbrüstig, als selfish-Client gehts grad noch, aber wenn man das Netzwerk mit Bandbreite unterstützen will, kommt der sehr schnell an seine Grenzen.

4GB gibts auf dem Rock64, dem (afaik) jüngsten Board von Pine64.org,
find ich auch recht interessant, der hat nämlich neben GBit Lan noch USB 3.0, könnte also auch als NAS was taugen,
müsste man aber wohl selbst importieren, hab zumindest noch keinen EU-Anbieter gefunden, der den im Programm hätte.

[Real-Duke]

Argh was ist das denn?
Ich schaue mir meine Seite in einer Auflösung von 1280x1024 an und da verlaufen die Links ineinander
Kann man das anpassen damit der Abstand immer gleich bleibt? Unter Full HD sieht es ganz ok aus.
Wenn ich den Code 1:1 von Dir übernehme, sind jeweils 2 links zusammen komplett nach außen verrutscht, das sieht auch blöd aus. Muß ich heute Abend nochmal mit rumspielen...

[lassdas]

Nanü.

Hab ich bestimmt irgendwas an der Postionierung verkorkst,
wenns ganich geht, kannste die Links ja auch einfach in ne Tabelle packen,

Code:

<table width="640" border"0">
    <td align="center"><font size="4"><a href="?p=day">Last Day</a></font></td>
    <td align="center"><font size="4"><a href="?p=week">Last Week</a></font></td>
    <td align="center"><font size="4"><a href="?p=month">Last Month</a></font></td>
    <td align="center"><font size="4"><a href="?p=year">Last Year</a></font></td>
</table>

da sollte sich dann nix ineinander verschieben. 

[Real-Duke]

da sollte sich dann nix ineinander verschieben. 

Jau vielen Dank, jetzt passt es auch bei unterschiedlichen Auflösungen.
Das Projekt eigener Node geht jetzt schon bald in das vierte Jahr, gar nicht übel! 

[Real-Duke]

Nur ganz nebenbei nochmal hier erwähnt, das Update auf die aktuelle Version 0.16.1 lief wieder problemlos durch.
Die 0.16.x Builds kommen mit deutlich weniger Speicher aus. Die letzte Installation lief rund 100 Tage am Stück und der RAM-Verbrauch lag in der ganzen Zeit unter 400MB

[gergfghfh]

Ich würde einen vollen Bitcoin-Server und einen kosteneffektiven Overhead erwarten und hoffe, Raspberry Pi mit seinem 512 MB Ram kann es so machen, wie du es sagst !! 

[lassdas]

.. lief rund 100 Tage am Stück ..

Wie, mehr nich? 

Nachdem's hier kürzlich ein wenig Probleme gab (ich vermute einen Pi-Hole-Schluckauf als Ursache), und mein Full-Node daher eh "aus" war, hab ich mich auch mal wiederdazu erbarmt, ein Upgrade auf 0.16.2 durchzuführen.
Auf unter 400MB komm ich zwar nich, aber von vorher ~700MB runter auf ~500MB is ja auch schonmal was.

Ich würde einen vollen Bitcoin-Server und einen kosteneffektiven Overhead erwarten

Keine Ahnung, was Du uns damit sagen willst.
Was ist ein Bitcoin-Server und womit sollte man ihn füllen?

und hoffe, Raspberry Pi mit seinem 512 MB Ram kann es so machen, wie du es sagst !! 

Mit den aktuell ~500MB RAM und nem CPU Load von avg~0.35 bzw max~1, die BTC-Core auf nem quad-core-1GB-Pi braucht,
bin ich fast gewillt, das Ganze mal mit nem single-core-512MB-Pi auszuprobieren, nur um zu testen, ob/wie das läuft.
Andererseits bin ich auch echt faul. 
Mal sehen, ob ich da irgendwann mal Bock drauf hab. 

[Real-Duke]

.. lief rund 100 Tage am Stück ..

Wie, mehr nich?  

Ich update halt öfter als Du, muß doch testen was geht

Nachdem's hier kürzlich ein wenig Probleme gab (ich vermute einen Pi-Hole-Schluckauf als Ursache), und mein Full-Node daher eh "aus" war, hab ich mich auch mal wiederdazu erbarmt, ein Upgrade auf 0.16.2 durchzuführen.
Auf unter 400MB komm ich zwar nich, aber von vorher ~700MB runter auf ~500MB is ja auch schonmal was.

Ist bei mir aktuell auch so, aber schau mal in meine prima stats, da kann man das noch deutlich sehen. Hauptsache es wird jetzt weniger verbraucht, so das unsere kleinen Kisten etwas Reserve haben. Ich wollte das neue Update auch schon angehen, aber aktuell sehe ich bereits den RC für die 0.17.0, also kann ich auch noch ein paar Tage mehr warten und das dann für dich mit testen  

bin ich fast gewillt, das Ganze mal mit nem single-core-512MB-Pi auszuprobieren, nur um zu testen, ob/wie das läuft.
Andererseits bin ich auch echt faul.  
Mal sehen, ob ich da irgendwann mal Bock drauf hab.  

Der nächste Projekt-Winter kommt bestimmt!

[Real-Duke]

Wollte heute das dringend empfohlene Update auf 0.16.3 vornehmen, aber das bricht leider ab!
Kann jemand Hilfestellung zu dem Fehler geben?

Code:

root@bitcoinnode ~/bitcoin/bitcoin (git)-[v0.16.3] # ./configure --disable-wallet --without-gui --without-miniupnpc
checking build system type... armv7l-unknown-linux-gnueabihf
checking host system type... armv7l-unknown-linux-gnueabihf
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking for g++... g++
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking whether g++ supports C++11 features with -std=c++11... yes
checking whether std::atomic can be used without link library... yes
checking whether we are using the GNU Objective C++ compiler... no
checking whether g++ -std=c++11 accepts -g... no
checking dependency style of g++ -std=c++11... gcc3
checking how to print strings... printf
checking for gcc... gcc
checking whether we are using the GNU C compiler... no
checking whether gcc accepts -g... no
checking for gcc option to accept ISO C89... unsupported
checking whether gcc understands -c and -o together... no
checking dependency style of /root/bitcoin/bitcoin/build-aux/compile gcc... none
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for non-GNU ld... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert armv7l-unknown-linux-gnueabihf file names to armv7l-unknown-linux-gnueabihf format... func_convert_file_noop
checking how to convert armv7l-unknown-linux-gnueabihf file names to toolchain format... func_convert_file_noop
checking for /usr/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... no
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from /root/bitcoin/bitcoin/build-aux/compile gcc object... failed
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... /lib/cpp
configure: error: in `/root/bitcoin/bitcoin':
configure: error: C preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details
./configure --disable-wallet --without-gui --without-miniupnpc  4,79s user 2,21s system 57% cpu 12,209 total

[lassdas]

Da meiner zZ n bissl krank is, bin ich eh schon n paar Tage am rumbasteln.

Hab also grad mal selbst das Upgrade gestartet und
./configure --disable-wallet --without-miniupnpc
lief problemlos durch, jetzt make't er fleißig vor sich hin und hoffentlich auch durch.

Danach kümmer ich mich dann wieder um den Rest (muss nach filesystem corruption durch nen crash vor ~ ner Woche ein chainstate-reindex machen und das dauert gefühlt in etwa so lang, wie komplett neu zu syncen).


Nachtrag: Nach nur 3 Std war er schon durch, gab keine Probleme, 0.16.3 läuft und rödelt weiter am kaputten Index rum.
Mal kuckn, wie lang .... aber egal, ich hab ja Zeit. 

[Real-Duke]

lief problemlos durch, jetzt make't er fleißig vor sich hin und hoffentlich auch durch.

An der Stelle bin jetzt auch wieder, "make" läuft seit 1 Stunde. Ich hatte noch ein bischen rumprobiert, aber der Fehler kam jedes Mal wieder.
Hier war vor rund 3 Wochen ein Stromausfall von 2 Stunden, das kann meine USV nicht überbrücken.... wahrscheinlich hat sich dabei etwas verbogen.
Zum Glück hatte ich nach dem letzten Update eine frische Sicherung der SD Karte erstellt, die flux wieder eingespielt und der Fehler scheint beseitigt
Habe zur 0.17.0rc4 gegriffen. Falls das nicht läuft, kann ich ja immer noch auf die 16.3 zurück gehen. Macht ja wieder wie er soll der Kleine.

0.16.3 läuft und rödelt weiter am kaputten Index rum.
Mal kuckn, wie lang .... aber egal, ich hab ja Zeit. 

Das macht in der Tat wirklich keinen Spaß mit den kleinen Dingern, da würde ich wenn möglich lieber einen aktuellen PC die Arbeit überlassen und danach wieder umstöpseln. Einfach nur warten ist natürlich weniger Arbeit

[lassdas]

.. frische Sicherung der SD Karte erstellt, ..

Wieso der SD-Karte, haste die root-Partition nich auf der HDD? 
Auf der SD liegt bei mir nur die boot-Partition (~64MB oder so) und auf die wird nur lesend zugegriffen, da kann beim Stromausfall nich sooviel kaputtgehn.

Zum rumrödeln ohne Spaß:
Da meine HDD sowieso voll war/ist (250er noch 1.1GB frei), hab ich die sowieso-schon-am-basteln-Gelegenheit gleich genutzt, um auch hier aufzurüsten.
Anstatt das halbfertig-gerödelte datadir der alten Platte zu kopieren, hab ich einfach die blocks-/chainstate-Ordner von meinem W7-node auf die neue 1TB-Platte geschoben.
Nu läuft alles wieder und is fertig gesynct, ganz ohne rumgerödel und langes warten. 

[Real-Duke]

.. frische Sicherung der SD Karte erstellt, ..

Wieso der SD-Karte, haste die root-Partition nich auf der HDD? 
Auf der SD liegt bei mir nur die boot-Partition (~64MB oder so) und auf die wird nur lesend zugegriffen, da kann beim Stromausfall nich sooviel kaputtgehn.

jup ist bei mir noch auf der SD Karte. Ich wollte das eigentlich auch irgendwann mal so wie Du, alles auf die HDD auslagern, aber wenn es alles läuft und wir so einen schönen Sommer....weisst ja

Zum rumrödeln ohne Spaß:
Da meine HDD sowieso voll war/ist (250er noch 1.1GB frei), hab ich die sowieso-schon-am-basteln-Gelegenheit gleich genutzt, um auch hier aufzurüsten.
Anstatt das halbfertig-gerödelte datadir der alten Platte zu kopieren, hab ich einfach die blocks-/chainstate-Ordner von meinem W7-node auf die neue 1TB-Platte geschoben.
Nu läuft alles wieder und is fertig gesynct, ganz ohne rumgerödel und langes warten. 

Sehe gerade Deine Stats, jo so ist's besser ohne langes rumgerödel!
Das Platzproblem werde ich auch sehr bald haben, muß bei Gelegenheit nach einer 500GB HDD Ausschau halten. Füllstand aktuell 91%

[lassdas]

Auf unter 400MB komm ich zwar nich, aber von vorher ~700MB runter auf ~500MB is ja auch schonmal was.

Nur um das mal festzuhalten,
mit der 0.16.3 liegt der RAM-Bedarf jetzt n gutes Stück unter 400MB.

Läuft echt erschreckend gut, da kann doch irgendwas nich stimmen. 

[Real-Duke]

Gefühlt steigt der RAM-Bedarf nach ein paar Wochen nochmal leicht an, aber unter 500MB könnte er bleiben.
Also erstmal keinen Stromausfall oder Update bitte