Troubleshooting
Common problems and how to resolve them
Troubleshooting
Deploy fails
Where to look: the build logs attached to the failed deployment (dashboard → service → deployments). Failure notifications link straight to them.
Common causes:
- Build command errors — run the same command locally in a clean checkout
- Out-of-memory during build — reduce build parallelism or increase plan quota
- Missing variable at build time — variables are baked into the environment snapshot; check Variables & Configuration
A failed build produces no artifact; your current deployment keeps serving.
Deployment stuck or unhealthy after rollout
The rollout health gate requires ready replicas to meet your desired count before traffic moves. If the new revision never passes:
- Check runtime logs for the new replicas
- Verify your health check path/port — a wrong probe means no replica is ever "ready"
- Verify the container listens on the port configured under networking
Your previous version continues serving — a failed rollout never takes traffic.
Service unreachable (502 / timeout)
Work through the chain:
- Is at least one replica ready? (Service view shows readiness)
- Did you change ports? The platform endpoint forwards to the configured container port — part of the deployment's runtime spec, so it needs a redeploy
- Custom domain? Confirm DNS still points to the alias hostname and ownership verification hasn't lapsed (Domains & TLS)
Variable changed but nothing happened
Variables freeze into each deployment's environment snapshot. Changing a value only affects future deploys. Redeploy the instance to pick it up. Rollbacks restore old values too — that's by design.
Console won't open
- You need project-admin on restricted projects
- Sessions need at least one ready replica; paused instances have none
- Sessions expire: 30 minutes idle, 4 hours maximum — just open a new one
Deleted something by accident
You have 14 days. Everything deleted on Parslinks first disables (hidden, unserved) then waits before purging. Restore it from the deleted-items list — see Deleting & Restoring. After purge, artifacts may be reclaimed and restoration is no longer possible.
Scaling doesn't add replicas
Check for VOLUME_REPLICA_LOCK in instance status: an attached RWO volume pins
that region to a single replica. Detach the volume (or snapshot-and-reattach
elsewhere) to scale beyond one.
Quota / entitlement error when creating or scaling
Plan limits are enforced server-side. Check usage on the billing page; upgrade the plan or free resources (delete unused services/previews) to proceed.
Still stuck?
Gather this before asking support — it maps directly onto how the platform debugs:
- Workspace/project/service identifiers
- The deployment ID (
dpl-…hostname contains its public ID) - Time range and affected environment