Устранение проблем в Windows Admin Center

Если вы только что создали новую учетную запись Azure и не вошли в учетную запись на компьютере шлюза, может возникнуть проблема с регистрацией шлюза Windows Admin Center в Azure.

Чтобы устранить эту проблему, войдите в учетную запись Azure на другой вкладке браузера или окне, а затем зарегистрируйте шлюз Windows Admin Center в Azure.

При развертывании Служба Azure Kubernetes в Azure Local через Windows Admin Center только пользователь, настроивший узел AKS, может создавать кластеры Kubernetes.

Чтобы обойти эту проблему, скопируйте папку wssd из профиля пользователя, который настроил узел AKS в профиль пользователя, который будет создавать новые кластеры Kubernetes.

Возникают проблемы с развертыванием или вы хотите сбросить развертывание.

Закройте все экземпляры Windows Admin Center, подключенные к Служба Azure Kubernetes в локальной среде Azure, прежде чем запускать uninstall-AksHci из административного окна PowerShell.

Вы можете получить ошибку в любом мастере о неправильной конфигурации.

Выполнение операций очистки кластера. Эти операции могут включать удаление файла C:\Program Files\AksHci\mocctl.exe .

Существуют несоответствия в именах полей сети, отображаемых в потоке развертывания кластера узлов, и потоке развертывания кластера рабочей нагрузки.

Н/П

При отключении всплывающих окон вы получите эту ошибку. Google Chrome блокирует всплывающие окна по умолчанию, поэтому всплывающее окно входа Azure блокируется и вызывает ошибку субъекта-службы.

Включите всплывающие окна.

При переключении с DHCP на статический IP-адрес Windows Admin Center появилась ошибка, которая сказала, что клиент WinRM не может обработать запрос. Эта ошибка также произошла за пределами Центра администрирования Windows. WinRM сломался при использовании статических IP-адресов, и серверы не регистрировали имя субъекта-службы при переходе на статические IP-адреса.

Чтобы устранить эту проблему, используйте команду SetSPN для создания имени участника-службы. В командной строке шлюза Windows Admin Center выполните следующую команду:

Setspn /Q WSMAN/<FQDN on the Azure Local machine> 

Затем, если любой из компьютеров в среде возвращает сообщение No Such SPN Found, войдите на этот компьютер и выполните следующие команды:

Setspn /S WSMAN/<machine name> <machine name> 
Setspn /S WSMAN/<FQDN of machine> <machine name> 

Наконец, в шлюзе Windows Admin Center выполните следующую команду, чтобы убедиться, что она получает новые сведения о компьютере из контроллера домена:

Klist purge 

Если вы получаете неправильное сообщение уведомления об обновлении "Успешно установлено значение null модуля AksHci PowerShell", операция обновления будет успешно выполнена, даже если уведомление вводит в заблуждение.

Это сообщение можно безопасно игнорировать.

На этапе 2.1. Базовый компонент шага может возникнуть эта ошибка: "Подключение к удаленному серверу *** завершилось сбоем со следующим сообщением об ошибке: доступ запрещен. Дополнительные сведения см. в разделе справки about_Remote_Troubleshooting при попытке использовать учетные данные для узлов сервера.

Убедитесь, что на компьютере добавлена учетная запись или учетные данные. Затем убедитесь, что PSRemoting включен и удаленные узлы являются доверенными. Это можно сделать с помощью следующих команд PowerShell:

Enable-PSRemoting -Force 
winrm quickconfig 

Если вы по-прежнему столкнулись с проблемами, ознакомьтесь с этим руководством по устранению неполадок.

В настоящее время Центр администрирования Windows не имеет процесса для отключения кластера из Azure Arc.

Чтобы удалить агенты Arc в кластере, который был уничтожен, перейдите к группе ресурсов кластера в портал Azure и вручную удалите содержимое Arc. Чтобы удалить агенты Arc в кластере, который по-прежнему работает и работает, выполните следующую команду:

az connectedk8s delete --name AzureArcTest1 --resource-group AzureArcTest

После успешного обновления панель мониторинга обновления Windows Admin Center по-прежнему отображает предыдущую версию.

Обновите браузер, чтобы устранить эту проблему.

При развертывании AKS Arc с помощью Windows Admin Center и развертывания в течение длительного периода может возникнуть проблема с поставщиком поддержки безопасности учетных данных (CredSSP) или проблемами с подключением.

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

