question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

[bootstrapper] Improve handling of invalid hash

See original GitHub issue

Description

I receive a

The file 'C:\Windows\system32\config\systemprofile\AppData\Local\NuGet\Cache\Paket\5.92.3\paket.exe' already exists. 

error when calling “paket.exe restore” having bumped the version to 5.92.3.

Have never seen this before. It goes away on a brand new build agent (they’re automated), but comes back again.

Repro steps

Not yet able to reproduce. Known aspects:

  • Occurs when calling paket.exe restore
  • Most branches on build server running on 5.85.1 with paket.exe in magic mode, with version passed as argument.
  • New branch on build server running 5.92.3 with paket.exe in magic mode, with version passed in paket.dependencies.
  • Build servers rebuilt from scratch each day, and happened two days running so far.
  • Works successfully on first run of the day.
  • Subsequent builds of branch fail on that build server. Not sure if there is interaction with other builds going on here.
  • Happened once on local machine but haven’t been able to reproduce since after clearing cache folder.

Expected behavior

paket.exe restores packages as in previous versions.

Actual behavior

The file ‘C:\Windows\system32\config\systemprofile\AppData\Local\NuGet\Cache\Paket\5.92.3\paket.exe’ already exists.

Packages are then not restored.

Known workarounds

Kill the build server and force a fresh instance.

Issue Analytics

  • State:open
  • Created 6 years ago
  • Comments:12 (9 by maintainers)

github_iconTop GitHub Comments

1reaction
matthidcommented, Sep 6, 2017

I don’t even know what we changed there recently, could that be a side effect from signing the .exe?

0reactions
matthidcommented, Sep 6, 2017

So the immediate problem has been solved #2729 and the hashes match again, please retry. I’ll leave this open as the bootstrapper still needs to be fixed in case this happens again. A PR is appreciated.

Read more comments on GitHub >

github_iconTop Results From Across the Web

Help debugging a blob invalid hash
The simplest way to fix the repository would be to fix the content of the file with the wrong hash. Then remove the...
Read more >
Paket
[bootstrapper] Improve handling of invalid hash. bugup-for-grabsboostrapperresiliencecrash. Created 6 years ago. Updated 5 years ago.
Read more >
Displaying Detailed Form Error Messages | Ruby on Rails ...
We will use the Bootstrap form classes to improve the look of the app's form ... is invalid (i.e., has any validation errors)...
Read more >
Subresource Integrity - Security on the web | MDN
Subresource Integrity (SRI) is a security feature that enables browsers to verify that resources they fetch (for example, from a CDN) are ...
Read more >
knife bootstrap - Chef Documentation
Chef uses MD5 hashes to uniquely identify files that are stored on the Chef Infra Server. MD5 is used only to generate a...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found