Error Knowledge Base NPM EBUSY

npm ERR! code EBUSY

npm hit EBUSY because a file or directory was locked or still in use by another process, editor, antivirus tool, or sync service.

What This Error Means

npm hit EBUSY because a file or directory was locked or still in use by another process, editor, antivirus tool, or sync service.

How to Fix It

Identify the path npm is failing on (look for the last referenced file path in the error output).

Close editors/processes that may lock files (watchers, antivirus), then retry. On Windows, a reboot sometimes clears locks.

Retry after cleaning local state when safe (common:remove node_modules and retry install).

Why It Happens

A background process is locking files while npm is trying to rename/remove them.

How to Verify

Re-run the original command and confirm the filesystem error no longer appears.

If this is a permission fix, confirm new files in node_modules are owned by the expected user.

Manual filesystem checks

If a directory removal fails, confirm no process is using it (platform-specific:lsof +D <dir>).

Examples

npm ERR! code EBUSY
crashes in CI with an EBUSY error when it tries to read

Prevention Tips

Keep npm cache and project directories owned by the build user.

Avoid running project installs as root unless you know exactly why you need it.

Ensure CI runners have enough disk space and sensible file descriptor limits.

Where This Can Be Triggered

github.com/npm/cli/blob/417daa72b09c5129e7390cd12743ef31bf3ddb83/workspaces/libnpmexec/lib/with-lock.js

Open-source npm CLI code reference tied to this error code. - GitHub

    try {
      await fs.mkdir(lockPath)
    } catch (err) {
      if (err.code !== 'EEXIST' && err.code !== 'EBUSY' && err.code !== 'EPERM') {
        throw err
      }

Need help or found a mistake? Contact RepoFlow support for questions.

Join our mailing list