Dynatrace Outage - impacting Customer application

SachinJindal — Mon, 07 Sep 2026 20:52:42 GMT

We have got Dynatrace classic oneagent deployed on our application stack and we can see latency issues and also getting page distortion and 404 error for beacons.

This has happened when we had DT global outage ..

Q - How any monitoring tool can slowdown or impact customer application when monitoring tool has any outage/issue..

see RUM errors for reference ..

Re: Dynatrace Outage - impacting Customer application

SachinJindal — Tue, 08 Sep 2026 10:14:02 GMT

Can someone help to understand this?

Re: Dynatrace Outage - impacting Customer application

SachinJindal — Tue, 08 Sep 2026 15:21:57 GMT

@sujit_k_singh will you be able to help?

Re: Dynatrace Outage - impacting Customer application

AntonPineiro — Tue, 08 Sep 2026 15:38:31 GMT

Hi,

Maybe you can configure a custom beacon endpoint.

Best regards

Re: Dynatrace Outage - impacting Customer application

AntonioSousa — Tue, 08 Sep 2026 20:22:44 GMT

@SachinJindal ,
I would suggest that the best way forward is submitting a ticket, so you can get help from Dynatrace in your issue.

Re: Dynatrace Outage - impacting Customer application

sujit_k_singh — Tue, 08 Sep 2026 23:28:06 GMT

Hi @SachinJindal

This is classic question, let me explain in depth "How a Monitoring Agent Can Impact an Application During an Outage"

The honest answer is: it depends on the monitoring architecture. There are two fundamentally different ways a monitoring tool can affect your application, and Dynatrace uses both which is why both symptoms you're seeing (latency + beacon 404s) have different root causes.

Root Cause 1 — In-Process Agent (Latency Impact)

OneAgent works by injecting bytecode instrumentation directly into your application's JVM/process at runtime. This means:

OneAgent code runs inside your application process — in the same thread, on the same heap
Every instrumented method call passes through OneAgent hooks before and after execution
When OneAgent loses connectivity to the Dynatrace cluster, it must decide what to do with buffered telemetry data

As you've already noticed the RUM-related errors, I won't go into further detail on that. Instead, I'll come straight to your issue - RUM JavaScript Beacon (404 + Page Distortion)

Let me break down the actual error step by step.

rb_bf96606mkq - The beacon/RUM JS endpoint path — rb_ prefix = OneAgent-served RUM endpoint, bf96606mkq is your application's monitoring ID
?type=js3 - The browser is requesting the RUM JavaScript payload (type js3 = the full monitoring script bundle) — this is not a data beacon, it's the script download itself.
sn=v_4_srv_11_sn_51FFE545DD - Session/server context — srv_11 identifies which OneAgent server node was handling this

and finally

ruxitagentjs_ICA15789NPQRTUVXf - The specific RUM JS filename — ICA15789NPQRTUVXf is your feature flag/config fingerprint encoding which monitoring features are enabled
404 repeated 3 times - The same request failing three consecutive times the browser is retrying

The critical insight: type=js3 means this is the script download request, not a data beacon. The browser injected <script src="rb_bf96606mkq?type=js3&..."> into your page and that URL is returning 404. This means the RUM JavaScript itself cannot load so no monitoring runs at all, and the failed script request is what's causing your page distortion.

What's Actually Happening

Browser loads your page

OneAgent injects: <script src="/rb_bf96....?type=js3&sn=v_4_srv_11_sn_51.......">
Browser fetches that URL from your app server
OneAgent on your server tries to serve ruxitagentjs_ICA15789...... ->
- OneAgent is lost cluster connectivity during outage
- Returns 404 (cannot serve the JS bundle)
Browser retries the same URL → 404 again (x3 in your logs)
RUM JavaScript never loads → no monitoring

Why It Happened During the Outage Specifically
The rb_bf96606mkq?type=js3 endpoint is served dynamically by OneAgent it's not a static file. OneAgent generates the JS bundle on-the-fly based on your application's current monitoring configuration pulled from the cluster. During a cluster outage:

OneAgent on your server → tries to fetch current JS config from Dynatrace cluster
→ cluster unreachable
→ OneAgent cannot assemble the JS bundle
→ returns 404 instead of the script

Summary of Your Specific Situation
Your symptoms map exactly to this: OneAgent auto-injects a synchronous <script> tag pointing to a dynamically-served RUM JS endpoint (rb_bf96606mkq?type=js3). During the cluster outage, OneAgent couldn't assemble that JS bundle and returned 404. The synchronous script tag then blocked or partially disrupted page rendering, causing both the latency and the visual distortion.

I hope this answered your question and provided the information you were looking for. 😊

Thanks,

Sujit

topic Re: Dynatrace Outage - impacting Customer application in Real User Monitoring

Dynatrace Outage - impacting Customer application

Re: Dynatrace Outage - impacting Customer application

Re: Dynatrace Outage - impacting Customer application

Re: Dynatrace Outage - impacting Customer application

Re: Dynatrace Outage - impacting Customer application

Re: Dynatrace Outage - impacting Customer application

Root Cause 1 — In-Process Agent (Latency Impact)

What's Actually Happening