-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
how to remove internal.span.format="jaeger" #1830
Comments
What issue is this tag causing for you? |
No issue. just want to remove it from tag. it is useless for my appliction
Prithvi Raj <notifications@github.com> 于2019年10月4日周五 上午11:09写道:
… What issue is this tag causing for you?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#1830?email_source=notifications&email_token=ADBVK72LDYSGWDSIRTJKLQ3QM5MCBA5CNFSM4I5Q5TWKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEAL6R2A#issuecomment-538437864>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADBVK735HH2TJOSELLZLRNTQM5MCBANCNFSM4I5Q5TWA>
.
|
Would it be sufficient to suppress the UI from displaying it, or are you looking to avoid even adding this tag to the span being reported? |
By the way, I'm quite sure this is added in the backend, so, it shouldn't be costing any network activity. |
It is added in Jaeger collector If there is no valid use case to hide it or remove it we will probably close this ticket. Other Jaeger components can rely on this tag while doing another processing. It was added as #1490. |
I agree with @zheyiyi -- having this appear among other (user-defined) tags is actually undesirable. Internal tags have no place in the UI, unless specifically enabled for debugging purposes. |
We can either have configuration for the UI to hide some tags, or have an option in the collector to not add these tags if people don't want them. |
Hiding tags in the UI is fine by me (eg. with regex). |
The internal.span.format ="jaeger" tag actually helps me in debugging. Our Jaeger collector receives Jaeger spans and Zipkin spans. With the internal.span.format I can see at a glance in Jaeger UI whether the span came from Jaeger or Zipkin. It is very useful. Please keep it. |
@apm-opentt same here, that's why we added it. |
Note that this tag is not being added in Jager OTEL components. It's only added in collector's processors which are not being used in OTEL. I find the tag useful to understand the instrumentation layer. Perhaps we could add this to OTEL spec and then use OTEL attribute processor to remove the label https://github.com/open-telemetry/opentelemetry-collector/tree/master/processor#attributes. However, the processor does not work on resource/process objects. Perhaps we could extend it to support this feature. |
I'd like to be able to configure the visibility of the tag in the UI. While it's useful for me, like previous commenters on this thread, as the tracing implementor, I think it's distracting from the content for my consumers (developer peers). |
Is there any update on how to remove this tag. Be it UI or collector? |
Would be nice if it could be configured for example by using the --query.ui-config file. For us, it would be nice to hide a few selected tags that as of now give us little to no benefits |
|
This way of implementing it feels right! As the problem is still prominent, can I go ahead with the implementation @yurishkuro. |
@pmuls99 my preference is to use UI config to filter out some tags from being displayed. |
Closing since nobody feels strongly enough to provide a fix and this won't be present in jaeger-v2 anyway |
In the jaeger Ui, the tag include internal.span.format ="jaeger", is it possible to remove it? Where is the place it is added
The text was updated successfully, but these errors were encountered: