SE7520JR2 - SATA2 - тормоза :(

У вас сложности? Наши специалисты постараются помочь вам. Если вы сами сталкивались с похожими проблемами - поделитесь опытом.

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
wmd
Junior member
Сообщения: 10
Зарегистрирован: 23 окт 2006, 13:01

SE7520JR2 - SATA2 - тормоза :(

Сообщение wmd » 23 янв 2007, 13:58

Здравствуйте!
Есть такая проблема! Есть простенький серверочек на базе SE7520JR2 (sata'шный вариант). Прошито всё последнее. Стоит asplinux 11.2. Хард: Seagate ST3750640AS NCQ (система стоит на отдельном харде) - не рэйд. RAM 2 Гб.  Проблема: жуткие тормоза при записи на хард. Когда переписываем что-то на хард, через mc или lftp не важно, скажем мег 400-500, сначала копирование идёт нормально, ближе к концу файла начинаются тормоза и всё это зависает мин на 5 ... потом идёт дальше и так постоянно ...
Пожалуйста, подскажите, в чём может быть проблема?

p.s. при чтение  такого не наблюдается ...

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 23 янв 2007, 15:00

Такое характерно для винды - на MS KB есть отловленные баги. Но вот на линуксе - первый раз слышу. Дрова поройте - скорее всего вопрос софтовый, связанный с кэшированием опериционки.

wmd
Junior member
Сообщения: 10
Зарегистрирован: 23 окт 2006, 13:01

Сообщение wmd » 23 янв 2007, 15:37

gs писал(а):Такое характерно для винды - на MS KB есть отловленные баги. Но вот на линуксе - первый раз слышу. Дрова поройте - скорее всего вопрос софтовый, связанный с кэшированием опериционки.
а не могли бы немного точнее обяснить вот по этому вопросу ...
http://www.3nity.ru/viewtopic.htm?t=8124&highlight=sata

точнее: "3. опции монтирования девайса в систему. в часности опция sync при монтировании выключает кэширование на девайс." ...

т.е. если я смонтирую диск с параметром sync, то кеширование отключиться вообще или как ... и может ли мне это помочь?

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16650
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 23 янв 2007, 15:53

Это Вы лучше Сетара трясите. Я в линуксе - как свинья в апельсинах :)

wmd
Junior member
Сообщения: 10
Зарегистрирован: 23 окт 2006, 13:01

Сообщение wmd » 23 янв 2007, 15:58

gs писал(а):Это Вы лучше Сетара трясите. Я в линуксе - как свинья в апельсинах :)
понятно, спасибо  :D

Уважаемый setar помогите пожалуйста!
Объясните, как можно отключить кеш (и чем это грозит)?
Какие ещё возможны варианты в моём случае?
Заранее спасибо!

wmd
Junior member
Сообщения: 10
Зарегистрирован: 23 окт 2006, 13:01

Сообщение wmd » 24 фев 2007, 06:02

Хоть уважаемый setar так и не ответил :)
и проблема никуда не делать, но скорость поднять удалось
(оказалось, что он почему-то упорно включал харды на mdma  :lol: )
Но вот недавно возникла ещё одна проблема ...

На машинке* стоит ASP 11.2 (ядро 2.6.18-1.2257.0.112asp).
Стоит sata-шный хард. После загрузки hdparm показывает режим udma6.
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5*udma6
Однако, после непродолжительного времение в логах происходит следующее:

kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/133
kernel: ata1.01: configured for UDMA/133
kernel: ata1: EH complete
kernel: ata1.01: limiting speed to UDMA/100
ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/100
kernel: ata1.01: configured for UDMA/100
kernel: ata1: EH complete

т.е. он начинает методично скидывать UDMA режимы ... и в плоть до MDMA ...
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6
в чём может быть проблема?

*машинка: Xeon 2x3000/800, SE7520JR2 (ICH5), RAM 2Gb, Seagate 2x750 ST3750640AS

Аватара пользователя
Tert
Advanced member
Сообщения: 4233
Зарегистрирован: 19 янв 2003, 08:09
Откуда: Москва
Контактная информация:

Сообщение Tert » 24 фев 2007, 13:38

wmd
Попробуйте выключить NCQ на диске. О том, как это сделать в Linux, можно прочитать здесь.

wmd
Junior member
Сообщения: 10
Зарегистрирован: 23 окт 2006, 13:01

Сообщение wmd » 24 фев 2007, 21:07

Tert писал(а):wmd
Попробуйте выключить NCQ на диске. О том, как это сделать в Linux, можно прочитать здесь.
попробовал. команда $ echo 1 > /sys/block/sdb/device/queue_depth (у меня sdb), ГОВОРИТ "отказано в доступе", хотя я под рутом ... в самом этом файлике уже стоит 1 (т.е. вроде как уже отключено) ...
в логах написано ata1.01: ATA-7, max UDMA/133, 321672960 sectors: LBA48 NCQ (depth 0/32) (интересно, что 0 значит ...)

а, вообще, сейчас просто хрень твариться ... (сорри, за длинный листинг ...)

