Botframework-solutions: ludown: Извините, не удалось открыть [general.lu]

Можете ли вы подтвердить для меня направление, в котором вы выполняете команду? Кроме того, можете ли вы убедиться, что этот файл существует?

    Hi Steven,

Я запускаю команду из PS ISE локально против корня репо. Да, они существуют в папке Deployment / Resources.

    Get Outlook for iOS

Пт, 28 июня 2019 г., 21:15 -0400, «Стивен Канберг» [email protected] написал:

Можете ли вы подтвердить для меня направление, в котором вы выполняете команду? Кроме того, можете ли вы убедиться, что этот файл существует?

-
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите чат.

Привет Стивен,
Спасибо за ответ. Я запускаю сценарий из PS ISE и использую deploy.psi в папке сценариев для развертывания. Да, файлы .lu есть, поскольку я клонировал шаблон VA.
С уважением, Брайан Батчелдерc-850-228-5462

On Friday, June 28, 2019, 09:15:50 PM EDT, Steven Kanberg <[email protected]> wrote:

Можете ли вы подтвердить для меня направление, в котором вы выполняете команду? Кроме того, можете ли вы убедиться, что этот файл существует?

-
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите чат.

Один быстрый вопрос, который может помочь мне и

Привет, Даррен, ни в имени, ни в пути к файлам нет пробелов.

@bfbatch , извините за задержку. Можете ли вы также сказать мне, на какой версии PS вы это используете?

@stevkan np. Пользуюсь 5.1.1. поскольку клиент хотел, чтобы это выполнялось в Azure DevOps, и эта версия работает там.

Просто следил за текущим файлом readme для виртуального помощника, начиная с нуля, и смог успешно запустить команду deploy.ps1 . - не удалось воспроизвести поведение, @bfbatch

Я в основном установил все современные требования, использовал шаблон VSIX в Visual Studio для создания шаблона бота VA, перешел вниз и выполнил эту команду, выглядит как 3 папки VA в:

@bfbatch , не могли бы вы попробовать установить PowerShell Core версии 6, как указано в файле readme, и посмотреть, поможет ли это решить проблему?

Также обязательно обновите и другие требования (например, AZ CLI и другие CLI, указанные в файле readme).

Привет, @bfbatch , у вас была возможность попробовать рекомендацию @Zerryth ?

@CoHealer @Zerryth Спасибо за ответ. У меня не было возможности повторить тест, но сегодня вечером я дам вам знать.

Привет, я получаю ту же ошибку, в моем имени пользователя есть пробел и, следовательно, в пути тоже есть пробел.
При создании проекта с шаблоном он не создает Deployment \ Resources \ LUen \ general.luis,
Развертывание \ Ресурсы \ QnAen \ chitchat.qna и
Развертывание \ Resources \ QnAen \ faq.qna,
файлы.
В файле deploy_cognitive_models_log.txt говорится, что эти файлы не найдены, но они изначально не были созданы.

