Спрашивающий
Ошибка HTTP 500.0

Общие обсуждения
-
Приветствую, коллеги!
Буду писать несколько сбивчиво, т.к. ситуация пока патовая. Итак.
Есть Lync 2010 Standart. Долго бились над его корректной работой, в итоге, вчера он заработал как нужно. Работают аудио-видео службы, служба мгновенных сообщений, отображение фото как при работе внутри сети, так и при работе извне (особый привет господам с Самары за помощь в направлении "копания" :) )
Но спустя час или два после починки чьи-то кривые руки (может быть и мои, не знаю) что-то сделали в системе. В итоге, все службы продолжают работать, но IIS на Front-End работает, мягко говоря, через "пень-колоду". Он не принимает запросы от клиентов для публикации адресной книги, фото и пр. Отваливается с ошибкой 500.
При попытке зайти браузером на адрес https://localhost:443/GroupExpansion, выдается такая ошибка:
Ошибка HTTP 500.0 - Internal Server Error
Не удалось найти модуль "OCSAuthHelperModule"
Ну и все в таком духе. Такое ощущение, что пулы приложений не могут авторизоваться. Но это только подозрение.
Кто знает, в какую сторону хотя бы копть ?
- Изменен тип Yuriy Lenchenkov 6 июня 2011 г. 10:39
18 мая 2011 г. 5:09
Все ответы
-
У меня подозрение, что проще переустановить сервер, чем вылечить, если вы не знаете предысторию. Тем более это не сложно.
Сазонов Илья http://www.itcommunity.ru/blogs/sie-wl/18 мая 2011 г. 9:18Модератор -
В зависимости от величины проблемы решается:
1. Самый опасный в плане работоспособности, но самый быстрый вариант - удалить сайты Lync в IIS и переставить при помощи запуска webcomponents.mci (можно просто запустить установку, ничего не удаляя, но это не гарантирует работоспособности в дальнейшем)
2. Если все накрылось, деинсталлиуем службы IIS и устанавливаем по новой и переставляем Front End при помощи Lync Server Deployment Wizard
3. Самый надежный вариант переставить полностью с нуля Front End на чистую машину, результат - гарантирован. И по времени может быть быстрее чем биться над восстановлением параметров IIS.
http://www.useto.ru18 мая 2011 г. 9:51 -
Я так понимаю:
1. Никто не гарантирует возобновление работоспособности IIS
2. same as 1
3. В процессе переустановки - Lync доступен не будет для клиентов.
Собственно, часть проблем уже решили изменением имени запуска пулов приложений, но вопрос в том, что вызвало этот "сбой" ? Кривые руки админов ? Или некий сторонний фактор ?
18 мая 2011 г. 11:37 -
По п.1-3 Да, все именно так. Но само оно, обычно, не ломается (если только обновления автоматически не ставятся на какой-нибудь сервер :)
http://www.useto.ru18 мая 2011 г. 11:51 -
Верю, что оно само не ломается :) Но понять бы, чьи это были кривые руки....
А еще по пунктам.. В процессе "работы" по п.1 - пользователи смогут подключаться ?
18 мая 2011 г. 11:57 -
Я на живом сервере тренировался, когда IIS умер окончательно (и не нужно было в него лазить:), то пришлось снести сайты и переустановить. Если при удалении IIS приходится сервер перезагружать, то при удалении сайтов, это не требуется. Клиенты в процессе могли подключаться, но естественно, никаких адресных книг они скачать не могли и появились сообщения на клиенте о проблемах с загрузкой адресной книги. Ничего сделать вообще нельзя, административная консоль ведь через IIS работает. В общем, выбиваем из под него табуретку, и надемся, что пока подставляем другую, наш Lync не умрет. Думаю, что сам Microsoft бы не одобрил такое издевательство над Lync.
Если переустановка вебсервисов проходит нормально, то это занимает буквально 5-10 минут. Но если что-то пойдет не так, мало ли и по каким-то причинам он не сможет переустановиться, то тут уже весь Front-End придется переставлять.
http://www.useto.ru18 мая 2011 г. 12:12 -
Я на живом сервере тренировался, когда IIS умер окончательно (и не нужно было в него лазить:), то пришлось снести сайты и переустановить. Если при удалении IIS приходится сервер перезагружать, то при удалении сайтов, это не требуется. Клиенты в процессе могли подключаться, но естественно, никаких адресных книг они скачать не могли и появились сообщения на клиенте о проблемах с загрузкой адресной книги. Ничего сделать вообще нельзя, административная консоль ведь через IIS работает. В общем, выбиваем из под него табуретку, и надемся, что пока подставляем другую, наш Lync не умрет. Думаю, что сам Microsoft бы не одобрил такое издевательство над Lync.
Если переустановка вебсервисов проходит нормально, то это занимает буквально 5-10 минут. Но если что-то пойдет не так, мало ли и по каким-то причинам он не сможет переустановиться, то тут уже весь Front-End придется переставлять.
Я правильно понимаю, что IIS собственно за это и отвечает, за загрузку адресной книги и пр ? Т.е. пользователи смогут общаться. Просто некоторое время не будет обновлений адресной книги.
Далее. Какие последствия для клиентов при переустановке FE ? Самые печальные ? Невозможность работать с Lync ?
18 мая 2011 г. 12:17 -
То-же но без простоя :-)
- cтавите второй сервер (спасибо виртуализации).
- убеждаетесь что сервер рабочий.
- переключаете на второй сервер CMS.
- переключаете DNS SRV запись чтоб указывала на второй сервер.
- вечером переводите на второй сервер пользователей и на всякий случай перегружаете старый сервер
Останется только удалить сервер из топологии. часть действий по удалению нужно будет выполнить из Powershell
18 мая 2011 г. 12:33 -
Была такая мысль, но как же не хочется.....
18 мая 2011 г. 12:38 -
Zhuravlev Dmitriy, вы решили проблему?
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий1 июня 2011 г. 12:46 -
Уважаемый пользователь!
В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий3 июня 2011 г. 12:45 -
Ошибка HTTP 500.0 - Internal Server Error
Не удалось найти модуль "OCSAuthHelperModule"
Мне помогло это:
удалил "Web Components Server" и установил заново: для этого запустил WebComponents.msi (в начале для удаления, затем для установки).
Вычитал на форуме:
23 августа 2012 г. 16:05