a month ago
Build is failing consistently with this error:
"cannot copy to non-directory: /var/lib/buildkit/runc-overlayfs/cachemounts/buildkit.../app/node_modules/.pnpm/@anthropic-ai+sdk@0.30.1/node_modules/@types/node"
This happens across Nixpacks and Railpack builders, 6+ deployments, 3 different builder instances. The cache mount for this service appears corrupted after removing a dependency (@google/generative-ai) from package.json.
Please clear the BuildKit cache for this service.
Project: 31e890e0-4671-4afa-9085-086d1ba10f9f
Service: c1245d2f-c901-40eb-b6f6-7ec696af0ab8
Repo: github.com/Gaspar000/pharis-api
4 Replies
a month ago
You can bypass the corrupted build cache by adding the environment variable NO_CACHE=1 to your service, which forces a fresh build without any cached layers. Once the build succeeds, you can remove that variable to re-enable caching going forward.
Status changed to Awaiting User Response Railway • about 1 month ago
Railway
You can bypass the corrupted build cache by adding the environment variable `NO_CACHE=1` to your service, which forces a fresh build without any cached layers. Once the build succeeds, you can remove that variable to re-enable caching going forward.
a month ago
The automated solution did not work. NO_CACHE=1 was applied but the
build still fails with the same error:
"cannot copy to non-directory: /var/lib/buildkit/runc-overlayfs/
cachemounts/buildkit.../app/node_modules/.pnpm/
@anthropic-ai+sdk@0.30.1/node_modules/@types/node"
This reproduces across Nixpacks and Railpack builders, with and
without NO_CACHE=1, across 8+ deployments. The BuildKit cache mount
for this service appears permanently corrupted. Manual intervention
required to clear it.
Service: c1245d2f-c901-40eb-b6f6-7ec696af0ab8
Status changed to Awaiting Railway Response Railway • about 1 month ago
a month ago
We've rolled the caches and upgraded buildkit. Does this issue persist still? If so we will escalate it to the builds team
Status changed to Awaiting User Response Railway • about 1 month ago
jake
We've rolled the caches and upgraded buildkit. Does this issue persist still? If so we will escalate it to the builds team
a month ago
Hi Jake,
Just wanted to let you know the issue is now resolved — the build is
deploying successfully. The root cause was node_modules being committed
to the repository, which caused the conflict with Railpack's symlink
structure.
Sorry for the back and forth, and thank you for rolling the caches and
escalating so quickly. Really appreciate the support!
Status changed to Awaiting Railway Response Railway • about 1 month ago
Status changed to Solved gaspar000 • about 1 month ago