none
Сервер RPC занят и не может завершить операцию RRS feed

  • Вопрос

  • Утра! При попытке зайти на сервер по RDP или SMB (как по dns-имени, так и по ip) клиент выдает сообщение как в названии темы. Локальный осмотр сервера выявил, что ни диспетчер задач, ни mmc (и все производные от этого) не запускаются. Пришлось выполнить перезагрузку сервера. Она выполнялась очень долго, раза 2 потом еще снова перезагружалась (отчего я подумал что сервер вообще накрылся) После в журнале Windows увидел кучу ошибок приложений, но везде одна и та же строчка (разве что начало разное):

    Сервер RPC занят и не может завершить операцию

    Отсюда вопрос - как можно от этого уберечься?


    Windows makes me mad!

    4 октября 2016 г. 6:55

Ответы

  • Очень похоже, что у вас на сервере происходит утечка памяти (приложение или компонент ядра запрашивают память, но после использования не отдают её системе). Искать проблему (если она повторяется) нужно не дожидаясь, пока сервер стане полумёртвым: ведите мониторинг памяти (можно вручную через Диспетчер задач, можно автоматизировать процесс через Группы сборщиков данных в Системном мониторе). Вас должны интересовать размер выделенной процессам виртуальной памяти и размеры пулов ядра (их два - подкачиваемый и неподкачиваемый). Если значение размера постоянно возрастает, то это - оно, и нужно искать дальше. Как именно - зависит от того, куда утекает память.


    Слава России!

    5 октября 2016 г. 11:04
  • Ну, если это происходит ночью, и если вы хотите по ночам спать, то настройте автоматический сбор значений счётчиков размера памяти в лог через группы сборщиков данных в Системном мониторе. Потом, после сбоя посмотрите, что куда утекло. Ну и, утечку, в общем-то можно обычно увидеть заранее, до того, как она станет препятствовать работе.

    PS Если это действительно утечка, то снижение нагрузки ("снес 1-у ВМ") не поможет - просто проблема будет проявляться чуть дольше.


    Слава России!

    5 октября 2016 г. 12:15

Все ответы

  • Привет,

    Посмотрите несколько тем:

    Troubleshooting RPC Errors

    Windows Server Troubleshooting: "The RPC server is unavailable"

    В большинстве случаев ошибка RPC указыевает на проблемы с сетью(конфигурация, доступность и т.д.)


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

    5 октября 2016 г. 6:35
    Модератор
  • Утра! Проблема, пока, обнаружена только на 1-м сервере. Параллельно работает такой же сервер. Оба они в одной и той же стойке и с одинаковыми сетевыми конфигурациями. Единственная разница - на одном из них больше потребление ОЗУ. В статьях выше читал о том, что при моей проблеме надо запускать тулзы, но как я это сделаю, если сервер полумертвый?) Получается, только увеличение ОЗУ поможет? И можно ли как-то понять максимальное потребляемое значение для ОЗУ, после которого начнется такая фигня с RPC? 

    Windows makes me mad!

    5 октября 2016 г. 7:33
  • Очень похоже, что у вас на сервере происходит утечка памяти (приложение или компонент ядра запрашивают память, но после использования не отдают её системе). Искать проблему (если она повторяется) нужно не дожидаясь, пока сервер стане полумёртвым: ведите мониторинг памяти (можно вручную через Диспетчер задач, можно автоматизировать процесс через Группы сборщиков данных в Системном мониторе). Вас должны интересовать размер выделенной процессам виртуальной памяти и размеры пулов ядра (их два - подкачиваемый и неподкачиваемый). Если значение размера постоянно возрастает, то это - оно, и нужно искать дальше. Как именно - зависит от того, куда утекает память.


    Слава России!

    5 октября 2016 г. 11:04
  • Да, действительно, проблема эта уже 3-й или 4-й раз. В этот раз дело произошло ночью, поэтому сколько ОЗУ потреблялось в тот момент неизвестно. Хотя Ваш совет совпадает с ситуацией - сообщение отсылает к нехватки ресурсов. Сейчас-то я снес 1-у ВМ, но от опасений это не избавило.

    Windows makes me mad!

    5 октября 2016 г. 11:34
  • Ну, если это происходит ночью, и если вы хотите по ночам спать, то настройте автоматический сбор значений счётчиков размера памяти в лог через группы сборщиков данных в Системном мониторе. Потом, после сбоя посмотрите, что куда утекло. Ну и, утечку, в общем-то можно обычно увидеть заранее, до того, как она станет препятствовать работе.

    PS Если это действительно утечка, то снижение нагрузки ("снес 1-у ВМ") не поможет - просто проблема будет проявляться чуть дольше.


    Слава России!

    5 октября 2016 г. 12:15