-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MDB_BAD_TXN error #387
Comments
having a i7-3770k and having the same issue with the skypool and sushipool miners.... |
Does this problem still occur in the lastest core version? |
Yes |
Can you confirm that it only happens with Windows 10 after update 1803 using WSL? |
I can confirm the same |
Yes it is happening of all of my devices on Windows WSL updated with 1803. |
Apparently, Microsoft has broken cache coherency between read/write and mmap operations in its recent update. Later today, I will release a temporary workaround that you can use when compiling Nimiq on WSL. |
Please try using the code published on the branch paberr/wsl-workaround. |
|
change |
It works! |
Note that using levelDB instead can only be a temporary workaround, as it might result in "This method does not work reliably using LevelDB" errors when trying to retrieve transactions. |
For completeness' sake, I did the work to diagnose this bug and notified Microsoft about it https://twitter.com/hyc_symas/status/1013800256088215552 |
Seems like this bug goes deep, its origin is in the Windows kernel: microsoft/WSL#3451 (comment) It's probably best to disable LMDB on WSL |
CouldFindDupWideKey still fails in WSL even with WriteMap, but works fine in Docker.
Closing this stale issue. For anyone experiencing this in the future, the fix is to update your system to WSL2, see Venemo/node-lmdb#161 (comment). |
The text was updated successfully, but these errors were encountered: