Caution
Grafana Agent has reached End-of-Life (EOL) on November 1, 2025. Agent is no longer receiving vendor support and will no longer receive security or bug fixes. Current users of Agent Static mode, Agent Flow mode, and Agent Operator should proceed with migrating to Grafana Alloy. If you have already migrated to Alloy, no further action is required. Read more about why we recommend migrating to Grafana Alloy.
This is documentation for the next version of Grafana Agent Documentation. For the latest stable release, go to the latest version.
otelcol.exporter.logging
otelcol.exporter.logging accepts telemetry data from other otelcol components
and writes them to the console.
This component writes logs at the info level. The logging config block must be configured to write logs at the info level.
NOTE:
otelcol.exporter.loggingis a wrapper over the upstream OpenTelemetry Collectorloggingexporter. Bug reports or feature requests will be redirected to the upstream repository, if necessary.
Multiple otelcol.exporter.logging components can be specified by giving them
different labels.
Usage
otelcol.exporter.logging "LABEL" { }Arguments
otelcol.exporter.logging supports the following arguments:
The verbosity argument must be one of "basic", "normal", or "detailed".
Blocks
The following blocks are supported inside the definition of
otelcol.exporter.logging:
The > symbol indicates deeper levels of nesting. For example, client > tls
refers to a tls block defined inside a client block.
debug_metrics block
The debug_metrics block configures the metrics that this component generates to monitor its state.
The following arguments are supported:
disable_high_cardinality_metrics is the Grafana Agent equivalent to the telemetry.disableHighCardinalityMetrics feature gate in the OpenTelemetry Collector.
It removes attributes that could cause high cardinality metrics.
For example, attributes with IP addresses and port numbers in metrics about HTTP and gRPC connections are removed.
Exported fields
The following fields are exported and can be referenced by other components:
input accepts otelcol.Consumer data for any telemetry signal (metrics,
logs, or traces).
Component health
otelcol.exporter.logging is only reported as unhealthy if given an invalid
configuration.
Debug information
otelcol.exporter.logging does not expose any component-specific debug
information.
Example
This example scrapes prometheus unix metrics and writes them to the console:
prometheus.exporter.unix "default" { }
prometheus.scrape "default" {
targets = prometheus.exporter.unix.default.targets
forward_to = [otelcol.receiver.prometheus.default.receiver]
}
otelcol.receiver.prometheus "default" {
output {
metrics = [otelcol.exporter.logging.default.input]
}
}
otelcol.exporter.logging "default" {
verbosity = "detailed"
sampling_initial = 1
sampling_thereafter = 1
}Compatible components
otelcol.exporter.logging has exports that can be consumed by the following components:
- Components that consume OpenTelemetry
otelcol.Consumer
Note
Connecting some components may not be sensible or components may require further configuration to make the connection work correctly. Refer to the linked documentation for more details.



