-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
[exporter/azuremonitorexporter] Regression issue, property endpoint is ignored when using instrumentation_key #33971
Comments
Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Any feedback? |
Hi @michaelkira , looks it's quite straightforward and I've created PR to fix it. |
BTW, I also found it has been hard coded to replace the path of url with opentelemetry-collector-contrib/exporter/azuremonitorexporter/connection_string_parser.go Line 87 in 2027679
Is it what you expected? @michaelkira Hi @pcwiese , is there any reason for this? If not, I thought it's more flexible to let user specify the value. What do you think of it? |
|
Hi @michaelkira , I've created a PR to fix it. But it needs the component owner @pcwiese to help to review before merge. |
Hi @hgaol Thanks for the fix, I see the pr already approved, can you merge the pr can let us know how can we get test image to verify? |
Hi @michaelkira , I have no permission to merge and I guess only maintainer and approver can do it. Since both owner and maintainer has approved it and all tests have passed, I think they'll merge it once at convenience. Or you can ping them in the PR if it's urgent for you. |
) **Description:** <Describe what has changed.> <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> Fixing a bug **Link to tracking Issue:** #33971 **Testing:** It's just one line and simple, so I just tested locally. If test cases needed, I can provide in this PR. **Documentation:** if no connection string and endpoint is provided, then use it instead of the default one. --------- Co-authored-by: David Ashpole <[email protected]>
…n-telemetry#34399) **Description:** <Describe what has changed.> <!--Ex. Fixing a bug - Describe the bug and how this fixes the issue. Ex. Adding a feature - Explain what this achieves.--> Fixing a bug **Link to tracking Issue:** open-telemetry#33971 **Testing:** It's just one line and simple, so I just tested locally. If test cases needed, I can provide in this PR. **Documentation:** if no connection string and endpoint is provided, then use it instead of the default one. --------- Co-authored-by: David Ashpole <[email protected]>
It looks like this issue was resolved, please close the issue if this is confirmed. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping Pinging code owners:
See Adding Labels via Comments if you do not have permissions to add labels yourself. |
Component(s)
exporter/azuremonitor
What happened?
Description
When we upgrade collector version from 0.56.0 to 0.96.0, we find we no longer export trace info when using
endpoint:
https://dc.applicationinsights.azure.cn/v2/track
Checking the code, it seems when connectionString is null, the collector will take the DefaultIngestionEndpoint and ignored passed in endpoint.
This cause we not able to drop data to mooncake application insights
opentelemetry-collector-contrib/exporter/azuremonitorexporter/connection_string_parser.go
Line 47 in 6575f8a
Steps to Reproduce
Use 0.96.0
Pass in
endpoint: https://dc.applicationinsights.azure.cn/v2/track
instrumentation_key: your key
Expected Result
The trace data ingested into mooncake app insights
Actual Result
No data ingested
Collector version
0.96.0
Environment information
Environment
OS: (e.g., "Ubuntu 20.04")
Compiler(if manually compiled): (e.g., "go 14.2")
OpenTelemetry Collector configuration
Log output
Additional context
No response
The text was updated successfully, but these errors were encountered: