Filter do not work as expected and uninterpreted purepath
Hello,
I have create bt that filter by 3 different servlet page I use "or" operand in filter section (see session HAVALE_ERROR ).
But This bt shows webrequest with additional ones, genel/error...
What i understand is; there is an redirection mechanism.
if a request take any exception than the page directed to genel/error page.
I have three concern;
-I do not want to see this genel/error. request as a result of my bt ( see - HAVALE_ERROR )
-I really do not understand of this genel/error request behaviour. it takes so much time.
but what costumer say is there is no transaction takes that much time. can you check and analyse if this purepath behaviour might be normal or not ?
- I do not see the exceptions that cause the redirections to genel/error request inside purepaths as a result dt do not capture any failure rate for the bt I created. What i did is configure /genel/error request as a failure. than HAVALE_ERROR bt calculate failure rate. This time I see genel/error pages inside error daslet.but when i drilldown to this errors i go to /genel/eror/ page but i do not see the referer request that get an exceptiom and goes to genel/error. and it is useless for me to drilldon to genel/error.What i did to see this redirection is to enable asp.net events sensor but i do not see the result yet...
How shold i configure dynatrace for the situation that aplication redirect a page ( genel/error/ ) when a request an exception ?
How is it possible to provide corolation between referer request and redirected request ?
Check sessions ; HAVALE_ERROR bt wrongly behaves.dts
Thanks,
Savas
If I was too complicated. Let me divide the questions below into separe threads.
Why I see genel/errornew webrequest when i drildown from HAVALE_ERROR bt eventhough I do not filter by it. ?
Any relation with redirection ? How can i prevent this behaviour ?
When I drill down from HAVALE_ERROR bt;
Can you explain the behaviour of /genel/erronew ? it looks like a normal behaviour ? So many different web request seems in one purepath.and it is really long runing transaction and seems run by same thread..
Hi
Unfortunately I dont see the URLs on the PurePaths you exported because you didnt include confidential information. But - I assume these requests to /Genel/ErrorNew.aspx somewhere along the PurePath also contain the URLs that you are filtering in your Business Transaction. What you therefore need to try is to change your Measures you use as filter to only check "the entry point". Otherwise the measure will also return a value in case the URL is somewhere on a nested web request call deep in the PurePath
Please change these 3 measures and try again
Andi
Thanks. bt works as expected now.
I will restart agents than share uninterpreted purepath with confidantial string. Maybe it i an instrumantation issue can be fixed with restart.
Savas
Hi again,
I have restart the agents and I still have same issue for the same purepaths. Im not sure if it is normal behaviour or not. But it is not seen normal to me. Also, costumer tell me that they do not have this kind of long runing transaction. Any explanation for this behaviour.
That is really strange. NOw with the URLs I see that all these requests must belong to a user that clicks through different pages. For whatever reason we are correlating all these individual requests underneath a single PurePath.
I suggest that you open a support ticket so that my colleagues in engineering can have a look at this. You can refer to this forum entry when creating a support ticket so that you dont have to provide all this information again.
Pleaes keep us posted on the outcome
I have already opened a support ticket and refer to this page already. I will also inform you if i will have any solution with support..
Thanks for the fast reply.
Savas
Thanks. So - it seems there is a fixpack available for older versions of dynatrace and 6.1 already has the fix included - correct?
Welcome the
Dynatrace Community Forums
Check out the Forum User Guide and Forum Guidelines to learn how to get started.Community Member of the Month
October 2017
Announcing Dynatrace's Community Member of the Month for October 2017, Ram S.! Click here to read more! 