<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>article Why PurePath is not stitching / showing &amp;quot;Requests to Unmonitored Hosts&amp;quot; despite called service is monitored by OneAgent? in Troubleshooting</title>
    <link>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/ta-p/199570</link>
    <description>&lt;P&gt;When it comes to the Dynatrace Purepath Stitching functionality, it largely comes down to the &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; HTTP header we add to every request that we can or the &lt;STRONG&gt;dtdTraceTag&lt;/STRONG&gt; JMS message property if a request is travelling across messaging queues.&lt;/P&gt;
&lt;P&gt;The expectation in most &lt;EM&gt;"Requests to unmonitored hosts"&lt;/EM&gt; is that there is some sort of Proxy, Load Balancer, Firewall, or any other piece of networking equipment between one server and the next that leads to the header being stripped.&lt;/P&gt;
&lt;P&gt;Beyond our own &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; header, we also have the &lt;STRONG&gt;W3C Distributed Tracing&lt;/STRONG&gt; functionality within the &lt;EM&gt;"Server Side Service Monitoring"&lt;/EM&gt; &amp;gt; &lt;EM&gt;"Deep Monitoring"&lt;/EM&gt; settings that could be enabled to help address the situation in some circumstances if said equipment supports or otherwise leaves alone the properties used by Distributed Tracing.&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;There is also potential that in some cases the HTTP client seeing/sending out the requests creates 2 subpath nodes for the exact same URL/request, leading to duplicate listings of the same web request, one that shows as &lt;EM&gt;"Requests to unmonitored hosts"&lt;/EM&gt; and the other that is stitched fully and has all the details.&lt;/SPAN&gt;&lt;/P&gt;
&lt;H2&gt;Troubleshooting&lt;/H2&gt;
&lt;P&gt;When it comes to validating if there are potential duplications of URL request sent purepath nodes taking place, this can best be done by inspecting the URL/URI information available between each purepath node to see how similar they are or not.&lt;/P&gt;
&lt;P&gt;If such a duplication is not being seen, then the next step should be trying to verify whether or not the &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; header or JMS tag are being stripped.&lt;/P&gt;
&lt;P&gt;When it comes to header presence validation, this can easily be achieved by creating an &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; header based request attribute to mark what processed purepaths were processed without seeing the necessary information.&lt;/P&gt;
&lt;P&gt;Said request attribute creation does not require any restarts and can be configured for all types of OneAgent code modules/special agents and should be created for the Server Side of the purepath transaction as in it should be set up for the called service/process.&lt;/P&gt;
&lt;P&gt;You can also configure request attributes to be collected from the &lt;STRONG&gt;Client Side&lt;/STRONG&gt; as in the sender of the requests but only if the calling service's technology is .NET or Java based.&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.dynatrace.com/support/help/shortlink/request-attributes-web-requests#request-attribute-rules" target="_self"&gt;&lt;SPAN&gt;You can find the information on creating a request attribute in this documentation.&lt;/SPAN&gt;&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Thu, 06 Apr 2023 10:29:15 GMT</pubDate>
    <dc:creator>dominikus_randy</dc:creator>
    <dc:date>2023-04-06T10:29:15Z</dc:date>
    <item>
      <title>Why PurePath is not stitching / showing "Requests to Unmonitored Hosts" despite called service is monitored by OneAgent?</title>
      <link>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/ta-p/199570</link>
      <description>&lt;P&gt;When it comes to the Dynatrace Purepath Stitching functionality, it largely comes down to the &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; HTTP header we add to every request that we can or the &lt;STRONG&gt;dtdTraceTag&lt;/STRONG&gt; JMS message property if a request is travelling across messaging queues.&lt;/P&gt;
