You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We recently identified that several of our .NET 6 Isolated Process Azure Functions were not logging dependencies in Application Insights the same way our NodeJs Azure Functions were.
After some research, I found this pull request - #944 with steps to resolve this issue by utilizing Microsoft.Azure.Functions.Worker.ApplicationInsights v1.0.0-preview4. After migrating from Microsoft.ApplicationInsights.WorkerService I am now seeing the associated dependencies as with our NodeJs Azure Functions.
I've purposely left our host.json to use the default logging levels (Warning):
What I am wanting to accomplish is to update the Functions Configuration in the Azure Portal (or via PowerShell) by setting the logging level to Information and be able to see those logged Information messages in the Application Insights trace table.
However, setting either AzureFunctionsJobHost__logging__logLevel__default or AzureFunctionsJobHost__logging__logLevel__Function.{{FunctionName}} to Information doesn't seem to capture these logged messages. I double checked and verified that the Application Insights Connection String/Instrumentation Keys matched between the Azure Functions and the Application Insights instance. I also tried restarting the Azure Functions without any luck.
I am able to watch the Log Stream and see the Information/Trace logs being written out correctly.
Could someone provide the correct steps/settings to be able to ad-hoc increase the log level to capture additional logs?
The text was updated successfully, but these errors were encountered:
host.json only affects the host process - not the worker process.
Take a look at #1182 for some steps on how to work with AppInsights logging in the worker.
For changing log settings in the portal, take a look at Azure AppConfiguration for your worker.
Changing environment variables will not dynamically update configuration, and externally changing environment variables of a running process is not recommended/doable.
Changing environment variables will not dynamically update configuration, and externally changing environment variables of a running process is not recommended/doable.
Is that not what this article is referring to? If it is not recommended/doable, why do y'all have a tutorial?
ghost
locked as resolved and limited conversation to collaborators
May 26, 2023
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
duplicateThis issue or pull request already exists
We recently identified that several of our .NET 6 Isolated Process Azure Functions were not logging dependencies in Application Insights the same way our NodeJs Azure Functions were.
After some research, I found this pull request - #944 with steps to resolve this issue by utilizing
Microsoft.Azure.Functions.Worker.ApplicationInsights v1.0.0-preview4
. After migrating fromMicrosoft.ApplicationInsights.WorkerService
I am now seeing the associated dependencies as with our NodeJs Azure Functions.I've purposely left our host.json to use the default logging levels (Warning):
host.json
What I am wanting to accomplish is to update the Functions Configuration in the Azure Portal (or via PowerShell) by setting the logging level to Information and be able to see those logged Information messages in the Application Insights trace table.
However, setting either
AzureFunctionsJobHost__logging__logLevel__default
orAzureFunctionsJobHost__logging__logLevel__Function.{{FunctionName}}
to Information doesn't seem to capture these logged messages. I double checked and verified that the Application Insights Connection String/Instrumentation Keys matched between the Azure Functions and the Application Insights instance. I also tried restarting the Azure Functions without any luck.I am able to watch the Log Stream and see the Information/Trace logs being written out correctly.
Could someone provide the correct steps/settings to be able to ad-hoc increase the log level to capture additional logs?
The text was updated successfully, but these errors were encountered: