Banana Node- Unterstütze das Netzwerk!

[BitCharlie]

Ging das bei euch alles so problemlos? 

Ja, solche Probleme sind schon etwas merkwürdig.

Aber wir kommen der Sache schon noch auf den Grund.

Wie genau heißt Dein datadir, ist das jetz /hdd, oder isses /hdd/datadir?
Wo genau hast Du die bitcoin.conf erstellt, in /hdd, oder in /hdd/datadir?
Und wie startest Du bitcoind, mit -datadir=/hdd, oder mit -datadir=/hdd/datadir?

Welche Variante Du benutzt, is im Grunde egal, wichtig is nur, daß es in allen 3 Fällen das gleiche Vz is.

Wenn das alles nix hilft, check doch mal das debug.log File, vielleicht steht da irgendwas drin, was uns weiterbringt.

Danke, werde das heute Abend so angehen sobald ich zu Hause bin.
Hoffe das Baby nimmt bald den Dienst auf 

[1715037807]

1715037807

[1715037807]

1715037807

[1715037807]

1715037807

[1715037807]

1715037807

[BitCharlie]

Bitcoind starte ich wie auf der ersten Seite erklärt mit: bitcoind -datadir=/hdd

So sieht das bei mir aus:




Hier ein kleiner Auszug der debug.log

2016-08-15 17:50:14 UpdateTip: new best=000000000000000004c89fbf2eb438068f485a8c51e49b9b41b99ad7e8a51029  height=314671  log2_work=80.103561  tx=44167260  date=2014-08-09 06:48:35 progress=0.252311  cache=47.1MiB(18830tx)
2016-08-15 17:50:22 UpdateTip: new best=0000000000000000221e4b1feeaf92679c0dee14c5ad1d907b6f12fda69155b2  height=314672  log2_work=80.103655  tx=44167983  date=2014-08-09 07:09:28 progress=0.252324  cache=49.1MiB(20016tx)
2016-08-15 17:50:23 UpdateTip: new best=00000000000000001980d9cc633a062c1c8b01729631c94a9fbeff45ca75292b  height=314673  log2_work=80.103749  tx=44168111  date=2014-08-09 07:21:25 progress=0.252327  cache=50.5MiB(20254tx)
2016-08-15 17:50:26 UpdateTip: new best=00000000000000002a9d86aec88c54da709d3f1df223aff64c9b006b93d4d9fe  height=314674  log2_work=80.103843  tx=44168467  date=2014-08-09 07:20:38 progress=0.252332  cache=51.2MiB(20689tx)
2016-08-15 17:50:28 UpdateTip: new best=00000000000000001b7f6189d9d9513473acbcc06c55b1c51fcd771f4c8ea2e8  height=314675  log2_work=80.103937  tx=44168586  date=2014-08-09 07:23:13 progress=0.252334  cache=51.3MiB(20825tx)
2016-08-15 17:50:29 UpdateTip: new best=00000000000000001ea5fc96aa903d72e21b72f8e8d0e1ae1c18c204f8be44c1  height=314676  log2_work=80.104031  tx=44168810  date=2014-08-09 07:28:34 progress=0.252337  cache=51.7MiB(21089tx)
2016-08-15 17:50:29 UpdateTip: new best=00000000000000000d8f383f1eab5269b5cf0ecc1384c6e9b080d14d6cfffcdc  height=314677  log2_work=80.104125  tx=44168818  date=2014-08-09 07:28:13 progress=0.252337  cache=51.7MiB(21098tx)
2016-08-15 17:50:33 UpdateTip: new best=00000000000000002b568b1bb4206afce2f712a057970eeb0a769f88c438bdfe  height=314678  log2_work=80.104219  tx=44169304  date=2014-08-09 07:41:33 progress=0.252346  cache=53.7MiB(21841tx)
2016-08-15 17:50:38 UpdateTip: new best=000000000000000012cc6cdb5a19e3ab027cb29485936da3e6b350dc70eaef73  height=314679  log2_work=80.104313  tx=44169744  date=2014-08-09 07:52:58 progress=0.252354  cache=56.6MiB(22623tx)
2016-08-15 17:50:40 UpdateTip: new best=00000000000000000dbaf615914912f679677009e04ea164a1a79a087af807fb  height=314680  log2_work=80.104407  tx=44169965  date=2014-08-09 07:58:43 progress=0.252357  cache=57.1MiB(22928tx)
2016-08-15 17:50:44 UpdateTip: new best=00000000000000002524592f2b09f941d2d6db586432349df3b3a1922f469707  height=314681  log2_work=80.104501  tx=44170420  date=2014-08-09 08:11:42 progress=0.252365  cache=59.4MiB(23607tx)
2016-08-15 17:50:46 UpdateTip: new best=000000000000000035452a33ca6c9df5297258d5b90b9980b775adfa4256a9d2  height=314682  log2_work=80.104596  tx=44170576  date=2014-08-09 08:15:47 progress=0.252368  cache=59.4MiB(23793tx)
2016-08-15 17:50:48 Pre-allocating up to position 0x200000 in rev00164.dat
2016-08-15 17:50:48 UpdateTip: new best=00000000000000000b2bfccaec6cbd98cf1792bffe7b298cf5769100fb52eebb  height=314683  log2_work=80.10469  tx=44170832  date=2014-08-09 08:26:34 progress=0.252373  cache=60.3MiB(24137tx)
2016-08-15 17:50:55 receive version message: /Satoshi:0.12.1/: version 70012, blocks=425368, us=87.163.224.220:60994, peer=302
2016-08-15 17:51:03 ping timeout: 1200.021088s
2016-08-15 17:51:04 UpdateTip: new best=000000000000000024827aa7145f264ac004b69c01f3d5096d8ce3c111bb4877  height=314684  log2_work=80.104784  tx=44171535  date=2014-08-09 08:40:55 progress=0.252385  cache=9.1MiB(1933tx)
2016-08-15 17:51:05 receive version message: /Cornell-Falcon-Network:0.1.0/: version 70001, blocks=425368, us=0.0.0.0:8333, peer=303
2016-08-15 17:51:05 receive version message: /Satoshi:0.12.1/: version 70012, blocks=425368, us=87.163.224.220:47092, peer=304
2016-08-15 17:51:05 ping timeout: 1200.000511s
2016-08-15 17:51:05 connect() to 209.208.110.92:8333 failed after select(): Connection refused (111)
2016-08-15 17:51:06 receive version message: /Satoshi:0.11.1/: version 70002, blocks=425368, us=87.163.224.220:35474, peer=305
2016-08-15 17:51:07 receive version message: /Satoshi:0.12.1/: version 70012, blocks=425368, us=87.163.224.220:38350, peer=306
2016-08-15 17:51:09 Pre-allocating up to position 0x2000000 in blk00164.dat
 

[lassdas]

Du hast jetzt 2 datadir-Ordner und auch die blockchain doppelt.
Eine liegt unter /hdd, die andere unter /hdd/datadir.

Starte mal mit:

Code:

bitcoind -datadir=/hdd/datadir

und check dann nochmal

Code:

bitcoin-cli getinfo

.

Wenn das klappt, kümmern wir uns um die überflüssige blockchain. 

 

[BitCharlie]

Guten Morgen!

habe es eben ausgeführt - gleiches Problem.
Vielleicht ein paar Hintergründe zum Verständnis. Ich mit bei Mac über Terminal auf dem BananaPi.
Nach der Eingabe von

bitcoind -datadir=/hdd/datadir

startet zwar was die Eingabe von
weiteren Befehlen im selben Fenster ist aber nicht mehr möglich. Man kann zwar tippen, wird aber nicht ausgeführt.

Wenn ich mich dann mit einem neuen Fenster über SSH verbinde erscheint der bekannte Passwort Fehler.

 

[Lincoln6Echo]

Guten Morgen!

habe es eben ausgeführt - gleiches Problem.
Vielleicht ein paar Hintergründe zum Verständnis. Ich mit bei Mac über Terminal auf dem BananaPi.
Nach der Eingabe von

bitcoind -datadir=/hdd/datadir

startet zwar was die Eingabe von
weiteren Befehlen im selben Fenster ist aber nicht mehr möglich. Man kann zwar tippen, wird aber nicht ausgeführt.

Wenn ich mich dann mit einem neuen Fenster über SSH verbinde erscheint der bekannte Passwort Fehler.

 

Also nur um sicher zu gehen beim bisherigen Vorgehen:

1. Du meldest dich über ssh am BPI an
2. du startest bitcoin mit dem von Lassdas gegebenen Befehl
3. Du schließt die aktuelle SSH Sitzung
4. Erneut anmelden
5. Bei der Eingabe des Befehls

bitcoin-cli getinfo

kommt der Passwortfehler

