Adaptec 5805 Резкое падение производительности одного из LUN
Модераторы: Trinity admin`s, Free-lance moderator`s
Adaptec 5805 Резкое падение производительности одного из LUN
Добрый вечер!
Проблема: существенное падение скорости работы массива. Условия возникновения неясны.
Проблема касается только одного LUN, остальные работают как обычно.
Проблема решается перезагрузкой сервера.
Конфигурация сервера:
Сервер покупался не у вас.
Платформа: Supermicro 6025-TB
Материнская плата: Supermicro X7DBE
Биос материнской платы: 2.1а это последняя доступная версия
Контроллер: Adaptec 5805 + батарея ABM-800
Прошивка контроллера: 17911
Жесткие диски: 6 шт Hitachi Deskstar E7K1000 HDE721010SLA330
Прошивка жестких: ST6OA3AA
Жесткие диски есть в HCL контроллера.
Диски покупались у Вас ))
Конифгурация ПО:
ОС: Windows Server 2003 R2 x64 ENG SP2
ASM: 6.50.00 18579
Adaptec драйвер: 17911
Настройка сервера:
В биосе матплаты PCIe Payload стоит в Coalesce 128B
Конфигурация дисков: Три RAID10 массива
Все шесть дисков разбиты на три LUN:
LUN0 - 100ГБ
LUN1 - 1,35ТБ
LUN2 - 1,35ТБ
Кэш чтения и записи контроллера включены.
Кэш записи дисков отключен.
Файловая ситсема NTFS, кластер 16к на LUN1, LUN2 (для корректной работы дефрагментатора при включенном теневом копировании томов)
Проблема касается только LUN1.
Примеры IOmeter при возникновении проблемы. размер тестового файла 2ГБ, default паттерн, 128 исх IOps: Что интересно, при настройке в исходящих IOps в 128 штук по данным счетчика производительности реально очередь на диске - 1-2 запроса...
На других LUN падения скорости нет.
При нормальной работе счетчик пр-ти показывает очередь в 128-129 запросов.
Примеры IOmeter при нормальной работе: Вышла новая прошивка и драйвера для контроллера, но из багфиксов там указаны только проблемы с SSD кешем.
В поддержку Adaptec пока не обращался, есть опыт очень долгого ведения тикетов у них.
Провода менял, не менял только бэкплейн. Но смак в том, что скорость падает только у одного луна.
Прошу подсказать направление поиска причины. Готов уже поменять платформу......
Проблема: существенное падение скорости работы массива. Условия возникновения неясны.
Проблема касается только одного LUN, остальные работают как обычно.
Проблема решается перезагрузкой сервера.
Конфигурация сервера:
Сервер покупался не у вас.
Платформа: Supermicro 6025-TB
Материнская плата: Supermicro X7DBE
Биос материнской платы: 2.1а это последняя доступная версия
Контроллер: Adaptec 5805 + батарея ABM-800
Прошивка контроллера: 17911
Жесткие диски: 6 шт Hitachi Deskstar E7K1000 HDE721010SLA330
Прошивка жестких: ST6OA3AA
Жесткие диски есть в HCL контроллера.
Диски покупались у Вас ))
Конифгурация ПО:
ОС: Windows Server 2003 R2 x64 ENG SP2
ASM: 6.50.00 18579
Adaptec драйвер: 17911
Настройка сервера:
В биосе матплаты PCIe Payload стоит в Coalesce 128B
Конфигурация дисков: Три RAID10 массива
Все шесть дисков разбиты на три LUN:
LUN0 - 100ГБ
LUN1 - 1,35ТБ
LUN2 - 1,35ТБ
Кэш чтения и записи контроллера включены.
Кэш записи дисков отключен.
Файловая ситсема NTFS, кластер 16к на LUN1, LUN2 (для корректной работы дефрагментатора при включенном теневом копировании томов)
Проблема касается только LUN1.
Примеры IOmeter при возникновении проблемы. размер тестового файла 2ГБ, default паттерн, 128 исх IOps: Что интересно, при настройке в исходящих IOps в 128 штук по данным счетчика производительности реально очередь на диске - 1-2 запроса...
На других LUN падения скорости нет.
При нормальной работе счетчик пр-ти показывает очередь в 128-129 запросов.
Примеры IOmeter при нормальной работе: Вышла новая прошивка и драйвера для контроллера, но из багфиксов там указаны только проблемы с SSD кешем.
В поддержку Adaptec пока не обращался, есть опыт очень долгого ведения тикетов у них.
Провода менял, не менял только бэкплейн. Но смак в том, что скорость падает только у одного луна.
Прошу подсказать направление поиска причины. Готов уже поменять платформу......
- Вложения
-
- RaidCfg.log
- (23.42 КБ) 741 скачивание
Последний раз редактировалось Nethound 18 фев 2011, 19:04, всего редактировалось 1 раз.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Adaptec 5805 Резкое падение производительности одного из LUN
Ну я бы таки поподробнее посмотрел в сторону кэширования на этом луне.
Верификация проходит нормально?
В логах ругани нет?
Верификация проходит нормально?
В логах ругани нет?
Re: Adaptec 5805 Резкое падение производительности одного из LUN
В логах ругани нет. Верификация всегда без разностных секторов, всегда 0 different sectors.
Вы имеете ввиду отключить кэш записи и\или\не чтения?
Вы имеете ввиду отключить кэш записи и\или\не чтения?
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Adaptec 5805 Резкое падение производительности одного из LUN
Просто ситуация непонятная и кэширование - это первое, что приходит в голову. И кэш записи, и кэш чтения проверьте на включенность. Попробуйте вкл-выкл.
Попробуйте удалить этот лун и пересоздать снова полным инитом (clear).
Попробуйте удалить этот лун и пересоздать снова полным инитом (clear).
- exLH
- Сотрудник Тринити
- Сообщения: 5061
- Зарегистрирован: 11 фев 2004, 15:49
- Откуда: Москва
- Контактная информация:
Re: Adaptec 5805 Резкое падение производительности одного из LUN
А если на raw драйве все это померить без всяких там ntfs?
Почтовый адрес для связи: a.ivanov@trinitygroup.ru | ICQ: 112586598
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 39 гостей