I'm trying to get the basic tutorial example working, using python 3.6.5, planning to have it on Linux platform.
Here is the approach:
az group create --name testResourceGroup123 --location westeurope
az storage account create --name teststorageff --resource-group testResourceGroup123 --location westeurope --sku Standard_LRS
func init testFuncApp --worker-runtime python
func new --name TestFunc --language python --template HTTPTrigger
az functionapp create --resource-group testResourceGroup123 --os-type Linux \
--consumption-plan-location westeurope --runtime python \
--name testFuncAppff --storage-account teststorageff
func azure functionapp publish testFuncAppff
Trying this results in:
Preparing archive...
Uploading 74.01 MB [##############################################################################]
Upload completed successfully.
Deployment completed successfully.
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Error calling sync triggers (BadRequest).
When I go to portal and try to check the URL on the function app, I get The service is unavailable.
The function is not deployed in the end. I would be grateful for any ideas or advices.
We had this same exact issue when deploying to the West US region today. In fact, all of our deployed functions disappeared. The function apps remained, but the functions were gone. Could not deploy and saw your same issue above.
The workaround was deleting the function apps and redeploying to East US, the only other alternative in USA that supports consumption linux at the moment. Very troubling issue.
I talked with Azure support and for me using the service plan instead of consumption plan made the thing work, but it's not really a solution of the issue, rather a work around.
@drapadubok Thanks for reporting this. We did have an issue in West Us and West Europe yesterday which has since been fixed.
Your existing apps should continue to work again now. Please let us know if you are still seeing any issues.
Seems like this is not a relevant issue anymore, good that it was fixed.
Same hickup today in West Europe. East US works.
Same here, I am getting hit at the moment
Same hickup today in West Europe
Same hickup today in West Europe
In West US as well
We're having to build redundancy into our function by deploying it to multiple regions (West Europe, East and West US) and handling duplication of data elsewhere. Despite that, all the regions listed are unavailable for deployment at the moment...
App Service Plan works over the Consumption Plan - we're using the B1 tier for Dev/Test.
Same issue here. (East US)
Same issue here (east us)
Today I tried to deploy my app to the West and East US regions. At the end deploying to West Europe region worked for me
Why is this closed? This is still happening consistently to me every week or so, westeurope and eastus alike.
@fernandrez - this is just some old thread. Don't think anyone reads this anyways. 馃槙
We contacted Azure support for this and got the following response:
There have been some availability issues with Linux apps in the consumption plan which uses Service Fabric Mesh, which is why you were facing issues during deployment. Being in preview such issues can arise before it has General Availability.
I sincerely apologize for the inconvenience you had to face. I totally understand the need to have the services always available and we strive to achieve that on Azure.
I would request you to use the following link for any direct feedback you may have for our Product Group Azure Web App Feedback
From my experience, we use your suggestions/feedbacks a LOT to drive improvements in our platform.You can also use the following GitHub link for more information about Azure Functions on Linux.
https://github.com/Azure/Azure-Functions/wiki/Azure-Functions-on-Linux-Preview
So maybe everyone experiencing this should write/upvote some feedback entries?
Same thing happened to us in East US today. Switching to an App Service plan for now until the Python Functions runtime go GA.
Having this today too.
We were having this same issue yesterday (3/19/2019) around 16:00 EST.
still having the same issue today as well (3/20/2019). Not able to deploy to EastUS. WestUS is working.
We've been experiencing this as well.
It sounds like this is a service-side issue. I would like to request that the error reported to the user be adjusted to include some extra information. The current error:
Error calling sync triggers (BadRequest)
is extraordinarily unhelpful...
Same issue as well Error calling sync triggers (BadRequest). and cant see the functions
Same here, just trying to bump counts on this issue so they can fix it
Same here, just trying to bump counts on this issue so they can fix it
This one is closed, please vote in this one:
https://github.com/Azure/azure-functions-core-tools/issues/1130
I'm trying deploy app functions and get this error: Error calling sync triggers (Unauthorized).
my function (aztrial) is not deployed
Still having this issue WEST EUROPE
Preparing archive...
2019-04-01T16:26:01.7273104Z Uploading 54.49 MB []Upload completed successfully.
2019-04-01T16:26:01.7277142Z Deployment completed successfully.
2019-04-01T16:26:06.7386311Z Syncing triggers...
2019-04-01T16:26:28.1347491Z Syncing triggers...
2019-04-01T16:26:34.5146099Z Syncing triggers...
2019-04-01T16:26:40.7991185Z Syncing triggers...
2019-04-01T16:26:48.2132922Z Syncing triggers...
2019-04-01T16:26:55.0228137Z Syncing triggers...
2019-04-01T16:27:00.7320674Z Error calling sync triggers (BadRequest).
Having the same issue in West Europe:
Deployment completed successfully.
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Error calling sync triggers (BadRequest).
Upload completed successfully.
Deployment completed successfully.
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Error calling sync triggers (Unauthorized).
same problem 29/05/2019
Same here, interleaved with Upload completed successfully.
Deployment completed successfully.
Syncing triggers...
Syncing triggers...
Syncing triggers...
Response status code does not indicate success: 408 (Request Timeout).
Uploading 3,86 MB [###############################################################################]
Upload completed successfully.
Deployment completed successfully.
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Syncing triggers...
Error calling sync triggers (BadRequest).
Same here 11/06/2019
I've found that going into the portal and stopping the function, then publishing allows the syncing to complete... but it still doesn't deploy correctly and shows no functions available :(
Can you please share your app name?
Personally I'm just having some timeouts today:
Uploading 85.45 MB []Upload completed successfully.
Deployment completed successfully.
Syncing triggers...
Response status code does not indicate success: 408 (Request Timeout).
Used to work fine before, this whole thing is just highly unstable
@mebibou - Can you share your app name?
I cannot share the app name for... reasons... but I can tell you that as soon as I moved to a different region the issues disappeared - this seems to be really specific to certain regions.
@divyagandhii This is happening in East US with app service plan EastUSLinuxDynamicPlan on 2 different Function Apps, so probably a region problem yeah
We are experiencing the same issues using function core tools to publish to the East US region. West US region is working fine.
We are looking into this.
According to Microsoft, there is a new functions runtime that is being released that has a fix for this. https://github.com/Azure/azure-functions-host/releases/tag/v2.0.12575
For this particular issue as @bigdatamoore pointed out we are fixing this is in the host and will be rolled out in the next day or two.This issue which is closed is being used for many unrelated root causes and thus is difficult to monitor/change status on etc. So I am going to lock this. Please open new issues if you see a repeat of this behavior
Most helpful comment
Same hickup today in West Europe