Ist denn bitcoind aktiv nach der erneuten Anmeldung (also kurz nach Punkt 4)?
Welches Blockchain Verzeichnis ist denn größer?

[minibit]

Muss man beim Befehl bitcoin-cli nicht auch noch das datadir angeben?
Also:  bitcoin-cli -datadir=/hdd/datadir/ getinfo
Oder sonst mal mit  bitcoin-cli -conf=/hdd/datadir/bitcoin.conf getinfo  versuchen?

Nach der Eingabe von

bitcoind -datadir=/hdd/datadir

startet zwar was die Eingabe von
weiteren Befehlen im selben Fenster ist aber nicht mehr möglich. Man kann zwar tippen, wird aber nicht ausgeführt.

Du kannst bitcoind auch als Daemon ("Hintergrunddienst") starten:  bitcoind -datadir=/hdd/datadir -daemon

[Real-Duke]

Muss man beim Befehl bitcoin-cli nicht auch noch das datadir angeben?

Nein das geht so ohne.
Wie Du bereits schriebst muß er den Node mit

bitcoind -datadir=/hdd/datadir &

starten damit der Dienst im Hintergrund läuft und nicht beendet wird wenn er das Terminal Fenster schließt.
Evtl ist nach der Eingabe auch 2-5 Minuten Geduld gefragt, der Coursor taucht schon wieder auf wenn der Dienst läuft

[Real-Duke]

Tach zusammen,

0.13.0 wurde released, Update läuft hier gerade...
https://github.com/bitcoin/bitcoin/releases/tag/v0.13.0

EDIT:
Nach ca 35min bricht er beim kompilieren ab. Das Ende sieht dann so aus

Code:

  CXX      script/libbitcoinconsensus_la-script_error.lo
  CXX      libbitcoinconsensus_la-uint256.lo
  CXX      libbitcoinconsensus_la-utilstrencodings.lo
make[3]: Entering directory '/root/bitcoin/bitcoin/src/secp256k1'
gcc -I. -g -O2 -Wall -Wextra -Wno-unused-function -c src/gen_context.c -o gen_context.o
gcc gen_context.o -o gen_context
./gen_context
  CC       src/libsecp256k1_la-secp256k1.lo
  CCLD     libsecp256k1.la
make[3]: Leaving directory '/root/bitcoin/bitcoin/src/secp256k1'
  CXXLD    libbitcoinconsensus.la
  CXX      bitcoind-bitcoind.o
  CXX      libbitcoin_server_a-addrman.o
  CXX      libbitcoin_server_a-bloom.o
  CXX      libbitcoin_server_a-blockencodings.o
  CXX      libbitcoin_server_a-chain.o
  CXX      libbitcoin_server_a-checkpoints.o
  CXX      libbitcoin_server_a-httprpc.o
  CXX      libbitcoin_server_a-httpserver.o
  CXX      libbitcoin_server_a-init.o
  CXX      libbitcoin_server_a-dbwrapper.o
  CXX      libbitcoin_server_a-main.o
