You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Customer reported that SUSE Observability cannot gather network-related data from hardened RHEL 9.8 nodes even when FIPS mode is off. This appears separate from the server-side FIPS compatibility work in
STAC-25127
Resolved
.
Support case: 01845035
Current Assessment
The issue is likely in the node process-agent network tracer path. The closest historical match is
STAC-22092
Closed
, where process-agent failed on Rocky/RHEL 9-style 5.14 kernels with:
failed to create network tracer: error loading prebuilt tracer: error guessing offsets: overflow while guessing sk field on struct sk_buff, bailing out
That ticket was closed as Cannot Reproduce, not fixed. A newer related issue,
STAC-22643
Closed
, fixed a separate memlock / FnMapLookupElem startup failure, but the current imported DataDog fork already contains that rlimit.RemoveMemlock() fix, so it does not look like the likely cause for RHEL 9.8.
Findings
No Jira issue was found for support case 01845035 or the reported customer wording.
STAC-25127
Resolved
is still in Merging and covers server FIPS compatibility. It should not be treated as proof that the hardened-node network-data issue is fixed.
The original
STAC-25127
Resolved
Jira comment also mentioned Elasticsearch failing with missing libnssadapter.so; I did not find an Elasticsearch-specific STAC-25127/libnssadapter fix or Beest coverage for Elasticsearch in the FIPS Java probe.
Current stackstate-process-agent explicitly disables CO-RE and runtime compilation:
EnableCORE: false
EnableRuntimeCompiler: false
AllowPrebuiltFallback: true
BTFPath: ""
The imported DataDog network tracer then takes the prebuilt eBPF path and runs offset guessing. On hardened/custom RHEL 9.8 kernels this can plausibly fail in the same way as
STAC-22092
Closed
.
Datadog/agent-side notes indicate prebuilt eBPF is deprecated in favor of CO-RE/runtime compilation on Linux 6+ and RHEL 5.14+ kernels, which is exactly the RHEL 9 kernel family.
repos/stackstate-process-agent/config/tracer_config.go - disables CO-RE/runtime compilation and forces prebuilt fallback
repos/stackstate-process-agent/checks/net_linux.go - process-agent fails startup if local tracer init fails
github.com/StackVista/datadog-agent-upstream-for-process-agent/pkg/network/tracer/connection/kprobe/tracer.go - prebuilt tracer path calls offset guessing and returns the same failure shape as
STAC-22092
Closed
Suggested Next Steps
Request customer process-agent logs for case 01845035, including the first network tracer startup failure.
Investigate enabling CO-RE or runtime compilation for process-agent on RHEL 9.x, or provide a tested fallback that avoids fragile prebuilt offset guessing.
Keep
STAC-25127
Resolved
scoped to server FIPS unless this ticket proves a direct shared root cause.
Customer Impact
Customer loses network-related data in SUSE Observability on hardened RHEL 9.8 nodes. Disabling network tracing avoids process-agent startup failure but removes the customer-visible network data they need.
Created from Louis/Codex investigation on 2026-07-06.
STAC-25236
Issue Description
Customer reported that SUSE Observability cannot gather network-related data from hardened RHEL 9.8 nodes even when FIPS mode is off. This appears separate from the server-side FIPS compatibility work in
STAC-25127
Resolved
.
Support case: 01845035
Current Assessment
The issue is likely in the node process-agent network tracer path. The closest historical match is
STAC-22092
Closed
, where process-agent failed on Rocky/RHEL 9-style 5.14 kernels with:
That ticket was closed as Cannot Reproduce, not fixed. A newer related issue,
STAC-22643
Closed
, fixed a separate memlock / FnMapLookupElem startup failure, but the current imported DataDog fork already contains that rlimit.RemoveMemlock() fix, so it does not look like the likely cause for RHEL 9.8.
Findings
Evidence Links
Related Jira tickets:
Related PRs:
Relevant code paths:
Suggested Next Steps
Customer Impact
Customer loses network-related data in SUSE Observability on hardened RHEL 9.8 nodes. Disabling network tracing avoids process-agent startup failure but removes the customer-visible network data they need.
Created from Louis/Codex investigation on 2026-07-06.