1. На компьютере под управлением Windows Admin Center выполните следующую команду в окне PowerShell:

      Enter-PSSession <servername>
   

2. Если эта команда выполнена успешно, вы можете подключиться к серверу и нет проблем с подключением.

3. Если у вас возникли проблемы CredSSP, выполните следующую команду, чтобы проверить доверие между компьютером шлюза и целевым компьютером:

      Enter-PSSession -ComputerName <server> -Credential company\administrator -Authentication CredSSP
   

   Для проверки доверия к локальному шлюзу можно также выполнить следующую команду:

      Enter-PSSession -computer localhost -credential (Get-Credential)
   

Дополнительные советы по устранению неполадок CredSSP см. в разделе "Устранение неполадок CredSSP".

Иногда из-за проблем с сетью Windows Admin Center время ожидания во время подключения Arc.

Используйте команду PowerShell Enable-AksHciArcConnection , чтобы подключить кластер рабочей нагрузки AKS к Azure Arc, пока мы активно работаем над улучшением взаимодействия с пользователем.

На этапе 2.1. Проверка системы может возникнуть ошибка: "Элемент "Install-Module" не распознался как имя командлета, функции, файла скрипта или запускаемой программы.

Проверьте орфографию имени. Если путь включен, убедитесь, что путь правильный. Повторите попытку при установке. Выполните команды PowerShell на узлах, на которых вы пытаетесь развернуться. Выполните следующую команду, чтобы устранить проблему (убедитесь, что версия PowerShell не менее 5.1):

Install-Module -Name PowershellGet -Repository PSGallery -Force -Confirm:$false -SkipPublisherCheck

Затем выполните следующие команды, если возникают ошибки из первой команды:

Get-PSRepository
Register-PSRepository -Default

Не удается подключить Windows Admin Center к Azure, так как вы не можете автоматически создать и использовать идентификатор приложение Azure на шлюзе.

Создайте идентификатор приложение Azure и назначьте ему нужные разрешения на портале. Затем выберите "Использовать существующие в шлюзе". Дополнительные сведения см. в статье о подключении шлюза к Azure.

Если у вас установлены кластеры рабочей нагрузки с kubernetes версии 1.19.9, а затем используйте Центр администрирования Windows для обновления их до Kubernetes версии 1.19.11, страница обновления Kubernetes продолжает показывать, что обновление по-прежнему выполняется. Однако при запуске Get-AksHciCluster выходные данные показывают, что обновление завершено, а если открыть Центр администрирования Windows на новой вкладке, кластер обновляется до версии 1.19.11 в списке кластеров Kubernetes.

Эту проблему можно игнорировать, так как процесс обновления завершился.

Когда вы сообщаете о проблемах с Windows Admin Center, рекомендуется присоединить журналы, чтобы помочь команде разработчиков диагностировать проблему. Ошибки в Windows Admin Center обычно возникают в одной из двух форм:

• События, отображаемые в средстве просмотра событий на компьютере под управлением Windows Admin Center
• Проблемы JavaScript, которые отображаются в консоли браузера

Чтобы собрать журналы для Windows Admin Center, используйте Get-SMEUILogs.ps1 скрипт, предоставленный в общедоступном пакете предварительной версии.

Чтобы использовать скрипт, выполните следующую команду в папке, в которой хранится скрипт:

./Get-SMEUILogs.ps1 -ComputerNames [comp1, comp2, etc.] -Destination [comp3] -HoursAgo [48] -NoCredentialPrompt

Команда имеет следующие параметры:

• -ComputerNames: список компьютеров, из которого требуется собирать журналы.
• -Destination: компьютер, на котором требуется агрегировать журналы.
• -HoursAgo: время начала сбора журналов, выраженное в часах до запуска скрипта.
• -NoCredentialPrompt: переключатель, чтобы отключить запрос учетных данных и использовать учетные данные по умолчанию в текущей среде.

Если у вас возникли трудности с выполнением этого скрипта, можно выполнить следующую команду, чтобы просмотреть текст справки:

GetHelp .\Get-SMEUILogs.ps1 -Examples

При запуске обновления в Windows Admin Center произошла следующая ошибка:

Error occurred while fetching platform upgrade information. RemoteException: No match was found for the specified search criteria and module name 'AksHci'. Try Get-PSRepository to see all available registered module repositories.

