Doesn't work when trying to acquire a lease with Azure function core tool
See original GitHub issueHi there,
I have an Azure durable function running locally through Azure core function tools. The main entry function is running fine, but it has problem of triggering a orchestration function through orchestration client. From the container log, I can see requests to PUT /devstoreaccount1/myfunc-leases/default/myfunc-control-00?comp=lease failed with 400 error. It seems to have problem with x-ms-proposed-lease-id
.
Is there anyway I can see the full request in log?
I have no problem of running this against a real storage account.
Issue Analytics
- State:
- Created 5 years ago
- Reactions:3
- Comments:6 (3 by maintainers)
Top Results From Across the Web
Azure Functions failed to acquire host lock lease
The issue is that One of the request inputs is out of range. The function might be trying to access a non-existent (or...
Read more >Listener for Azure function was unable to start error while ...
I have one Azure function app and I am trying to run that locally but getting the below error. I have the storage...
Read more >Guidance for developing Azure Functions | Microsoft Learn
Learn the Azure Functions concepts and techniques that you need to develop functions in Azure, across all programming languages and ...
Read more >Develop Azure Functions using Visual Studio | Microsoft Learn
Learn how to develop and test Azure Functions by using Azure Functions Tools for Visual Studio 2022.
Read more >How to use the WebJobs SDK - Azure App Service
Azure Functions lets you customize host behavior through settings in the host.json file. Those settings are strings, not code, and use of these ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@XiaoningLiu Thanks for the response – that’s news to me but good to hear! Just curious – any clues what a ballpark timeline on a preliminary implementation of the new architecture? The whole lease handing described in the docs is definitely complicated so I’m sure it’ll take time to get that right.
A few more details on things I looked into with my use-case described above:
lib/core/env.js
to generate a new ID for lease information to perhaps store that separately (e.g. prefix with a “D” character, following what was done for block ID and snapshot ID) and then making the assignment to request.id specifically for lease operations. However, this doesn’t end up working because some of that information needs to be saved as part of the blob I think (I ran into more different errors). I’m sure I’d need to make changes to other pieces of the implementation, but I’d need to figure out which.Anyway, I’m pretty much out of free cycles at the moment. That said, I’d love to hear more about your future plans.
@kylepope thanks for the detailed investigation. Sorry for the late response, I’m quite busy these weeks.
We are working on a new architecture of Azurite, lease is an important part in the implementation. For current Azurite implementation, @edwin-huber any quick thoughs?