Страница 1 из 1

Периодические подскоки Utilization

СообщениеДобавлено: 30 июн 2004, 11:02
galagen
Ребя, подскажите плиз...
Сервак - Novell 5.1SP6
Клиенты - 4.90.0.0 SP1a (около 80 человек)

Периодически, 2-3 раза в месяц утилизация резко доходит до 40%-41% Я лечу это только перезагрузкой сервака.. Через неделю-две опять все заново... Как-то даже через два дня после перезагрузки стало шкалить...
Можно ли через ConsoleMonitor отследить кто нагружает процессор? Вобщем подскажите плиз откуда копать?

Вкратце скажу что началось примерно пару месяцев назад. Сервер никто не трогал (боятся) :) Сам сервак шустрый, четвертый пень, сказевые харды.. Отвалили за него около двух штук. В работе около года.

Сэнькс.

СообщениеДобавлено: 30 июн 2004, 11:32
Алексей Волков
Во время повышенной утилизации можно зайти в "NetWare Remote Manager->Profile/Debug" и посмотреть, что даёт утил-ю

СообщениеДобавлено: 30 июн 2004, 11:58
galagen
хех.. подскажи тогда откуда запускается NetWare Remote Manager... Я в новелле не силен, им занимается другой админ который тут периодически...
Кстати мне еще подсказали что может нехватка свободного места, и сервак жмет файло... Может такое быть? Стоят два харда по 30Гб в зеркале, свободного места 5Гб

СообщениеДобавлено: 30 июн 2004, 12:10
Алексей Волков
Remote Manager - > https://<server-ip>:8009/

Если компрессия включена... то при доступе к сжатым файлам утилизация может подскакивать при декомпрессии. Процедура же сжатия, если ничего не менялось, высокую утилизацию в рабочие часы давать не должна

СообщениеДобавлено: 30 июн 2004, 12:23
galagen
мм... неполучается... на серваке не установлен ip-протокол, только ipx..

СообщениеДобавлено: 30 июн 2004, 13:03
Алексей Волков
Тогда "monitor->kernel->Busiest Thread", хотя там информация победнее, в пятёрке они эту инфу вынесли в Remote manager

СообщениеДобавлено: 30 июн 2004, 14:29
galagen
Алексей, подскажите тогда еще вот что...

Утилизация по прежнему 50%. Вся фирма подконнекчена к серваку кроме одного сотрудника, который не может залогинится (кстати говоря этот сотрудник и является своего рода индикатором... Когда он мне звонит и говорит что мол не могу подлогиниться, ясно, камень загружен-и так всегда, только он!). Остальные работают как ни в чем не бывало.

Так вот, я захожу на сервак в ConsoleMonitor через rconsole, далее в Connections и вижу что этот сотрудник (который не может прилогиниться) вроде как прилогинен. Я его стал убивать и кирдык... Console Monitor подвис. Остальные окошки по альт-ф1 через rconsole работают, все, кроме Монитора.

Чую все-таки пахнет ребутом :? Или зависон можно как-то снять не прибегая к кардинальным мерам?

СообщениеДобавлено: 30 июн 2004, 14:54
Алексей Волков
Через Remote Manager можно.... иначе нет, только ребут

И судя по всему, что у вас 2 процессора, первый из которых сейчас имеет утилизацию 100%, а второй 0%

СообщениеДобавлено: 30 июн 2004, 15:36
galagen
OK, Спасибо, Алексей, хоть за "monitor->kernel->Busiest Thread"... При очередной загрузке камня посмотрю в чем дело.

СообщениеДобавлено: 30 июн 2004, 18:17
Константин Ошмян
Вот это не Ваш случай?

СообщениеДобавлено: 01 июл 2004, 19:39
Андрей Шкляев
Точно такая ситуация, была вылечена установками параметров Locks в соответствии рекомендациями 1С (на сервере лежат DBF базы 1С:Предприятие 7.7):
• Maximum File Locks – максимальное количество файлов открываемое на файл-сервере
• Maximum Record Locks – Maximum File Locks*2…4
• Maximum File Locks Per Connection – ограничение на количество открываемых файлов со стороны клиентской станции
• Maximum Record Locks Per Connection – Maximum File Locks Per Connection*2…5

СообщениеДобавлено: 20 июл 2004, 15:24
galagen
2Константин Ошмян:

Возможно и мой. Я не очень-то понимаю все эти дела... Спасибо за ссылку, я отправил ее нашему админу.


2Андрей Шкляев:

Не совсем понял... На нашем сервере 1С не установлена.


2Алексей Волков (Alexi):

Я посмотрел как Вы сказали в Kernel. И сравнил показания загруженного проца с показаниями которые я снял при нормальной работе (0%-2%) Так вот при загрузке камня в 45% появляются процессы типа "Server xx" (двузначное число). И таких процессов штук 6,7. При нормальной работе такие процессы тоже есть, но только два... Есть какие-нибудь соображения?[/img][/quote]