Closed michaelbailey closed 8 years ago
libjpeg is not P/Invoked from C# like in #1 so this must be something else. I've done a lot of deployments (though none with Octopus) to production with Dianoga and haven't run into this one.
Is Octopus overwriting all files even unchanged?
You might also try Dianoga 3.0RC1, which includes a lot of enhancements to the way tools are invoked such as showing the tool output when an error occurs. It's also using a newer version of mozjpeg that is supposed to be better for the web, that might also fix your locking issue.
I'm getting the same error running Teamcity build.
error MSB3027: Could not copy "..\Dianoga Tools\libjpeg\jpeg62.dll" to "..\Dianoga Tools\libjpeg\jpeg62.dll". Exceeded retry count of 10. Failed.
error MSB3021: Unable to copy file "..\Dianoga Tools\libjpeg\jpeg62.dll" to "..Dianoga Tools\libjpeg\jpeg62.dll". The process cannot access the file '..\Dianoga Tools\libjpeg\jpeg62.dll' because it is being used by another process.
error MSB3027: Could not copy "...\Dianoga Tools\libjpeg\jpegtran.exe" to "..\Dianoga Tools\libjpeg\jpegtran.exe". Exceeded retry count of 10. Failed.
error MSB3021: Unable to copy file "..\Dianoga Tools\libjpeg\jpegtran.exe" to "..\Dianoga Tools\libjpeg\jpegtran.exe". The process cannot access the file '..\Dianoga Tools\libjpeg\jpegtran.exe' because it is being used by another process.
If you're getting this error, please use 3.0. It loads assemblies in a significantly improved fashion that should avoid this issue.
We have a similar issue to #1, but related to jpeg62.dll locking files.
Deployments from Octopus Deploy fail with this message:
The error occurs even when no images should be getting resized. We are using v2.0.2.