-
Notifications
You must be signed in to change notification settings - Fork 27
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
after duck db close,the db file still locked #111
Comments
Since this is Windows, my first thought is that this isn't something we have control over, Windows file system locks are much less responsive than Linux/Mac But perhaps we're not properly closing the file handles and this is a real issue, so take this with a grain of salt |
thank you for your reply @Tishj
|
To confirm that this is still an issue, I just tried the demo after updating to 1.1.0, and it still produce the same error. Is there an ETA on when this will be fixed? I'm willing to help with testing. |
I am hitting this issue also. Would love some update on it. |
there is no offical fix,so i use sqlite to instead |
What happens?
I am use duckdb in node enviroment.but I found a very serious bug.
after I close duck db by api,I stilll can't remove db file,because the db file is locked.
"Error: EBUSY: resource busy or locked, unlink"
I write a demo project to reproduce the problem : https://github.com/ftyszyx/test_duckdb
can anyone help me?
To Reproduce
output err
OS:
windows
DuckDB Version:
1.0
DuckDB Client:
node.js
Full Name:
yuxin.zhang
Affiliation:
personal
What is the latest build you tested with? If possible, we recommend testing with the latest nightly build.
I have not tested with any build
Did you include all relevant data sets for reproducing the issue?
No - Other reason (please specify in the issue body)
Did you include all code required to reproduce the issue?
Did you include all relevant configuration (e.g., CPU architecture, Python version, Linux distribution) to reproduce the issue?
The text was updated successfully, but these errors were encountered: