release 0.7.0, 0.8.0 of Azurestack Provider not compatible with AzureStack 1905/1906 --- wrong autorest ? about terraform-provider-azurestack HOT 18 CLOSED

In that case, can you rename the title of the issue to 0.8.0 too ?
I haven't had the change to try it yet. Strugling to try to auth with azure-cli token in a disconnected env (the one you came for in Paris @bottkars 🤣 ).

from terraform-provider-azurestack.

I see the same with 0.8.0 and Azure Stack Release 1906 on my Multinode System

from terraform-provider-azurestack.

Our primary resource handler is azure stack so this is hindering us quite a bit.. +1 on if there is any updates

from terraform-provider-azurestack.

Hello @jbpaux,
I just did a new deployment test with Terraform 0.12.3 and the Azure Stack 0.8.0 provider and I still have the same problem.

from terraform-provider-azurestack.

Just want to check if there are any updates on this issue?

from terraform-provider-azurestack.

👋

Thanks for opening this issue.

The Azure Stack instance that we have access to isn't currently running 1905 so we're not seeing this error in our tests unfortunately (but we're reaching out/working on this) - but taking a look into this (and comparing with AzureRM) I believe the casing on the Resource ID has changed for the Storage Account which means this is being parsed out as an empty string (which is why this errors being returned from the SDK).

Since unfortunately we don't have access to confirm that theory at this time (as our Azure Stack instance isn't running 1905) - so that we can diagnose this would anyone be able to confirm that the casing of the Resource ID segment storageaccounts has changed to storageAccounts using (for example) the Azure CLI on Azure Stack 1905?

Thanks!

from terraform-provider-azurestack.

@cblackuk thanks for confirming that - I believe #99 should fix this then 👍

from terraform-provider-azurestack.

was tested against asdk + integrated systems 1905 / 1906 from windows and linux

from terraform-provider-azurestack.

@bottkars Currently seeing this same error, although I am running version 0.6.0 of the provider on terraform version 0.11.14. We just recently upgraded our stack to the 1905 build also.

from terraform-provider-azurestack.

Hi @bottkars, @jbmcfarlin31,
I also have the same problem with the new version 1905 build, I did the tests with Terraform 0.12.2 and the provider version 0.7.0.

from terraform-provider-azurestack.

Can you try with the 0.8.0 released yesterday ?

from terraform-provider-azurestack.

We tested with 0.8.0 and have the same issue.

from terraform-provider-azurestack.

Same here .

from terraform-provider-azurestack.

Would be awesome to know :-) so +1

from terraform-provider-azurestack.

@tombuildsstuff

ResourceGroupName      : system.xxxxxxxxx
StorageAccountName     : urphealthaccount
Id                     : /subscriptions/xxxxxx-xxxxx-xxxxx-xxxxx/resourcegroups/system.xxxxxxxx/providers/Microsoft.Storage/storageAccounts/urphealthaccount
Location               : xxxxxxxx
Sku                    : Microsoft.Azure.Management.Storage.Models.Sku
Kind                   : Storage
Encryption             : Microsoft.Azure.Management.Storage.Models.Encryption
AccessTier             :
CreationTime           : 01/02/2018 01:37:44
CustomDomain           : 
Identity               :
LastGeoFailoverTime    :
PrimaryEndpoints       : Microsoft.Azure.Management.Storage.Models.Endpoints
PrimaryLocation        : xxxxxxxx
ProvisioningState      : Succeeded
SecondaryEndpoints     :
SecondaryLocation      :
StatusOfPrimary        : Available
StatusOfSecondary      :
Tags                   :
EnableHttpsTrafficOnly : False
NetworkRuleSet         : 
Context                : Microsoft.WindowsAzure.Commands.Common.Storage.LazyAzureStorageContext
ExtendedProperties     : {}

So yeah ID is with uppercase A:

Id                     : /subscriptions/xxxxxx-xxxxx-xxxxx-xxxxx/resourcegroups/system.xxxxxxxx/providers/Microsoft.Storage/storageAccounts/urphealthaccount

I hope that helps.

On Tenant side - same thing.

from terraform-provider-azurestack.

Awesome!!! The PR looks legit, if that was the only issue it has got a chance to fix it :-)

Thanks @tombuildsstuff

from terraform-provider-azurestack.

This has been released in version 0.8.1 of the provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. As an example:

provider "azurestack" {
    version = "~> 0.8.1"
}
# ... other configuration ...

from terraform-provider-azurestack.

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.

If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 [email protected]. Thanks!

from terraform-provider-azurestack.