Keine Blockquelle verfügbar - Bitcoin Core v0.13.1 (64-Bit)

[BlackMatrix]

Hallo liebe Gemeinde,

ich habe nun das zweite Mal Bitcoin Core v0.13.1 (64-Bit) mit jeweils unterschiedlichen Datenpfaden zu den Blockchains gestartet und auch beim zweiten Mal habe ich nachdem Bitcoin Core sich über mehr als 2 Tage mit dem Netzwerk synchronisiert hat, etwa an der gleichen Stelle keine Blockquellen mehr verfügbar. Ich habe 8 aktive Verbindungen und das Netzwerk synchronisiert sich etwa bis vor 42-39 Wochen, danach habe ich keine Blockquellen mehr und der Fortschrittsbalken bewegt sich nicht weiter. Ich habe auch nochmal die Firewallregeln entfernt und mit einem Neustart neu setzen lassen, aber es geht nicht weiter. Auch hat die Synchronisierung soweit geklappt, kommt aber eben immer in etwa diesem Zeitraum zum erliegen.

Was läuft da falsch?

Viele Grüße

BlackMatrix

[1714982415]

1714982415

[1714982415]

1714982415

[1714982415]

1714982415

[Coiner.de]

Geht der Speicher alle? Das Log sagt nichts?

[BlackMatrix]

db.log ist leer.

Das hier steht in debug.log (Ich hoffe ich habe alle sensiblen Daten geschwärzt.

2016-12-13 21:55:58
2016-12-13 21:55:58 Bitcoin version v0.13.1
2016-12-13 21:55:58 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2016-12-13 21:55:58 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core didn't yet exit safely..."
2016-12-13 21:55:59 Default data directory C:\Users\...\AppData\Roaming\Bitcoin
2016-12-13 21:55:59 Using data directory D:\Bitcoin\bitcoin-0.13.1\Data
2016-12-13 21:55:59 Using config file D:\Bitcoin\bitcoin-0.13.1\Data\bitcoin.conf
2016-12-13 21:55:59 Using at most 125 connections (2048 file descriptors available)
2016-12-13 21:55:59 Using 2 threads for script verification
2016-12-13 21:55:59 Using BerkeleyDB version Berkeley DB 4.8.30: (April  9, 2010)
2016-12-13 21:55:59 Using wallet wallet.dat
2016-12-13 21:55:59 scheduler thread start
2016-12-13 21:55:59 init message: Verifiziere Wallet...
2016-12-13 21:55:59 CDBEnv::Open: LogDir=D:\Bitcoin\bitcoin-0.13.1\Data\database ErrorFile=D:\Bitcoin\bitcoin-0.13.1\Data\db.log
2016-12-13 21:55:59 Bound to [::]:8333
2016-12-13 21:55:59 Bound to 0.0.0.0:8333
2016-12-13 21:55:59 Cache configuration:
2016-12-13 21:55:59 * Using 2.0MiB for block index database
2016-12-13 21:55:59 * Using 8.0MiB for chain state database
2016-12-13 21:55:59 * Using 290.0MiB for in-memory UTXO set
2016-12-13 21:55:59 init message: Lade Blockindex...
2016-12-13 21:55:59 Opening LevelDB in D:\Bitcoin\bitcoin-0.13.1\Data\blocks\index
2016-12-13 21:55:59 Opened LevelDB successfully
2016-12-13 21:55:59 Using obfuscation key for D:\Bitcoin\bitcoin-0.13.1\Data\blocks\index: 0000000000000000
2016-12-13 21:55:59 Opening LevelDB in D:\Bitcoin\bitcoin-0.13.1\Data\chainstate
2016-12-13 21:55:59 Opened LevelDB successfully
2016-12-13 21:55:59 Using obfuscation key for D:\Bitcoin\bitcoin-0.13.1\Data\chainstate: 1c2f15d284eee7aa
2016-12-13 21:56:06 LoadBlockIndexDB: last block file = 467
2016-12-13 21:56:06 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=143, size=100924649, heights=402455...402643, time=2016-03-13...2016-03-14)
2016-12-13 21:56:06 Checking all blk files are present...
2016-12-13 21:56:07 LoadBlockIndexDB: transaction index disabled
2016-12-13 21:56:07 LoadBlockIndexDB: hashBestChain=00000000000000000421342b7908286f817c9da86c41308e8410ef471c71fa24 height=402514 date=2016-03-13 20:47:53 progress=0.840264
2016-12-13 21:56:07 init message: Verifiziere Blöcke...
2016-12-13 21:56:10 init message: Verifiziere Blöcke...
2016-12-13 21:56:10 Verifying last 6 blocks at level 3
2016-12-13 21:56:10 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2016-12-13 21:56:15 No coin database inconsistencies in last 7 blocks (8449 transactions)
2016-12-13 21:56:15  block index           16049ms
2016-12-13 21:56:15 init message: Lade Wallet...
2016-12-13 21:56:15 nFileVersion = 130100
2016-12-13 21:56:15 Keys: 102 plaintext, 0 encrypted, 102 w/ metadata, 102 total
2016-12-13 21:56:15  wallet                   55ms
2016-12-13 21:56:15 mapBlockIndex.size() = 443355
2016-12-13 21:56:15 nBestHeight = 402514
2016-12-13 21:56:15 setKeyPool.size() = 100
2016-12-13 21:56:15 mapWallet.size() = 0
2016-12-13 21:56:15 mapAddressBook.size() = 1
2016-12-13 21:56:15 init message: Lade Adressen...
2016-12-13 21:56:15 torcontrol thread start
2016-12-13 21:56:15 Loaded 33161 addresses from peers.dat  262ms
2016-12-13 21:56:15 init message: Lade Sperrliste...
2016-12-13 21:56:15 init message: Starting network threads...
2016-12-13 21:56:15 AddLocal([...ipv6...]:8333,1)
2016-12-13 21:56:15 Discover: ... - ...ipv6...
2016-12-13 21:56:15 AddLocal([xxxx:5f:6b08:d34:7556:e06c:3b7:c304]:8333,1)
2016-12-13 21:56:15 Discover: ... - xxxx:5f:6b08:d34:7556:e06c:3b7:c304
2016-12-13 21:56:15 AddLocal([xxxx:0:d5c:5a30:3840:2a42:ab44:78e0]:8333,1)
2016-12-13 21:56:15 Discover: ... - xxxx:0:d5c:5a30:3840:2a42:ab44:78e0
2016-12-13 21:56:15 net thread start
2016-12-13 21:56:15 addcon thread start
2016-12-13 21:56:15 opencon thread start
2016-12-13 21:56:15 dnsseed thread start
2016-12-13 21:56:15 msghand thread start
2016-12-13 21:56:15 init message: Laden abgeschlossen
2016-12-13 21:56:15 GUI: Platform customization: "windows"
2016-12-13 21:56:15 GUI: PaymentServer::LoadRootCAs: Loaded  43  root certificates
2016-12-13 21:56:16 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=[...ipv6...]:27840, peer=1
2016-12-13 21:56:16 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27841, peer=2
2016-12-13 21:56:23 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27845, peer=3
2016-12-13 21:56:23 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27847, peer=4
2016-12-13 21:56:24 receive version message: /Satoshi:0.13.1/Knots:20161027/: version 70014, blocks=443354, us=...ipv4...:27848, peer=5
2016-12-13 21:56:26 P2P peers available. Skipped DNS seeding.
2016-12-13 21:56:26 dnsseed thread exit
2016-12-13 21:56:30 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27851, peer=6
2016-12-13 21:56:47 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27857, peer=7
2016-12-13 21:56:49 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443354, us=...ipv4...:27858, peer=8

Kommt der Bitcoin Client evtl. nicht mit ipv6 klar? Ich hab 12 GB und nur 44 % laut Windows Explorer belegt.

[Coiner.de]

Kommt der Bitcoin Client evtl. nicht mit ipv6 klar? Ich hab 12 GB und nur 44 % laut Windows Explorer belegt.

Wenn ipv6 funktioniert sollte das auch gehen.
Könntest aber mal einen Start mit -onlynet=ipv4 probieren.

Zeigt "Windows Explorer" nicht nur Plattenplatz an? 12 GB Platte wäre schon zu knapp.

"P2P peers available. Skipped DNS seeding."
Das habe ich bei mir nicht. Sieht aus als kämen die Peers rein bevor das abgeschlossen ist. DNS-auflösung sehr langsam?
peers.dat zu groß? Könnte man mal probeweise an einen sicheren Ort verschieben vor dem nächsten Start.

Siehst schon. Nix genaues weiß man nicht.

[shorena]

-snip-
Zeigt "Windows Explorer" nicht nur Plattenplatz an? 12 GB Platte wäre schon zu knapp.

"P2P peers available. Skipped DNS seeding."

Nach der log lief der Client nicht zum ersten mal, DNS seeding wird nur am Anfang gemacht wenn nichts oder nur wenig in der peers.dat steht.

Das habe ich bei mir nicht. Sieht aus als kämen die Peers rein bevor das abgeschlossen ist. DNS-auflösung sehr langsam?
peers.dat zu groß? Könnte man mal probeweise an einen sicheren Ort verschieben vor dem nächsten Start.

Siehst schon. Nix genaues weiß man nicht.

