Skip to content
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

Blocking waiting for file lock on the git database #2566

Closed
Yoric opened this issue Apr 13, 2016 · 16 comments
Closed

Blocking waiting for file lock on the git database #2566

Yoric opened this issue Apr 13, 2016 · 16 comments

Comments

@Yoric
Copy link

Yoric commented Apr 13, 2016

Since my rust upgrade to nightly-2016-04-10, I cannot use cargo at all in one of my git repos. Well, cargo clean works, but not cargo update, cargo build, cargo test, etc.

I imagine that I need to remove a file, but I have no clue which one :/

@Yoric
Copy link
Author

Yoric commented Apr 13, 2016

Note: Cleaning up my \rm -Rf ~/.multirust/toolchains/nightly-2016-04-10/cargo/ seems to have solved the issue, but I would prefer something more discoverable.

@alexcrichton
Copy link
Member

Thanks for the report! Could you gist the output of Cargo as well? Also, is the repo public so I could repro it as well?

@Yoric
Copy link
Author

Yoric commented May 20, 2016

This happened again today.

The only output of Cargo is

$ cargo build
    Blocking waiting for file lock on the git database

I got this by building Yoric/foxbox@822a52e using nightly-2016-04-29. After cleaning up the cargo directory of my toolchain, I couldn't reproduce.

I think I had hit ^C during a build previously, which might explain the issue.

@alexcrichton
Copy link
Member

Hm in theory interrupting doesn't affect a build as the file locks are associated with the process, not state on the filesystem. I unfortunately couldn't reproduce either :(

@stiv-yakovenko
Copy link

I have the same issue on windows. What can I do?

@alexcrichton
Copy link
Member

@stiv-yakovenko do you have a way to reproduce this issue? I could help debug if that comes up

@stiv-yakovenko
Copy link

Alex, this was caused by another cargo.exe running in background. That cargo.exe was probably launched by intellijIDEA. What if we give more info in this message?

@alexcrichton
Copy link
Member

Oh in that case there's not really a bug there per se, it's working as intended?

@stiv-yakovenko
Copy link

Yes, it is.

@Yoric
Copy link
Author

Yoric commented Jun 5, 2016

Note that in the case that prompted me to open this bug, after waiting 1h (for something that typically builds in 20secs), I still could not use cargo. So, at least in that case, it is a bug.

@alexcrichton
Copy link
Member

@Yoric do you know what filesystem/OS you're using?

@Yoric
Copy link
Author

Yoric commented Jun 6, 2016

hfs volume on MacOS X 10.11.5

@Yoric
Copy link
Author

Yoric commented Jun 6, 2016

Note that I haven't checked at the time whether a rustc process could have been hung/zombified.

@alexcrichton
Copy link
Member

Hm ok, this can't be reproduced though?

@Yoric
Copy link
Author

Yoric commented Jun 22, 2016

Well, as usual, once I remove the directory, I cannot reproduce.

@carols10cents
Copy link
Member

Closing due to lack of activity. Please reopen with more information if this happens again!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants