-
Notifications
You must be signed in to change notification settings - Fork 368
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
Installing some plugins broken on windows #308
Comments
I observed this error on the same plugin while doing receipts migration (on the exact same plugin) on krew built from 739c312 (untagged).
|
So I upgraded to 739c312 (supposedly v0.3) and it reproduces there, too. I am suspecting of two things:
One thing to note is that the downloaded/unarchived stuff at |
More investigation...
This is not the issue. I removed DownloadPath() entirely from the system and started generating a download dir on each install... Same issue.
We actually have the It looks like whatever it is, it's also opening something in this dir for read, so the dir cannot be deleted. I've tried procexp.exe, still can't find what is holding onto this dir/file. Best bet is: krew itself, but where. |
Wow, that's already a great analysis. Could you verify your Windows Defender hypothesis by turning it off for an upgrade/install? I plan to get a windows VM to also help with debugging, but I can only start next week. |
I spent 20 mins trying to figure out how to disable windows defender and gave up. |
I'm nearly confident that this issue can not be easily fixed, and is because of Windows Defender (why am I confident: I "assumed" it was something like windows defender, I monitored it, and there it was). If you look at the I see two options:
|
I've managed to disable Windows Defender and it appears like it's not entirely Windows Defender. Now the only process accessing this The procmon output on this file is almost the same. So it seems like there's an actual issue here with how we do things. |
Found the issue. |
(had to use https://storage.googleapis.com/kubernetes-release/release/v1.17.0-alpha.0/bin/windows/amd64/kubectl.exe to be able to execute plugins)
It looks like plugins can't be installed on windows. It seems like while moving the files, there's an open file handle.
full output
however this is not always reproducible, on another plugin, it fails because I am running on a cmd.exe without Administrator privileges:
However if I re-run cmd.exe as Administrator, this
who-can
installs, yetget-all
fails with the same error as before indicating there's an open descriptor/handle on the file.version info:
GitTag v0.2.1
GitCommit cd2c6e1
/area platform/windows
/priority P1
/kind bug
The text was updated successfully, but these errors were encountered: