Bitcoin Forum
July 29, 2024, 10:29:15 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Please help -- Some of my clients are stalling at block 209,841  (Read 583 times)
micahs (OP)
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
December 08, 2012, 03:04:56 AM
Last edit: December 11, 2012, 08:44:54 PM by micahs
 #1

They're all in Linux. Most of the stalled ones are 0.7.1.0-geb49457-beta (now default in Ubuntu repository). But some with that version are up to date (currently block 211,325).

For some of the stalled ones, I've tried the fix of deleting blkindex.dat, moving blk0001.dat and blk0002.dat to ~/, and running "./bitcoin-qt -loadblock=~/blk0001.dat -loadblock=~/blk0002.dat". But that just got me back to block 209,841.

I tried -rescan on one, and got that its wallet.dat was corrupted. So I lost a few Bitcoins.

At this point, it seems that my best bet is sending everything from the stalled clients elsewhere. Yes?

Thank you.

Edit: I just transferred balances out, nuked client and folder, and reinstalled. I'm still curious about what happened, though.

Edit2: Well, that didn't work! So far, two affected VMs with fresh bitcoin-qt installs have stalled at block 209,841 again.

Here's what I did:

sudo apt-get purge bitcoin-qt
sudo apt-get autoremove
rm -r .bitcoin
sudo apt-get update
sudo apt-get install bitcoin-qt

I did not retain/restore (AFAIK) anything from old bitcoin-qt installs. How can fresh bitcoin-qt installs inherit state from prior installs? Does the Bitcoin network somehow track machine name, IP address or identifying information from clients?

Edit3: I do know that clients go by IP address Smiley

Could the problem be that affected VMs have shared VPN exit IP addresses? Can that confuse peers about which client has which blocks? Can I fix that by manually changing client port number?

edit4: I've retried nuking and reinstalling bitcoin-qt on affected VMs, connecting through different VPN chains (exit IPs). But the clients still stalled at block 209,841.

So I'm just creating new VMs, transferring user data, and doing fresh bitcoin-qt installs. That seems to work. I would be totally gobsmacked if it didn't.

It's possible that my affected VMs contained bitcoin-qt "state-preservation" data outside ~/.bitcoin, which somehow tells peers to stop at block 209,841. Otherwise, it must be that peers are tracking the affected VMs, and stalling them at block 209,841.

Why would that have happened? What information is being used? How is it done?

Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!