Azure - BlobStore SAS uri-Befehlsausführung fehlgeschlagen.

Question

Wenn ich versuche, eine Produktionsbereitstellung eines Cloud-Diensts mithilfe des Azure-Portals zu erstellen und ein Paket (eine CSPkg-Datei) hochzuladen, erhalte ich folgende Fehlermeldung:

BlobStore SAS uri-Befehlsausführung fehlgeschlagen. Details: Statuscode = 0, Statustext = keine.

Und ich bekomme die gleiche Nachricht, wenn ich versuche, eine Konfiguration (eine .cscfg-Datei) hochzuladen.

Die Dateien .cspkg und .cscfg wurden beide durch Packen eines (getesteten) Projekts in Visual Studio erstellt.

Ich habe nur ein Speicherkonto und der Name wird korrekt in den Assistenten zum Hochladen eines Pakets im Azure-Portal übernommen. Ich glaube also nicht, dass ich die Speicherressource anders angeben kann.

Irgendeine Idee, was ich tun oder schauen kann?

dank

Answer 1

ich konfrontierte gleiches Problem in neuem azur Portal. Zum Hochladen des Pakets und der Cloud-Konfiguration zurück auf alt geschaltet und es hat funktioniert.

Answer 2

Das gleiche Problem passiert mir von Zeit zu Zeit bei einem Projekt, das sonst kein Problem auf azurblau hat. Beim Neustarten von Visual Studio und beim Neuaufbau des azure-Projekts wird das Problem beim Hochladen normalerweise behoben.

Answer 3

Ich hatte das gleiche Problem. Ich habe die Rechte eines Mitwirkenden an einem unserer Azure-Konten für Cloud-Dienste. Ich habe auch alle Verbindungszeichenfolgen für Speicher und Dienstbus usw. erhalten. Aber ich habe keine anderen Rechte im Portal bekommen. Die Speicherkonten wurden also nicht angezeigt, als ich dieses Verzeichnis im Portal ausgewählt habe.

Wenn ich die Pakete hochgeladen habe, benötigt azure ein Speicherkonto vom aktuellen Abonnement und es muss dort sichtbar sein - es ist nicht möglich, einfach eine Verbindungszeichenfolge einzugeben.

Nachdem ich die Rechte an einem Speicherkonto bekommen habe (und es ausgewählt habe), konnte ich endlich Pakete gut hochladen.

Es funktioniert immer noch nicht mit Visual Studio - wie ich verstanden, Co-Admin-Rechte für das Abonnement würde benötigt werden.

Answer 4

Ich habe das gleiche Problem und ich habe gerade einige Zeit damit verbracht, wenigstens es zum Laufen zu bringen.

Es stellte sich heraus, dass ich beim Erstellen eines Speicherkontos (für meine Bereitstellung) im neuen Portal den Standard "Ressourcenmanager" für den Parameter "Bereitstellungsmodell" beibehalten hat.

Ich habe ein anderes Speicherkonto erstellt, das diesmal "Classic" für den Parameter auswählt. Und hat meinen Deployment-Upload auf diesen "klassischen" Speicher gelenkt. Es half! :)

Ich bin immer noch herauszufinden, was gerade passiert ist, aber es sieht so aus, als sollten Sie ein "klassisches" Speicherkonto verwenden, weil Sie einen "klassischen" Cloud-Service verwenden.

In "Alle Ressourcen" sehen die Speicherkonten mit verschiedenen Bereitstellungsmodellen unterschiedlich aus: der klassische wird blau aussehen, der "Ressourcenmanager" wird grünlich aussehen. Wir brauchen die blaue :)