Botframework-solutions: Não é possível implantar um novo assistente

Criado em 29 mai. 2019  ·  19Comentários  ·  Fonte: microsoft/botframework-solutions

Projeto

Nome :Dedicação de assistente virtual

Idioma :Texto datilografado e C #

Descrição


O template "Quickstart: Create your first Virtual Assistant" é o que corresponde a este problema. Estou tentando criar e implantar um assistente.
O problema chega ao 'professo seu assistente'. Acabei de criar um novo assistente e a seção de implantação indica um erro.

Reproduzir


Para reproduzir o problema, você deve:
1. Verifique se todos os pré-requisitos estão instalados.
2. Crie um novo assistente de acordo com as instruções:
npm install -g generator-botbuilder-assistant
seu assistente de construtor de bots
3. Implante o assistente de acordo com as instruções:
. \ Deployment \ Scripts \ deploy.ps1

Comportamento esperado


Eu preenchi todas as informações e o erro solicitado nesta última etapa.

Capturas de tela


image

Support Bug

Todos 19 comentários

Parece que o QnAMaker não está disponível na região do Azure que você forneceu. Consulte https://github.com/microsoft/botframework-solutions/blob/master/docs/howto/assistant/customizedeployment.md para saber como personalizar a implantação para a região que você está usando.

Seguindo o link fornecido, estou tentando implantar com a região westeurope, que está disponível na região do Azure. No entanto, o erro persiste.

Oi! Estou recebendo o mesmo erro, alguma ideia do que pode estar acontecendo? Também estou recebendo o InvalidApiSetId

Vocês podem confirmar a região em que estão tentando implantar seu assistente e compartilhar o arquivo de parâmetros que está usando para substituir a região?

O arquivo de parâmetros que gostaria de usar é:
image

As regiões que estou tentando implantar são

  • Região do grupo de recursos: northeurope
  • Região de autoria LUIS: westeurope

Por outro lado, também tentei com os valores padrão antes de alterá-los.

Posso reproduzir o problema com o arquivo de parâmetros acima, o que é estranho é que você pode criar qnamaker com essas combinações no portal azul, mas estamos usando a mesma abordagem de modelo ARM

Equipe de suporte - você pode dar uma olhada? @ lauren-mills Para sua informação, caso você tenha alguma ideia. A validação passa e é quase como se o arquivo de parâmetros estivesse sendo ignorado.

Tentei a implantação do ARM diretamente no portal (para verificar se não é um problema nos scripts) e é consistente com esses erros. Meu melhor palpite é que o westeurope não está sendo suportado pelo processo de validação do ARM, embora seja suportado no portal. Provavelmente, é melhor levantar isso com a equipe QnAMaker.

Olá @ lauren-mills, obrigado por dar uma olhada nisso, quem / como podemos obter suporte da equipe QnA?

Obrigado

Eu tenho o mesmo problema. usando Westus como região, o script continua sem erros até que mude para o deploy_cognitive_models, onde para com um erro como se tivesse parâmetros errados. Minha pergunta é fazer você trabalhar em alguns testes antes de lançá-lo.

Olá, o mesmo da nossa parte, continua falhando mesmo quando implantado nas regiões dos EUA.

@ guru98 e @aschemel podem fornecer capturas de tela de seus erros e / ou seus arquivos deploy_cognitive_models_log.txt? Se você acessou o script deploy_cognitive_models, sua implantação do Azure foi bem-sucedida, então é um problema diferente.

Encontrei o problema: no caminho do arquivo, no Windows, está o nome + espaço + sobrenome do usuário. o espaço quebrou o comando. Não sou um especialista em PowerShell, então, se alguém fornecer uma solução, agradeço muito. o problema é quando o script de implantação chama a implantação: cognitivr_model.ps1

ttt

deploy_cognitive_log não é gerado porque ele crash eariler (line1 char1). Im a captura de tela após atualizar appsetting.json (que funciona com sucesso) eu tinha um host de gravação para ver o que você chama….

@lauren-mills Em nosso caso, acabamos criando um novo RG no oeste dos EUA e implantando (por padrão) tudo nele. Estamos sedeados na Europa, por isso não é uma solução para nós. Continuaremos testando assim por enquanto. Também acho que o caso do guru98 é um pouco diferente.

@aschemel - Obrigado por confirmar. Estamos trabalhando com a equipe qnamaker para descobrir por que a implantação do modelo ARM não está funcionando nas regiões europeias. # 1473 para rastrear. Eu validei a "solução alternativa" nesse item.

@ guru98 Consulte # 1474 - se você atualizar seu script deploy.ps1 para adicionar aspas simples ao redor do parâmetro outdir, acho que isso resolverá. Se você puder confirmar, faremos a alteração.

@aschemel PR # 1476 atualiza o arquivo template.json para refletir as últimas novidades da equipe QnAMaker de que o mecanismo principal do QnAMaker só pode ser criado em westus, todos os outros bits (que contêm seus dados kb) podem estar em outras regiões.

@ guru98 PR # 1476 tem uma proposta de correção para seu problema de caminho.

Esta página foi útil?
0 / 5 - 0 avaliações