Ist das alles in der Log Datei? Es gibt da nichts "sensibles", außer vielleicht das deine wallet.dat nicht verschlüsselt ist. Die log bricht nach "Ich hab hier 8 peers" ab. So schnell bekommst du eh keine Verbindungen von außen wenn du nicht auf dem aktuellen Stand bist, die Firewall Regeln kannst du also erstmal außer acht lassen.

[BlackMatrix]

Zeigt "Windows Explorer" nicht nur Plattenplatz an? 12 GB Platte wäre schon zu knapp.

Sorry, ich meinte natürlich 12 GB Arbeitsspeicher und bezog mich auf deine Frage, ob der Arbeitsspeicher evtl. knapp ist. War nicht so ganz rauszulesen

Ich habe es mal mit -onlynet=ipv4 probiert, das hat aber nichts geändert.

Nach der log lief der Client nicht zum ersten mal, DNS seeding wird nur am Anfang gemacht wenn nichts oder nur wenig in der peers.dat steht.

peers.dat zu groß?

Ich hab die peers.dat mal in peers.dat.bak umbenannt. Die war 2,3 MB groß. Scheint sicht aber nichts zu ändern

Ist das alles in der Log Datei?

Leider ja, der letzte Eintrag ist immer. Danach scheint nichts mehr zu passieren.

Ich habe den Client schon mehrmals neugestartet. Genau, in der Hoffnung es ändert sich was, aber er bleibt bei den 39 Wochen hängen. Ich habe auch ne 200 MBit Leitung, das Internet sollte auch okay sein.

2016-12-14 16:20:08 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443471, us=ipv4:1030, peer=1
2016-12-14 16:20:17 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443471, us=ipv4:1035, peer=2
2016-12-14 16:20:40 receive version message: /Satoshi:0.13.1/: version 70014, blocks=0, us=ipv4:1045, peer=3
2016-12-14 16:20:43 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443471, us=ipv4:1047, peer=4
2016-12-14 16:24:29 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1185, peer=5
2016-12-14 16:25:06 receive version message: /Satoshi:0.13.1/: version 70014, blocks=404763, us=ipv4:1188, peer=6
2016-12-14 16:25:33 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1197, peer=7
2016-12-14 16:26:34 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1209, peer=8
2016-12-14 16:27:13 receive version message: /Satoshi:0.13.1/: version 70014, blocks=443472, us=ipv4:1212, peer=9

[shorena]

versuch mal direkt zu meinem zu verbinden. Mit -connect=188.68.53.44 starten oder nen entsprechenden Eintrag in der config datei machen

[BlackMatrix]

Danke für das Angebot. Ich habe vor 2 Tagen ein -reindex gestartet und scheine jetzt über die magische 39 Wochen drüber zu sein. Ich melde mich, sobald ich fertig bin bzw. wieder ein Fehler auftritt

[BlackMatrix]

Es hat nun geklappt. Danke

[shorena]

Es hat nun geklappt. Danke

Schön, gerne.

[BlackMatrix]

Nun habe ich schon wieder keine Blockquellen mehr verfügbar und möchte allerdings auch nicht wieder den ganzen Prozess der Reinitialisierung machen. Kann es irgendwie sein, dass der Client nicht so richtig auf einer externen Festplatte laufen will? Ich habe eine Toshiba 2TB Festplatte, die sich nach einer gewissen Zeit der Inaktivität selbst in einen Standby-Modus versetzt. Evtl. führt das zu Problemen mit dem Bitcoin Client? Richtig herunterfahren tue ich ihn jedenfalls.

@shorena: Kann ich mich nochmal zu deinem verbinden? Ist der online?

[BlackMatrix]

Es ist mir nicht möglich den Client zu benutzen. Das Synchronisieren hängt sich immer wieder auf. Hab nun auch schon zweimal einen Reindex gemacht, aber bei etwa 1,5 Jahren hängt er sich auf.

Die Exception scheint ganz interessant zu sein.

Das Log:

Code:

