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 seconds
  • tps_critical (error) โ€” TPS below 10, sent immediately
  • tps_recovery (info) โ€” TPS back to 18 or more after a drop
  • gc_major (warning) โ€” Major garbage collection pauses of 200 ms or more within 5 seconds
  • memory_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 more
  • player_count_high (info) โ€” Players online at 80 % or more of the server's slots
  • player_count_full (warning) โ€” Server full

Security events (category security):

  • player_op (warning) / player_deop (info) โ€” Operator status changed
  • whitelist_change โ€” Whitelist changed (info), or turned off (warning)
  • config_reload (info) โ€” /bench reload was run

Lifecycle events (category lifecycle):

  • server_start (info) โ€” Server started
  • server_stop (warning) โ€” Server stopping, announced by the plugin
  • monitoring_paused / monitoring_resumed (info) โ€” Remote monitoring turned off or on from the game with /bench monitor remote off or on

Benchmark events (category benchmark):

  • benchmark_start, benchmark_complete (info), benchmark_stopped (warning) โ€” A benchmark or stress limit run
  • test_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 category lifecycle;
  • when a maintenance starts or ends (maintenance_start, maintenance_end, category lifecycle);
  • when the regression alert finds that a verified server's benchmark scores dropped (benchmark_regression, category benchmark).

These events do not count against your daily limit, and do not trigger event alert rules.

Event Structure

Each event has:

FieldDescriptionExample
TypeSpecific event identifiertps_drop, ban, memory_high
CategoryGroup classificationlifecycle, benchmark, performance, moderation, security, custom
SourceWhere the event came fromvoxelbench, litebans, alert
SeverityImportance levelinfo, warning, error
TitleHuman-readable summary"Sustained TPS Drop: 12.3"
DescriptionOptional details"TPS below 18.0 for 15s (lowest: 11.8)"
MetadataStructured data (JSON, 2 KB and 32 keys at most){"player": "Steve", "total_ops": 3}
TimestampWhen it happenedEpoch seconds

Titles and descriptions come from the plugin, in English; the dashboard translates the type.

Categories

CategoryDescriptionSources
lifecycleServer start and stop, monitoring paused or resumed, metric alerts, maintenanceVoxelBench plugin, voxelbench.com
benchmarkBenchmark and test start and end, benchmark regressionVoxelBench plugin, voxelbench.com
performanceTPS drops and recoveries, major GC, memory and player-count thresholdsVoxelBench plugin
moderationBans, mutes, kicks and their removalLiteBans, through the VoxelBench plugin
securityOperator changes, whitelist changes, configuration reloadsVoxelBench plugin
customAnything else (Enterprise and hosting provider accounts)Other tools

Viewing Events

Events appear in two places on the server's monitoring dashboard (see Monitoring Dashboard):

  1. 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.
  2. 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

PlanEvents per Server per DayAllowed Categories
Pro500Built-in detectors: lifecycle, benchmark, performance, security
Enterprise5,000All, including moderation (LiteBans) and custom
Hosting provider2,000All

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.