next.js: Next.js 13.4.13 returns 500 while running on iisnode, 13.4.12 runs without errors
Verify canary release
- I verified that the issue exists in the latest Next.js canary release
Provide environment information
Operating System:
Platform: win32
Arch: x64
Version: Windows Server 2019 Standard
Binaries:
Node: 20.2.0
npm: N/A
Yarn: N/A
pnpm: 8.6.0
Relevant Packages:
next: 13.4.13
eslint-config-next: 13.4.13
react: 18.2.0
react-dom: 18.2.0
typescript: 5.1.6
Next.js Config:
output: N/A
Which area(s) of Next.js are affected? (leave empty if unsure)
No response
Link to the code that reproduces this issue or a replay of the bug
.
To Reproduce
Website launch
Describe the Bug
After updating to 13.4.13, a 500 error is thrown immediately. No further details. Neither the Windows error log nor the iisnode itself provide more detailed information. Jumping back to 13.4.12 works again without errors.
Expected Behavior
Website launch or at least more accurate error
Which browser are you using? (if relevant)
No response
How are you deploying your application? (if relevant)
custom server.js
About this issue
- Original URL
- State: closed
- Created a year ago
- Reactions: 27
- Comments: 19 (6 by maintainers)
Same here, 13.4.13, log form Docker:
23-08-09T13:34:19.013867627Z - error Failed to handle request for / 2023-08-09T13:34:19.014667009Z TypeError: fetch failed 2023-08-09T13:34:19.014721093Z at Object.fetch (node:internal/deps/undici/undici:11576:11) 2023-08-09T13:34:19.014731171Z at process.processTicksAndRejections (node:internal/process/task_queues:95:5) 2023-08-09T13:34:19.014740568Z at async invokeRequest (/app/node_modules/next/dist/server/lib/server-ipc/invoke-request.js:21:12) 2023-08-09T13:34:19.014749716Z at async requestHandler (/app/node_modules/next/dist/server/lib/start-server.js:336:33) 2023-08-09T13:34:19.014759021Z at async Server.<anonymous> (/app/node_modules/next/dist/server/lib/start-server.js:152:13) { 2023-08-09T13:34:19.014768773Z cause: Error: connect ECONNREFUSED 127.0.0.1:39647 2023-08-09T13:34:19.014777755Z at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1595:16) { 2023-08-09T13:34:19.014786567Z errno: -111, 2023-08-09T13:34:19.014795100Z code: ‘ECONNREFUSED’, 2023-08-09T13:34:19.014803714Z syscall: ‘connect’, 2023-08-09T13:34:19.014812252Z address: ‘127.0.0.1’, 2023-08-09T13:34:19.014820680Z port: 39647 2023-08-09T13:34:19.014829467Z } 2023-08-09T13:34:19.014837998Z } 2023-08-09T13:34:19.050695820Z - error Failed to handle request for /favicon.ico 2023-08-09T13:34:19.051528307Z TypeError: fetch failed 2023-08-09T13:34:19.051585674Z at Object.fetch (node:internal/deps/undici/undici:11576:11) 2023-08-09T13:34:19.051595357Z at process.processTicksAndRejections (node:internal/process/task_queues:95:5) 2023-08-09T13:34:19.051604736Z at async invokeRequest (/app/node_modules/next/dist/server/lib/server-ipc/invoke-request.js:21:12) 2023-08-09T13:34:19.051613845Z at async requestHandler (/app/node_modules/next/dist/server/lib/start-server.js:336:33) 2023-08-09T13:34:19.051622810Z at async Server.<anonymous> (/app/node_modules/next/dist/server/lib/start-server.js:152:13) { 2023-08-09T13:34:19.051655036Z cause: Error: connect ECONNREFUSED 127.0.0.1:39647 2023-08-09T13:34:19.051664645Z at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1595:16) { 2023-08-09T13:34:19.051673823Z errno: -111, 2023-08-09T13:34:19.051682471Z code: ‘ECONNREFUSED’, 2023-08-09T13:34:19.051691127Z syscall: ‘connect’, 2023-08-09T13:34:19.051699949Z address: ‘127.0.0.1’, 2023-08-09T13:34:19.051708714Z port: 39647 2023-08-09T13:34:19.051717318Z } 2023-08-09T13:34:19.051725836Z }
In my case, i’m not using iisnode. But
Next.js 13.4.13 returns 500
is same. So I’ll leave the reproduction procedure here.Steps to reproduce
Prepare
Use
with-docker
example and set specific next version (13.4.13)Running dev server
it works
Running standalone server
it works
Running standalone server with Docker
it doesn’t work
docker run -p 3000:3000 nextjs-docker
log:Canary: Running standalone server with Docker
it works
I can confirm that version 13.4.16 did not fix the issue. 13.4.12 is the last version that runs without errors. @timneutkens are you aware of the problem, is something happening here? 😃
Seeing a similar issue. We also use a custom server.js.
All is good when dropping to 13.4.12.
@ztanner Thanks for letting me know that! The problem I reported has been fixed in the latest version (13.4.19). 🎉
18-alpine here v13.4.16 did not resolve issue
v13.4.16 did not resolve the issue here. Using Docker, Alpine distribution.