Wenn ich versuche, eine Produktionsbereitstellung eines Cloud-Dienstes mithilfe des Azure-Portals zu erstellen und zu versuchen, ein Paket (eine .cspkg-Datei) hochzuladen, erhalte ich die Fehlermeldung:
Die Ausführung des BlobStore SAS uri-Befehls ist fehlgeschlagen. Details: Statuscode = 0, Statustext = keine.
Und ich bekomme dieselbe Meldung, 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?
Danke
Ich habe dasselbe Problem im neuen azurblauen Portal gesehen. Zum Hochladen des Pakets und der Cloud-Konfiguration zurück auf alt geschaltet und es hat funktioniert.
Das gleiche Problem passiert mir von Zeit zu Zeit bei einem Projekt, bei dem sonst kein Problem besteht, das Azure einzusetzen. Das Neustarten von Visual Studio und das Neuerstellen des Azure-Projekts beseitigen normalerweise das Problem beim Hochladen.
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 von Visual Studio - da ich wusste, dass Co-Admin-Rechte für das Abonnement benötigt werden.
Ich habe das gleiche Problem, und ich habe gerade einige Zeit damit verbracht, zumindest dafür zu sorgen, dass es funktioniert.
Es stellte sich heraus, dass ich beim Erstellen eines Speicherkontos (das für meine Bereitstellung verwendet wurde) 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 habe immer noch herausgefunden, was gerade passiert ist, aber es sieht so aus, als ob Sie ein "klassisches" Speicherkonto verwenden sollten, weil Sie einen "klassischen" Cloud-Dienst verwenden.
In "All resources" sehen die Speicherkonten mit verschiedenen Deployment-Modellen anders aus: Der klassische wird blau aussehen, der "Ressourcen-Manager" wird grünlich aussehen. Wir brauchen die blaue:)
Tags und Links azure