Botframework-solutions: No se puede implementar un nuevo asistente

Parece que QnAMaker no está disponible en la región de Azure que proporcionó. Consulte https://github.com/microsoft/botframework-solutions/blob/master/docs/howto/assistant/customizedeployment.md para

Siguiendo el enlace proporcionado, estoy tratando de implementar con la región de westeurope, que está disponible en la región de Azure. Sin embargo, el error persiste.

¡Hola! Recibo el mismo error, ¿alguna idea de lo que puede estar pasando? También obtengo el InvalidApiSetId

¿Pueden ambos confirmar la región en la que están tratando de implementar su asistente y compartir el archivo de parámetros que están usando para anular la región?

El archivo de parámetros que me gustaría usar es:

Las regiones que intento implementar son

• Región del grupo de recursos: noreste de Europa
• Región de creación de LUIS: westeurope

Por otro lado, también probé con los valores predeterminados antes de cambiarlos.

Puedo reproducir el problema con el archivo de parámetros anterior, lo que es extraño es que puede crear qnamaker con esas combinaciones en el portal azure, pero estamos usando el mismo enfoque de plantilla ARM

Equipo de soporte: ¿puedes echar un vistazo? @ lauren-mills FYI en caso de que tenga alguna idea. La validación pasa y es casi como si se ignorara el archivo de parámetros.

Probé la implementación de ARM directamente en el portal (para verificar que no es un problema en los scripts) y es consistente con estos errores. Mi mejor suposición es que westeurope no es compatible con el proceso de validación de ARM, a pesar de que es compatible con el portal. Probablemente sea mejor plantear esto con el equipo de QnAMaker.

Hola @ lauren-mills, gracias por echar un vistazo a esto, ¿quién / cómo podemos obtener apoyo del equipo de QnA?

Gracias

Tengo el mismo problema. usando Westus como región, el script continúa sin errores hasta que cambia a deploy_cognitive_models donde se detiene con un error como si tomara parámetros incorrectos. Mi pregunta es que hagas algunas pruebas antes de publicarlo.

Hola, lo mismo de nuestro lado, sigue fallando incluso cuando se implementa en las regiones de EE. UU.

@ guru98 y @aschemel , ¿pueden proporcionar capturas de pantalla de sus errores y / o sus archivos deploy_cognitive_models_log.txt? Si llegó al script deploy_cognitive_models, su implementación de Azure se realizó correctamente, por lo que es un problema diferente.

Encontré el problema: en la ruta del archivo, en Windows, hay nombre + espacio + apellido del usuario. el espacio rompió el comando. No soy un experto en PowerShell, así que si alguien proporciona una solución es muy apreciado. el problema es cuando el script de implementación llama a deploy: cognitivr_model.ps1

deploy_cognitive_log no se genera porque falla eariler (line1 char1). im la captura de pantalla después de actualizar appsetting.json (que funciona con éxito) tenía un host de escritura para ver lo que llamas….

@ lauren-mills En nuestro caso, terminamos creando un nuevo RG en el oeste de EE. UU. e implementando (por defecto) todo lo que contiene. Estamos basados ​​en Europa, por lo que no es una solución para nosotros. Seguiremos probando así por el momento. También creo que el caso de guru98 es un poco diferente.

@aschemel - Gracias por confirmar. Estamos trabajando con el equipo de qnamaker sobre por qué la implementación de la plantilla ARM no funciona en las regiones europeas. # 1473 para rastrear. He validado la "solución alternativa" en ese elemento.

@ guru98 Por favor, vea el n. ° 1474: si actualiza su script deploy.ps1 para agregar comillas simples alrededor del parámetro outdir, creo que eso se solucionará. Si puede confirmar, haremos el cambio.

@aschemel PR # 1476 actualiza el archivo template.json para reflejar lo último del equipo de QnAMaker de que el motor central de QnAMaker solo se puede crear en westus, todos los demás bits (que contienen sus datos de kb) pueden estar en otras regiones.

@ guru98 PR # 1476 tiene una solución propuesta para su problema de ruta.