2017-03-23 08:43:06
2017-03-23 08:43:06 Bitcoin version v0.14.0
2017-03-23 08:43:06 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2017-03-23 08:43:06 Assuming ancestors of block 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90 have valid signatures.
2017-03-23 08:43:06 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core wurde noch nicht sicher beendet..."
2017-03-23 08:43:06 Default data directory C:\Users\black\AppData\Roaming\Bitcoin
2017-03-23 08:43:06 Using data directory F:\Bitcoin\bitcoin-0.13.1\Data
2017-03-23 08:43:06 Using config file F:\Bitcoin\bitcoin-0.13.1\Data\bitcoin.conf
2017-03-23 08:43:06 Using at most 125 automatic connections (2048 file descriptors available)
2017-03-23 08:43:06 Using 32 MiB out of 32 requested for signature cache, able to store 1048576 elements
2017-03-23 08:43:06 Using 2 threads for script verification
2017-03-23 08:43:06 Using BerkeleyDB version Berkeley DB 4.8.30: (April  9, 2010)
2017-03-23 08:43:06 Using wallet wallet.dat
2017-03-23 08:43:06 scheduler thread start
2017-03-23 08:43:06 init message: Verifiziere Wallet...
2017-03-23 08:43:06 CDBEnv::Open: LogDir=F:\Bitcoin\bitcoin-0.13.1\Data\database ErrorFile=F:\Bitcoin\bitcoin-0.13.1\Data\db.log
2017-03-23 08:43:06 Bound to [::]:8333
2017-03-23 08:43:06 Bound to 0.0.0.0:8333
2017-03-23 08:43:06 Cache configuration:
2017-03-23 08:43:06 * Using 2.0MiB for block index database
2017-03-23 08:43:06 * Using 8.0MiB for chain state database
2017-03-23 08:43:06 * Using 290.0MiB for in-memory UTXO set (plus up to 286.1MiB of unused mempool space)
2017-03-23 08:43:06 init message: Lade Blockindex...
2017-03-23 08:43:06 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index
2017-03-23 08:43:06 Opened LevelDB successfully
2017-03-23 08:43:06 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index: 0000000000000000
2017-03-23 08:43:06 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\chainstate
2017-03-23 08:43:06 Opened LevelDB successfully
2017-03-23 08:43:06 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\chainstate: 597e1e0c1a6930a1
2017-03-23 08:43:12 LoadBlockIndexDB: last block file = 620
2017-03-23 08:43:12 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=32, size=58037273, heights=428897...428991, time=2016-09-08...2016-09-09)
2017-03-23 08:43:12 Checking all blk files are present...
2017-03-23 08:43:12 LoadBlockIndexDB: transaction index disabled
2017-03-23 08:43:12 LoadBlockIndexDB: hashBestChain=00000000000000000bb916963d04aca7edad489d16748226cdfd112e5ad8f1bb height=365371 date=2015-07-15 05:30:59 progress=0.369934
2017-03-23 08:43:12 init message: Verifiziere Blöcke...
2017-03-23 08:43:15 init message: Verifiziere Blöcke...
2017-03-23 08:43:15 Verifying last 6 blocks at level 3
2017-03-23 08:43:15 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2017-03-23 08:43:17 No coin database inconsistencies in last 7 blocks (5212 transactions)
2017-03-23 08:43:17  block index           10448ms
2017-03-23 08:43:17 init message: Lade Wallet...
2017-03-23 08:43:17 nFileVersion = 140000
2017-03-23 08:43:17 Keys: 124 plaintext, 0 encrypted, 124 w/ metadata, 124 total
2017-03-23 08:43:17  wallet                   93ms
2017-03-23 08:43:17 setKeyPool.size() = 100
2017-03-23 08:43:17 mapWallet.size() = 29
2017-03-23 08:43:17 mapAddressBook.size() = 24
2017-03-23 08:43:17 mapBlockIndex.size() = 458527
2017-03-23 08:43:17 nBestHeight = 365371
2017-03-23 08:43:17 torcontrol thread start
2017-03-23 08:43:17 init message: Lade Adressen...
2017-03-23 08:43:17 Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired
2017-03-23 08:43:17 Loaded 65201 addresses from peers.dat  434ms
2017-03-23 08:43:17 init message: Lade Sperrliste...
2017-03-23 08:43:17 init message: Starting network threads...
2017-03-23 08:43:17 msghand thread start
2017-03-23 08:43:17 dnsseed thread start
2017-03-23 08:43:17 addcon thread start
2017-03-23 08:43:17 net thread start
2017-03-23 08:43:17 opencon thread start
2017-03-23 08:43:17 init message: Laden abgeschlossen
2017-03-23 08:43:17 GUI: Platform customization: "windows"
2017-03-23 08:43:17 GUI: PaymentServer::LoadRootCAs: Loaded  44  root certificates
2017-03-23 08:43:18 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458525, us=14.207.76.123:9690, peer=0
2017-03-23 08:43:24 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9694, peer=1
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes): Exception 'CDataStream::read(): end of data' caught, normally caused by a message being shorter than its stated length
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes) FAILED peer=1
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes): Exception 'CDataStream::read(): end of data' caught, normally caused by a message being shorter than its stated length
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes) FAILED peer=1
2017-03-23 08:43:25 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9696, peer=2
2017-03-23 08:43:28 P2P peers available. Skipped DNS seeding.
2017-03-23 08:43:28 dnsseed thread exit
2017-03-23 08:43:31 receive version message: /Satoshi:0.14.0/: version 70015, blocks=458525, us=14.207.76.123:9699, peer=3
2017-03-23 08:43:32 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9700, peer=4
2017-03-23 08:43:33 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9701, peer=5
2017-03-23 08:43:51 receive version message: /Satoshi:0.14.0/: version 70015, blocks=458526, us=14.207.76.123:9707, peer=6
2017-03-23 08:45:15 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458526, us=14.207.76.123:9717, peer=8
2017-03-23 08:49:51 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458526, us=14.207.76.123:9755, peer=9

