Botframework-solutions: Impossible de déployer un nouvel assistant

Créé le 29 mai 2019  ·  19Commentaires  ·  Source: microsoft/botframework-solutions

Projet

Nom :Déploiement de l'assistant virtuel

Langue :Tapuscrit et C#

La description


Le modèle « Démarrage rapide : créez votre premier assistant virtuel » est celui qui correspond à ce problème. J'essaie de créer et de déployer un assistant.
Le problème arrive au 'deply your assistant'. Je viens de créer un nouvel assistant et la section de déploiement génère une erreur.

Reproduire


Pour reproduire le problème, vous devez :
1. Vérifiez que tous les prérequis sont installés.
2. Créez un nouvel assistant selon les instructions :
npm install -g generator-botbuilder-assistant
yo botbuilder-assistant
3. Déployez l'assistant selon les instructions :
.\Déploiement\Scripts\deploy.ps1

Comportement attendu


J'ai rempli toutes les informations et l'erreur provoquée dans cette dernière étape.

Captures d'écran


image

Support Bug

Tous les 19 commentaires

Il semble que QnAMaker ne soit pas disponible dans la région Azure que vous avez fournie. Voir https://github.com/microsoft/botframework-solutions/blob/master/docs/howto/assistant/customizedeployment.md pour savoir comment personnaliser le déploiement pour la région que vous utilisez.

En suivant le lien donné, j'essaie de déployer avec la région westeurope, qui est disponible dans la région Azure. Cependant, l'erreur persiste.

Salut! J'obtiens la même erreur, une idée de ce qui peut se passer ? Je reçois également l'InvalidApiSetId

Pouvez-vous à la fois confirmer la région dans laquelle vous essayez de déployer votre assistant et partager le fichier de paramètres que vous utilisez pour remplacer la région ?

Le fichier de paramètres que je souhaite utiliser est :
image

Les régions que j'essaie de déployer sont

  • Région du groupe de ressources : europe du nord
  • Région de création LUIS : europe de l'ouest

Par contre, j'avais aussi essayé avec les valeurs par défaut avant de les modifier.

Je peux reproduire le problème avec le fichier de paramètres ci-dessus, ce qui est étrange, c'est que vous pouvez créer qnamaker avec ces combinaisons dans le portail azur mais nous utilisons la même approche de modèle ARM

Équipe d'assistance - pouvez-vous jeter un œil ? @lauren-mills Pour info au cas où vous auriez des idées. La validation passe et c'est presque comme si le fichier de paramètres était ignoré.

J'ai essayé le déploiement ARM directement dans le portail (pour vérifier que ce n'est pas un problème dans les scripts) et il est cohérent avec ces erreurs. Ma meilleure hypothèse est que westeurope n'est pas pris en charge par le processus de validation ARM, même s'il est pris en charge dans le portail. Il est probablement préférable de soulever cela avec l'équipe QnAMaker.

Salut @lauren-mills, merci d'avoir jeté un coup d'œil à cela, qui/comment pouvons-nous obtenir le soutien de l'équipe QnA ?

Merci

J'ai le même problème. en utilisant Westus comme région, le script continue sans erreur jusqu'à ce qu'il passe à deploy_cognitive_models où il s'arrête avec une erreur comme s'il prenait de mauvais paramètres. Ma question est de savoir si vous avez effectué quelques tests avant de le publier.

Salut, la même chose de notre côté, cela continue d'échouer même lors du déploiement dans les régions des États-Unis.

@guru98 et @aschemel pouvez-vous fournir des captures d'écran de vos erreurs et/ou de vos fichiers deploy_cognitive_models_log.txt ? Si vous avez réussi à utiliser le script deploy_cognitive_models, votre déploiement Azure a réussi, il s'agit donc d'un problème différent.

J'ai trouvé le problème : dans le chemin du fichier, sous Windows, il y a nom+espace+nom de l'utilisateur. l'espace a cassé la commande. Je ne suis pas un expert en powershell, donc si quelqu'un fournit une solution, c'est vraiment apprécié. le problème est lorsque le script de déploiement appelle deploy:cognitivr_model.ps1

ttt

deploy_cognitive_log n'est pas généré car il crash eariler (line1 char1). im la capture d'écran après avoir mis à jour appsetting.json (qui fonctionne avec succès), j'ai eu un hôte d'écriture pour voir ce que vous appelez….

@lauren-mills Dans notre cas, nous avons fini par créer un nouveau RG dans l'ouest des États-Unis et déployer (par défaut) tout ce qu'il contient. Nous sommes basés en Europe, ce n'est donc pas une solution pour nous. On va continuer à tester comme ça pour le moment. Aussi, je pense que le cas guru98 est un peu différent.

@aschemel - Merci d'avoir confirmé. Nous travaillons avec l'équipe qnamaker sur les raisons pour lesquelles le déploiement du modèle ARM ne fonctionne pas dans les régions européennes. #1473 à suivre. J'ai validé la "solution de contournement" dans cet élément.

@guru98 S'il

@aschemel PR #1476 met à jour le fichier template.json pour refléter les dernières nouvelles de l'équipe QnAMaker selon lesquelles le moteur principal de QnAMaker ne peut être créé que dans westus, tous les autres bits (qui contiennent vos données kb) peuvent être dans d'autres régions.

@guru98 PR #1476 propose un correctif pour votre problème de chemin.

Cette page vous a été utile?
0 / 5 - 0 notes