All 6 data centres operational

Paid in crypto · No identity check · Root access in under 5 minutes

Major Resolved Review published

Term activation delayed after confirmed payments

Payments & invoicing · Provisioning pipeline

Timeline

  1. Resolved

    Resolved at 18:11 UTC. Duration: 40 minutes. Terms were activated up to 27 minutes late; every term runs its full length from the actual activation time.

  2. Monitoring

    The queue has drained; every confirmed payment has an active term and an order in provisioning.

  3. Identified

    The activation worker crashed on a malformed order record and did not restart. It has been restarted and the record corrected.

  4. Investigating

    Payments are being confirmed but the step that activates the term and hands the order to provisioning is not running since 17:31 UTC. Confirmed payments are queued, not lost.

Post-incident review ·

What happened, and what changed

Cause

The activation worker stopped on an order record whose payment amount field held two decimals more than the schema allowed, and the supervisor did not restart it because it exited with a code that was classified as intentional.

Impact

6 confirmed payments waited up to 27 minutes for activation. No payment was lost and every term received its full duration.

What we changed

  • The worker now skips and reports a malformed record instead of stopping.
  • Every exit code of the worker now triggers a restart; the classification that suppressed it was removed.
  • The queue depth is now an alert in its own right, independent of the worker's health.

Sign in

Console, invoices and out-of-band access.

No account yet?

There is no separate sign-up. Your account is created while you place your first order — you choose the email and the password on the payment step, and the console is open by the time the machine is.

Configure a server

Language