[shorena]

-snip-
@shorena: Kann ich mich nochmal zu deinem verbinden? Ist der online?

Sorry, hab ich jetzt erst gelesen. Ja, immer.

Es ist mir nicht möglich den Client zu benutzen. Das Synchronisieren hängt sich immer wieder auf. Hab nun auch schon zweimal einen Reindex gemacht, aber bei etwa 1,5 Jahren hängt er sich auf.

Die Exception scheint ganz interessant zu sein.

Das Log:

Code:

2017-03-23 08:43:06
2017-03-23 08:43:06 Bitcoin version v0.14.0
2017-03-23 08:43:06 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2017-03-23 08:43:06 Assuming ancestors of block 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90 have valid signatures.
2017-03-23 08:43:06 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core wurde noch nicht sicher beendet..."
2017-03-23 08:43:06 Default data directory C:\Users\black\AppData\Roaming\Bitcoin
2017-03-23 08:43:06 Using data directory F:\Bitcoin\bitcoin-0.13.1\Data
2017-03-23 08:43:06 Using config file F:\Bitcoin\bitcoin-0.13.1\Data\bitcoin.conf
2017-03-23 08:43:06 Using at most 125 automatic connections (2048 file descriptors available)
2017-03-23 08:43:06 Using 32 MiB out of 32 requested for signature cache, able to store 1048576 elements
2017-03-23 08:43:06 Using 2 threads for script verification
2017-03-23 08:43:06 Using BerkeleyDB version Berkeley DB 4.8.30: (April  9, 2010)
2017-03-23 08:43:06 Using wallet wallet.dat
2017-03-23 08:43:06 scheduler thread start
2017-03-23 08:43:06 init message: Verifiziere Wallet...
2017-03-23 08:43:06 CDBEnv::Open: LogDir=F:\Bitcoin\bitcoin-0.13.1\Data\database ErrorFile=F:\Bitcoin\bitcoin-0.13.1\Data\db.log
2017-03-23 08:43:06 Bound to [::]:8333
2017-03-23 08:43:06 Bound to 0.0.0.0:8333
2017-03-23 08:43:06 Cache configuration:
2017-03-23 08:43:06 * Using 2.0MiB for block index database
2017-03-23 08:43:06 * Using 8.0MiB for chain state database
2017-03-23 08:43:06 * Using 290.0MiB for in-memory UTXO set (plus up to 286.1MiB of unused mempool space)
2017-03-23 08:43:06 init message: Lade Blockindex...
2017-03-23 08:43:06 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index
2017-03-23 08:43:06 Opened LevelDB successfully
2017-03-23 08:43:06 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index: 0000000000000000
2017-03-23 08:43:06 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\chainstate
2017-03-23 08:43:06 Opened LevelDB successfully
2017-03-23 08:43:06 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\chainstate: 597e1e0c1a6930a1
2017-03-23 08:43:12 LoadBlockIndexDB: last block file = 620
2017-03-23 08:43:12 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=32, size=58037273, heights=428897...428991, time=2016-09-08...2016-09-09)
2017-03-23 08:43:12 Checking all blk files are present...
2017-03-23 08:43:12 LoadBlockIndexDB: transaction index disabled
2017-03-23 08:43:12 LoadBlockIndexDB: hashBestChain=00000000000000000bb916963d04aca7edad489d16748226cdfd112e5ad8f1bb height=365371 date=2015-07-15 05:30:59 progress=0.369934
2017-03-23 08:43:12 init message: Verifiziere Blöcke...
2017-03-23 08:43:15 init message: Verifiziere Blöcke...
2017-03-23 08:43:15 Verifying last 6 blocks at level 3
2017-03-23 08:43:15 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2017-03-23 08:43:17 No coin database inconsistencies in last 7 blocks (5212 transactions)
2017-03-23 08:43:17  block index           10448ms
2017-03-23 08:43:17 init message: Lade Wallet...
2017-03-23 08:43:17 nFileVersion = 140000
2017-03-23 08:43:17 Keys: 124 plaintext, 0 encrypted, 124 w/ metadata, 124 total
2017-03-23 08:43:17  wallet                   93ms
2017-03-23 08:43:17 setKeyPool.size() = 100
2017-03-23 08:43:17 mapWallet.size() = 29
2017-03-23 08:43:17 mapAddressBook.size() = 24
2017-03-23 08:43:17 mapBlockIndex.size() = 458527
2017-03-23 08:43:17 nBestHeight = 365371
2017-03-23 08:43:17 torcontrol thread start
2017-03-23 08:43:17 init message: Lade Adressen...
2017-03-23 08:43:17 Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired
2017-03-23 08:43:17 Loaded 65201 addresses from peers.dat  434ms
2017-03-23 08:43:17 init message: Lade Sperrliste...
2017-03-23 08:43:17 init message: Starting network threads...
2017-03-23 08:43:17 msghand thread start
2017-03-23 08:43:17 dnsseed thread start
2017-03-23 08:43:17 addcon thread start
2017-03-23 08:43:17 net thread start
2017-03-23 08:43:17 opencon thread start
2017-03-23 08:43:17 init message: Laden abgeschlossen
2017-03-23 08:43:17 GUI: Platform customization: "windows"
2017-03-23 08:43:17 GUI: PaymentServer::LoadRootCAs: Loaded  44  root certificates
2017-03-23 08:43:18 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458525, us=14.207.76.123:9690, peer=0
2017-03-23 08:43:24 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9694, peer=1
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes): Exception 'CDataStream::read(): end of data' caught, normally caused by a message being shorter than its stated length
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes) FAILED peer=1
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes): Exception 'CDataStream::read(): end of data' caught, normally caused by a message being shorter than its stated length
2017-03-23 08:43:25 ProcessMessages(sendcmpct, 5 bytes) FAILED peer=1
2017-03-23 08:43:25 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9696, peer=2
2017-03-23 08:43:28 P2P peers available. Skipped DNS seeding.
2017-03-23 08:43:28 dnsseed thread exit
2017-03-23 08:43:31 receive version message: /Satoshi:0.14.0/: version 70015, blocks=458525, us=14.207.76.123:9699, peer=3
2017-03-23 08:43:32 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9700, peer=4
2017-03-23 08:43:33 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458525, us=14.207.76.123:9701, peer=5
2017-03-23 08:43:51 receive version message: /Satoshi:0.14.0/: version 70015, blocks=458526, us=14.207.76.123:9707, peer=6
2017-03-23 08:45:15 receive version message: /Satoshi:0.13.1/: version 70014, blocks=458526, us=14.207.76.123:9717, peer=8
2017-03-23 08:49:51 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458526, us=14.207.76.123:9755, peer=9

Nicht wirklich, da ist halt etwas mit den übertragenen Daten passiert oder die Nodes 0 und 1 senden Müll.

[BlackMatrix]

Starte ich v0.13.1 heißt es im linken unteren Statusbereich:

Keine Blockquelle verfügbar...

obwohl 8 aktive Verbindungen vorhanden sind.

In der v0.14.0 heißt es

Verbinde mit Netzwerk...


Keine Änderung, wenn ich mit "-connect=188.68.53.44" starte. Das Log von v0.14.0 mit "-connect=188.68.53.44":

Code:

2017-03-23 13:33:42 
2017-03-23 13:33:42 Bitcoin version v0.14.0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -connect set -> setting -dnsseed=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -connect set -> setting -listen=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -listen=0 -> setting -upnp=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -listen=0 -> setting -discover=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -listen=0 -> setting -listenonion=0
2017-03-23 13:33:42 InitParameterInteraction: parameter interaction: -whitelistforcerelay=1 -> setting -whitelistrelay=1
2017-03-23 13:33:43 Assuming ancestors of block 00000000000000000013176bf8d7dfeab4e1db31dc93bc311b436e82ab226b90 have valid signatures.
2017-03-23 13:33:43 GUI: "registerShutdownBlockReason: Successfully registered: Bitcoin Core wurde noch nicht sicher beendet..."
2017-03-23 13:33:43 Default data directory C:\Users\black\AppData\Roaming\Bitcoin
2017-03-23 13:33:43 Using data directory F:\Bitcoin\bitcoin-0.13.1\Data
2017-03-23 13:33:43 Using config file F:\Bitcoin\bitcoin-0.13.1\Data\bitcoin.conf
2017-03-23 13:33:43 Using at most 125 automatic connections (2048 file descriptors available)
2017-03-23 13:33:43 Using 32 MiB out of 32 requested for signature cache, able to store 1048576 elements
2017-03-23 13:33:43 Using 2 threads for script verification
2017-03-23 13:33:43 Using BerkeleyDB version Berkeley DB 4.8.30: (April  9, 2010)
2017-03-23 13:33:43 Using wallet wallet.dat
2017-03-23 13:33:43 scheduler thread start
2017-03-23 13:33:43 init message: Verifiziere Wallet...
2017-03-23 13:33:43 CDBEnv::Open: LogDir=F:\Bitcoin\bitcoin-0.13.1\Data\database ErrorFile=F:\Bitcoin\bitcoin-0.13.1\Data\db.log
2017-03-23 13:33:43 Cache configuration:
2017-03-23 13:33:43 * Using 2.0MiB for block index database
2017-03-23 13:33:43 * Using 8.0MiB for chain state database
2017-03-23 13:33:43 * Using 290.0MiB for in-memory UTXO set (plus up to 286.1MiB of unused mempool space)
2017-03-23 13:33:43 init message: Lade Blockindex...
2017-03-23 13:33:43 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index
2017-03-23 13:33:43 Opened LevelDB successfully
2017-03-23 13:33:43 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\blocks\index: 0000000000000000
2017-03-23 13:33:43 Opening LevelDB in F:\Bitcoin\bitcoin-0.13.1\Data\chainstate
2017-03-23 13:33:43 Opened LevelDB successfully
2017-03-23 13:33:43 Using obfuscation key for F:\Bitcoin\bitcoin-0.13.1\Data\chainstate: 597e1e0c1a6930a1
2017-03-23 13:33:48 LoadBlockIndexDB: last block file = 620
2017-03-23 13:33:48 LoadBlockIndexDB: last block file info: CBlockFileInfo(blocks=32, size=58037273, heights=428897...428991, time=2016-09-08...2016-09-09)
2017-03-23 13:33:48 Checking all blk files are present...
2017-03-23 13:33:49 LoadBlockIndexDB: transaction index disabled
2017-03-23 13:33:49 LoadBlockIndexDB: hashBestChain=00000000000000000bb916963d04aca7edad489d16748226cdfd112e5ad8f1bb height=365371 date=2015-07-15 05:30:59 progress=0.369833
2017-03-23 13:33:49 init message: Verifiziere Blöcke...
2017-03-23 13:33:50 init message: Verifiziere Blöcke...
2017-03-23 13:33:50 Verifying last 6 blocks at level 3
2017-03-23 13:33:50 [0%]...[16%]...[33%]...[50%]...[66%]...[83%]...[99%]...[DONE].
2017-03-23 13:33:53 No coin database inconsistencies in last 7 blocks (5212 transactions)
2017-03-23 13:33:53  block index            9715ms
2017-03-23 13:33:53 init message: Lade Wallet...
2017-03-23 13:33:53 nFileVersion = 140000
2017-03-23 13:33:53 Keys: 124 plaintext, 0 encrypted, 124 w/ metadata, 124 total
2017-03-23 13:33:53  wallet                   38ms
2017-03-23 13:33:53 setKeyPool.size() = 100
2017-03-23 13:33:53 mapWallet.size() = 29
2017-03-23 13:33:53 mapAddressBook.size() = 24
2017-03-23 13:33:53 mapBlockIndex.size() = 458557
2017-03-23 13:33:53 nBestHeight = 365371
2017-03-23 13:33:53 init message: Lade Adressen...
2017-03-23 13:33:53 Imported mempool transactions from disk: 0 successes, 0 failed, 0 expired
2017-03-23 13:33:53 Loaded 65233 addresses from peers.dat  362ms
2017-03-23 13:33:53 init message: Lade Sperrliste...
2017-03-23 13:33:53 init message: Starting network threads...
2017-03-23 13:33:53 DNS seeding disabled
2017-03-23 13:33:53 net thread start
2017-03-23 13:33:53 addcon thread start
2017-03-23 13:33:53 opencon thread start
2017-03-23 13:33:53 msghand thread start
2017-03-23 13:33:53 init message: Laden abgeschlossen
2017-03-23 13:33:53 GUI: Platform customization: "windows"
2017-03-23 13:33:53 GUI: PaymentServer::LoadRootCAs: Loaded  44  root certificates
2017-03-23 13:33:54 receive version message: /Satoshi:0.13.2/: version 70015, blocks=458555, us=14.207.76.123:2564, peer=0

