Skip to content

Mass Client Disconnection Alert

The Mass Client Disconnection alert indicates that many clients disconnected from a deployment within a short period. It is triggered only when there were at least 100 connections 30 minutes earlier and the percentage of disconnected clients exceeds the configured threshold.

This condition usually indicates that many clients lost their EMQX connections at about the same time. Common causes include network instability, a regional network failure, and clients without a reliable automatic reconnection mechanism.

Network Instability and Failed Automatic Reconnection

Symptom

Network instability, regional carrier failures, or network maintenance interrupts many client connections within a short period. If the clients do not reconnect automatically, the connection count continues to fall and triggers the alert.

On the deployment Monitor page, the connection count drops sharply within a short period, and affected clients are concentrated in a specific region or carrier network.

Common Causes

  • Network instability or a regional network failure.
  • Clients do not implement automatic reconnection correctly.

Resolution

  • Make sure clients reconnect automatically, preferably with exponential backoff.
  • Ask the network provider whether it is experiencing instability or an outage. Use a backup link or cross-region disaster recovery plan if necessary.

Cluster Change or Node Failure and Failed Reconnection

Symptom

During an EMQX cluster upgrade, scaling operation, or maintenance window, a node switch or restart can disconnect clients connected to the affected node. If those clients do not reconnect promptly, or if the cluster encounters a problem during the operation, many clients may disconnect at once and trigger the alert.

On the deployment Monitor page, the disconnection time closely matches a node restart, scale-out, or scale-in event.

Common Causes

  • A node switch occurs during a cluster upgrade, scaling operation, or maintenance window.
  • A node failure interrupts connections.
  • Automatic client reconnection is missing or fails.

Resolution

  • Before planned cluster maintenance or upgrades, review EMQX announcements and prepare client-side recovery procedures.
  • Make sure clients reconnect reliably after a node restarts or switches.
  • If a cluster change or node failure disconnects many clients, submit an urgent support ticket to EMQX Technical Support.

Troubleshooting

  1. Log in to the EMQX Cloud Console and enter the deployment.

  2. Go to Alerts -> Alert List. Check for a Mass Client Disconnection alert and review its trigger period and scope.

    Client disconnection alert records

  3. Go to Monitor -> Metrics -> Timeline -> Connections. Verify whether the connection count fell from at least 100 within the past 30 minutes and whether the decline exceeded the configured threshold.

    Connection count on the monitoring timeline

  4. Compare the trigger time with network incidents, regional failures, and cluster node state changes.

Monitoring and Statistics

Go to Metrics -> Timeline -> Connections to monitor the overall client connection trend and determine whether the disconnection rate is recovering.

Track Client Disconnection Events

  • EMQX Cloud is a message broker and does not retain historical client information, including past disconnection times and reasons.

  • To track disconnection events over time, create a data integration rule for the $events/client_disconnected event topic and forward or store the events. For example:

    sql
    SELECT
        *
    FROM
        "$events/client_disconnected"
  • You can filter fields such as clientid, reason, and disconnected_at. For details, see SQL Data Sources and Fields.