-
Notifications
You must be signed in to change notification settings - Fork 442
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
Azure Functions return a 500 if request is too large (HTTP trigger) #10519
Comments
Are you using streaming (python) or ASP.NET Core Integration (C#)? Or older HTTP models? |
I have similar issue. Running net8 isolated function. In Program.cs I have:
When executed locally I have absolutely no problems running the code with files above 200MB. However, once this function is deployed to Azure (P1v3 plan) on Windows I can't process identical requests. I receive I've tried adding So after all, is there hard limit for the body size or it can actually be unlimited, as per the documentation? If so, what I am doing wrong? |
@satvu I'm not using streaming or the ASP.NET Core integration. I was using the latest scaffolding; hence I assume the latest HTTP models. |
Having the same issue and the recommended solutions of setting the MaxRequestBodySize seems not to be working, as nothing overrides the default value, does not matter what value it is changed to, but the docs says:
services.Configure<KestrelServerOptions>(options =>
{
options.Limits.MaxRequestBodySize = null;
}); |
I have encountered the same issue: #10640 |
Check for a solution in the Azure portal
Azure Functions have a configurable request size limit for HTTP triggers. The behavior of Kestrel, when a too large payload is encountered, is to return a 413, which indicates to the client that the issue is a too large request on the client side and cannot be retried.
Azure Functions have an internal behavior that masks this error, and returns a status code 500 instead, along with the following internal error messages, when I configure an Azure Function (tested with both Python and C#, as well as locally and in the cloud) with
FUNCTIONS_REQUEST_BODY_SIZE_LIMIT=10
:Investigative information
Please provide the following:
10/9/2024, 1:30:44.082 PM
4.34.2.2
trigger
399cedc7-3aa2-4f08-8797-26689bcd9600
Repro steps
FUNCTIONS_REQUEST_BODY_SIZE_LIMIT
to a low value, e.g. 10Expected behavior
Azure Functions should return a 413 (and not print an error, as it's an expected condition).
Actual behavior
Azure Functions raise an internal exception and report a 500 to the client.
Known workarounds
I don't know of any workarounds for this.
Related information
The text was updated successfully, but these errors were encountered: