-
Notifications
You must be signed in to change notification settings - Fork 445
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
Azure Functions - Could not load file or assembly 'System.Memory.Data, Version=6.0.0.0 #10575
Comments
Can confirm. Also facing this issue. Workaround I have seems to be having System.Memory.Data 6.0.0 installed as a separate NuGet package, building the solution, and copying the System.Memory.Data.dll file to the bin subdirectory in the bin folder, at least in Debug. (I assume Release would be the same way). Which leads to a folder structure like For whatever reason, this dependency isn't getting copied to that bin subfolder. Side effect: Any time I make a change to the Azure Function project and rebuild, the copied System.Memory.Data.dll file disappears, and the error pops up again. @fhtino - FYI. |
Facing the same issue recently while trying to use Azure.Storage.Blobs |
Having same issue with Microsoft.Azure.WebJobs.Extensions.Storage.Queues. System.Private.CoreLib: Exception has been thrown by the target of an invocation. Microsoft.Azure.WebJobs.Extensions.Storage.Queues: Could not load file or assembly 'System.Memory.Data, Version=6.0.0.0, Culture=neutral. The system cannot find the file specified. |
I am also facing the same issue |
The prescribed workaround (see above: "<_FunctionsSkipCleanOutput>true</_FunctionsSkipCleanOutput>") worked. |
Same issue with using Azure.Security.KeyVault.Secrets and callingSecretClient.GetSecretAsync. @nodeomega's workaround worked for me. Good looking out. Hopefully this gets fixed soon. |
Wer are using nodejs and as such can not use @nodeomega 's workaround. |
Alternative workaround <ItemGroup>
<FunctionsPreservedDependencies Include="System.Memory.Data.dll" />
</ItemGroup> |
This comment has been minimized.
This comment has been minimized.
Having the same issue for the latest |
We have the same issue with |
I can confirm that this alone as the single change, made it work as expected. |
Had the same issue, this is the only thing that solved it. Unfortunately version 1.15.0 kept giving me: |
Hi @jsquire , the workarounds that add some properties in the project file still don't work for The not working workarounds include:
If you need any other information from me, please let me know. |
<ItemGroup>
<FunctionsPreservedDependencies Include="System.Memory.Data.dll" />
</ItemGroup> This workaround did not work. We need a permanent solution. This issue must be addressed ASAP as it's a roadblock. |
I spent a significant amount of time resolving an issue involving dependencies on System.Memory.Data 6.0.0. Locally, I managed to get things working by manually replacing the DLL with version 6.0.0 in the AzureFunctionsTools folder at:
However, on Azure, this isn't possible due to the lack of access for patching DLLs directly. After extensive troubleshooting, I discovered that the recent upgrade to This complex dependency setup clearly needs addressing. Ideally, we should also have more control over configuration in Azure to facilitate such troubleshooting. If there are any ways to achieve this, please let me know. Having used Azure Functions since v1, I’ve found it to be a convenient but often frustrating service. The migration paths (e.g., isolated functions, v1 to v2) have been rocky, and these issues make maintaining reliable services challenging. I encourage proactive measures to improve stability in the Azure Functions ecosystem. 🙏 |
I've got the same issue here regarding the SignalRService package. None of the workarounds fix anything in this instance, other than reverting to 1.14.1, including things I had tried from other places (for example using assembly binding redirects) Would love to see a resolution for this. |
The current mitigation is to either downgrade the package bringing the dependency, or update the project configuration mentioned in the issue if using the .NET in-proc model: <ItemGroup>
<FunctionsPreservedDependencies Include="System.Memory.Data.dll" />
</ItemGroup> For the .NET Isolated model, the impacted package (SignalR) must be downgraded. We will work with the appropriate team to delist in the meantime, as this was an invalid update. We'll also be working with them to ensure this issue is prevented in the future. A fix for this will be rolling out with the next host deployment. Thank you all for the report and patience. |
Keeping this open to track deployment. |
Hi., all "I spent a week dealing with the System.Data issue, and this solution solved it:
I would also like to know if there is a way to isolate the app from dependencies, as these types of errors undermine the system's credibility. With just a single tool update, everything can simply stop working, and you don’t get reliable error logs to understand what’s happening." Would you like more information on isolating app dependencies in Azure Functions? Thanks. |
Downgrading Microsoft.Azure.WebJobs.Extensions.Storage from 5.3.3 to 5.3.2 worked for me |
Running .NET 8 in process. This is working for me deploying in Azure but locally I still have another issue.
Any idea when a fix will be available? Locally I still have the following issue: |
@LockTar this looks to be unrelated - but I resolved the same issue locally by updating to the latest Azure Functions Core Tools. |
I also think it's unrelated but everything was fine before upgrading to .NET 8. Tried your solution (didn't have the tools because I'm using visual studio 2022 latest with latest tools) but without luck. I will try to convert the project to isolated ASAP. |
This started blowing up my running Azure Function app even though I had not made any code changes or deployments in 3+ weeks. Incredibly frustrating for nothing that I changed!
|
Hey @fabiocav, sorry to bother, but do you know if this is this anywhere close to being resolved the 'proper' way? |
I have also the same problem when I try to use Microsoft.Azure.Functions.Worker.Extensions.Timer 4.3.1 Environment: dotnet-isolated I tried solutions with _FunctionsSkipCleanOutput and Functions preserved dependencies but it doesn't work. It look like when I replace it by Http trigger it works. |
Thank you, I resolved using this workaround! In my case the issue was related with the Azure Function v. 4, upgrade from .NET 6 to .NET 8, where I was using the class |
This workaround worked for me too. I hit the issue after upgrading Azure.Core from 1.42.0 to 1.44.1 in an Azure Functions v4 app on .NET 6. |
Issue Transfer
This issue has been transferred from the Azure SDK for .NET repository, #46577.
Please be aware that @fhtino is the author of the original issue and include them for any questions or replies.
Details
Library name and version
Azure.Data.Tables 12.9.1 and Azure.Storage.Blobs 12.22.2
Describe the bug
Cannot use Azure.Data.Tables and Azure.Storage.Blobs in the same Azure Functions project in VS 2022. When I use the TableClient I get
Sample project with the issue:
https://github.com/fhtino/publicissues/tree/main/az-func-cannot-load-assembly
Workaround: place _FunctionsSkipCleanOutput in the project file:
Expected behavior
no errors
Actual behavior
Exception: System.Memory.Data, Version=6.0.0.0 not found
Reproduction Steps
sample here: https://github.com/fhtino/publicissues/tree/main/az-func-cannot-load-assembly
Environment
The text was updated successfully, but these errors were encountered: