Closed brandoa closed 4 months ago
Thank you for your feedback. This has been routed to the support team for assistance.
I do agree seeing those expected exceptions being thrown can be annoying.
@JoshLove-msft I was wondering if there's already a feature in logging that can help filter these expected exceptions for us? Or if there's a log level I'm missing that the customer can utilize?
There is an upcoming feature that will help with this. See https://github.com/Azure/azure-sdk-for-net/pull/27645
Thanks for the feedback! We are routing this to the appropriate team for follow-up. cc @xgithubtriage.
Author: | brandoa |
---|---|
Assignees: | - |
Labels: | `Storage`, `Service Attention`, `Client`, `customer-reported`, `feature-request`, `needs-team-attention` |
Milestone: | - |
Hi @brandoa, we deeply appreciate your input into this project. Regrettably, this issue has remained unresolved for over 2 years and inactive for 30 days, leading us to the decision to close it. We've implemented this policy to maintain the relevance of our issue queue and facilitate easier navigation for new contributors. If you still believe this topic requires attention, please feel free to create a new issue, referencing this one. Thank you for your understanding and ongoing support.
Library name and version
Azure.Storage.Blobs (12.10.0), Azure.Storage.Queues (12.8.0)
Query/Question
In one of our WebJobs we use a trigger function to create a queue message when a particular storage account is found to have a new blob within it. Occasionally we will check the Log Stream to verify the status of the job - we'll look for our own custom logs as well as invocation and success logs for the same trigger function.
The log stream has lots of background request and response information relating to Azure.Core processes so we added a filter to the logger in our Program.cs:
This clears out all of the additional logging so we can better view the status of our own code. However, we consistently get 404 warning logs with the following structure:
After removing the filter and investigating, we were able to find the requesting operation and it's always a HEAD request to /azure-webjobs-hosts/blobreceipts/ that looks for a receipt relating to the new blob picked up by the trigger function. Since it's a new blob, it makes sense that there would be no receipt found for it. We also noticed a PUT request directly after the 404 that creates the new receipt. This all seems like expected behavior. However, with the information displayed in the warning there's no way of knowing this was relating to the expected process for creating/managing blob receipts.
Is there a way to add additional information to the warning logs so we have a better understanding of their context or a way to filter out this particular warning altogether?
Environment
Hosting Platform: Azure App Service WebJob (.NET6) IDE: Visual Studio 17.0.2