• /
  • EnglishEspañolFrançais日本語한국어Português
  • Inicia sesiónComenzar ahora

eBPF logs

preview

We're still working on this feature, but we'd love for you to try it out!

This feature is currently provided as part of a preview program pursuant to our pre-release policies.

The New Relic eBPF agent can now collect your application logs directly from the same host or container where it already collects APM and network telemetry, using kernel-level visibility instead of "tailing" log files like a traditional forwarder. This gives you:

  • Automatic metadata enrichment: Enriches captured logs with New Relic metadata by default, giving you troubleshooting context alongside the same agent's APM and network telemetry, with no customer configuration required.
  • One fewer agent to manage: Eliminates the resource contention, correlation gaps, and maintenance overhead of running a dedicated log forwarder (such as Fluent Bit) next to the eBPF agent.
  • A smaller attack surface: Removes the plugin-based logging middleware that a separate forwarder depends on, reducing both CVE exposure and dependencies on third-party log forwarding plugins.

Set up eBPF logs

Important

eBPF logs is a self-service capability. All logs ingested through eBPF logs are billable according to your applicable order.

Data obfuscation and dropping for sensitive information is only available through the Pipeline Control Gateway (PCG) using OpenTelemetry Transformation Language (OTTL). The direct eBPF-to-New Relic data flow doesn't include built-in obfuscation. Contact your account representative to add PCG to your Order.

New Relic's log ingest pipeline automatically obfuscates credit card and Social Security numbers in the message field for all accounts, independent of PCG. For other sensitive data, configure PCG routing to redact it before ingestion. For example, this configuration redacts a password field from eBPF log messages:

transform/Logs:
log_statements:
- statements:
- replace_pattern(log.body, "password:[^,]+", "password:***")
conditions:
- IsMatch(log.body, "password:")

This example redacts only the password pattern shown. For additional or customizable obfuscation and drop rules, configure the OTTL Transform processor supported by PCG directly. Refer to Redact PII for more examples.

Turn on eBPF logs by completing these steps:

  1. Update your eBPF agent to version 1.5.0 or later, which New Relic recommends for log reporting.

  2. Set the following parameters:

    • reportLogs: Set to "auto" or "true" to turn on log collection (see Automatic detection and backoff below for what each value does).
    • logDataFilters.applicationLogReporting.enabled: Confirm this is true (its default value), or set it explicitly if you've customized your configuration.

    For the full list of log-related parameters, refer to the Configuration parameters section of the Linux installation or Kubernetes installation guide.

  3. Restart the eBPF agent.

Automatic detection and backoff

To avoid sending duplicate telemetry, the eBPF agent can automatically detect whether another agent is already reporting logs for an entity and back off accordingly. This is the same pattern it already uses for APM data and network metrics.

The reportLogs parameter accepts:

  • "auto": The eBPF agent's behavior depends on the attached agent type:
    • New Relic APM agent: The eBPF agent collects and reports logs only if the APM agent isn't actively collecting or forwarding logs. If it detects active log collection from the APM agent, it suppresses its own to avoid duplication.
    • OpenTelemetry agent: The eBPF agent suppresses log collection entirely whenever an OpenTelemetry agent is attached.
  • "true": The eBPF agent always collects and reports logs, regardless of other agents present.
  • "false" (default): The eBPF agent never collects or reports logs.

This mirrors how reportApmData and reportNetworkMetrics behave for eBPF APM and network metrics. For the equivalent pattern applied to network metrics, refer to Enable network metrics-only mode.

View your eBPF logs data

You can view eBPF logs in the New Relic UI:

  1. Go to one.newrelic.com > APM & Services.
  2. Select the entity whose logs you want to view.
  3. Click the Logs tab.

Sugerencia

The eBPF agent automatically generates entity names based on your environment:

  • In hosts or Docker: names combine process name, directory path or container ID, and listening port. For example, ruby:/home/ubuntu/app:[5678] or java:f4aead533895:[8080].
  • In Kubernetes: names are derived from the service name, for example mysql-database-service.

eBPF logs currently captures application logs only, and not infrastructure logs.

eBPF APM

Learn how to use New Relic's eBPF APM for zero-code, language-agnostic application monitoring.

eBPF network metrics

Explore network monitoring capabilities of the eBPF agent.

eBPF agent attributes reference

See the full list of attributes the eBPF agent adds to your data.

eBPF best practices

Learn about best practices for using the New Relic eBPF agent.

Copyright © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.