g++: internal compiler error: Getötet (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.9/README.Bugs> for instructions.
Makefile:5064: recipe for target 'libbitcoin_server_a-main.o' failed
make[2]: *** [libbitcoin_server_a-main.o] Error 4
make[2]: Leaving directory '/root/bitcoin/bitcoin/src'
Makefile:8338: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/root/bitcoin/bitcoin/src'
Makefile:667: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1
make  1552,75s user 54,73s system 98% cpu 27:05,93 total
2 root@bitcoinnode ~/bitcoin/bitcoin (git)-[v0.13.0] #   

[Real-Duke]

Noch keiner versucht das Update zu machen?
Faule Bande  
...und hier ist es auch warm

Habe mit google ein bischen gesucht. Wie es scheint, ging dem compiler nur der Speicher aus. Hätte vieleicht vorher einen Neustart machen sollen?
Werde das spätestens morgen nochmal versuchen.

EDIT 26.8.
Auch nach Systemupgrade und Neustart bleibts wieder an der selben Stelle mit gleicher Meldung hängen

[minibit]

Habe mit google ein bischen gesucht. Wie es scheint, ging dem compiler nur der Speicher aus. Hätte vieleicht vorher einen Neustart machen sollen?
Werde das spätestens morgen nochmal versuchen.

EDIT 26.8.
Auch nach Systemupgrade und Neustart bleibts wieder an der selben Stelle mit gleicher Meldung hängen

Evtl. nützt eine grössere SWAP-Partition, wenn es wirklich wegen dem Speicherplatz sein sollte.

[Real-Duke]

Evtl. nützt eine grössere SWAP-Partition, wenn es wirklich wegen dem Speicherplatz sein sollte.

Jo werde ich beim nächsten Versuch mal probieren. Als noob weiß ich natürlich auf Anhieb nicht wie das funktioniert, aber scheint nicht schwer zu sein:

Code:

nano /etc/dphys-swapfile

Als Faustregel gilt eigentlich:

Verbauter RAM mal 2 = SWAP-Speicher

Beim Raspberry Pi 1024 eintragen und beim Banana Pi 2048 eintragen (wenn ihr nach der Faustregel geht)

Mit Strg+O und Strg+X die Datei speichern.

Danach müsst ihr euren Pi neustarten:

Ist zur Zeit auf 512MB. Kann man später auf die gleiche Weise auch wieder verkleinern oder?
Schaun mer mal 

[minibit]

Evtl. nützt eine grössere SWAP-Partition, wenn es wirklich wegen dem Speicherplatz sein sollte.

Jo werde ich beim nächsten Versuch mal probieren. Als noob weiß ich natürlich auf Anhieb nicht wie das funktioniert, aber scheint nicht schwer zu sein:

Code:

nano /etc/dphys-swapfile

Als Faustregel gilt eigentlich:

Verbauter RAM mal 2 = SWAP-Speicher

Beim Raspberry Pi 1024 eintragen und beim Banana Pi 2048 eintragen (wenn ihr nach der Faustregel geht)

Mit Strg+O und Strg+X die Datei speichern.

Danach müsst ihr euren Pi neustarten:

Ist zur Zeit auf 512MB. Kann man später auf die gleiche Weise auch wieder verkleinern oder?
Schaun mer mal 

Ja das sieht plausibel aus. Genau, danach einfach den Wert wieder auf den ursprünglichen Wert zurücksetzen und einen Neustart durchführen.

[Real-Duke]

Hmm die Datei "/etc/dphys-swapfile" gibts unter bananian nicht.
Also werde ich erstmal weiter abwarten....

[minibit]

Hmm die Datei "/etc/dphys-swapfile" gibts unter bananian nicht.
Also werde ich erstmal weiter abwarten....

Hey Real-Duke

Sorry für die verspätete Antwort. Habe selber keinen Banana mehr im Einsatz, darum konnte ich dir das nicht sauber nachschauen.
Gibt's im Root-Verzeichnis eine Datei namens "/swapfile1"?

[Lincoln6Echo]

Den swap speicher kann man meines Wissens nach ganz einfach über die bananian config einstellen wenn man sich per ssh anmeldet.

[Real-Duke]

@minibit
jup die Datei "swapfile1" ist im root Verzeichnis, momentan 512MB
@Lincoln
bananian-config hatte ich auch gedacht, das kann man per ssh aber nicht ändern bzw kommt nicht als Änderungspunkt

[minibit]

@minibit
jup die Datei "swapfile1" ist im root Verzeichnis, momentan 512MB

OK, dann kannst du dort mal den Wert erhöhen und neu starten.

[Real-Duke]

@minibit
jup die Datei "swapfile1" ist im root Verzeichnis, momentan 512MB

OK, dann kannst du dort mal den Wert erhöhen und neu starten.

Wie geht das denn, kann man in der Datei schreiben?
Edit: Also die Datei ist 512MB groß

[minibit]

Ah ist das in dem Fall die Datei selber, die als SWAP benutz wird, und nicht die Config-Datei.
Ich habe eine Anleitung gefunden, um die Datei auf 2GB zu vergrössern:

Just follow these steps:

1. Make all swap off
   sudo swapoff -a


2. Resize the swapfile
   sudo dd if=/dev/zero of=/swapfile1 bs=1M count=2048


3. Make swapfile usable
   sudo mkswap /swapfile1


4. Make swapon again
   sudo swapon /swapfile1


5. Reboot

Ich werde mir mein Banana in den nächsten Tagen wieder einrichten und kurz testen, ob das auch richtig ist so.

[Real-Duke]

Ich werde mir mein Banana in den nächsten Tagen wieder einrichten und kurz testen, ob das auch richtig ist so.

Das ist richtig so! Mein Swapfile ist jetzt 2GB groß, kompiliere gerade  
Fingers crossed....

EDIT:
Daran liegt es anscheinend doch nicht, wieder Abbruch an der selben Stelle mit gleicher Meldung