-
Notifications
You must be signed in to change notification settings - Fork 357
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
502 Bad Gateway when deploying large site #484
Comments
I have the same issue for a very large site :
|
Holy wow, 810k files 😅 |
We have the same issue on a site w/ 5477 files. We generally get the Bad Gateway error the first time we run
|
I tried to upload a whopping 1.6m files, only got errors. Reached out to the support team, they said they would not be able to handle such a large site. They would only be able to handle about 40k files sites. |
We are getting the same issue at 4000 files. Sometimes, it runs smooth with no issue and sometimes it keeps on failing whole day.
|
This is happening consistently on a website with about 2450 files, 1200 pages. Command: netlify deploy $DEPLOYFLAG --auth $NETLIFY_TOKEN --site=$NETLIFY_SITE_ID --json
|
I am also seeing this issue on a site with just over 4100 pages. However, I'm also not able to deploy manually with the drag/drop upload, meaning we are currently stuck and unable to deploy our site. |
Netlify has open the issue #745 for this problem, but its medium priority |
Same here with 4k files. |
We are having issues with 1000 files. Also, is there any way to check which particular file is failing? |
I'm on the low end of site size here (~4800 pages), and noticed this just started happening:
I got around it eventually by manually setting a 10 minute timeout:
Not an ideal solution... but hopefully it helps others! |
As suggested in netlify/cli#484.
We also started noticing flaky deploys 2 days ago, with all failures happening at the "CDN diffing" stage:
We upgraded to We still got another 2 deploy failures today at the “CDN diffing files…” stage, so it seems this is still an issue. If it helps, our site is fully public: https://github.com/owid/owid-static We can’t reliably reproduce the issue, but it was occurring between:
All the above were running netlify-cli For now, we've increased the deploy timeout to 10min, as suggested here, and we will update this if we see any more failures. |
Guys do you know whether this kind of error can be related to this issue as well? `✔ Client-side fallback created: 200.html
|
Setting a timeout as @stephencweiss suggested in #484 (comment) worked for me as a temporary workaround. |
A question! Does |
Hi @actuallyakash, do you mean Line 146 in 2b53f4a
You can read about If you have any other questions I suggest opening a new issue. |
Closing as stale. Please re-open if needed |
- Do you want to request a feature or report a bug?
Bug, sort of. We might be stretching what's classed as supported behaviour, in which case I'm requesting that that scope be widened to sites of this size.
- What is the current behavior?
When attempting to deploy a large site (upwards of 20000, sometimes 50000 total files) via the netlify CLI, we often see the following error either during the CDN diffing files phase or (as in this case) the Uploading files phase:
This is from a CI server environment, so one with a (presumably) pretty reliable and fast internet connection.
When run on a local machine, we get slightly more overview of the behaviour. The upload appears to work as expected right up until the end:
You can see above, the tool claims the bad gateway on the very last file (which in this case happens to be 404.html). Re-running the deploy at this point usually results in the CDN saying it doesn't need any of the files uploading again, and successfully finishing.
- If the current behavior is a bug, please provide the steps to reproduce.
I think reproduction steps might be to generate a site with around 50000 files and try to deploy it. I can try to form a simple Gatsby setup that might generate 50000 unique-looking files on each build if needed.
- What is the expected behavior?
A successful deploy.
The text was updated successfully, but these errors were encountered: