"Error opening block database. Do you want to rebuild the block database now?"

[daemondazz]

I have been fighting this same issue on 2 different servers for the last 12 hours or so. Not sure if it was introduced in the update to 0.8.4.

I've run with the -reindex flag, deleted the chainstore directory and let the system rebuild it and also removed the entire home directory and let it re-sync the entire blockchain. Every single time, it works fine until the process is restarted, and then it complains about a corrupted database:

Code:

2013-09-09 13:56:14 Bitcoin version v0.8.4.0-g839c7d1-beta ()
2013-09-09 13:56:14 Using OpenSSL version OpenSSL 1.0.1 14 Mar 2012
2013-09-09 13:56:14 Default data directory /var/lib/bitcoin/.bitcoin
2013-09-09 13:56:14 Using data directory /var/lib/bitcoin/.bitcoin
2013-09-09 13:56:14 Using at most 125 connections (1024 file descriptors available)
2013-09-09 13:56:14 Using 4 threads for script verification
2013-09-09 13:56:14 init message: Verifying wallet...
2013-09-09 13:56:14 dbenv.open LogDir=/var/lib/bitcoin/.bitcoin/database ErrorFile=/var/lib/bitcoin/.bitcoin/db.log
2013-09-09 13:56:14 Bound to [::]:8333
2013-09-09 13:56:14 Bound to 0.0.0.0:8333
2013-09-09 13:56:14 init message: Loading block index...
2013-09-09 13:56:14 Opening LevelDB in /var/lib/bitcoin/.bitcoin/blocks/index
2013-09-09 13:56:14 Opened LevelDB successfully
2013-09-09 13:56:14 Opening LevelDB in /var/lib/bitcoin/.bitcoin/chainstate
2013-09-09 13:56:14 Opened LevelDB successfully
2013-09-09 13:56:17 LoadBlockIndexDB(): last block file = 80
2013-09-09 13:56:17 LoadBlockIndexDB(): last block file info: CBlockFileInfo(blocks=200, size=24210772, heights=256747...256945, time=2013-09-08...2013-09-09)
2013-09-09 13:56:17 LoadBlockIndexDB(): transaction index enabled
2013-09-09 13:56:17 LoadBlockIndexDB(): hashBestChain=0000000000000021bc464889a73c170549c2b4fc877a1de31f3e11ef8f94a13c  height=256945 date=2013-09-09 13:55:20
2013-09-09 13:56:17 init message: Verifying blocks...
2013-09-09 13:56:17 Verifying last 288 blocks at level 3
2013-09-09 13:56:20 ERROR: DisconnectBlock() : added transaction mismatch? database corrupted
2013-09-09 13:56:22 ERROR: VerifyDB() : *** coin database inconsistencies found (last 128 blocks, 16270 good transactions before that)

2013-09-09 13:56:22 : Corrupted block database detected.
Do you want to rebuild the block database now?
2013-09-09 13:56:22 Flush(false)
2013-09-09 13:56:22 DBFlush(false) ended               1ms
2013-09-09 13:56:22 StopNode()
2013-09-09 13:56:22 Flushed 0 addresses to peers.dat  4ms
2013-09-09 13:56:22 Committing 32881 changed transactions to coin database...
2013-09-09 13:56:22 Flush(true)
2013-09-09 13:56:22 DBFlush(true) ended               1ms
2013-09-09 13:56:26

[1714108955]

1714108955

[1714108955]

1714108955

[1714108955]

1714108955

[1714108955]

1714108955

[1714108955]

1714108955

[daemondazz]

And it looks like a known bug: https://bitcointalk.org/index.php?topic=290922.0

[keystroke]

And it looks like a known bug: https://bitcointalk.org/index.php?topic=290922.0

Finally it's fixed! Was this the same bug this thread relates to?

[gmaxwell]

And it looks like a known bug: https://bitcointalk.org/index.php?topic=290922.0

Finally it's fixed! Was this the same bug this thread relates to?

No, it was not.  This thread was created for what was genuine database corruption, though 0.8.4 fixed several causes of that on OSX.

The last couple of posts here (the September ones) are almost certainly the issue linked above, however... which is fixed via the workaround there or in 0.8.5 that just came out.

[keewee]

I have just encountered this error since I downloaded Bitcoin-Qt version 0.8.5 for OSX running on Mountain Lion, having replaced version 0.8.4 which I downloaded just a few days ago, and am seeing this when I attempt to run it: "Error opening block database. Do you want to rebuild the block database now?". I did not see this error when I ran 0.8.4.

Should I click "Ok" and allow the rebuild of the block database to proceed? Or would it be wise to stick to 0.8.4 for the time being?

[Jake.Hobson]

I have just encountered this error since I downloaded Bitcoin-Qt version 0.8.5 for OSX running on Mountain Lion, having replaced version 0.8.4 which I downloaded just a few days ago, and am seeing this when I attempt to run it: "Error opening block database. Do you want to rebuild the block database now?". I did not see this error when I ran 0.8.4.

Should I click "Ok" and allow the rebuild of the block database to proceed? Or would it be wise to stick to 0.8.4 for the time being?

Same as Keewee:

I had the error with 0.8.4.  I updated to 0.8.5.  It worked.  Upon restart, same error with 0.8.5.  Also using OSX 10.8.5.

[toffoo]

I had the error with 0.8.4.  I updated to 0.8.5.  It worked.  Upon restart, same error with 0.8.5.  Also using OSX 10.8.5.

Same here.

https://github.com/bitcoin/bitcoin/issues/2770#issuecomment-24437169

[gmaxwell]

What you're describing doesn't make sense except coincidentally. 0.8.4 and 0.8.5 are nearly identical, save for turning off the check that was getting tripped up by the negative version transactions.

I wonder— is everyone having frequent problems on OSX running filevault?

[DrahogErusiel]

osx 10.6 says im running "bitcoin version v0.8.3- beta" with this same problem..  I guess I'll wait to download the blocks one last time and find a new wallet? It does not seem like much else could be done with in reason.

[keewee]

What you're describing doesn't make sense except coincidentally. 0.8.4 and 0.8.5 are nearly identical, save for turning off the check that was getting tripped up by the negative version transactions.

I wonder— is everyone having frequent problems on OSX running filevault?

No, not filevault. However when I first set up the client on version 0.6.3 I moved the contents of the Bitcoin directory into an encrypted disc image and hard linked the contents back into the original location. This meant that every time I needed to run Bitcoin-Qt I had to open the disc image first.

Of course now that I have encountered this error and looked into the file structure again I realise that it has changed. Doh. Oh well, this has still worked faultlessly until now.

Since posting about the error I have restored all the files to the Bitcoin directory from a backup and also restored the 0.8.4 application. I ran it with the checklevel=2 commandline option. It is now stuck at the "Verifying blocks..." stage and has been for more than 30 hours. It seems to be creating and removing files ending in .sst in the "chainstate" directory (for example 068675.sst) continuously. This seems like a very long time, and a little concerning tbh. I'm starting to wonder if it might be better to simply delete the Bitcoin directory, re-download the blockchain, then copy the wallet.dat file back when it's finished 

[cypherdoc]

What you're describing doesn't make sense except coincidentally. 0.8.4 and 0.8.5 are nearly identical, save for turning off the check that was getting tripped up by the negative version transactions.

I wonder— is everyone having frequent problems on OSX running filevault?

no.  i have Filevault turned off specifically to try and avoid this problem but yet it occurred again in 0.8.5

and this is a fresh install version of mac os 10.8.4 that is only 2 mo old.

[DrahogErusiel]

What you're describing doesn't make sense except coincidentally. 0.8.4 and 0.8.5 are nearly identical, save for turning off the check that was getting tripped up by the negative version transactions.

I wonder— is everyone having frequent problems on OSX running filevault?

and this is a fresh install version of mac os 10.8.4 that is only 2 mo old.

I could use a osx fresh install

[Thistled]

Not just MAC, it's happening on Linux also.

I am now on my 3rd reindex, and to make matters worse, have forgotten some of my wallet encryption passphrase. But that is a different post.

What is giving me cause for concern now is the fact there is a post on here which says 0.8.5 solves the problem, but now I am seeing
users of 0.8.5 with the same problem.

WTF is going on?

[keewee]