[BlackMatrix]

Keine Ahnung wie das Stück Software namens Bitcoin Core auch nur irgendeine Person verwenden kann. Ich bin selbst Softwareentwickler, aber solche Software kann ich nur als unbenutzbar bezeichnen. Ich versuche nun schon seit 2-3 Wochen den kompletten Blockchain erfolgreich zu indizieren und herunterzuladen, aber der kleinste Fehler zerstört dir komplett alles. Wohlgemerkt habe ich die Blockchain neu indiziert, weil mir Bitcoin Core mal wieder keinerlei Informationen gegeben hat, wieso es denn nun nicht weiter geht. Der Blockchain war schon vollständig, dann konnte ich den Client ein paar Tage benutzen, jedoch kam es einmal zur Unterbrechung der Verbindung zur externen Festplatte und die 5 Tage Indizierung waren wieder für den Arsch und alles musste neu begonnen werden. Dann habe ich vergessen im Hotelzimmer zu prüfen, ob die Steckdose auch bei ausgesteckter Hotelkarte funktioniert und auch danach war wieder alles für die Katz. Nun habe ich von Windows 10 die Nachricht erhalten, dass es zu einer Verzögerung beim Schreibprozess auf die nagelneue Festplatte kam. Bitcoin Client muss wieder reindiziert werden. LOL, ich fasse es nicht.

