This message was deleted.
# citrix-app-layering
s
This message was deleted.
r
Works fine for me. Have been following those cases on the SAS token issue. Are you using multiple subscriptions with your config. I have all the Aop Layering components in the same resource group.
a
works here, had trouble with the managed identity across multiple resource groups but got that sorted out
b
@Rob Zylowski, we started trying to cross subscriptions and resource groups but went back to simplify and isolated to the same subscription and resource group as the ELM.
r
Hmm must be a security setting. My lab environment is plain vanilla. Do you see any particular permission errors in the Azure logs
I wonder if you have any of the restrictions discussed here though I am pretty sure you already went through this https://learn.microsoft.com/en-us/azure/storage/common/storage-sas-overview
b
And that’s where we are stuck; the error clearly says it’s an authorization error. We have the failed request ID. Microsoft can’t seem to find what it’s failing to do, and Citrix can’t tell us more than it’s failing on the SAS token.
I’m sharing that doc with our cloud team to see if it comes into play.
Our cloud folks verified that we have contributor access which includes the rights in that doc
r
Do you have contributor on the subscription or resource group level. Might be interesting to test at subscription level even if you cant use that long term. I assume otherwise those rights need to be on the resource group and network. I think everything else would be within that.
b
Resource group, I’ll ask to see if they can grant it at the subscription level.
It took all day to get the cloud guys to grant contributor access for the managed identity to the entire subscription, but it still failed.
r
😞
b
It’s finally working; we had an endpoint policy for the storage accounts attached to the subnet preventing the ELM from populating the cache disk.
r
Awesome glad you finally figured it out!