Решение проблемы SharePoint Server 2010 - 503.Служба недоступна после установки
-
20-09-2019 - |
Вопрос
Установленный:SharePoint Server 2010 для бета-версии Internet Enterprise (x64) На:Windows Server 2008 Standard (x64) на 64-разрядном оборудовании
Попытки получить доступ к консоли центрального администрирования привели к тому, что IIS вернул 503.Услуга недоступна
И эта ошибка была обнаружена в журнале приложения
Библиотека DLL модуля 'C:\Program Файлы \ Общие файлы \Общий доступ к Microsoft\веб-сервер Extensions\14\isapi\owssvr.dll ' не удалось загрузить из-за проблемы с конфигурацией.Текущая конфигурация поддерживает загрузку только образов, созданных для архитектуры процессора x86.
После долгих раздумий решение оказалось следующим:
1) Убедитесь, что для параметра enable32BitAppOnWin64 для пула приложений "Центр администрирования SharePoint" установлено значение False, и то же самое для пула приложений "SharePoint Web Services Root"
2) Отредактируйте applicationHost.config:
Изменение:
<globalModules>
...
...
<add name="SharePoint14Module" image="C:\Program Files\Common
Files\Microsoft Shared\Web Server
Extensions\14\isapi\owssvr.dll"
preCondition="appPoolName=SharePoint
Central Administration v4" />
</globalModules>
Для:
<add name="SharePoint14Module" image="C:\Program Files\Common Files\Microsoft
Shared\Web Server Extensions\14\isapi\owssvr.dll" preCondition=
"appPoolName=SharePoint Central Administration v4,bitness64" />
Я надеюсь, что это кому-нибудь поможет :-)
разрядность 64 быть здесь волшебным словом
Решение 2
1) Убедитесь, что параметр enable32BitAppOnWin64 для пула приложений "Центр администрирования SharePoint" имеет значение False и такой же для пула приложений "SharePoint Web Services Root"
2) Отредактируйте applicationHost.config:
разрядность 64 быть здесь волшебным словом
Другие советы
Я получил ошибку 503, потому что Пулы приложений не были запущены в IIS по какой-то причине.
Я согласен с Бейтаном Куртом.
У меня было добавлено 503 как для сайта центрального администратора, так и для целевой страницы SharePoint.В обоих случаях срок действия паролей истек.
После сброса пароля в AD и обновления удостоверения центр сертификации заработал, но целевая страница SharePoint выдала ошибку 500.
Оказалось, что версия .Net Framework была установлена на V4.0.Я изменил его на версию V2.0, и это сработало.
Помните, что после каждого изменения вам необходимо повторно использовать соответствующий пул приложений.
Не могли бы вы, пожалуйста, попробовать это :Проверьте свойства веб-сайта в IIS.На вкладке домашний каталог проверьте значение пула приложений
Убедитесь, что все службы SharePoint запущены.Если приложение не запущено, выполните следующие действия:Я думаю, что эта ошибка может возникнуть из-за изменения пароля учетной записи сервиса.Возможно, вам потребуется сменить новый пароль для доступа к пулу приложений
1) Щелкните остановленный пул приложений
2) нажмите дополнительные настройки
3) Идентификация -> щелкните пользователя, чтобы повторно ввести пользователя
4) Диалоговое окно идентификации пула приложений
5) нажмите установить -> вручную введите имя пользователя и пароль.Затем перезапустите сервер.
Это также может произойти, если ваша политика паролей или что-то еще изменило ваш пароль на случай, если ваши AppPools используют пользователя с измененным паролем.
Итак, вам следует обновить пароль пользователя в расширенных настройках вашего AppPool с помощью свойства "Identity".
Ссылка такова здесь
У меня возникли проблемы с поиском файла applicationhost.config.Это было в c:\windows\System32\inetsrv\ (Server2008) или в c:\windows\System32\inetsrv\config\ (Server2008r2).
После того, как я изменил этот параметр, мне также пришлось изменить способ загрузки IIS aspnet_filter.dll.Откройте диспетчер IIS, перейдите в раздел "Сайты", "SharePoint - 80", в группе "IIS", в разделе "Фильтры ISAPI", убедитесь, что все пути к "Исполняемому файлу" указывают на ...Microsoft.NET\Framework64\v#.#.####\aspnet_filter.dll.Некоторые из моих были указаны на \Framework\ (не 64).
Вам также необходимо перезапустить службу WWW, чтобы перезагрузить новые настройки.
Выбранный ответ, опубликованный здесь, решил одну проблему, но другая заключается в том, что вам придется изменить пул приложений для использования .Net 2.0.
"SharePoint 2010 использует .NET Framework 3.5, а не 4.0.Пулы приложений SharePoint 2010 должны быть настроены как .NET Framework 2.0 с использованием режима интегрированного конвейера".
Спасибо, что поделились этим.Это очень помогло.Единственным отличием в моем applicationHost.config было
<add name="SharePoint14Module" image="C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\isapi\owssvr.dll" preCondition="appPoolName=SharePoint Central Administration v4,bitness64;SharePoint - 80" />
Обратите внимание на несколько записей, разделенных точкой с запятой.Вероятно, это связано с тем, что у меня установлена SPS в одной коробке.
У меня была аналогичная проблема с клиентом, и ни одно из опубликованных решений не помогло.Я предоставил разрешение "Входить в систему как пакетное задание" через локальную политику безопасности, и это, наконец, привело к правильному отображению веб-страницы Центра администрирования.
Иногда Web.config приложения оказывается в несоответствующем состоянии (дублирующее объявление http-обработчиков и т.д.) Чтобы проверить, какая строка в конфигурации вызывает ошибку, откройте диспетчер IIS и попробуйте отредактировать обработчик mappings..it отобразит вам строку ошибки, если в web config есть такая ошибка.
Как ни странно, такие ошибки не регистрируются в Event viewer или ULS
У меня была такая же проблема, но пароль был хорошим, и одного "Войти в систему как пакетное задание" было недостаточно.
Убедитесь, что учетная запись или группа идентификации пула приложений IIS имеет разрешение "Входить в систему как пакетное задание" И что она может "выдавать себя за клиента после проверки подлинности".
Чтобы изменить эти параметры, выполните следующие действия на сервере веб-интерфейса:
- Пуск> Выполнить введите "secpol.msc"
- Найти:Безопасность Настройки> Локальные политики> Назначение прав пользователя
- Добавить пользователя или группу в "Войдите в систему как пакетное задание"
- Проверьте членство в группе учетной записи службы (в Active Directory), используется ли для этого конкретная группа цель.
- Найдите "выдавать себя за клиента после аутентификации" и добавьте идентификатор пула приложений
- Перезагрузите сервер
Вы должны иметь возможность получить доступ к сайту!
Прочитайте имя пользователя и пароль в приложении -> Предварительные настройки для приложения Cental Admin, которое будет работать.