Botframework-solutions: Kann keinen neuen Assistenten bereitstellen

Anscheinend ist QnAMaker in der von Ihnen angegebenen Azure-Region nicht verfügbar. Informationen zum Anpassen der Bereitstellung für die von Ihnen verwendete Region finden Sie unter

Wenn ich dem angegebenen Link folge, versuche ich, eine Bereitstellung mit der Region Westeuropa durchzuführen, die in der Azure-Region verfügbar ist. Der Fehler bleibt jedoch bestehen.

Hallo! Ich erhalte den gleichen Fehler, habt ihr eine Idee was da los sein kann? Ich erhalte auch die InvalidApiSetId

Können Sie sowohl die Region bestätigen, in der Sie Ihren Assistenten bereitstellen möchten, als auch die Parameterdatei freigeben, die Sie zum Überschreiben der Region verwenden?

Die Parameterdatei, die ich verwenden möchte, ist:

Die Regionen, die ich bereitstellen möchte, sind

• Ressourcengruppenregion: Nordeuropa
• LUIS Authoring region: westeuropa

Andererseits hatte ich es auch mit den Standardwerten versucht, bevor ich sie geändert habe.

Ich kann das Problem mit der obigen Parameterdatei reproduzieren. Seltsam ist, dass Sie qnamaker mit diesen Kombinationen im Azure-Portal erstellen können, aber wir verwenden den gleichen ARM-Vorlagenansatz

Support-Team - können Sie einen Blick darauf werfen? @lauren-mills FYI, falls Sie irgendwelche Ideen haben. Die Validierung besteht und es ist fast so, als ob die Parameterdatei ignoriert würde.

Ich habe die ARM-Bereitstellung direkt im Portal ausprobiert (um zu überprüfen, dass dies kein Problem in den Skripten ist) und sie stimmt mit diesen Fehlern überein. Meine beste Vermutung ist, dass Westeuropa nicht vom ARM-Validierungsprozess unterstützt wird, obwohl es im Portal unterstützt wird. Dies ist wahrscheinlich am besten mit dem QnAMaker-Team zu besprechen.

Hallo @lauren-mills, danke für den Blick darauf, wer/wie können wir vom QnA-Team unterstützen?

Vielen Dank

Ich habe das gleiche Problem. Mit Westus als Region wird das Skript ohne Fehler fortgesetzt, bis es zu den deploy_cognitive_models wechselt, wo es mit einem Fehler aufhört, als würde es falsche Parameter annehmen. Meine Frage ist, müssen Sie einige Tests durchführen, bevor Sie es veröffentlichen.

Hallo, das gleiche von unserer Seite, es schlägt auch bei der Bereitstellung in den USA-Regionen fehl.

@guru98 und @aschemel können Sie bitte Screenshots Ihrer Fehler und/oder Ihrer deploy_cognitive_models_log.txt-Dateien bereitstellen? Wenn Sie das Skript deploy_cognitive_models erreicht haben, war Ihre Azure-Bereitstellung erfolgreich, sodass es sich um ein anderes Problem handelt.

Ich habe das Problem gefunden: Im Dateipfad in Windows steht Name + Leerzeichen + Nachname des Benutzers. der Raum brach den Befehl. Ich bin kein Powershell-Experte, also wenn jemand eine Lösung bereitstellt, ist es wirklich dankbar. Das Problem tritt auf, wenn das Bereitstellungsskript die Datei deploy:cognitivr_model.ps1 aufruft

deploy_cognitive_log wird nicht generiert, da es früher abstürzt (line1 char1). Im Screenshot nach der Aktualisierung von appsetting.json (das funktioniert erfolgreich) hatte ich einen Write-Host, um zu sehen, was Sie nennen ….

@lauren-mills In unserem Fall haben wir im Westen der USA eine neue RG erstellt und (standardmäßig) alles darin bereitgestellt. Wir sind in Europa ansässig, daher ist dies keine Lösung für uns. Wir werden vorerst so weiter testen. Ich denke auch, dass der Fall von guru98 etwas anders ist.

@aschemel - Danke für die Bestätigung. Wir arbeiten mit dem qnamaker-Team daran, warum die Bereitstellung von ARM-Vorlagen in den europäischen Regionen nicht funktioniert. #1473 zu verfolgen. Ich habe den "Workaround" in diesem Element validiert.

@guru98 Siehe # 1474 - wenn Sie Ihr deploy.ps1-Skript aktualisieren, um einfache Anführungszeichen um den outdir-Parameter hinzuzufügen, denke ich, dass dies behoben wird. Wenn Sie dies bestätigen können, nehmen wir die Änderung vor.

@aschemel PR #1476 aktualisiert die Datei template.json, um die neuesten Erkenntnisse des QnAMaker-Teams widerzuspiegeln, dass die Kern-Engine von QnAMaker nur in westus erstellt werden kann, alle anderen Bits (die Ihre KB-Daten enthalten) können in anderen Regionen liegen.

@guru98 PR #1476 hat eine vorgeschlagene Lösung für Ihr