ExtractUserKey #2664

issue kerzane opened this issue on May 17, 2013

kerzane commented at 7:59 PM on May 17, 2013: none

Initialising bitcoind on osx. Starts to load blockchain and crashes after 3573 blocks.

error message:

Assertion failed: (internal_key.size() >= 8), function ExtractUserKey, file ./db/dbformat.h, line 96.

same message as in #2550

no message in debug.log
kerzane commented at 8:04 PM on May 17, 2013: none

Repeated and error is reproduced this time after block 3572 is processed. Odd.
fanquake commented at 1:55 AM on May 18, 2013: member

Are you running 0.8.1 or 0.8.2rc1?
kerzane commented at 8:34 AM on May 18, 2013: none

Bitcoin 0.8.2 BETA

from doc/README
kerzane commented at 9:38 AM on May 18, 2013: none

Ok, repeated differently and problem avoided thus far. I was redirecting datadir to an external drive.
hjfreyer commented at 6:54 PM on May 19, 2013: none

I am also seeing this issue on Arch with package "bitcoin-daemon-0.8.1-2". I also have the data files on an external drive, accessed through encfs. Could that have something to do with it?
kerzane commented at 6:56 PM on May 19, 2013: none

Sounds likely, beyond my pay-grade though. I guess as it's a niche issue it won't be high on anyone's list.
hjfreyer commented at 6:58 PM on May 19, 2013: none

Well, if it helps, I've seen this crash several times (I'm not sure whether it's the same block each time, this time the best height is 155152), and then when I re-run bitcoind I see:

Opened LevelDB successfully LoadBlockIndex(): last block file = 5 LoadBlockIndex(): last block file: CBlockFileInfo(blocks=6722, size=120930866, heights=149037..155758, time=2011-10-12..2011-12-02) LoadBlockIndex(): transaction index disabled LoadBlockIndex(): hashBestChain=0000000000000c32151b017099b3e20899f6be3ec964731a28a30f6c4f16dad3 height=155152 date=2011-11-29 00:06:17 init message: Verifying block database integrity... Verifying last 288 blocks at level 3 LevelDB read failure: Corruption: block checksum mismatch : Error opening block database. Do you want to rebuild the block database now? Flush(false) DBFlush(false) ended 1ms StopNode()

Each time I've just nuked the directory and tried again. @kerzane Did you get it working by using a different drive?
kerzane commented at 7:00 PM on May 19, 2013: none

Yeah I just ran it on my internal drive and downloaded a few 100MB of the blockchain for experimenting with.
hjfreyer commented at 7:06 PM on May 19, 2013: none

Bleck. I'm running it on a Raspberry Pi, so I don't exactly have an internal hard drive.

Do you know what version this much-cited "file descriptors" fix is in?
kerzane commented at 7:08 PM on May 19, 2013: none

Hm, planning to run on a pi soon, so my sympathy is raised again, :).

Not heard of the file descriptors fix I'm afraid.
hjfreyer commented at 7:16 PM on May 19, 2013: none

https://github.com/bitcoin/bitcoin/search?q=%22file+descriptors%22&type=Issues @gavinandresen Care to comment?
fanquake commented at 5:04 AM on May 20, 2013: member

@kerzane @hjfreyer There are file descriptor fixes in 0.8.2

See issues #2517 #2522 and pulls #2557 #2568 #2569
Diapolo commented at 3:39 PM on May 20, 2013: none

<pre> : Error opening block database. Do you want to rebuild the block database now? </pre>

@hjfreyer A -reindex will perhaps sort these issues out for you, can you give it a try?
hjfreyer commented at 4:52 PM on May 20, 2013: none

@Diapolo I did reindex, and I also moved the block chain out of encfs (because why change one variable at a time when you can change two!). Regardless, I haven't seen the error again yet.
fanquake commented at 2:21 AM on June 25, 2013: member

I've just seen this issue. Running 0.8.2-beta on osx 10.8.4

Had a corrupted chain state, choose to abort the reindex. On the next startup Bitcoin-Qt crashes, and continues to crash on subsequent startups.

Apple Crashlog - https://gist.github.com/fanquake/5855409

Bitcoin Debug Log - https://gist.github.com/fanquake/5855417
laanwj commented at 2:56 PM on November 12, 2013: member

Is this still an issue with 0.8.5?
FrankLo commented at 9:53 AM on November 18, 2013: none

Yes, it is. Unfortunately.
tuaris commented at 1:41 AM on December 25, 2013: none
My bitcoin server 0.8.5 has just crashed with that error:
```
Assertion failed: (internal_key.size() >= 8), function ExtractUserKey, file ./db                                           /dbformat.h, line 96
```
Disk space and RAM are okay. Still happens on 0.8.6

platypii commented at 7:26 AM on February 4, 2014: none

+1 Happening to me on 0.8.6 on Linux Mint 14 x64.

bitcoind: ./db/dbformat.h:99: leveldb::Slice leveldb::ExtractUserKey(const leveldb::Slice&): Assertion `internal_key.size() >= 8' failed.

laanwj added the label Bug on May 3, 2014
laanwj added the label UTXO Db and Indexes on May 6, 2014
sipa commented at 4:16 AM on August 17, 2014: member

The solution to this problem (a single instance of it) is reindexing (starting on the command line with bitcoin-qt -reindex). However, that does not prevent the database corruption to reoccur later.
laanwj closed this on Jan 29, 2016
MarcoFalke locked this on Sep 8, 2021

Contributors

Labels

Bug UTXO Db and Indexes

Linked (view graph)

#2550 bitcoin-qt crash while performing transaction