Решение проблемы SharePoint Server 2010 - 503.Служба недоступна после установки

StackOverflow https://stackoverflow.com/questions/2245324

Вопрос

Установленный: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 с использованием режима интегрированного конвейера".

Источник:http://social.msdn.microsoft.com/Forums/en-US/sharepoint2010general/thread/4727f9b4-cc58-4d86-903b-fabed13da0ff

Спасибо, что поделились этим.Это очень помогло.Единственным отличием в моем 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, которое будет работать.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top