Server Events
Server events are the moments your Minecraft server reports, next to its continuous metrics: a start or a stop, a TPS drop, an operator granted, a player banned. They appear on your monitoring charts and in the events table, and your event alert rules can notify you of them.
Event Sources
Events come from three places.
1. VoxelBench Plugin (automatic)
While remote monitoring is on, the plugin detects and sends these events itself. remote-monitoring.events.enabled turns detection off, and every threshold below is a default that you can change under remote-monitoring.events (see Configuration).
Performance events (category performance):
tps_drop(warning) โ TPS below 18 for at least 10 secondstps_critical(error) โ TPS below 10, sent immediatelytps_recovery(info) โ TPS back to 18 or more after a dropgc_major(warning) โ Major garbage collection pauses of 200 ms or more within 5 secondsmemory_high(warning) โ Heap use at 80 % or more of the maximum; sent again only once it has gone back below 75 %memory_critical(error) โ Heap use at 95 % or moreplayer_count_high(info) โ Players online at 80 % or more of the server's slotsplayer_count_full(warning) โ Server full
Security events (category security):
player_op(warning) /player_deop(info) โ Operator status changedwhitelist_changeโ Whitelist changed (info), or turned off (warning)config_reload(info) โ/bench reloadwas run
Lifecycle events (category lifecycle):
server_start(info) โ Server startedserver_stop(warning) โ Server stopping, announced by the pluginmonitoring_paused/monitoring_resumed(info) โ Remote monitoring turned off or on from the game with/bench monitor remote offoron
Benchmark events (category benchmark):
benchmark_start,benchmark_complete(info),benchmark_stopped(warning) โ A benchmark or stress limit runtest_start,test_complete(info) โ A single test (/bench test)
A restart is not an event: voxelbench.com detects it when the server's boot time changes, and counts it under Restarts on the dashboard.
2. LiteBans (built into the plugin)
When the LiteBans integration is turned on (remote-monitoring.events.litebans.enabled, off by default, applied at the next server restart), the plugin sends LiteBans sanctions with the category moderation and the source litebans: ban and tempban (warning), mute, tempmute, kick, unban and unmute (info). These events name the player and the staff member; the reason is added only if you turn on include-reason. The moderation category needs an Enterprise plan or a hosting provider account.
The plugin has no other integration that sends events, and no API for other plugins to send their own. The custom category is accepted from a server on an Enterprise plan or a hosting provider account, but the VoxelBench plugin sends none.
3. Generated by voxelbench.com
voxelbench.com adds its own events to the server's timeline, with the source alert:
- when a metric alert triggers (
alert_<metric>, warning, or error for Server Offline) or resolves (alert_resolved_<metric>, info), in the categorylifecycle; - when a maintenance starts or ends (
maintenance_start,maintenance_end, categorylifecycle); - when the regression alert finds that a verified server's benchmark scores dropped (
benchmark_regression, categorybenchmark).
These events do not count against your daily limit, and do not trigger event alert rules.
Event Structure
Each event has:
| Field | Description | Example |
|---|---|---|
| Type | Specific event identifier | tps_drop, ban, memory_high |
| Category | Group classification | lifecycle, benchmark, performance, moderation, security, custom |
| Source | Where the event came from | voxelbench, litebans, alert |
| Severity | Importance level | info, warning, error |
| Title | Human-readable summary | "Sustained TPS Drop: 12.3" |
| Description | Optional details | "TPS below 18.0 for 15s (lowest: 11.8)" |
| Metadata | Structured data (JSON, 2 KB and 32 keys at most) | {"player": "Steve", "total_ops": 3} |
| Timestamp | When it happened | Epoch seconds |
Titles and descriptions come from the plugin, in English; the dashboard translates the type.
Categories
| Category | Description | Sources |
|---|---|---|
lifecycle | Server start and stop, monitoring paused or resumed, metric alerts, maintenance | VoxelBench plugin, voxelbench.com |
benchmark | Benchmark and test start and end, benchmark regression | VoxelBench plugin, voxelbench.com |
performance | TPS drops and recoveries, major GC, memory and player-count thresholds | VoxelBench plugin |
moderation | Bans, mutes, kicks and their removal | LiteBans, through the VoxelBench plugin |
security | Operator changes, whitelist changes, configuration reloads | VoxelBench plugin |
custom | Anything else (Enterprise and hosting provider accounts) | Other tools |
Viewing Events
Events appear in two places on the server's monitoring dashboard (see Monitoring Dashboard):
- Chart markers โ Vertical dashed lines with category icons on all monitoring charts; a benchmark run is a shaded zone. Show on charts chooses which categories are drawn.
- Events table โ Chronological table below the charts, filtered by category and source, and exportable as CSV
The dashboard shows the events of the period your plan lets you read. Scripts and agents read them with GET /api/v1/servers/{id}/events.
Retention
Events are retained for 90 days and then automatically cleaned up. Security and moderation events name players (an operator granted, a sanctioned player, a moderator), so they are kept only as long as your plan lets you view them: 7 days on Pro, 30 days on Enterprise, 7 days once your plan has lapsed. On a hosting provider account, they are kept 30 days.
Limits
| Plan | Events per Server per Day | Allowed Categories |
|---|---|---|
| Pro | 500 | Built-in detectors: lifecycle, benchmark, performance, security |
| Enterprise | 5,000 | All, including moderation (LiteBans) and custom |
| Hosting provider | 2,000 | All |
The day starts at midnight UTC. Past the limit, voxelbench.com refuses the server's events until the next day. An event of a category your plan does not include is refused, and the plugin stops sending that category until the next /bench reload; the metrics and the other categories carry on. A request carries 30 events at most.