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

Transaction storage retention period has been truncated

azeez_mohammed2
Participant

Transaction storage retention period has been truncated for environment EPDyna due to insufficient disk quota. Please review Transaction storage settings on environment details page.

Our managed server doesn’t show of any space crunch. Can we know what can be done to fix this error. Please check the screenshot

5 REPLIES 5

Radoslaw_Szulgo
Dynatrace Leader
Dynatrace Leader

Might depend on your settings in Environments. Please verify how it is set up on your side - in case it's needed increase the limit. See a sample screenshot:

Technical Product Manager,
Dynatrace Managed expert

victor_fragoso
Contributor

Hello, i've been facing the same problem in our cluster.

Which kind of data is in transaction storage?
What happen when this disk space get full?
-the newest data takes place of the oldest ones or the oldest data are "shrink" to allow new data storage?

Thanks in advance

Hi Victor,

Transaction storage is going to be your Purepath data. When the disk space is full it was start to truncate the data by reducing the length of time that it is holding your purepaths for. So the oldest purepaths will start to drop off to make room for the newer ones.

You can adjust this in the cluster management console. Another alternative is to add more storage for transactional data.

-Dallas

Andrew_Lofthous
Participant

Hi,


We are having a very similar issue.
According to the hardware system requirements, the 'Small' Node Type (which is what we have) can have a maximum number of 250 hosts monitored. The Transaction Storage states that 500GB should give 10 days of code visibility. We have well under 250 hosts but still have 500GB of storage allocated.

However we are not getting the 10 days of code visibility. Our code level retention period fluctuates massively throughout our environments. We have around 12 environments configured, but most of them are only set to keep 3 days of data.

It seems that Dynatrace truncates the code level retention time period, rather than overwrite the existing code data and leave the code level time period in tact. So it seems eve nif we add more storage to the cluster, when it reached the maximum amount again, it would just truncate the time period again.


Hope all that makes sense. If anyone has any guidance or tips on this it would be most appreciated.
Thanks


Hi Andrew,

The 250 hosts and 500GB storage is the recommended amount for a small node. It is not an exact value. I think realistically if you had 100 hosts with enough traffic you could use more storage than 500GB code level storage.

The value that says it has 3 days of data is overwriting the tail end of the data as a rolling buffer. If you only allocate 500GB to your cluster it is telling you that the 500GB is only enough for 3 days worth of traffic at code level retention.

For example:If you added a terabyte of storage to that it should be able to hold more than 3 days worth of traffic if you have the "Max Limit" set high enough.

Let me know if this helps or brings up any more questions.

-Dallas