-
Notifications
You must be signed in to change notification settings - Fork 27.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
next dev
and next build
crashing in next@>=14.2.1-canary.4
on Linux
#64468
Comments
next dev
and next build
crashing in v14.2.1-canary.4
on Linuxnext dev
and next build
crashing in next@>=14.2.1-canary.4
on Linux
Confirmed that this is still an issue in FWIW https://www.npmjs.com/package/@next/swc-linux-x64-gnu/v/14.2.1-canary.5 is also 88MB, so that theory still stands (although it now seems unlikely it was due to a flaky build). |
I tried it on both Windows and Mac and it works normally when I build the same project on both OS, but as soon as I deploy to Vercel, which is using Linux, I either get a pretty generic error:
Or sometimes a more specific one:
It is not reproducible as soon as I roll back to |
Same issue in The worst part of this is that Turborepo caches the failed output (because of the exit code 0), so retries will use the failed cache. |
Same issue on Vercel: |
### What? There is a race condition in the `pull-build-cache` script. When the remote cache entry was removed between the dry run and the real run, it will run the command and caches whatever is in the native folder. Seems like there are some very old leftover files there which lead to an broken publish. This changes the command to fail when there are no files and empties the folder before running the script. This should lead to pull-build-cache to failing instead. Closes PACK-2957 Fixes #64468
Landed #64493 and triggered a new canary release. Will monitor when it's published. |
@timneutkens I can confirm https://github.com/47ng/nuqs/actions/runs/8688135747 |
Awesome, thanks @timneutkens |
Confirming |
### What? There is a race condition in the `pull-build-cache` script. When the remote cache entry was removed between the dry run and the real run, it will run the command and caches whatever is in the native folder. Seems like there are some very old leftover files there which lead to an broken publish. This changes the command to fail when there are no files and empties the folder before running the script. This should lead to pull-build-cache to failing instead. Closes PACK-2957 Fixes #64468
This closed issue has been automatically locked because it had no new activity for 2 weeks. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you. |
Link to the code that reproduces this issue
https://github.com/marmalade-labs/canary-crash
To Reproduce
Run any of the following (possibly only affects Linux):
pnpm dev
pnpm run build
Current vs. Expected behavior
pnpm dev
pnpm build
Deploy to Vercel (with Node v 18)
Provide environment information
Operating System: Platform: linux Arch: x64 Version: #1 SMP PREEMPT_DYNAMIC Thu, 11 Apr 2024 01:47:33 +0000 Available memory (MB): 31886 Available CPU cores: 8 Binaries: Node: 18.18.2 npm: 10.5.2 Yarn: 1.22.22 pnpm: 8.15.5 Relevant Packages: next: 14.2.1-canary.4 // Latest available version is detected (14.2.1-canary.4). eslint-config-next: 14.2.1-canary.4 react: 18.2.0 react-dom: 18.2.0 typescript: 5.4.5 Next.js Config: output: N/A
Which area(s) are affected? (Select all that apply)
Not sure, App Router, Operating System (Windows, MacOS, Linux)
Which stage(s) are affected? (Select all that apply)
next dev (local), next build (local), Vercel (Deployed)
Additional context
This may be a Linux-only issue, since @ztanner was not able to reproduce, per #64432 (comment)
One possible clue is that https://www.npmjs.com/package/@next/swc-linux-x64-gnu/v/14.2.1-canary.4 has an unpacked size of 88.2 MB whereas https://www.npmjs.com/package/@next/swc-linux-x64-gnu/v/14.2.1-canary.3 has an unpacked size of 131 MB. So maybe there was an issue generating this linux build artifact in the latest canary?
The text was updated successfully, but these errors were encountered: