paperclipai/paperclip · error
Runtime service "${serviceName}" could not start because con
Error message
Runtime service "${serviceName}" could not start because configured port ${conflictPort} is already being claimed by another managed start in this instance. Retry once that start settles, or configure a different port. What it means
Error "Runtime service "${serviceName}" could not start because configured port ${conflictPort} is already being claimed by another managed start in this instance. Retry once that start settles, or configure a different port." thrown in paperclipai/paperclip.
Source
Thrown at server/src/services/workspace-runtime.ts:5810
const ownerDescription = ownerCwd ? `pid ${ownerPid} (cwd: ${ownerCwd})` : `pid ${ownerPid} (cwd unavailable)`;
releasePortReservation(reservedPort);
if (ownerIsInWorkspace === false) {
throw new Error(
`Runtime service "${serviceName}" could not start because port ${conflictPort} has a cross-workspace port conflict with ${ownerDescription}; requested workspace: ${serviceCwd}. Stop the other service or configure a different port.`,
);
}
throw new Error(
`Runtime service "${serviceName}" could not start because port ${conflictPort} is already in use by ${ownerDescription}`,
);
}
// A configured port that is free right now can still be taken by a sibling workspace that
// is mid-start. Claiming it in-process makes the loser fail terminally here instead of
// silently racing to bind and then hanging on a readiness probe it can never satisfy.
// `conflictPort !== reservedPort` guards the port this start allocated for itself: we
// must not fail a start by colliding with our own reservation.
if (!claimRuntimeServiceBindPort(conflictPort, reservedPort)) {
releasePortReservation(reservedPort);
throw new Error(
`Runtime service "${serviceName}" could not start because configured port ${conflictPort} is already being claimed by another managed start in this instance. Retry once that start settles, or configure a different port.`,
);
}
}
const claimedIdentityPort = conflictPort && conflictPort !== reservedPort ? conflictPort : null;
const nowIso = new Date().toISOString();
const record: RuntimeServiceRecord = {
id: runtimeId,
companyId: input.agent.companyId,
projectId: input.workspace.projectId,
projectWorkspaceId: input.workspace.workspaceId,
executionWorkspaceId: input.executionWorkspaceId ?? null,
issueId: input.issue?.id ?? null,
serviceName,
status: "starting",
lifecycle,
scopeType: input.scopeType,View on GitHub (pinned to a7e689b3c3)
Solutions
- Wait for the other managed start to settle, then retry starting the service.
- Configure a different port for "${serviceName}" to avoid the claim.
When it happens
Trigger: Thrown at server/src/services/workspace-runtime.ts:5498 when the library encounters an invalid state.
Common situations: See trigger scenarios.
AI-assisted analysis of paperclipai/paperclip@a7e689b3c3 (2026-08-18).
Data as JSON: /api/errors/5e71c0062bb954b7.
Report an issue: GitHub.