The process cannot access the file. Proget

[tbl_5153]

Proget 2.2.7 Build 3 has a recurring problem with files that are being used by another process.
see error:

Package Indexing Error
Feed	Staging
Package	ifmviewer.core.1.0.0.nupkg

Message	The process cannot access the file 'd:\ProGet\Packages\Staging\ifmviewer.core.1.0.0.nupkg' because it is being used by another process.
Date	10-12-2013 16:37:46

Stack Trace	 at 
System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at Inedo.NuGet.Packages.NuGetPackage.ReadFromNupkgFile(String fileName)
at Inedo.ProGet.Extensibility.PackageStores.DirectoryPackageStore.TryReadPackage(String fileName)

Proget is installed on it own dedicated server.

[Tod]

This error may be caused by the ProGet service - we are currently investigating.

Are you able to verify with Process Explorer that the file is not locked by any other executables (e.g. antivirus, Package Explorer on the server, etc.)?

[Philipp]

Guys
we get the same problem like Thomas

but we have Proget 3.0.3

The process cannot access the file 'D:\Data\test_test\test.AB.TestFrontend.Deploy.1.1.0-alpha-510.nupkg' because it is being used by another process.

    `at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at Inedo.NuGet.Packages.NuGetPackage.ReadFromNupkgFile(String fileName)
at Inedo.ProGet.Extensibility.PackageStores.DirectoryPackageStore.TryReadPackage(String fileName)`

You have a solution?

[Tod]

@Philipp - see the discussion for this question: Publishing from our build server fails intermittently

[Philipp]

I fixed the problem by us I disabled the feed setting "Automatically strip PDB files when downloading packages for this feed"

after this I had no access right problems.
I hope that helps

[Rod]

Same problem on current ProGet Version 3.2.1 (Build 2) and was same issue on a 1-year old version before upgrade. Happens when our build adds a package and then tries to create a release out of the package 10 sec later but cannot find the package in the feed. Any ideas on resolution?

Package Indexing Error
Feed ProjectName
Package PackageName.20140529.1.2.1113.53.nupkg
Message The process cannot access the file 'D:\Packages\ProjectName\PackageName.20140529.1.2.1113.53.nupkg' because it is being used by another process.
Date 13/11/2014 2:25:03 PM
Stack Trace at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy)
at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share)
at Inedo.NuGet.Packages.NuGetPackage.ReadFromNupkgFile(String fileName)
at Inedo.ProGet.Extensibility.PackageStores.DirectoryPackageStore.TryReadPackage(String fileName)
DeleteClose

[Tod]

Within a few days or so we are planning to release a new version of ProGet that has a new indexing system, which should no longer lock files like this. It will require a new feed type, but it should resolve these issues, and be much more performant than the current implementation.