EventStoreDB Documentation
Getting started
  • v24.6
  • v24.2
  • v23.10
  • v22.10
  • v5
Connectors
  • Clients

    • EventStoreDB clients
  • HTTP API

    • v24.6
    • v24.2
    • v23.10
    • v22.10
    • v5
  • Deprecated

    • Legacy TCP clients
Cloud
  • Community forum
  • Articles
  • Webinars
  • Release notes
Getting started
  • v24.6
  • v24.2
  • v23.10
  • v22.10
  • v5
Connectors
  • Clients

    • EventStoreDB clients
  • HTTP API

    • v24.6
    • v24.2
    • v23.10
    • v22.10
    • v5
  • Deprecated

    • Legacy TCP clients
Cloud
  • Community forum
  • Articles
  • Webinars
  • Release notes

Server v24.6


  • Server Quick Start

    • Introduction
    • What's New
    • Installation
    • Usage telemetry
  • Configuration

    • How-to
    • Database
    • Security
    • Networking
    • Clustering
  • Features

    • Admin UI
    • Event streams
    • Indexes
    • Projections
    • Persistent subscriptions
  • Operations

    • Upgrade Guide
    • Maintenance
  • Diagnostics
    • Diagnostics
    • Logs
    • Metrics
    • Integrations

Database logs

EventStoreDB logs its internal operations to the console (stdout) and to log files. The default location of the log files and the way to change it is described below.

There are a few options to change the way how EventStoreDB produces logs and how detailed the logs should be.

WARNING

The EventStoreDB logs may contain sensitive information such as stream names, usernames, and projection definitions.

Log format

EventStoreDB uses the structured logging in JSON format that is more machine-friendly and can be ingested by vendor-specific tools like Logstash or Datadog agent.

Here is how the structured log looks like:

{
  "PID": "6940",
  "ThreadID": "23",
  "Date": "2020-06-16T16:14:02.052976Z",
  "Level": "Debug",
  "Logger": "ProjectionManager",
  "Message": "PROJECTIONS: Starting Projections Manager. (Node State : {state})",
  "EventProperties": {
    "state": "Master"
  }
}
{
  "PID": "6940",
  "ThreadID": "15",
  "Date": "2020-06-16T16:14:02.052976Z",
  "Level": "Info",
  "Logger": "ClusterVNodeController",
  "Message": "========== [{internalHttp}] Sub System '{subSystemName}' initialized.",
  "EventProperties": {
    "internalHttp": "127.0.0.1:2112",
    "subSystemName": "Projections"
  }
}
{
  "PID": "6940",
  "ThreadID": "23",
  "Date": "2020-06-16T16:14:02.052976Z",
  "Level": "Debug",
  "Logger": "MultiStreamMessageWriter",
  "Message": "PROJECTIONS: Resetting Worker Writer",
  "EventProperties": {}
}
{
  "PID": "6940",
  "ThreadID": "23",
  "Date": "2020-06-16T16:14:02.055000Z",
  "Level": "Debug",
  "Logger": "ProjectionCoreCoordinator",
  "Message": "PROJECTIONS: SubComponent Started: {subComponent}",
  "EventProperties": {
    "subComponent": "EventReaderCoreService"
  }
}

This format is aligned with Serilog Compact JSON format.

Logs location

Log files are located in /var/log/eventstore for Linux and macOS, and in the logs subdirectory of the EventStoreDB installation directory on Windows. You can change the log files location using the Log configuration option.

TIP

Moving logs to a separate storage might improve the database performance if you keep the default verbose log level.

FormatSyntax
Command line--log
YAMLLog
Environment variableEVENTSTORE_LOG

For example, adding this line to the eventstore.conf file will force writing logs to the /tmp/eventstore/logs directory:

Log: /tmp/eventstore/logs

Log level

You can change the level using the LogLevel setting:

FormatSyntax
Command line--log-level
YAMLLogLevel
Environment variableEVENTSTORE_LOG_LEVEL

Acceptable values are: Default, Verbose, Debug, Information, Warning, Error, and Fatal.

Logging options

You can tune the EventStoreDB logging further by using the logging options described below.

Log configuration file

Specifies the location of the file which configures the logging levels of various components.

FormatSyntax
Command line--log-config
YAMLLogConfig
Environment variableEVENTSTORE_LOG_CONFIG

