cloudwiz
cloudwiz
Hi, considering one worker may service multiple workflow and activities types I would rather have everything populated. This seem reproduces self in Java SDK where for Go it worked fine...
adding a suggestion per the conversation in the community forum It is not clear from the documentation when the metric is worker/poller specific or a workflow/activity aware as there is...
That will be great. Is this property plays any other role in the system in case some other problem related to it surfaces?
Forgot to mention the issue was reproducible only via GH actions and was intermittent. It may be down to the Azure portal replication etc. as GH hosts runners in multiple...
@magodo sorry took me a while, I have captured the trace debug of the problem.
suspect it is related to the call which comes back empty - https://docs.microsoft.com/en-us/rest/api/storagerp/storage-accounts/list ``` 2022-02-03T16:14:30.610Z [DEBUG] provider.terraform-provider-azurerm_v2.94.0_x5: AzureRM Response for https://management.azure.com/subscriptions/264f194d-71cc-41d9-9bf4-c4f5456285e8/providers/Microsoft.Storage/storageAccounts?api-version=2021-04-01: HTTP/2.0 200 OK Cache-Control: no-cache Content-Type: application/json; charset=utf-8 Date:...
Seem the workaround is to create a TAG on the storage account (via portal), after that the issue goes away and above API returns the value. More to it it...
The workaround came from the #11059 as we've seen similar but not that permanent issue with the keyvault. The root cause is highly likely to be the same for both...
This is correct, terraform was able to obtain the keys and all the data for the account but the list api returned blanc hence the account can't be found error....
Using tags as a workaround worked so far and the portal cache was replicated. There were no re-occurrences of the issue since tagging. Since this is a provider-api scope there...