BuildKit cache corrupted - cannot copy to non-directory @types/node
gaspar000
HOBBYOP

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

Solved

4 Replies

Railway
BOT

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.

gaspar000
HOBBYOP

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

gaspar000
HOBBYOP

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


Welcome!

Sign in to your Railway account to join the conversation.

Loading...