smartd[1596]: smartd has fork()ed into background mode. New PID=1596.
kernel: SCSI device sdb: drive cache: write back
kernel: SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
kernel: sda: Write Protect is off
kernel: SCSI device sda: drive cache: write back
kernel: SCSI device sdb: 1465149168 512-byte hdwr sectors (750156 MB)
kernel: sdb: Write Protect is off
kernel: SCSI device sdb: drive cache: write back
kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/133
kernel: ata1.01: configured for UDMA/133
kernel: ata1: EH complete
kernel: ata1.01: limiting speed to UDMA/100
kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/100
kernel: ata1.01: configured for UDMA/100
kernel: ata1: EH complete
kernel: SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
kernel: ata1.01: limiting speed to UDMA/66
kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: port is slow to respond, please be patient
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/66
kernel: ata1.01: configured for UDMA/66
kernel: ata1: EH complete
kernel: sda: Write Protect is off
kernel: ata1.01: limiting speed to UDMA/44
kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: port is slow to respond, please be patient
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/44
kernel: ata1.01: configured for UDMA/44
kernel: ata1: EH complete
kernel: ata1.01: limiting speed to UDMA/33
kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/33
kernel: ata1.01: configured for UDMA/33
kernel: ata1: EH complete
kernel: SCSI device sda: drive cache: write back
kernel: ata1.01: limiting speed to UDMA/25
kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/25
kernel: ata1.01: configured for UDMA/25
kernel: ata1: EH complete
kernel: SCSI device sdb: 1465149168 512-byte hdwr sectors (750156 MB)
kernel: sdb: Write Protect is off
kernel: SCSI device sdb: drive cache: write back
kernel: SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
kernel: sda: Write Protect is off
kernel: SCSI device sda: drive cache: write back
kernel: SCSI device sdb: 1465149168 512-byte hdwr sectors (750156 MB)
kernel: sdb: Write Protect is off
kernel: SCSI device sdb: drive cache: write back
kernel: ata1.01: limiting speed to UDMA/16
kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
kernel: ata1.01: tag 0 cmd 0xb0 Emask 0x4 stat 0x40 err 0x0 (timeout)
kernel: ata1: soft resetting port
kernel: ata1.00: configured for UDMA/16
kernel: ata1.01: configured for UDMA/16
kernel: ata1: EH complete
kernel: SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
kernel: sda: Write Protect is off
kernel: SCSI device sda: drive cache: write back
kernel: SCSI device sdb: 1465149168 512-byte hdwr sectors (750156 MB)
kernel: sdb: Write Protect is off
kernel: SCSI device sdb: drive cache: write back
kernel: SCSI device sda: 156301488 512-byte hdwr sectors (80026 MB)
kernel: sda: Write Protect is off
kernel: SCSI device sda: drive cache: write back
kernel: SCSI device sdb: 1465149168 512-byte hdwr sectors (750156 MB)
kernel: sdb: Write Protect is off
kernel: SCSI device sdb: drive cache: write back

вобщем, сразу при загрузке сбрасывает с udma6 на udma0 ...
p.s. sda - системный ...

Аватара пользователя
Tert
Advanced member
Сообщения: 4233
Зарегистрирован: 19 янв 2003, 08:09
Откуда: Москва
Контактная информация:

Сообщение Tert » 24 фев 2007, 22:02

wmd
Кстати, а какой режим работы выставлен для SATA дисков в BIOS'е: Compatibility или Enhanced?

wmd
Junior member
Сообщения: 10
Зарегистрирован: 23 окт 2006, 13:01

Сообщение wmd » 25 фев 2007, 06:19

Tert писал(а):wmd
Кстати, а какой режим работы выставлен для SATA дисков в BIOS'е: Compatibility или Enhanced?
Enhanced ....

Аватара пользователя
Tert
Advanced member
Сообщения: 4233
Зарегистрирован: 19 янв 2003, 08:09
Откуда: Москва
Контактная информация:

Сообщение Tert » 26 фев 2007, 11:39

wmd
Попробуйте поменять на Legacy.
Кроме того, в ядрах до 2.4.19 включительно есть проблемы с драйвером SATA на чипсетах Intel. Вроде бы в 2.4.20 это исправили. Попробуйте новое ядро.

wmd
Junior member
Сообщения: 10
Зарегистрирован: 23 окт 2006, 13:01

Сообщение wmd » 26 фев 2007, 20:03

Tert писал(а):wmd
Попробуйте поменять на Legacy.
Кроме того, в ядрах до 2.4.19 включительно есть проблемы с драйвером SATA на чипсетах Intel. Вроде бы в 2.4.20 это исправили. Попробуйте новое ядро.
у меня ядро 2.6.18 ...
самое главное, что всё работало 2 месяца нормально ...
а вот 4 дня назад началось описанное выше ...
мог ли контроллер накрыться или что-то вроде того?

and3008
Заслуженный сетевик
Сообщения: 1109
Зарегистрирован: 03 янв 2004, 23:30
Откуда: Н.Новгород

Сообщение and3008 » 26 фев 2007, 21:38

SATA-шный кабель замени.
Было подобное, помогла банальная замена кабеля.

Ответить

Вернуться в «Серверы - Решение проблем»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 17 гостей