-
Notifications
You must be signed in to change notification settings - Fork 290
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
The specified configuration does not have a telemetry channel. (Parameter 'configuration') #2195
Comments
As an additional information, this may be related to a race concurrency issue. Depending on the subsets of tests I run on my side, some pass and some fail. If I run all the failing tests one by one, each of them independently, they all pass. |
Hum... I spent some hours trying to create a small repro case but failed :( What would be the best course of action in order to help you fix this? FWIW, would that be an acceptable option on your side, I could make myself available for a screen sharing session. |
Hi @nulltoken I've detected the same issue with Azure Functions V3 .Net Core 3.1 in a Windows consumption plan after migrating to version 12.x.x. Seems like a race condition is the failure reason, the failure is at Azure Core library and I fear it may be affecting other SDK Clients. |
They have recently patched the DiagnosticScopeFactory and maybe solve your issue. Azure/azure-sdk-for-net@502d5f1 In my case the stack trace is quite different, and the affected pipeline is RequestActivityPolicy and this class does not use the factory, it just references the DiagnosticListener as static.
|
👋 Could this issue be triaged? 🙏 |
Hello, my team is looking into this. For context, this exception is thrown from here: ApplicationInsights-dotnet/BASE/src/Microsoft.ApplicationInsights/TelemetryClient.cs Lines 49 to 63 in 3722bbc
Lines 35 to 39 in 3722bbc
From this perspective, |
@TimothyMothra Would a screen sharing session be of any help? |
Hello All, The SDK is expected to throw exceptions when the TelemetryConfiguration provided is invalid. Next Steps: |
@TimothyMothra Thanks for the feedback.
As this is failing, we've never deployed this. However, as previously mentioned, I've stored in a branch the code to consistently repro this on my local computer. Would you point me to a guide to collect a process dump and the way to forward it to you, I'd be happy to help. |
@nulltoken #2294 is merged, and will be part of nightly release to myget tonight. Would you try it out and see if it resolves the issue you are observing? |
@cijothomas Woot! Great job guys! By upgrading from |
@cijothomas Should this or (its) PR #2294 be linked with milestone 2.18 (assuming it'll ship in there)? |
It'll be part of 2.18. (Its mentioned in the changelog already) |
Describe the bug
Instrumentation of the interactions with storage accounts through the
Azure.Storage.Blobs
throws the following exception:To Reproduce
Discovered while migrating some code from the now deprecated "Microsoft.Azure.Storage.Blob" to "Azure.Storage.Blobs".
This has been initially mentioned in Azure/azure-sdk-for-net#19068 and @jsquire kindly recommended there to rather discuss it here.
The call stack shows an automated test, running against Azurite 3.11.0, which tries to read a non existing file from an existing container.
If this call stack and my explanation doesn't help you pinpointing in the span of a few minutes the root of the issue, I'll find the time to create a minimal repro case.
The text was updated successfully, but these errors were encountered: