Даже если бы они были контроллерами домена, логин в течении 5-ти минут это не нормально. И не нормально на таком сервере максимум 5-ть клиентов.edo писал(а):на всех проблемных серверах стоят контроллеры домена?
dl160 sata диски и текущая длина очереди обращений к диску
Модераторы: Trinity admin`s, Free-lance moderator`s
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Хмм, и я имел ввиду в первую очередь не физическую, а доступную память. При нормальной работе такой дисковой активности просто неоткуда взяться - все кешируется, уж открытие папки или аутлука точно не должны создавать столько запросов. Так что сначала надо бы найти, что именно вызывает нагрузку на диск, покопаться в настройках, которые "достались по наследству".было бы все так просто ... оперативки там 8 гигов
Стоп! а не забит ли диск мусором? похожие симптомы бывают, когда на диске мало места и очень много файлов (сотни тысяч).
-
- Power member
- Сообщения: 38
- Зарегистрирован: 13 фев 2008, 09:23
- Откуда: СПБ
- Контактная информация:
2edo
*на всех проблемных серверах стоят контроллеры домена?*
нет, каждый второй кассовый сервер (крутится ПО касс) на ml150 нет терминалок, видимо по этому на тормоза не обращали внимания.
2Stranger03
*Вы бы сюда данные перфмона привели что ли*
какие счетчики (только дисковые или еще основные проц/память) и за какой период? скриншот или лог файл?
*Вообще у нас боевая машина в качестве терминалки SM 6015W-U, 2x54xx, 2xSATA и так далее. Не слышал о побобных проблемах.*
у меня был под надзором "сервер" сделанный из десктопа, с софтовым! райдом, на котором постоянно крутилось 20-25 терминальных сеансов 1с (файловой версии 7.7 расположенной на этом же "сервере") со всякой лабудой типа консультанта и банк клиентов, так вот этот старичек более достойно работал чем dl160 в данном случае.
2abc
*Хмм, и я имел ввиду в первую очередь не физическую, а доступную память.*
Извиняюсь, не уточнил. Доступной памяти порядка 7.5 гб. На сервере НИЧЕГО не запущено.
*Так что сначала надо бы найти, что именно вызывает нагрузку на диск, покопаться в настройках, которые "достались по наследству".*
Вот как бы найти эту причину? Настроек там не осталось ) Контроллеры перепрошивали, массив неоднократно пересобирался с нуля. Система устанавливась с нуля и даже во время установки были проблемы с быстродействием (дрова для контроллеров брал с сайта производителя)
*Стоп! а не забит ли диск мусором?*
Диск девственно чист после перепрошивки контроллера/ создании нового массива.
ЗЫ. При попытке склонировать раздел - время создания образа раздела в 80 гб с 10 гб использованного места предлагает подождать пару дней )))
Винты инженеры техподдержки проверяли на предмет гадостей, ставили на десктопы (накатили образ) - никаких проблем.
К сожалению приличного контроллера под рукой нет дабы проверить работу винтов в режиме массива на другой платформе.
... может быть это чудо винты некорректно работающие в составе райда?
винты - 500 гб сигейты выпущенные для HP - gb0500c4
*на всех проблемных серверах стоят контроллеры домена?*
нет, каждый второй кассовый сервер (крутится ПО касс) на ml150 нет терминалок, видимо по этому на тормоза не обращали внимания.
2Stranger03
*Вы бы сюда данные перфмона привели что ли*
какие счетчики (только дисковые или еще основные проц/память) и за какой период? скриншот или лог файл?
*Вообще у нас боевая машина в качестве терминалки SM 6015W-U, 2x54xx, 2xSATA и так далее. Не слышал о побобных проблемах.*
у меня был под надзором "сервер" сделанный из десктопа, с софтовым! райдом, на котором постоянно крутилось 20-25 терминальных сеансов 1с (файловой версии 7.7 расположенной на этом же "сервере") со всякой лабудой типа консультанта и банк клиентов, так вот этот старичек более достойно работал чем dl160 в данном случае.
2abc
*Хмм, и я имел ввиду в первую очередь не физическую, а доступную память.*
Извиняюсь, не уточнил. Доступной памяти порядка 7.5 гб. На сервере НИЧЕГО не запущено.
*Так что сначала надо бы найти, что именно вызывает нагрузку на диск, покопаться в настройках, которые "достались по наследству".*
Вот как бы найти эту причину? Настроек там не осталось ) Контроллеры перепрошивали, массив неоднократно пересобирался с нуля. Система устанавливась с нуля и даже во время установки были проблемы с быстродействием (дрова для контроллеров брал с сайта производителя)
*Стоп! а не забит ли диск мусором?*
Диск девственно чист после перепрошивки контроллера/ создании нового массива.
ЗЫ. При попытке склонировать раздел - время создания образа раздела в 80 гб с 10 гб использованного места предлагает подождать пару дней )))
Винты инженеры техподдержки проверяли на предмет гадостей, ставили на десктопы (накатили образ) - никаких проблем.
К сожалению приличного контроллера под рукой нет дабы проверить работу винтов в режиме массива на другой платформе.
... может быть это чудо винты некорректно работающие в составе райда?
винты - 500 гб сигейты выпущенные для HP - gb0500c4
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Логинитесь админом, запускаете перфмон: процессор, память, очереди к дискам. Запускаете второй логон, на котором предположительно будут тормоза, добиваемся чтобы они были, сюда лог выкладываем за этот период.zubastiy писал(а):2Stranger03
*Вы бы сюда данные перфмона привели что ли*
какие счетчики (только дисковые или еще основные проц/память) и за какой период? скриншот или лог файл?
P.S. ну и еще неплохо было бы посмотреть логи, что там.
-
- Power member
- Сообщения: 38
- Зарегистрирован: 13 фев 2008, 09:23
- Откуда: СПБ
- Контактная информация:
с и d - разделы на райде, е диск вне райда
test_000003.blg один логин локальный, лог на момент логина второго сеанса, выполняется через рдп.
в журналах никаких подозрительных сообщений.
подтормаживает на момент входа, но терпимо.
test_000005.blg
лог следуюущих событий.
3 сеанса в простое, в 4 сеансе выполняю открытие "мой компьютер"
... обратил внимание, что управление write caching как факт отсутствует в управлении дисками ) что то там HP намудрили с контроллерами.
test_000003.blg один логин локальный, лог на момент логина второго сеанса, выполняется через рдп.
в журналах никаких подозрительных сообщений.
подтормаживает на момент входа, но терпимо.
test_000005.blg
лог следуюущих событий.
3 сеанса в простое, в 4 сеансе выполняю открытие "мой компьютер"
... обратил внимание, что управление write caching как факт отсутствует в управлении дисками ) что то там HP намудрили с контроллерами.
- Вложения
-
- log.zip
- (43.17 КБ) 364 скачивания
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Дык и я про то же. Может конечно и с железом непорядок, однако ж что-то заставляет систему (т.е. софт) грузить железо немерянно. Там и искать первопричину. Я бы попробовал diskmon/filemon'ом Руссиновича посмотреть, чего пишется.Что-то пытается постоянно писать в своп или еще куда. Нафига, не понятно.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 71 гость