Устранение неполадок ASDKTroubleshoot the ASDK

В этой статье приведены общие сведения об устранении неполадок Пакета средств разработки Azure Stack (ASDK).This article provides common troubleshooting info for the Azure Stack Development Kit (ASDK). Справочную информацию по интегрированным системам Azure Stack см. в статье Устранение неполадок, связанных с Microsoft Azure Stack.For help with Azure Stack integrated systems, see Microsoft Azure Stack troubleshooting.

Так как ASDK является средой для оценки, служба поддержки Майкрософт не предоставляет для нее поддержку.Because the ASDK is an evaluation environment, Microsoft Support does not provide support. Если у вас возникла проблема, которая не документирована, можно получить помощь экспертов по Microsoft Q&а для Azure Stack.If you're experiencing an issue that isn't documented, you can get help from experts on Microsoft Q&A for Azure Stack.

РазвертываниеDeployment

Сбой развертыванияDeployment failure

Если во время установки возникнет сбой, можно использовать параметр -rerun для скрипта развертывания, чтобы перезапустить развертывание с этапа, завершившегося ошибкой.If you experience a failure during installation, you can restart the deployment from the failed step by using the -rerun option of the deployment script. Пример:For example:

cd C:\CloudDeployment\Setup
.\InstallAzureStackPOC.ps1 -Rerun

В конце развертывания сеанс PowerShell все еще открыт и выходные данные не отображаютсяAt the end of the deployment, the PowerShell session is still open and doesn't show any output

Это поведение, скорее всего, является результатом поведения по умолчанию командного окна PowerShell (если оно выбрано).This behavior is probably just the result of the default behavior of a PowerShell command window when it's been selected. Развертывание ASDK завершилось успешно, но сценарий был приостановлен при выборе окна.The ASDK deployment has succeeded but the script was paused when selecting the window. Чтобы узнать, завершилась ли установка, выполните поиск по слову "select" в строке заголовка командного окна.You can verify setup has completed by looking for the word "select" in the titlebar of the command window. Нажмите клавишу ESC, чтобы отменить выбор, после чего должно отобразиться сообщение о завершении.Press the ESC key to unselect it, and the completion message should be shown after it.

Параметр ошибки osProfile для проверки шаблона не разрешенTemplate validation error parameter osProfile is not allowed

Если при проверке шаблона появляется ошибка с сообщением о том, что параметр "osProfile" не разрешен, убедитесь, что вы используете правильные версии API для следующих компонентов:If you get an error message during template validation that the parameter 'osProfile' is not allowed, make sure you are using the correct versions of the APIs for these components:

Чтобы скопировать виртуальный жесткий диск из Azure в Azure Stack, используйте AzCopy 7.3.0.To copy a VHD from Azure to Azure Stack, use AzCopy 7.3.0. Обратитесь к поставщику, чтобы устранить проблемы с самим образом.Work with your vendor to resolve issues with the image itself. Дополнительные сведения о требованиях WALinuxAgent для Azure Stack см. в статье об агенте Azure LinuX.For more information about the WALinuxAgent requirements for Azure Stack, see Azure LinuX Agent.

Происходит сбой развертывания из-за отсутствия доступа к внешним ресурсамDeployment fails due to lack of external access

При сбое развертывания на этапах, где требуется внешний доступ, будет возвращаться исключение, как в следующем примере:When deployment fails at stages where external access is required, an exception like the following example will be returned:

An error occurred while trying to test identity provider endpoints: System.Net.WebException: The operation has timed out.
   at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.GetResponse(WebRequest request)
   at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.ProcessRecord()at, <No file>: line 48 - 8/12/2018 2:40:08 AM

Если эта ошибка возникает, проверьте, выполнены ли все минимальные требования к сети, просмотрев документацию по сетевому трафику развертывания.If this error occurs, make sure all minimum networking requirements have been met by reviewing the deployment network traffic documentation. Средство проверки сети также доступно для партнеров в составе набора средств партнеров.A network checker tool is also available for partners as part of the Partner Toolkit.

Другие сбои при развертывании обычно возникают из-за проблем с подключением к ресурсам в Интернете.Other deployment failures are typically due to problems connecting to resources on the Internet.

Чтобы проверить возможность подключения к ресурсам в Интернете, можно выполнить следующие шаги.To verify connectivity to resources on the Internet, you can perform the following steps:

  1. Откройте PowerShell.Open PowerShell.
  2. Войдите на виртуальную машину WAS01 или любую из виртуальных машин ERCS с помощью командлета Enter-PSSession.Enter-PSSession to the WAS01 or any of the ERCs VMs.
  3. Выполните следующий командлет:Run the following cmdlet:
    Test-NetConnection login.windows.net -port 443
    