[Sukrim]

Wenn du selber Softwareentwickler bist, dann kannst du ja gerne den Code verbessern oder ihn lesen, um herauszufinden, was bei dir nicht funktioniert.

[shorena]

Keine Ahnung wie das Stück Software namens Bitcoin Core auch nur irgendeine Person verwenden kann. Ich bin selbst Softwareentwickler, aber solche Software kann ich nur als unbenutzbar bezeichnen. Ich versuche nun schon seit 2-3 Wochen den kompletten Blockchain erfolgreich zu indizieren und herunterzuladen, aber der kleinste Fehler zerstört dir komplett alles. Wohlgemerkt habe ich die Blockchain neu indiziert, weil mir Bitcoin Core mal wieder keinerlei Informationen gegeben hat, wieso es denn nun nicht weiter geht. Der Blockchain war schon vollständig, dann konnte ich den Client ein paar Tage benutzen, jedoch kam es einmal zur Unterbrechung der Verbindung zur externen Festplatte und die 5 Tage Indizierung waren wieder für den Arsch und alles musste neu begonnen werden. Dann habe ich vergessen im Hotelzimmer zu prüfen, ob die Steckdose auch bei ausgesteckter Hotelkarte funktioniert und auch danach war wieder alles für die Katz. Nun habe ich von Windows 10 die Nachricht erhalten, dass es zu einer Verzögerung beim Schreibprozess auf die nagelneue Festplatte kam. Bitcoin Client muss wieder reindiziert werden. LOL, ich fasse es nicht.

Die Datenbank ist in der Tat anfällig was Störungen angeht. Wenn du nicht sicher stellen kannst das immer wenn der Client läuft auf den Datenträger zugegriffen werden kann, solltest du regelmäßig Kopien anlegen.

[BlackMatrix]

Das ist das womit ich jetzt angefangen habe. Immer wenn der Client mindestens eine Nacht durchsynchronisieren konnte am nächsten Morgen erstmal den kompletten Data-Ordner zu backupen. Ich hoffe so erreiche ich irgendwann mal mein Ziel :-/
Sowas könnte man in der Tat aber auch irgendwie softwareseitig lösen. Es kann nicht sein, dass ein fehlgeschlagener Schreibvorgang sofort zum Absturz des Clients führt. Ich hatte auch nicht das Gefühl, als würde Bitcoin Core wenigstens ein zweites und drittes Mal versuchen die aktuellen Daten zu schreiben, sondern er stürzt direkt ab.

[shorena]

Das ist das womit ich jetzt angefangen habe. Immer wenn der Client mindestens eine Nacht durchsynchronisieren konnte am nächsten Morgen erstmal den kompletten Data-Ordner zu backupen. Ich hoffe so erreiche ich irgendwann mal mein Ziel :-/
Sowas könnte man in der Tat aber auch irgendwie softwareseitig lösen. Es kann nicht sein, dass ein fehlgeschlagener Schreibvorgang sofort zum Absturz des Clients führt. Ich hatte auch nicht das Gefühl, als würde Bitcoin Core wenigstens ein zweites und drittes Mal versuchen die aktuellen Daten zu schreiben, sondern er stürzt direkt ab.

Es gibt andere Full Nodes[1] die andere, weniger anfällige Datenbanken nutzen. Brauchst du unbedingt bitcoin core?

[1] https://bitcointalk.org/index.php?topic=1330770.0

[BlackMatrix]

Eigentlich wollte ich mich, aufgrund der Tatsache, dass das Ding öfters, aufgrund von kleinsten Störungen, mehr synchronisiert, als das es korrekt arbeitet, auf einen anderen Clienten spezialisieren. Bitcoin Core war für mich halt die erste Anlaufstelle, weil es der Quasistandard Client ist. Nun will ich das Ding eigentlich nur synchronisiert haben und meine Wallets auf eine andere Adresse transferieren. Schade eigentlich. Ich habe kein Problem mit großen Datenmengen oder einer anfänglichen langen Synchronisationszeit. Wenn ich aber quasi den Aufwand einer Betriebssystemneuinstallation habe, nur weil ich mal nicht darauf geachtet habe, dass mein Laptop mit Strom versorgt wurde, während ich abwesend war, dann ist das Ding für mich schlichtweg unbrauchbar.