Set-AzureRmCurrentStorageAccount wirft Fehler resourcegroup nicht

gefunden ein SAS-Token war das Ziel zu erstellen und als Voraussetzung erforderlich gewünschten Lager als Stromspeicher-Einstellung:Set-AzureRmCurrentStorageAccount wirft Fehler resourcegroup nicht

Ausführen des folgenden Befehls

Set-AzureRmCurrentStorageAccount -ResourceGroupName $StorResourceGroupName -Name $StorageAccountName

wirft Fehler:

Set-AzureRmCurrentStorageAccount : The Resource 'Microsoft.Storage/storageAccounts/yoursites' under resource group 'Default-Storage-EastUS' was not found. At line:1 char:1 + Set-AzureRmCurrentStorageAccount -ResourceGroupName $StorResourceGroupName -Name ... + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + CategoryInfo : CloseError: (:) [Set-AzureRmCurrentStorageAccount], CloudException + FullyQualifiedErrorId : Microsoft.Azure.Commands.Management.Storage.SetAzureRmCurrentStorageAccount

Und das war Fehler werfen für New-AzureStorageBlobSASToken -Container $ StorageContainer -Blob $ blobname -perm ission r -ExpiryTime (Get-Date) .AddHours (2.0) -FullUri

Wie umgehen Sie dieses Problem?

Quelle

2016-07-28 H Bala

Ich konnte von 2 Gründen ein, warum diese Fehler können immer:

Storage-Konto gehört nicht zu dieser Ressourcengruppe (wie durch den Fehler angezeigt).
Speicherkonto ist ein Classic Speicherkonto (ich vermute das mit dem Namen der Ressourcengruppe).

Bitte sehen Sie, ob einer von ihnen tatsächlich der Fall ist.

Quelle

2016-07-28 03:51:31

Ja, aber warum ich unter Kontext Ansatz ging war, dass es nicht auf manage.windowsazure.com Portal angezeigt wurde (könnte sein, weil es nicht v1 und erscheint v2), sondern in portal.azure.com und Ein weiterer Grund war, dass der Verbindungsschlüssel beim Versuch, sich über Cloudberry mit diesem Konto zu verbinden, ein unbekanntes 64-Bit-Zeichen warf. Haben Sie bei diesen Speichertypen etwas Ähnliches erlebt? –

Auch, unter Ansatz nicht die Herausforderung der Übergabe der Resourcegroup-ID, scheint mir das Kontextobjekt hilft mir dabei. –

Der offensichtliche Vorteil der Verwendung der Ressourcengruppenmethode gegenüber der Verwendung von StorageContext besteht darin, dass Sie sich den Kontoschlüssel nicht merken müssen, da er automatisch abgerufen wird. Bezüglich des Fehlers, dem Sie gegenüberstehen, bin ich mir nicht sicher. Es könnte ein Problem mit Cloudberry selbst sein. Hast du einige andere Werkzeuge ausprobiert? –

Die einfache Alternative, die ich anwenden konnte, war, einen Speicherkontext zu erstellen und den Kontextparameter zusätzlich zu übergeben.

Beispiel: -

#Set Active Storage to Template Storage Context 
$StorageKey = Get-AzureStorageKey -StorageAccountName $StorageAccountName; 
$StorageContext = New-AzureStorageContext -StorageAccountName $StorageAccountName -StorageAccountKey $StorageKey.Primary; 
$now = Get-Date 

#Create SAS token with temporary access 
New-AzureStorageBlobSASToken -Container $servicetemplateStorageContainer -Blob $blobname -Context $StorageContext -Permission r -ExpiryTime (Get-Date).AddHours(2.0) -FullUri

Hope this für jemanden in ähnlichem Szenario eine gerade Referenz hilft.

Quelle

2016-07-28 03:53:15

Set-AzureRmCurrentStorageAccount wirft Fehler resourcegroup nicht

Antwort

Verwandte Themen