Topic: Keine Blockquelle verfügbar - Bitcoin Core v0.13.1 (64-Bit) (Read 2568 times)
v0.15.1 ist bedeutend robuster geworden!
Nach mehreren Wochen ist es mir nun letztendlich gelungen den Blockchain vollständig auf meiner externen Festplatte zu synchronisieren. Nach vielen manuellen Backups, Frustrationen und viel verbrauchtem Strom ist das Meisterwerk nun geglückt. Schauen wir mal wie lange es hält 
Oh, bei Debian (Jessi 64Bit) habe ich das noch nicht beobachtet.
Jedoch bei der Win 32 lief es nach zwei mal Rechner Aus/An nicht mehr
und alle Versuche der Ursache bei zu kommen schlugen fehl.
Ich hatte die Festplatte im Verdacht, da das RAM neu war
(und auf einer Identischen Maschine einwandfrei liefen).
Nach dem wechsel auf Debian hatte ich keine derartigen Probleme mehr.
Was sagt denn dein Logfile der Core, das würde mich Interessieren.
Deine Vermutung das bestimmte Blockquellen auch einen Client zum
Absturz bringen können ist möglich, sollte aber dann auch aus dem Logfile ersichtlich sein.
Jedoch bei der Win 32 lief es nach zwei mal Rechner Aus/An nicht mehr
und alle Versuche der Ursache bei zu kommen schlugen fehl.
Ich hatte die Festplatte im Verdacht, da das RAM neu war
(und auf einer Identischen Maschine einwandfrei liefen).
Nach dem wechsel auf Debian hatte ich keine derartigen Probleme mehr.
Was sagt denn dein Logfile der Core, das würde mich Interessieren.
Deine Vermutung das bestimmte Blockquellen auch einen Client zum
Absturz bringen können ist möglich, sollte aber dann auch aus dem Logfile ersichtlich sein.
Werde das wohl machen müssen. Client ist beim Synchronisieren wieder bei 42 Wochen hängen geblieben. Keine Logeinträge, nur "Verbinde mit Netzwerk" bei 8 aktiven Verbindungen. Unbenutzbar das Ding.
ich kann deinen Frust nachvollziehen.
ich habe auch eine Maschine (ein Debian also kein windwos -> o_solo_miner ) bei dem ich das selbe verhalten habe.
nach Zig Versuchen rennt nun der 14.1 client seit einem Monat stabil und ich habe keine ahnung was da schief lief.
hatte auch oft exceptions die dann zum abbruch geführt haben und auch Hänger bei denen Core einfach nicht weiter geladen hat.
Manchmal hatte ich den Speicher in Verdacht, aber da die Kiste jetzt stabil rennt würde ich das ausscliessen da auch ein memtest keine Fehler brachte..
Evtl gibt es da draussen ja Rechner mit einer Blockchain die Cleints (wie den BTU Client) zum abbruch bringen können und die Clients haben sich von dem bedient..
Aber ist auch unwahrscheinlich da ich das nur auf dem einen Rechner hatte.. und ich habe ein Paar Full nodes laufen..
Danke für deine Antwort.
Ich hatte den Threadtitel nicht extra aktualisiert. Ich verwende jetzt schon die v0.14.2 und haben auch immer sehnsüchtig auf neue Versionen gewartet in der Hoffnung eine Verbesserung zu erleben. Ich benutze Windows 10 in der 64Bit Version und den 64Bit Client. Habe aber auch schon den 32Bit Client versucht, aber ohne sichtbare Erfolge.
Ich mache jetzt immer Backups, sobald der Client einige Stunden synchronisiert hat. Manchmal kackt der Client ohne sichtbaren Grund einfach ab. Letztens wollte mich Windows 10 nicht mehr den Lockscreen entsperren lassen, die Passworteingabe kam einfach nicht hoch. Sowas kann ja mal passieren, aber sollte nicht die Arbeit von mehreren Tagen über Bord werfen.
Ich hatte den Threadtitel nicht extra aktualisiert. Ich verwende jetzt schon die v0.14.2 und haben auch immer sehnsüchtig auf neue Versionen gewartet in der Hoffnung eine Verbesserung zu erleben. Ich benutze Windows 10 in der 64Bit Version und den 64Bit Client. Habe aber auch schon den 32Bit Client versucht, aber ohne sichtbare Erfolge.
Ich mache jetzt immer Backups, sobald der Client einige Stunden synchronisiert hat. Manchmal kackt der Client ohne sichtbaren Grund einfach ab. Letztens wollte mich Windows 10 nicht mehr den Lockscreen entsperren lassen, die Passworteingabe kam einfach nicht hoch. Sowas kann ja mal passieren, aber sollte nicht die Arbeit von mehreren Tagen über Bord werfen.
Öhm, das seh ich anders. Wenn Windows sich (so) komisch verhällt scheint da mehr nicht in Ordnung zu sein.
Daher mache ich jetzt händisch immer Backups, sowas könnte man softwareseitig aber auch lösen können ohne eine komplette Neuinitialisierung durchführen zu müssen. Das finde ich äußerst schade, weil ich glaube der Client ist schon mehrere Jahre verfügbar.
Ich bin jetzt immerhin nach vielen Vorsichtsmaßnahmen bei 32 Wochen angekommen
Ich bin jetzt immerhin nach vielen Vorsichtsmaßnahmen bei 32 Wochen angekommen
Du sagst das immer wieder und auch das du Programmierer bist. Der Code ist Quelloffen und jeder kann Änderungen vornehmen. Muss ja nicht gleich ein Pull-Request werden, sondern nur eine neue Variante für Menschen mit ähnlichen Problemen.
Danke für deine Antwort.
Ich hatte den Threadtitel nicht extra aktualisiert. Ich verwende jetzt schon die v0.14.2 und haben auch immer sehnsüchtig auf neue Versionen gewartet in der Hoffnung eine Verbesserung zu erleben. Ich benutze Windows 10 in der 64Bit Version und den 64Bit Client. Habe aber auch schon den 32Bit Client versucht, aber ohne sichtbare Erfolge.
Ich mache jetzt immer Backups, sobald der Client einige Stunden synchronisiert hat. Manchmal kackt der Client ohne sichtbaren Grund einfach ab. Letztens wollte mich Windows 10 nicht mehr den Lockscreen entsperren lassen, die Passworteingabe kam einfach nicht hoch. Sowas kann ja mal passieren, aber sollte nicht die Arbeit von mehreren Tagen über Bord werfen. Daher mache ich jetzt händisch immer Backups, sowas könnte man softwareseitig aber auch lösen können ohne eine komplette Neuinitialisierung durchführen zu müssen. Das finde ich äußerst schade, weil ich glaube der Client ist schon mehrere Jahre verfügbar.
Ich bin jetzt immerhin nach vielen Vorsichtsmaßnahmen bei 32 Wochen angekommen
Ich hatte den Threadtitel nicht extra aktualisiert. Ich verwende jetzt schon die v0.14.2 und haben auch immer sehnsüchtig auf neue Versionen gewartet in der Hoffnung eine Verbesserung zu erleben. Ich benutze Windows 10 in der 64Bit Version und den 64Bit Client. Habe aber auch schon den 32Bit Client versucht, aber ohne sichtbare Erfolge.
Ich mache jetzt immer Backups, sobald der Client einige Stunden synchronisiert hat. Manchmal kackt der Client ohne sichtbaren Grund einfach ab. Letztens wollte mich Windows 10 nicht mehr den Lockscreen entsperren lassen, die Passworteingabe kam einfach nicht hoch. Sowas kann ja mal passieren, aber sollte nicht die Arbeit von mehreren Tagen über Bord werfen. Daher mache ich jetzt händisch immer Backups, sowas könnte man softwareseitig aber auch lösen können ohne eine komplette Neuinitialisierung durchführen zu müssen. Das finde ich äußerst schade, weil ich glaube der Client ist schon mehrere Jahre verfügbar.
Ich bin jetzt immerhin nach vielen Vorsichtsmaßnahmen bei 32 Wochen angekommen
Du verwendest Windows, welche Version?
Warum hast du eine Veraltete Core am laufen? Es gibt Gründe für neue Versionen.
Deine Logfiles besagen das du Core nicht ordnungsgemäß beendet hast, was nahezu immer mit
einem Resync oder komplett neu Laden der Blockchain belohnt wird.
Ich kann deinen Frust Nachvollziehen, erst als ich auf Linux gewechselt bin und dort dann
Core benutzt habe und einen sauberen shutdown mache (d.h. Abwarten bis Core beendet ist)
läuft es Fehlerlos.
Die Windows Versionen scheinen wirklich nicht der Knaller zu sein.
Du kannst aber auch eine VM mit Linux Aufsetzen und dort core betreiben, halte ich in Windows
eher für sicher.
Falls du noch eine schnelle Blockquelle benötigst, ich betreibe einen Node mit 1 GB Anbindung, PN genügt.
Warum hast du eine Veraltete Core am laufen? Es gibt Gründe für neue Versionen.
Deine Logfiles besagen das du Core nicht ordnungsgemäß beendet hast, was nahezu immer mit
einem Resync oder komplett neu Laden der Blockchain belohnt wird.
Ich kann deinen Frust Nachvollziehen, erst als ich auf Linux gewechselt bin und dort dann
Core benutzt habe und einen sauberen shutdown mache (d.h. Abwarten bis Core beendet ist)
läuft es Fehlerlos.
Die Windows Versionen scheinen wirklich nicht der Knaller zu sein.
Du kannst aber auch eine VM mit Linux Aufsetzen und dort core betreiben, halte ich in Windows
eher für sicher.
Falls du noch eine schnelle Blockquelle benötigst, ich betreibe einen Node mit 1 GB Anbindung, PN genügt.
Werde das wohl machen müssen. Client ist beim Synchronisieren wieder bei 42 Wochen hängen geblieben. Keine Logeinträge, nur "Verbinde mit Netzwerk" bei 8 aktiven Verbindungen. Unbenutzbar das Ding.
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.
Musst du gar nicht. Wenn p4ssw0rd dein Passwort ist, dann einfach in der console:
walletpassphrase p4ssw0rd 240
eingeben um sie für 240 Sekunden zu entsperren und danach mit
dumpwallet c:\Users\BlackMatrix\Desktop\private_keys.txt
alle Schlüssel exportieren. Pfad entsprechend anpassen. Die privaten Schlüssel aus der Datei kannst du dann in eine Electrum Wallet importieren (nicht sweep!) und von dort an eine beliebige neue Wallet schicken.
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.
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.
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://bitcointalksearch.org/topic/competing-nodes-list-of-btc-implementations-in-competition-for-the-blockchain-1330770
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.
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.
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.
Wenn du selber Softwareentwickler bist, dann kannst du ja gerne den Code verbessern oder ihn lesen, um herauszufinden, was bei dir nicht funktioniert.
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.
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":
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
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
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:
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
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
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?
@shorena: Kann ich mich nochmal zu deinem verbinden? Ist der online?
Jump to: