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

Could not acquire lock to ...\paket.locked #3535

Open
ivanbenko opened this issue Mar 28, 2019 · 9 comments
Open

Could not acquire lock to ...\paket.locked #3535

ivanbenko opened this issue Mar 28, 2019 · 9 comments

Comments

@ivanbenko
Copy link

Description

I've experienced very strange paket restore behaviour today. I was constantly getting this error message on restoring packages: Could not acquire lock to C:\Gitlab-Runner\builds\cc2bad82\0\***\obj\paket.locked. Finally I found out it was caused by blocking the creation of *.locked files by my antivirus (McAfee) because of some virus which encrypts files and creates *.locked copy of it I guess.

Since our organization policy doesn't allow us to change any security settings it becomes unreal to run my build pipeline.

Please advice. Is it possibly to make paket.locked constant configurable or rename it to smth else? Thanks

Known workarounds

I made a custom build with changed to paket.locked-whatever constant (located in Constants.fs) instead of paket.locked.

@forki
Copy link
Member

forki commented Mar 29, 2019 via email

@Lordinaire
Copy link

We've got the same behaviour in my company and it's pretty annoying. It's not directly related to Paket but we planned to remove Paket because of that :(

@forki
Copy link
Member

forki commented Apr 30, 2019

all I can say: tell your antivirus vendor. They usually whitelist pretty fast

@mjirous
Copy link

mjirous commented May 24, 2019

@forki Files ending with *.locked extension are treated by McAfee as ransomware. It may be stupid, but that's how McAfee works. I issued a ticket to whitelist this file in our company and after a week we only got temporary approval. I agree that it is McAfee's problem, but many companies use it and security experts are just afraid. We are basically forced to come with some alternative because our company does not want to allow it permanently. The alternative may be to not use Paket or have a custom fork. None of these options are good for us. It would be much better to just change the single line of code in Paket to change the filename. Is there some specific reason the file must have the name paket.locket?

@forki
Copy link
Member

forki commented May 24, 2019 via email

@ivanbenko
Copy link
Author

@forki would you mine to name it paket.lockfile or smth else? I can create a PR for it.

@matthid
Copy link
Member

matthid commented May 27, 2019

I'm fine with renaming the file as long as the change is backwards compatible on restore.

@forki
Copy link
Member

forki commented May 27, 2019

I think it should be something like .processlock

@daz10000
Copy link

The HP Sure Click software does the same thing. Just lost an hour tracing down locking problems on a machine till we found this thread. Whitelisting the project folder fixed it, but not super smart strategy on their part.

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

6 participants