@threeyay, пожалуйста, веткой, которую вы открыли в связи с проблемой (# 1923), с которой вы столкнулись, поскольку причина неправильного развертывания будет _ отличаться_ от того, что испытывает bfbatch, поскольку у него есть ресурсы для развертывания.

Таким образом, мы можем отделить любую путаницу, которая может возникнуть между решениями различных проблем.

Для справки, это версии зависимостей, которые я использую, указанные в файле readme, в котором указано, что у вас есть обновленные версии:

Visual Studio 2017
Шаблон виртуального помощника v 4.4.4
.NET Core 2.2
нпм 6.10.0
PowerShell Core версии 6
(бот) отправка 1.5.1
ludown 1.3.2
luis-apis 2.6.0
qnamaker cli 1.3.1
luisgen 2.2.0.0
az cli 2.0.69 (минимум 2.0.64!)
Эмулятор Bot Framework v4.5

@bfbatch, дайте нам знать, что вы обнаружите, когда попробуете еще раз

Привет, @Zerryth. Я запустил новую виртуальную

Хмм хорошо. Давайте попробуем следующее:

1. Обновление до шаблона VSIX Virtual Assistant 4.5.1 (только что выпущенный)
2. Вместо того, чтобы предоставлять все параметры в одной команде, как вы это делали (что теоретически должно работать), давайте вместо этого просто попробуем следовать подсказкам, чтобы предоставить параметры
3. Если развертывание по-прежнему не удается, взгляните на файл deployment_log.txt и сообщите нам, если вы получаете там какие-либо ошибки.

(Другие потенциальные проблемы могут быть, возможно, в "." Пути, специальных символах в appPassword или вашем переопределении в PSScriptRoot)

По-прежнему никуда. Те же результаты для всего вышеперечисленного. Я также сгенерировал новый ключ для регистрации приложения, чтобы удалить '.', Но все еще зависает на «Проверка развертывания Azure». + не удается создать файл deploy_log.txt. Что еще я могу попробовать?

Я собираюсь вернуться к команде решений, и я дам вам знать, что еще мы могли бы попробовать

@bfbatch , все еще ожидающий

Вы обязательно вошли в свою учетную запись в az cli перед запуском сценария развертывания? (Быстрый способ проверки - az ccount show , который должен вывести что-то вроде этого:

{
  "environmentName": "AzureCloud",
  "id": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "isDefault": true,
  "name": "Bot Framework Support Team",
  "state": "Enabled",
  "tenantId": "xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
  "user": {
    "name": "[email protected]",
    "type": "user"
  }
}

Если вы не вошли в az cli, вы можете сделать это с помощью команды az login , а затем запустить сценарий развертывания.

Отдельно, и я не думаю, что это проблема, но, чтобы попытаться, убедитесь, что при запуске сценария развертывания вы используете уникальное имя, так как иногда ресурсы могли быть частично созданы в группа ресурсов. Вы можете удалить созданные ресурсы, "подождать некоторое время" и повторно использовать то же имя, однако я знаю, что для удаления ресурсов требуется немного времени.

Я помогаю @Zerryth разобраться в проблеме, но я хочу подчеркнуть то, что она указала:

Отдельно, и я не думаю, что это проблема, но, чтобы попытаться, убедитесь, что при запуске сценария развертывания вы используете уникальное имя, так как иногда ресурсы могли быть частично созданы в группа ресурсов. Вы можете удалить созданные ресурсы, "подождать некоторое время" и повторно использовать то же имя, однако я знаю, что для удаления ресурсов требуется немного времени.

Убедитесь, что после каждого неудачного развертывания вы находите время, чтобы удалить все, что было частично создано. У вас будут пустые группы ресурсов и частично созданные ресурсы для каждого запуска сценария, который БУДЕТ мешать дальнейшим попыткам повторного развертывания, особенно с использованием тех же имен.

@bfbatch , вы подтвердили, что

Привет, Джессика,
Спасибо за помощь. Да, я удалял предыдущие группы ресурсов. Вот история скриптов.

1. Первоначальная попытка заключалась в том, чтобы запустить их из Azure DevOps. Единственные задачи PS, которые я смог найти, были для vs 5.1.1. Как только я изменил требуемую версию из сценариев, я смог развернуть среду. Однако я получал сообщение об ошибке, что файлы .lu не были найдены. 2. После отправки вопроса мне посоветовали убедиться, что я выполняю эти требования. Итак, я создал новую виртуальную машину и начал с нуля. Я установил все нижеприведенное, а затем снова клонировал репо. Когда я запускаю скрипты сейчас, он зависает при проверке. Я попытался вызвать ошибку, удалив файл appsettings, но произошла ошибка. Проблема в том, что нет ошибки или ошибок deploy.txt, ничего не указывает на то, что происходит. Есть ли способ получить отладку или подробную информацию во время этого процесса? Или скрин, чтобы убедиться, что я что-то не так делаю? Я попытаюсь выполнить код, но не уверен, что это поможет, если я не смогу получить журналы процессов. Пожалуйста, порекомендуйте.
   
   
   
   • Visual Studio 2017
   
   
   • Шаблон виртуального помощника v 4.4.4
   
   

• .NET Core 2.2
• нпм 6.10.0
• PowerShell Core версии 6
• (бот) отправка 1.5.1
• ludown 1.3.2
• luis-apis 2.6.0

• qnamaker cli 1.3.1

• luisgen 2.2.0.0

• az cli 2.0.69 (минимум 2.0.64!)
• Эмулятор Bot Framework v4.5

С уважением, Брайан Батчелдерc-850-228-5462

On Tuesday, August 6, 2019, 11:26:19 AM EDT, Jessica Wailes <[email protected]> wrote:

Я помогаю @Zerryth разобраться в проблеме, но я хочу подчеркнуть то, что она указала:

Отдельно, и я не думаю, что это проблема, но, чтобы попытаться, убедитесь, что при запуске сценария развертывания вы используете уникальное имя, так как иногда ресурсы могли быть частично созданы в группа ресурсов. Вы можете удалить созданные ресурсы, "подождать некоторое время" и повторно использовать то же имя, однако я знаю, что для удаления ресурсов требуется немного времени.

Убедитесь, что после каждого неудачного развертывания вы находите время, чтобы удалить все, что было частично создано. У вас будут пустые группы ресурсов и частично созданные ресурсы для каждого запуска сценария, который БУДЕТ мешать дальнейшим попыткам повторного развертывания, особенно с использованием тех же имен.

-
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите чат.

Привет, Брайан!

Я знаю, что неприятно получать константу "вы можете подтвердить xyz", но ...

можете ли вы подтвердить, что сценарий развертывания ЯВЛЯЕТСЯ или НЕ создает файл deploy_log.txt? При запуске сценария в виде схемы в шагах (просто перейдя в каталог проекта и запустив .\Deployment\Scripts\deploy.ps1 ) файл ДОЛЖЕН быть создан в папке сценариев. Изначально он был бы пуст.

Привет, Джессика,

Нп, я полностью понимаю. Файл deploy.txt был создан, когда я сгенерировал настоящую ошибку после удаления файла appsetting. До этого файл deploy.txt не создавался, когда сценарий зависал при «проверке развертывания».

Привет, Джессика,

У меня новое обновление. На данный момент я смог выполнить развертывание с использованием шаблона VA. :-) Похоже, что проверка зависела на чем-то в базовом шаблоне, что скрипту не понравилось. При развертывании с использованием исходного базового шаблона (по умолчанию VA без изменений) были развернуты среда и когнитивные модели. Мой обновленный базовый шаблон прошел проверку JSON, и я повторно развернул тот же шаблон в среде, используя стандартный сценарий развертывания AzureRM, и он прошел успешно. Может ли кто-нибудь просмотреть мой шаблон, чтобы узнать, может ли он определить, на чем висел сценарий развертывания?

Брайан,

Прошу прощения, последние несколько дней меня не было на работе. Вы имеете в виду template.json?

привет Джессика,
Да, я имею в виду template.json.

Давай, опубликуй, посмотрим, что происходит.

Спасибо Джессика
template.json.zip

Спасибо за ваш файл. Я пропустил его через средство проверки различий, чтобы увидеть, какие изменения (и проигнорировать неизмененные части), и в этом файле 75+ изменений. С первого взгляда я не могу сказать, какое единственное изменение повесило бы валидатор, и я рекомендую вам взять общий шаблон (который, как вы сказали выше, отлично работает) и добавить свои новые изменения, которые вы внесли, по одному, тестирование их против az group deployment validate чтобы увидеть результаты.

Спасибо, Джессика,
Да, я знал, что было около 100 изменений, и все время запускаю эти типы шаблонов через сценарии развертывания Azure. Интересно, в чем основное различие между валидатором в депо чат-бота и развертыванием Azure (кроме AzuerRm и Az). Это было для клиента, и, как я уже упоминал, я просто запустил тот же шаблон через развертывание AzureRm, чтобы развернуть все изменения, и мы готовы к работе. Поскольку у меня нет доступа к клиентской подписке, мне нужно будет выполнить проверки самостоятельно. Хотели бы вы закрыть эту проблему или оставить ее открытой для отзыва после того, как я проведу свои проверки?

Спасибо за работу над этим.

Мы просто используем стандартные возможности az cli для проверки ( az group deployment validate поэтому между ними не должно быть разницы. Возможно, вы захотите проверить версии z, используя az-v и убедитесь, что они тоже> = 2.0.64.

Я только что запустил этот az group deployment validate --resource-group djrg1 --template-file template.json и, учитывая, что у меня нет вашего файла параметров, я предоставил кучу ручных настроек, и он смог проверить.

Когда вы вызываете сценарий развертывания, я вижу, что вы передаете файл параметров - не могли бы вы привести пример этого или попробовать вызвать ту же команду CLI, которую мы делаем напрямую:

az group deployment validate `
        --resource-group $resourcegroup `
        --template-file "$(Join-Path $PSScriptRoot '..' 'Resources' 'template.json')" `
        --parameters "@$($parametersFile)" `
        --parameters name=$name microsoftAppId=$appId microsoftAppPassword="`"$($appPassword)`"" `
        --output json

Спасибо @darrenj, я сообщу .

@bfbatch , есть ли обновление?

@CoHealer Я проверил свой файл параметров и просматриваю отредактированный шаблон, чтобы увидеть, что вызывает зависание проверки. Окончательный отчет должен быть сегодня.

@bfbatch - Хотел еще раз проверить, есть ли у вас какие-нибудь подробности. Если нет, мы закроем это из-за бездействия.

@ lauren-mills Спасибо за толчок. Я проходил через свой настраиваемый шаблон по ресурсу за раз. Никаких ошибок или зависаний валидации на отдельных ресурсах не обнаружил, только когда использовался весь шаблон. Мы можем закрыть это, так как я буду запускать новый клиент для развертывания новой среды, и я буду следить за любыми обновлениями.

Спасибо, @bfbatch! Пожалуйста дай нам знать.