Если эта команда не выполняется, убедитесь, что коммутатор TOR и другие сетевые устройства настроены для разрешения сетевого трафика.If this command fails, verify the TOR switch and any other network devices are configured to allow network traffic.

Виртуальные машиныVirtual machines

Перед развертыванием виртуальных машин в Azure Stack необходимо добавить элемент коллекции и образ Windows Server.A Windows Server image and gallery item must be added before deploying VMs in Azure Stack.

После перезапуска узла Azure Stack некоторые виртуальные машины не запускаются автоматическиAfter restarting my Azure Stack host, some VMs don't automatically start

После перезагрузки узла можно заметить, что службы Azure Stack становятся доступны не сразу.After rebooting your host, you may notice Azure Stack services aren't immediately available. Это обусловлено тем, что виртуальным машинам инфраструктуры и поставщикам ресурсов Azure Stack нужно немного времени для проверки согласованности, но в конечном итоге они будут запущены автоматически.This is because Azure Stack infrastructure VMs and RPs take some time to check consistency, but will eventually start automatically.

Вы также можете заметить, что клиентские виртуальные машины не запускаются автоматически после перезагрузки узла ASDK.You might also notice that tenant VMs don't automatically start after a reboot of the ASDK host. Чтобы перевести их в рабочее состояние, выполните несколько действий вручную:You can bring them online with a few manual steps:

  1. На узле ASDK из меню "Пуск" запустите диспетчер отказоустойчивости кластеров.On the ASDK host, start Failover Cluster Manager from the Start Menu.
  2. Выберите кластер S-Cluster.azurestack.local.Select the cluster S-Cluster.azurestack.local.
  3. Выберите Роли.Select Roles.
  4. Клиентские виртуальные машины отобразятся в состоянии Сохранено.Tenant VMs appear in a saved state. После запуска всех виртуальных машин инфраструктуры щелкните правой кнопкой мыши виртуальные машины клиента и выберите Запустить, чтобы возобновить работу виртуальной машины.Once all Infrastructure VMs are running, right-click the tenant VMs and select Start to resume the VM.

Некоторые виртуальные машины удалены, но на диске по-прежнему присутствуют VHD-файлыI've deleted some VMs, but still see the VHD files on disk

Это ожидаемое поведение:This behavior is by design:

  • Если вы удалите виртуальную машину, то ее виртуальные жесткие диски останутся.When you delete a VM, VHDs aren't deleted. В группе ресурсов диски являются отдельными ресурсами.Disks are separate resources in the resource group.
  • Как только начнется удаление учетной записи хранения, изменения сразу отобразятся в Azure Resource Manager, но содержащиеся в ней диски все еще будут находиться в хранилище до выполнения сборки мусора.When a storage account gets deleted, the deletion is visible immediately through Azure Resource Manager, but the disks it may contain are still kept in storage until garbage collection runs.

При появлении "потерянных" виртуальных жестких дисков важно знать, являются ли они частью папки удаленной учетной записи хранения.If you see "orphan" VHDs, it's important to know if they're part of the folder for a storage account that was deleted. Если учетная запись хранения не была удалена, эти VHD-файлы и должны оставаться в ее папке.If the storage account wasn't deleted, it's normal that the VHDs remain.

Вы можете больше узнать о настройке порогового значения периода удержания и освобождении по запросу в статье об управлении учетными записями хранения.You can read more about configuring the retention threshold and on-demand reclamation in manage storage accounts.

ПамятьStorage

Освобождение хранилищаStorage reclamation

Для отображения освобожденной емкости на портале может понадобиться до 14 часов.It can take up to 14 hours for reclaimed capacity to show up in the portal. Освобождение пространства зависит от различных факторов, включая процент использования файлов внутреннего контейнера в хранилище блочных BLOB-объектов.Space reclamation depends on various factors including usage percentage of internal container files in block blob store. Поэтому, в зависимости от того, какое количество данных удалено, нет гарантий относительно того, сколько пространства можно освободить, запустив сборщик мусора.Therefore, depending on how much data is deleted, there's no guarantee on the amount of space that could be reclaimed when garbage collector runs.

Дальнейшие действияNext steps

Посетите форум технической поддержки Azure StackVisit the Azure Stack support forum