Spawn EBADF when running handling local request in dev server

Node v20.16.0 Vercel v37.14.0 Macbook Air M2 Running a function using the vercel-rust runtime.

I start the server locally with npx vercel dev.
I make a request which resolves to my rust api
spawn EBADF

1> Building vercel-rust@4.0.7:api/search.rs2Error: spawn EBADF3    at ChildProcess.spawn (node:internal/child_process:421:11)4    at spawn (node:child_process:761:9)5    at fork (node:child_process:172:10)6    at createBuildProcess (/Users/mike/.npm/_npx/69f9afb961c37556/node_modules/vercel/dist/index.js:139797:55)7    at executeBuild (/Users/mike/.npm/_npx/69f9afb961c37556/node_modules/vercel/dist/index.js:139839:26)8    at DevServer.triggerBuild (/Users/mike/.npm/_npx/69f9afb961c37556/node_modules/vercel/dist/index.js:142225:26)9    at DevServer.serveProjectAsNowV2 (/Users/mike/.npm/_npx/69f9afb961c37556/node_modules/vercel/dist/index.js:141287:24)10    at async DevServer.devServerHandler (/Users/mike/.npm/_npx/69f9afb961c37556/node_modules/vercel/dist/index.js:140777:13) {11  errno: -9,12  code: 'EBADF',13  syscall: 'spawn'14}

Yesterday this worked.

There seem to be some bug reports on other projects about this at the moment, this one suggests that v4 of chokidar causes a problem on Macs : https://github.com/nuxt/nuxt/issues/29744

1Deployment URL or Custom Domain:2Environment (local, preview, production): local3Project Framework: rust4Build Settings:5  Framework Preset:6  Build Command (if not default):7  Output Directory (if not default): public8  Install Command (if not default):9Node/Runtime Version: v20.16.010Package Manager: npm11Relevant Packages:

Hi, !

I took a look at the GitHub issue and it looks like it has been fixed. Are you still seeing issues?

It actually wasn't related to that issue at all, but there's no information to go on to understand these EBADF errors so I was searching for something.

I have now found the issue, I had a new build target directory in my repo which wasn't in my .vercelignore file. It has thousands of build files which the dev server was trying to watch. So that's an easy fix.

It would be helpful if the cli had a limit for the number of files it would watch to avoid hitting EBADF and offer a more helpful error.