Topic: Wallet which crashes Bitcoin Core 23.0 without any info (Read 175 times)

I cannot abort rescan. It gives me message in console:


Even with that message rescan is ongoing in the background with progress messages in logs.

Normally I have no option to go into console when opening wallet. Additional window is open and I need to close it, but it does not change much.

It should not crash again, because the exception above clearly states that its an iostream (related to files) exception, so the only way it could be triggered is by closing a bad file descriptor pointing to the wallet file, which should not be happening because programs such as Bitcoin Core ought to check if the descriptor is bad first before attempting to close it, and just abandon it if it turns out to be bad (and C++ iostream provides a method for checking for that: fail()).

That's weird. While it says it starts rescanning more or less from the start of the blockchain, the blockhash in the log line "Rescan started from block 000000000000000000cd74d3024470a4e206096e3a6ce5091bcfae787d5d32df" belongs to block height 490509 (counting from height 0 for the Genesis block).

What happens when your abort the rescan (execute the command "abortrescan" in console tab of your Bitcoin-QT)? Does it crash again?
If not, you could then try to limit the rescan range with command "rescanblockchain start end", where start and end define the block height range to rescan.

mapWallet.size() tells the size of the wallet in KiB and only 2 KiB is too small for a key pool size of 100. I wonder why it says it has only 1 address in address book, while with a key pool size of 100, there should be also 100 in address book.

But I might be very wrong as I'm no expert for Bitcoin Core interna. I'm currently playing with a wallet full of descriptors and teaching myself.

When I had to restore an old wallet from 2014 it didn't work to feed the wallet.dat file into a recent Bitcoin Core version. There are Core versions where the wallet file interna changed in such a way that you can't skip those versions. At least that was my experience. I upgraded Bitcoin Core incrementally and updated the wallet.dat file with every incremental version. This tedious way might not have been necessary, but at least it worked for me.

Once again, a runaway exception proves to be the fiend!


In C++ (the language that Core is written in), if an exception propagates all the way out of a thread's main() function (It could be the actual main() or the function that you program a newly-created thread to start running in), all of the threads are terminated, not just the one with the runaway exception. That's why there are still some logged messages after the exception.

Solution would be to trap exceptions for CDataStream at the wallet loading level, and then fail the loading of the wallet with a GUI error box, or an RPC error message if running as daemon.

You're probably right (given your post history).

After loading the wallet, instead of getting: Wallet File Version = n
and Keys: n plaintext, n encrypted, n w/ metadata, n total. Unknown wallet records: n

Those are replaced by:

It is an old wallet. Rescan begins from block 0, so it is completely not scanned.
Yes, Bitcoin Core is fully synced. Full-node.
I know nothing about this wallet. It size is 88 kB (90112 B).
Seems like it can be wallet without any private keys (see logs below).
Also no version of this wallet is given in logs, which is very strange.
I close all wallets and open only this one from menu.

I don't know if it is encrypted. There may be no private keys so there could be nothing to encrypt.
It does not randomly crash - it does crash when finishing rescan, at 100%.

I suspect it can be forged wallet, as any wallet cannot have rescan at block 0. Minimal chance for any wallet.

When opening the wallet I get in logs (started with -debug=1):


When Bitcoin Core crashes I get in logs:


Nothing more. -debug=1 was used.

I cannot do further tests, if you want - you can, I can share the wallet.

Idea of my thread is to fix Bitcoin Core from crashing, not repairing the wallet.

Try to launch Bitcoin Core with -debug=walletdb command-line option to output wallet database-related info or -debug=1 to enable all categories.
Then re-check the logs if you can find an error related to the crash.

Is it encrypted, can you decrypt it on your system and see if it produces a reasonable output?

I'd assume it means there's something wrong with the wallet file if it randomly crashes but not sure what so it might be helpful if you look through an unencrypted file or look for wallet recovery software that's well reputed to see if you can find anything that'll help you make it more readable/not crash.

Is it a new wallet or old one?
Is Bitcoin Core fully synchronized? Do you use full-node or pruned version?
Is it possible that you do not have information about historical transactions from the wallet?
How does it happen - do you select wallet file after Bitcoin Core is opened or is it default wallet?

No worries, I know that.

Take note that your wallet file includes all the private keys and anyone who has access to the file and know the passphrase (if there's any) can steal your bitcoin. (The passphrase can be brute-forced, if it's not strong enough.)
Share the wallet file if you are sure that the person is trustworthy enough and ignore personal messages you will probably receive.

I have small wallet which crashes Bitcoin Core 23.0 without any info in logs or on the screen.
Bitcoin Core window just disappear and there is no info in logs about anything related.
This happens at the end of rescan, which takes over an hour.

I can share the wallet.