Страница 1 из 2
NetWare 6.5: утечка памяти. Как отследить врага?

Добавлено:
20 июн 2005, 17:10
Vershkov_AV
Ситуация: Большой толстый сервер (HP ProLiant DL760 в кластере) под Нетварью 6.5 сп 3. Постепенно кончается память, вернее логическое пространство и, соответственно, увеличивается количество фрагментированной памяти.
Собственно хочется отследить каким-либо образом какой конкретно модуль гадит. Есть большие подозрения на АркСерв, но хочется доказательств.
Ну и попутно, каким образом (кроме перезагрузки сервера) фрагментированную память можно вернуть на место? "Сборщик мусора" работает как-то не очень убедительно.

Добавлено:
20 июн 2005, 19:44
Andrey Karyagin
Отследить врага.

Добавлено:
21 июн 2005, 11:10
Vershkov_AV
Потом проще: настучать начальству, показать доказательства и заставить купить другое ПО (или наехать на СА).
Борьба с фрагментацией

Добавлено:
21 июн 2005, 11:13
Vershkov_AV
Второй вопрос остается в силе:
Как вернуть фрагментированную память без перезагрузки сервера?

Добавлено:
21 июн 2005, 18:13
Andrey Karyagin
Специальной команды для этого нет, но можно поиграться с параметром
SET GARBAGE COLLECTION INTERVAL, см. также по этому поводу:
http://support.novell.com/cgi-bin/searc ... 091598.htm
Кроме того, не совсем понятно, что делает ArcServ на кластере?
С кластером и так все не вдруг, а тут еще и ArcServ впридачу.
И, кстати, почему Вы грешите именно на него?
Могут также оказаться полезными следующие документы:
http://support.novell.com/cgi-bin/searc ... 091980.htm
http://support.novell.com/cgi-bin/searc ... 096649.htm
http://support.novell.com/cgi-bin/searc ... 010632.htm
http://support.novell.com/cgi-bin/searc ... 097143.htm

Добавлено:
22 июн 2005, 11:20
Vershkov_AV
С интервалом сборки мусора я игрался -- безрезультатно.
ТИД10091980 читал (остальные тоже), немного напрягло, что патч NW65OS3a пока в состоянии Бета, но поставил. Перезагрузка сервера -- увы только в пятницу вечером. Ждем.
На АркСерв грешу по причине графиков, рисуемых РемоутМенеджером:
---------------------
Day profile for: Available Logical Space
Start Time: Tuesday, 21/06/2005 11:00
End Time: Wednesday, 22/06/2005 11:00
Unit Measured: Megabytes
Hour Average Maximum
0 956 958
1 945 958
2 920 920
3 920 921
4 920 920
5 920 923
6 920 920
7 920 920
8 920 921
9 920 920
10 920 920
11 920 921 ----> Начало бэкапа (22:00)
12 873 956
13 780 933
14 812 933
15 533 841
16 632 847
17 837 837 ----> Конец Бэкапа (4:00)
18 837 837
19 837 837
20 836 837
21 836 837
22 837 837
23 837 838
24 837 837
------------------------------------------
Итого 83 Мб з'ил проклятый довгоносик.
А Арксерв на кластере живет:
а) исторически (так Айтеко поставила)
б) вследствие присоединенности к нему большой и толстой библиотеки на 2.4 Тб без сжатия
в) отсутствия других серьезных серверов НетВари.
Теперь замечание по поводу SEGа -- таки не очень полезная (вследствие отсутствия нормальной настройки) вещь.
Да можно посмотреть что объем фрагментированной памяти растет, но это я вижу и в РемоутМенеджере, а в лог пишется только о занимаемой памяти несколькими НЛМками (самыми тольстыми) -- Модули Арксерва в их число не попадают.
Даже если переключится в режим All NLM -- на экране только часть, промотать нельзя.
Идеальной была бы програмка на входе кушающая имя модуля, за которым надо следить, и интервал, а на выходе пишущая что-то вроде "запросил-отдал".
Кто-нибудь что-то подобное видел?

Добавлено:
22 июн 2005, 11:25
Timur Kazimirov
AdRem Server Manager. IMHO, для администратора - вещь незаменимая во многих случаях. Правда дорогая, зараза...

