cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Problem start timestamp is wrong

omer_k
Observer

Hi all

I noticed that when a problem is opened in dynatrace it will show as it was open before and it is very confusing.

I think that the cause of it is that dynatrace is using the problem start timestamp of the “Trigger event start analysis timestamp” while it should get the “Problem start timestamp” which is the “Trigger event end analysis timestamp”.

you can take a look here:

omer_k_0-1698874185705.png

it is from this documantaion about problems life cycle - https://docs.dynatrace.com/docs/platform/davis-ai/problem-and-root-cause/problem-lifecycle

 

if this is indeed the case than I think it should be changed .

the problem start time should be the "Problem start timestamp" and not the event start time.

 

what do you think?

 

5 REPLIES 5

Julius_Loman
DynaMight Legend
DynaMight Legend

I think this diagram is a little bit misleading.  Dynatrace will create a problem at the problem analysis end timestamp, but with the problem start time then the initial event was received. Typically root cause analysis is 3 minutes, so if your event is received at 8:02, a problem will be created around 8:05 with the timestamp 8:02. This is mostly due to the root cause analysis trying to find other events being part of the same problem.

Certified Dynatrace Master | Alanata a.s., Slovakia, Dynatrace Master Partner

Hi

I found problems where it is taking more than 3 minutes analysis but either way I don't think that using the event time is the right thing.

Think of a NOC engineer which is being measured by his response time and he is getting the problems with the event start time so he is "late" with his response time.

It should be at least part of the problems attributes in a way we can choose what should be displayed.

It is misleading the way it is working now.

Hi @omer_k 

Its look like a good product idea 

Yos 

dynatrace certificated professional - dynatrace master partner - Matrix Soft Ware Division - Israel

Romanenkov_Al3x
DynaMight Champion
DynaMight Champion

If your Dynatrace Managed environment extremely high (~30 nodes there will be  +1 additional minute (8:02 -> 8.06) for internal processing between nodes\network lag.

Regards,

Alex Romanenkov

DT_NGINX_FORCE_UNKNOWN_VERSION_INSTRUMENTATION=1

Thanks but I am using Saas

Featured Posts