Это сообщение об ошибке обычно возникает при развертывании AKS в локальной среде с настроенным прокси-сервером. В настоящее время Windows Admin Center не поддерживает установку модулей в прокси-среде.

Чтобы устранить эту ошибку, настройте AKS в локальной среде Azure с помощью команды прокси-сервера PowerShell.

Развертывание кластера узлов AKS завершается сбоем при проверке системы с ошибкой службы WinRM.

Попробуйте применить решения, предложенные в руководстве по устранению неполадок вручную.

Если установлены несколько версий модулей PowerShell (например, 0.2.26, 0.2.27 и 0.2.28), Windows Admin Center может не использовать последнюю версию (или требуемую версию).

Убедитесь, что установлен только один модуль PowerShell. Необходимо удалить все неиспользуемые версии PowerShell модулей PowerShell и оставить только одну установку. Дополнительные сведения о том, с какой версией Windows Admin Center совместима версия PowerShell, см. в заметках о выпуске AKS в локальной среде Azure.

Эта ошибка возникает при развертывании через Центр администрирования Windows. Поставщику пакетов требуются PackageManagement теги и Provider теги. При попытке развертывания через Windows Admin Center необходимо проверить, имеет ли указанный пакет ошибку тега.

Эта ошибка возникает из PowerShell и указывает, что возникают проблемы с подключением к Интернету. PowerShell пытается установить пакет необходимых компонентов и не может установить его.

Убедитесь, что сервер или отказоустойчивый кластер подключен к Интернету, а затем запустите новую установку.

На этапе 2.1. При установке может возникнуть ошибка No match was found for the specified search criteria for the provider 'NuGet'. The package provider requires 'PackageManagement' and 'Provider' tags. Please check if the specified package has the tags. : выполните команды PowerShell на узлах, на которых вы пытаетесь развернуться. Необходимо вручную установить NuGet с помощью следующей команды PowerShell:

Install-PackageProvider -Name NuGet -Scope CurrentUser -Force

После выполнения этой команды закройте все окна PowerShell и повторите попытку в Windows Admin Center.

На этапе 2.1. Проверка системы может возникнуть эта ошибка: "Не удается найти репозиторий PSGallery".

Используйте Get-PSRepository, чтобы просмотреть все доступные репозитории. Выполните команды PowerShell на узлах, на которых вы пытаетесь развернуться. Отмените регистрацию и повторно зарегистрируйте PSRepository в окне администрирования PowerShell. Закройте все окна PowerShell после этого.

Unregister-PSRepository -Name 'PSGallery'
Register-PSRepository -Default

Затем удалите и переустановите PowerShellGet в окне администрирования PowerShell. Закройте все окна PowerShell после этого.

Uninstall-Module PowerShellGet
Install-Module PowerShellGet -Force

После этого вернитесь в Центр администрирования Windows и повторите попытку.

Если установить Windows Admin Center с одной учетной записью и попытаться использовать ее с другой, вы получите ошибки.

Чтобы CredSSP успешно функционировал в мастере создания кластера, Центр администрирования Windows должен быть установлен и использован той же учетной записью.

Эта ошибка возникает при переходе из PowerShell в Windows Admin Center для создания кластера рабочей нагрузки с поддержкой Arc.

Это сообщение об ошибке можно игнорировать. Он является частью шага проверки, и кластер уже создан.

Перезапуск узлов локального кластера Azure, на котором размещены кластеры управления и кластеры рабочей нагрузки, могут привести к исчезновению кластеров рабочих нагрузок с панели мониторинга Windows Admin Center.

Чтобы обойти эту проблему, приостанавливайте и очищайте узлы перед их перезапуском. Иногда кластеры рабочей нагрузки могут занять больше времени, чтобы отображаться на панели мониторинга.

Центр администрирования Windows не развертывает Служба Azure Kubernetes в среде с отдельными кластерами хранилища и вычислительных кластеров, так как ожидает, что вычислительные ресурсы и ресурсы хранилища будут предоставлены тем же кластером. В большинстве случаев они не будут находить csvs, предоставляемые вычислительным кластером, и откажутся продолжать развертывание.

Следующие шаги

• Обзор устранения неполадок
• Проблемы и ошибки установки
• Обновление известных проблем

Если вы продолжаете столкнуться с проблемами при использовании AKS Arc, вы можете отправлять ошибки через GitHub.