Добавлено:
22 июн 2005, 12:15
Dimerson
Vershkov_AV писал(а):С интервалом сборки мусора я игрался -- безрезультатно.
ТИД10091980 читал (остальные тоже), немного напрягло, что патч NW65OS3a пока в состоянии Бета, но поставил. Перезагрузка сервера -- увы только в пятницу вечером. Ждем.
На АркСерв грешу по причине графиков, рисуемых РемоутМенеджером:
---------------------
Day profile for: Available Logical Space
Start Time: Tuesday, 21/06/2005 11:00
End Time: Wednesday, 22/06/2005 11:00
Unit Measured: Megabytes
Hour Average Maximum
0 956 958
1 945 958
2 920 920
3 920 921
4 920 920
5 920 923
6 920 920
7 920 920
8 920 921
9 920 920
10 920 920
11 920 921 ----> Начало бэкапа (22:00)
12 873 956
13 780 933
14 812 933
15 533 841
16 632 847
17 837 837 ----> Конец Бэкапа (4:00)
18 837 837
19 837 837
20 836 837
21 836 837
22 837 837
23 837 838
24 837 837
------------------------------------------
Итого 83 Мб з'ил проклятый довгоносик.
А Арксерв на кластере живет:
а) исторически (так Айтеко поставила)
б) вследствие присоединенности к нему большой и толстой библиотеки на 2.4 Тб без сжатия
в) отсутствия других серьезных серверов НетВари.
Теперь замечание по поводу SEGа -- таки не очень полезная (вследствие отсутствия нормальной настройки) вещь.
Да можно посмотреть что объем фрагментированной памяти растет, но это я вижу и в РемоутМенеджере, а в лог пишется только о занимаемой памяти несколькими НЛМками (самыми тольстыми) -- Модули Арксерва в их число не попадают.
Даже если переключится в режим All NLM -- на экране только часть, промотать нельзя.
Идеальной была бы програмка на входе кушающая имя модуля, за которым надо следить, и интервал, а на выходе пишущая что-то вроде "запросил-отдал".
Кто-нибудь что-то подобное видел?
Не факт что арксерв. Например TSAFS TSA NDS etc ... или агент арксервовый .... имхо от Саппорта ЦА саппорт получить можно - я мылом написал запрос те в течении 64 часов выслали то что надо был для обновления [eTrust 71 на NetWare глючил].

Добавлено:
22 июн 2005, 15:44
Vershkov_AV
Timur Kazimirov
Тимур, а не могли бы Вы ткнуть меня носом в то место в AdRem, с помощью которого можно решить мою проблему.
А то я что-то не могу найти, версия 4.0.0.730.

Добавлено:
22 июн 2005, 18:26
Andrey Karyagin
Глядя в SEG и в Remote Manager, Вы в явном виде не увидите врага, порождающего фрагментацию. Потому как эта память уже освобождена и никакой NLM ее не удерживает. Но распределены эти кусочки таким образом, что OS не может освободить chunk of memory целиком. Подобная ситуация описана в одном из TID, упоминавшихся ранее, применительно к проблемам eDirectory. Аналогичную ситуацию может порождать и любой другой NLM, захватывающий и высвобождающий относительно малые и относительно большие участки памяти в течение короткого промежутка времени. Если у меня будет в ближайшее время возможность, то я напишу тестовый NLM, занимающийся подобным безобразием.

Добавлено:
23 июн 2005, 04:22
Timur Kazimirov
Vershkov_AV писал(а):Timur Kazimirov
Тимур, а не могли бы Вы ткнуть меня носом в то место в AdRem, с помощью которого можно решить мою проблему.
А то я что-то не могу найти, версия 4.0.0.730.
Запускаем, тыкаем в кнопку NLM, выбираем нужный(е) модули, потом кликаем на кнопку Create monitor chart for selected NLM. Выбираем Allocated memory. Слева появится график для этого модуля. Можно еще помониторить Memory free и Memory used для этого же модуля.

Добавлено:
23 июн 2005, 10:26
Владимир Горяев
http://support.novell.com/cgi-bin/searc ... 091980.htm уже упомянут
Обратите внимание на
STEP 4: Set the File Cache Maximum Size parameter

Добавлено:
23 июн 2005, 10:31
Timur Kazimirov

Добавлено:
23 июн 2005, 12:23
Vershkov_AV
Владимир Горяев Собственно это было сделано в первую очередь, еще по предыдущему ТИДу, правда с 1.5 было срезано не до 1, а до 1.25 Гб (все-таки больше 1000 юзеров это много).
На скорость поедания памяти (при запущенном Арксерве) не повлияло.

Добавлено:
23 июн 2005, 12:24
Vershkov_AV
Timur Kazimirov
Про уже болтается, довольно сильно сказано -- дата от 22.06 (т.е. вчера)
Попробуем.