By default, the application directory (and /etc/eventstore on Linux and Mac) are checked. You may specify a full path.

HTTP requests logging

EventStoreDB can also log all the incoming HTTP requests, like many HTTP servers do. Requests are logged before being processed, so unsuccessful requests are logged too.

Use one of the following ways to enable the HTTP requests logging:

FormatSyntax
Command line--log-http-requests
YAMLLogHttpRequests
Environment variableEVENTSTORE_LOG_HTTP_REQUESTS

Default: false, logging HTTP requests is disabled by default.

Log failed authentication

For security monitoring, you can enable logging failed authentication attempts by setting LogFailedAuthenticationAttempts setting to true.

FormatSyntax
Command line--log-failed-authentication-attempts
YAMLLogFailedAuthenticationAttempts
Environment variableEVENTSTORE_LOG_FAILED_AUTHENTICATION_ATTEMPTS

Default: false

Log console format

The format of the console logger. Use Json for structured log output.

FormatSyntax
Command line--log-console-format
YAMLLogConsoleFormat
Environment variableEVENTSTORE_LOG_CONSOLE_FORMAT

Acceptable values are: Plain, Json

Default: Plain

Log file size

The maximum size of each log file, in bytes.

FormatSyntax
Command line--log-file-size
YAMLLogFileSize
Environment variableEVENTSTORE_LOG_FILE_SIZE

Default: 1GB

Log file interval

How often to rotate logs.

FormatSyntax
Command line--log-file-interval
YAMLLogFileInterval
Environment variableEVENTSTORE_LOG_FILE_INTERVAL

Acceptable values are: Minute, Hour, Day, Week, Month, Year

Default: Day

Log file retention count

Defines how many log files need to be kept on disk. By default, logs for the last month are available. Tune this setting if you need to have more history in the logs, or you need to save disk space.

FormatSyntax
Command line--log-file-retention-count
YAMLLogFileRetentionCount
Environment variableEVENTSTORE_LOG_RETENTION_COUNT

Default: 31

Disable log file

You can completely disable logging to a file by changing the DisableLogFile option.

FormatSyntax
Command line--disable-log-file
YAMLDisableLogFile
Environment variableEVENTSTORE_DISABLE_LOG_FILE

Default: false

Logs download Commercial

The Logs Download Plugin provides HTTP access to EventStoreDB logs so that they can be viewed without requiring file system access.

TIP

You can use this API to download log files from your managed EventStoreDB clusters in Event Store Cloud.

On startup the server will log a message similar to:

LogsEndpoint: Serving logs from "<FULL-PATH-TO-LOGS>" at endpoint "/admin/logs"

Access the logs via the /admin/logs endpoint on your server. Construct the full URL as follows:

http(s)://<node ip or hostname>:<node port>/admin/logs

Example:

https://localhost:2113/admin/logs

Only authenticated users belonging to the $admins or $ops groups can use this endpoint.

Listing log files

To list the current log files, issue a GET to the /admin/logs endpoint

Example:

curl https://user:password@localhost:2113/admin/logs | jq

Sample response:

[
  {
    "name": "log-stats20240205.json",
    "lastModified": "2024-02-05T13:14:14.2789475+00:00",
    "size": 1058614
  },
  {
    "name": "log20240205.json",
    "lastModified": "2024-02-05T13:14:37.0781601+00:00",
    "size": 158542
  }
]

The response is ordered from most recent change first, is limited to a maximum of 1000 items, and includes:

NameDescription
nameFile name of the log file
createdAtTimestamp of when the log file was created in round-trip format (local time with time zone information)
lastModifiedTimestamp of the last modification in round-trip format (local time with time zone information)
sizeSize of the log file in bytes

Downloading log files

To download a specific log file, append its name to the URL:

Example:

curl https://user:password@localhost:2113/admin/logs/log20240205.json --output log20240205.json

Troubleshooting

  • 404 Not Found: The plugin is only available in commercial editions. Verify the plugin is loaded by checking the server startup logs.

  • 401 Unauthorized: Confirm the credentials are correct and the user belongs to the $ops or $admins group.

  • Log Files Directory Not Found: Check the NodeIp and NodePort settings are current and not using the deprecated settings HttpIp or HttpPort.

Prev
Diagnostics
Next
Metrics