I bit the bullet and decided to delete all the files and re-download the blockchain. Replaced wallet.dat with a backup and I'm good to go on 0.8.5.

But now I'm reluctant to shut down Bitcoin-Qt in case I encounter the error again.

[DrahogErusiel]

I bit the bullet and decided to delete all the files and re-download the blockchain. Replaced wallet.dat with a backup and I'm good to go on 0.8.5.

But now I'm reluctant to shut down Bitcoin-Qt in case I encounter the error again.

so you dont know for sure if it worked. only one way to find out.

mine just finished re indexing. im looking for a new wallet if anyone has any recommendations. i would consider a cloud wallet or whatever they are called.
 

[Bitcopia]

I have just encountered this error since I downloaded Bitcoin-Qt version 0.8.5 for OSX running on Mountain Lion, having replaced version 0.8.4 which I downloaded just a few days ago, and am seeing this when I attempt to run it: "Error opening block database. Do you want to rebuild the block database now?". I did not see this error when I ran 0.8.4.

Should I click "Ok" and allow the rebuild of the block database to proceed? Or would it be wise to stick to 0.8.4 for the time being?

Same problem here.

[cypherdoc]

this problem has gotten so bad with OSX that i've gone back to the Windows version.

[KaosMcRage]

This happened to me today (again). Latest OSX, bitcoin-qt 0.8.5. FileVault 2 enabled, but it doesn't sound like that matters.

Any update/progress?

[toffoo]

This happened to me today (again). Latest OSX, bitcoin-qt 0.8.5. FileVault 2 enabled, but it doesn't sound like that matters.

Any update/progress?

You can follow along here:

https://github.com/bitcoin/bitcoin/issues/2770

It's being worked on, but hasn't been completely squashed yet.

this problem has gotten so bad with OSX that i've gone back to the Windows version.

I suggest running Mac client v0.7.2 (with the May 15 workaround) if you want to maintain a flawless OSX experience until things are sorted out.

[Count Schlick]

I'm having the same issue with v0.8.5-beta, specs at bottom of the post for reference.

This happens any time I close and then reopen Bitcoin-Qt. I was having an issue with another application last night, so I manually closed it and all other applications (including Qt) and rebooted. Sure enough, when I reopened Qt, it prompted me to re-index (which takes several overnight sessions with my processor pinned near 100%). My entire system is backed up, so this time I closed Qt and restored the .../Application Support/Bitcoin/ directory, and then re-opened Qt and received a different error that I stupidly closed because I was so pissed. Instead I RErestored back to the unindexed version that existed and just let the reindex start. Again.

Is there some issue that prevents the data directory from being restored from backup?

Code:

Model Name:	MacBook Pro
Model Identifier:	MacBookPro5,1
Processor Name:	Intel Core 2 Duo
Processor Speed:	2.53 GHz
Number of Processors:	1
Total Number of Cores:	2
L2 Cache:	6 MB
Memory:	8 GB
Bus Speed:	1.07 GHz
Boot ROM Version:	MBP51.007E.B06
SMC Version (system):	1.33f8

Code:

  Capacity:	480.1 GB (480,103,981,056 bytes)
  Model:	OCZ-AGILITY3                            
  Revision:	2.220000
  Serial Number:	OCZ-#######
  Native Command Queuing:	Yes
  Queue Depth:	32
  Removable Media:	No
  Detachable Drive:	No
  BSD Name:	disk0
  Medium Type:	Solid State
  TRIM Support:	No
  Partition Map Type:	GPT (GUID Partition Table)
  S.M.A.R.T. status:	Verified
  Volumes:
disk0s1:
  Capacity:	209.7 MB (209,715,200 bytes)
  BSD Name:	disk0s1
  Content:	EFI
Macintosh HD:
  Capacity:	479.24 GB (479,243,194,368 bytes)
  Available:	11.49 GB (11,487,240,192 bytes)
  Writable:	Yes
  File System:	Journaled HFS+
  BSD Name:	disk0s2
  Mount Point:	/
  Content:	Apple_HFS
  Volume UUID:	###########
Recovery HD:
  Capacity:	650 MB (650,002,432 bytes)
  BSD Name:	disk0s3
  Content:	Apple_Boot
  Volume UUID:	############