Зависание сервера, ошибка 2019.
 

Добрый вечер. Windows Server 2003 R2 Enterprise Edition SP2. Используется терминальный сервер, 15- 20 пользователей 1С.
Сегодня появилась ошибка 2019 в журнале. Начал притормаживать сервер. Затем пользователей повыбивало из сессий. Пропала возможность заходить на сервер или путешествовать из сервера в локальной сети(доступ из внешки остался).
Запускал poolmon - тег Even типа Nonp занимал 152Mb.
После перезагрузки, всё заработало. Сейчас наблюдаю плавный рост тега Even(в 2 часа от 0.6Mb до 5.5Mb).
То есть через день, два будет та же история насколько я понимаю. Посоветуйте пожалуйста, в чём может быть проблема(заранее спасибо)?

EVEN tag is poolmon is showing a memory leak on Windows Server 2003

Общая методика: с помощью Msconfig отключить сторонние (не Microsoft) программы и службы из автозагрузки.

Из не мелкософтовских служб имеется только 1С, APC Agent и Intel managment. А в автозагрузке только apache.
Отключил USB3 монитор и всевозможные аудио драйвера, отключил монитор принтера cnap. Вечером попробую перезагружусь.

nightkain, антивирус, часом, не установлен?

Не так давно проблема была с выгружаемым пулом. Антивирус был удалён по подозрению во вредительстве(был установлен Mcafee). В прошлый раз проблема решилась удалением драйвера nic1394.sys. Пока живём без антивиря

Всего лишь драйвер порта FireWire.

nightkain, судя по ссылке из второго сообщения, некий процесс вызывает утечку дескрипторов, связанных с журналом событий. Количество дескрипторов можете посмотреть в Диспетчере задач -> вкладка Процессы -> меню Вид -> Выбрать столбцы... -> включить флажок "Счетчик дескрипторов".

По дескрипторам есть 5 процессов Spsmtp(smtp сервер) у 5 пользователей с админ правами - дескрипторов от 90000 до 400000.

nightkain, ну и?
Отключить, обновить, перезагрузить?

Сделаю чуть позже,потом отпишусь, в течение рабочего дня не разрешают просто. В любом случае после завершения процессов teg Even c 64mb опустился до 21mb

Спасибо за советы проблема решена и больше не проявлялась. Убил из автозапуска SMTP сервер и всё прошло.

Добрый день всем участникам форума! Чтобы не плодить темы - пощу сюда.

Сходная проблема с Windows 2000 professional, сборка 2195. При круглосуточной работе система не выдерживает даже неделю. Самое долгое время работы (по "Евересту") 5 сут., 22 часа, 2 мин. Причина - ошибка 2019.

Тип события: Ошибка
Источник события: Srv
Категория события: Отсутствует
Код события: 2019
Дата: 19.06.2013
Время: 20:05:20
Пользователь: Нет данных
Компьютер: COPILKA-626
Описание:
Сервер не смог выделить память из невыгружаемого пула памяти, так как невыгружаемый пул пуст.
Данные:
0000: 00 00 04 00 01 00 54 00 ......T.
0008: 00 00 00 00 e3 07 00 c0 ....ã..À
0010: 00 00 00 00 9a 00 00 c0 ....š..À
0018: 00 00 00 00 00 00 00 00 ........
0020: 00 00 00 00 00 00 00 00 ........
0028: 02 00 00 00 ....

Невыгружаемый пул обнуляется лишь при перезагрузке. Сначала его размер (сразу после перезагрузки) составляет около 12кб, постепенно за пять-шесть суток разрастается до 160кб. И компьютер виснет. Уходит в "экран смерти".

Скорее всего причина в антивируснике ESET Nod 5.2.9.12 Толь он так "косовато" с Windows 2000 работает, толь ещё чегото... Выгрузить его я не могу, он ожесточённо сопротивляется. :) (на то он и антивирусник).
Приходится компьютер перегружать раз в неделю дистанционно. Это не особо удобно, нужно следить за ним постоянно, чтобы не переполнилась невыгружаемая память. Без антивируса тоже нельзя оставлять. Машина в сети постоянно, состоит при оборудовании, в него из оборудования копится база тарификационных данных.

Есть-ли какаянить маленькая утилитка, работающая в том числе и под Windows 2000, чтобы выводить на экран значение занятой невыгружаемой памяти? Чтобы не влазить в менеджеры процессов. А то слабоквалифицированному персоналу это мало под силу....

Когда в следующий раз будет проблема:

1. запустите Poolmon (прочитайте инструкцию);
2. нажмите клавишу b для сортировки по столбцу Bytes (чтобы вверху был тег с самым большим значением);
3. покажите скриншот.

Чегото я никак не пойму как пользоваться этой утилитой. Либо её версия из под "семёрки" не корректно работает в 2k и Xp.

1) Не могу запустить её в 2k из под "администратора". Нет такой строки в меню правой клавиши. Но я и так зашёл под администратором в систему. Должно же и без этого работать!?



2) Запустив утилиту я не вижу списка процессов, занимающих память. Вот, что вижу. При ожидании в течении получаса ничего не меняется, кроме значений в верхних столбцах.



Может не с тем ключом запускаю, или нужна версия утилиты для более ранних версий виндовс!? Подскажите, что я не так делаю. На Хр у меня та же ситуация.

Медведь Вениамин, во-первых, зачем с опцией -s запускаете? Не надо.
Во-вторых, по статье KB177415 задайте в реестре параметр GlobalFlag и перезагрузитесь.
В-третьих, версию для XP на всякий случай прикрепил:

Большое спасибо, Уважаемый Petya V4sechkin, за исчерпывающую подсказку. Активировал флаги через Gflags.exe, какраз в этом было дело. Всё получилось и с poolmon для Хр и с версией для 7-ки. Но для того, чтобы активировать GlobalFlag мне пришлось перегрузить ту машину. Через несколько суток, когда "nonepage" разрастётся - я сделаю скриншот и выложу сюда.

Ещё раз спасибо, уважаемый Petya V4sechkin! И что самое обидное... На другом рабочем месте с теми-же функциями стоит другой системник. Гораздо старше, хуже, медленнее, с такойже ОС Win2k, раскатанной с того-же дистрибутивного диска, что и на проблемной машине. И там буфер не разрастается! Работает нормально!!

А пока вот, сразу после перезагрузки данные таковы:

1) буфер невыгружаемой памяти:



2) Данные Poolmon на момент после перегрузки:



Спустя несколько суток - представлю теже скрины, но с другим размером буфера.

Перечитав вот эту статью скачал набор утилит от Sysinternals, последнюю версию, меня интересовали утилиты strings.exe и sigcheck.exe. Но к сожалению они работают на Хр. На 2k работать отказываются. Вот, какие сообщения об ошибках выдаются в 2k:





Видимо для 2k нужны эти утилиты более старой версии. Нет-ли у кого в "кладовках" старого набора Sysinternals ??

Предварительно предполагаю, что невыгружаемый пул "раздувается" драйверами с наименованием пула Irp и ScLM. Но к какому драйверу они принадлежат - пока определить не могу. Позже дам скрины poolmon, когда буфер разрастётся. Через пару суток.

Перенёс я папку "drivers" с компьютера с Win2k на компьютер с WinXp. И запустил утилиту strings.exe. Всё вроде получилось, но по тегу Irp там целая куча результатов. И по ScLM пара. Вот скрины: ...или так нельзя делать?









Какой из этих файлов глюкавый, как вычислить? Может те, что с пометкой "warning"

Ну вот, теперь совершенно ясно, что причиной переполнения невыгружаемого буфера теги Irp и ScLM. Через двое суток работы.

...монолог такой себе получается в одном лице... :)

Ну чтоже, проблема решена. Заключалась она в проинсталлированной программке, под названием "NTI Dragon Disc 2.0.0.11". (Программа для форматирования и записи CD-DVD дисков в формате "флешки") Под Windows 2000 она работает не корректно. Заставляет переполяться невыгружаемый буфер под тегами Irp и ScLM. После её деинсталляции проблема исчезла. Дальнейшая эксплуатация со временем покажет исчерпана-ли полностью была проблема.

Кстати, утилиты из последней версии набора "SysInternals" не работают под Windows 2000. Незнаю как в Windows 2003 Server, может тоже с этим проблема. Но вот я нашёл предыдущую версию набора, в аннотации к ней указано "PsTools Version in this package: 2.44". Для того, чтобы Вы не искали - прилагаю в виде файла: (rar-архив 8Мбт) Сюда не помещается, поэтому даю внешнюю ссылку:

SysInternals PsTools Version in this package: 2.44

Каким образом удалось отловить сбойную софтину?
Похожая проблема на сервере, процесс Irp переполняет буфер.

Mikex2000, к сожалению, тег Irp не указывает на конкретный драйвер.
Попробуйте другие методы диагностики из статьи
Understanding Pool Consumption and Event ID: 2020 or 2019
(по пункту 1: "Handle Count" в русской системе - "Счетчик дескрипторов").

Также с помощью Msconfig отключите сторонние (не Microsoft) программы и службы из автозагрузки.

У меня вместе с Irp рос ещё и ScLM. Это выяснилось спустя какоето время. ScLM рос медленнее и не так силино в объёме, как Irp. В моём случае получилось, что рост Irp вторичен, хотя и более ярко выражен. Именно по тегу ScLM я выяснил, какая софтина виновата.

Попробуйте перегрузить компьютер, "отскриньте" в poolmon состояние тегов, сохраните себе эту картинку или текст. Далее подождите почти до "краха" и снова отскриньте состояние тегов. Далее будем сравнивать. Гдето вместе с Irp возможно у Вас ростёт ещё чтото, просто пока не прошло время - его не заметно. А сравнив две картинки (сразу после перезагрузки и почти перед "крахом") будет видно, что растёт ещё вместе с Irp. Обязательно ещё чтото должно найтись!
Если сами не увидите - выложите оба скрина из под poolmon сюда!

Ну а после воспользуйтесь утилитами strings.exe в формате коммандной строки strings * | findstr <tag>
и далее Sigcheck в формате коммандной строки Sigcheck Xxxxxxxx.sys

Можно также проэкспериментировать повыключав всё лишнее из автозагрузки утилитой "Starter". Даю Вам её во вложении. Или утилитой AutoRuns.exe, она есть в наборе SysInternals