&lt;P&gt;The expectation in most &lt;EM&gt;"Requests to unmonitored hosts"&lt;/EM&gt; is that there is some sort of Proxy, Load Balancer, Firewall, or any other piece of networking equipment between one server and the next that leads to the header being stripped.&lt;/P&gt;
&lt;P&gt;Beyond our own &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; header, we also have the &lt;STRONG&gt;W3C Distributed Tracing&lt;/STRONG&gt; functionality within the &lt;EM&gt;"Server Side Service Monitoring"&lt;/EM&gt; &amp;gt; &lt;EM&gt;"Deep Monitoring"&lt;/EM&gt; settings that could be enabled to help address the situation in some circumstances if said equipment supports or otherwise leaves alone the properties used by Distributed Tracing.&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;There is also potential that in some cases the HTTP client seeing/sending out the requests creates 2 subpath nodes for the exact same URL/request, leading to duplicate listings of the same web request, one that shows as &lt;EM&gt;"Requests to unmonitored hosts"&lt;/EM&gt; and the other that is stitched fully and has all the details.&lt;/SPAN&gt;&lt;/P&gt;
&lt;H2&gt;Troubleshooting&lt;/H2&gt;
&lt;P&gt;When it comes to validating if there are potential duplications of URL request sent purepath nodes taking place, this can best be done by inspecting the URL/URI information available between each purepath node to see how similar they are or not.&lt;/P&gt;
&lt;P&gt;If such a duplication is not being seen, then the next step should be trying to verify whether or not the &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; header or JMS tag are being stripped.&lt;/P&gt;
&lt;P&gt;When it comes to header presence validation, this can easily be achieved by creating an &lt;STRONG&gt;x-dynatrace&lt;/STRONG&gt; header based request attribute to mark what processed purepaths were processed without seeing the necessary information.&lt;/P&gt;
&lt;P&gt;Said request attribute creation does not require any restarts and can be configured for all types of OneAgent code modules/special agents and should be created for the Server Side of the purepath transaction as in it should be set up for the called service/process.&lt;/P&gt;
&lt;P&gt;You can also configure request attributes to be collected from the &lt;STRONG&gt;Client Side&lt;/STRONG&gt; as in the sender of the requests but only if the calling service's technology is .NET or Java based.&lt;/P&gt;
&lt;P&gt;&lt;A href="https://www.dynatrace.com/support/help/shortlink/request-attributes-web-requests#request-attribute-rules" target="_self"&gt;&lt;SPAN&gt;You can find the information on creating a request attribute in this documentation.&lt;/SPAN&gt;&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 06 Apr 2023 10:29:15 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/ta-p/199570</guid>
      <dc:creator>dominikus_randy</dc:creator>
      <dc:date>2023-04-06T10:29:15Z</dc:date>
    </item>
    <item>
      <title>Re: Why Purepath is not stitching / showing "Requests to Unmonitored Hosts" despite called service is monitored by OneAg</title>
      <link>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/202062#M121</link>
      <description>&lt;P&gt;Thanks for these troubleshooting steps&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/15512"&gt;@dominikus_randy&lt;/a&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 10 Jan 2023 15:26:07 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/202062#M121</guid>
      <dc:creator>ChadTurner</dc:creator>
      <dc:date>2023-01-10T15:26:07Z</dc:date>
    </item>
    <item>
      <title>Re: Why Purepath is not stitching / showing "Requests to Unmonitored Hosts" despite called service is monitored by OneAg</title>
      <link>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/207076#M134</link>
      <description>&lt;P&gt;Hello. Good afternoon. Please help me? In my environment I have a Kubernetes cluster that is monitored with dynakube, but before a request arrives in the cluster, it hits a load balancer that is not monitored. I configured the request attribute x-dynatrace and saw that all requests that appear in the Request to unmonitored hosts service have this attribute. What else can I do to continue the analysis?&lt;/P&gt;</description>
      <pubDate>Wed, 15 Mar 2023 17:55:01 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/207076#M134</guid>
      <dc:creator>gabrielle</dc:creator>
      <dc:date>2023-03-15T17:55:01Z</dc:date>
    </item>
    <item>
      <title>Re: Why Purepath is not stitching / showing "Requests to Unmonitored Hosts" despite called service is monitored by OneAg</title>
      <link>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/207083#M135</link>
      <description>&lt;P&gt;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/45275"&gt;@gabrielle&lt;/a&gt;&amp;nbsp;either some component such as the mentioned load balancer removes the x-dynatrace header or the service (pod) in the Kubernetes cluster is not deep monitored. Is your process in Kubernetes monitored? If you already set up request attribute for collecting the x-dynatrace request header, do you see it on the called service?&lt;/P&gt;</description>
      <pubDate>Wed, 15 Mar 2023 19:11:10 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/207083#M135</guid>
      <dc:creator>Julius_Loman</dc:creator>
      <dc:date>2023-03-15T19:11:10Z</dc:date>
    </item>
    <item>
      <title>Re: Why Purepath is not stitching / showing "Requests to Unmonitored Hosts" despite called service is monitored by OneAg</title>
      <link>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/207084#M136</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Yes, the process is monitored and I can see the service in dynatrace. I see the request within the monitored service and the same request in requests to unmonitored host. It's as if a request had been divided into two and both have the x-dynatrace attribute.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Mar 2023 19:51:38 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/207084#M136</guid>
      <dc:creator>gabrielle</dc:creator>
      <dc:date>2023-03-15T19:51:38Z</dc:date>
    </item>
    <item>
      <title>Re: Why PurePath is not stitching / showing "Requests to Unmonitored Hosts" despite called service is monitored by OneAg</title>
      <link>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/210256#M159</link>
      <description>&lt;P&gt;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/45275"&gt;@gabrielle&lt;/a&gt;&amp;nbsp;I hope the issue you've encountered with unmonitored hosts in K8s is resolved.&amp;nbsp; If its still an ongoing issue, I suggest that you raise a support ticket (if not already done) so that our team can further look into it.&lt;/P&gt;</description>
      <pubDate>Thu, 20 Apr 2023 00:26:02 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Troubleshooting/Why-PurePath-is-not-stitching-showing-quot-Requests-to/tac-p/210256#M159</guid>
      <dc:creator>edward_sadsad</dc:creator>
      <dc:date>2023-04-20T00:26:02Z</dc:date>
    </item>
  </channel>
</rss>

