Logs and monitoring
Where the logs are depends on how the server is hosted. The navigation menu shows the entries which fit your deployment.
Log files (all-in-one)
Navigation: Log files — route /logfiles
In the all-in-one deployment (and when running from source), the admin panel shows the log files of the server process itself.
The file list
The left column lists the log files with their last change time and size, newest first, and offers:
- a reload button to refresh the list,
- a download button per file, to get the whole file for a bug report.
The viewer
Selecting a file opens a terminal-style viewer on the right:
| Control | Effect |
|---|---|
| Live switch | Keeps appending new log entries as they are written |
| Refresh | Re-reads the file now |
| Filter | Shows only the lines which contain your text |
| Scroll to bottom | Jumps to the newest entry |
| Close | Closes the viewer and shows the full file list again |
Log levels are colour-coded, and the footer shows how many lines are displayed out of how many were read — the viewer reads the tail of the file, not the whole file, so a very large log stays fast.
Configuring what is logged
Logging is configured in appsettings.json with
Serilog. The server
makes good use of log scopes, so you can configure it to log only the actions of
certain players, of a certain server, or of a certain logger. See
Startup parameters.
Distributed deployment
In a distributed deployment, the subsystems run in their own containers and their logs are collected centrally. The navigation menu therefore links to the tools instead of showing a log file page:
| Menu entry | Tool | What it is for |
|---|---|---|
| Logs | Grafana / Loki | Search the log entries of all containers |
| Metrics | Grafana dashboards (Prometheus) | Player counts, resource usage, throughput |
| Tracing | Zipkin | Follow one request through the subsystems |
These tools are part of the distributed docker compose file and are served by the same reverse proxy as the admin panel, protected by the same basic authentication.
What to include in a bug report
If you report a problem in an issue or on Discord, the useful parts are:
- the OpenMU version or docker image tag, and the deployment you use,
- the game version the database was initialized with,
- the log around the time of the problem — download the file rather than copying a screenshot of it,
- what you did in the client or panel right before it happened.