Пул приложений Azure DevOps 2020 перестает работать после удаления Sharepoint
Итак, поскольку обычно начинаются публикации такого типа, я унаследовал старый сервер Azure DevOps (в настоящее время локальный DevOps 2020, работающий на Windows Server 2016), который сейчас использую в основном один (и, поскольку такие вещи обычно происходят, я разработчик, а не DevOps-инженер :x).
Наши внутренние ИТ-специалисты сообщили мне, что они заметили множество критических событий во время технического обслуживания DevOps, поэтому они проинформировали меня. Я изучил его и нашел старую установку сервера Sharepoint (SharePoint 2016), которая вызвала эти критические ошибки, говоря что-то о каком-то компоненте SharePoint, который не удалось найти.
Я быстро поговорил со старшим коллегой, который рассказал мне, что раньше у нас был TF2013 с интеграцией с Sharepoint, поэтому я изучил его, но инструмент управления не запускался, все веб-сайты IIS и пулы приложений для него были отключены, поэтому мы решили, что это «мертвый» в любом случае.
Я запускаю деинсталлятор с помощью опции «Установка и удаление программ» в Windows, и уже через несколько минут наш DevOps, конечно же, недоступен (503). Это занимает целую вечность (около 2 часов), но я полагаю, что это как-то связано с перенастройкой IIS, и жду ее завершения.
После установки у меня все еще была ошибка 503, поэтому я перезапустил все (IIS, пулы приложений, веб-сайты), проверив, поможет ли это, но не помогло. Посмотрев в средстве просмотра событий, я обнаружил следующие ошибки:
- В журналах Windows/приложении:
The Module DLL C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\isapi\spnativerequestmodule.dll failed to load. The data is the error.
- В журналах Windows/Система:
Application pool 'Azure DevOps Server Application Pool' is being automatically disabled due to a series of failures in the process(es) serving that application pool.
- В разделе «Журналы приложений и служб»\Microsoft-Team Foundation Server\Debug: 3 разные ошибки с надписью «Не найдена поддерживаемая версия для расширения: ms.vss-services-x (x — конечная точка, docker и jenkins, хотя я не думаю, что мы» на самом деле мы используем Docker, и мы определенно не используем Jenkins, так что это может быть отвлекающим маневром)
В Интернете я нашел несколько похожих ошибок, и решение обычно заключалось в запуске 32-битных приложений, которое решалось с помощью этой командной строки:
Есть идеи, что я могу проверить или сделать, чтобы снова запустить пул приложений? Я понятия не имею, почему DevOps может зависеть от какого-либо компонента SharePoint, насколько мне известно, Microsoft прекратила интеграцию Sharepoint после DevOps 2018. Пожалуйста, помогите мне, вы моя единственная надежда, лол
1 ответ
Хорошо, я нашел проблему: видимо SP добавляет некоторые свои компоненты на весь сервер как собственный модуль. Через диспетчер IIS -> (локальный компьютер) -> Модули -> «Настроить собственные модули» мне удалось удалить ссылку на spnativerequestmodule.dll, теперь моя TFS восстановлена и (надеюсь) работает.
Надеюсь, это поможет хотя бы какой-нибудь отчаявшейся душе в будущем, лол.