Несколько вопросов по Infortrend Eonstor A24U-G2421

Поломалось, посыпалось, не работает...

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

Ответить
780791a421141f7b
member
Сообщения: 31
Зарегистрирован: 10 апр 2004, 20:02

Несколько вопросов по Infortrend Eonstor A24U-G2421

Сообщение 780791a421141f7b » 03 апр 2006, 16:04

При подключении данного девайса возникло ряд сложностей. Начнем по порядку:

1) Не заряжается BBU. В логах - Controller BBU Thermal Shutdown/Enter Sleep-Mode !
Статью на esupport читал, действия описанные в ней не помогают. Спустя N часов сообщение появляется снова.

2) Стабильной работы удалось добиться только в режиме U160. Контроллер Adaptec AIC7902 (интегрирован в Supermicro AS1020A-8). Кабель - комплектный от Eonstor + пробовал другой. Настройки Adaptec - в соответствии со статьей в esupport. ОС - Gentoo Linux, ядро - 2.6.15. При попытке обращения - в логах со страшной силой начинает появляеться страшный мат и все встает раком. Таких логов у меня уже 3.5Гб.

Код: Выделить всё

(scsi1:A:0:1): Probable outgoing LQ CRC error.  Retrying command
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56639
Buffer I/O error on device sdd1, logical block 56576
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56640
Buffer I/O error on device sdd1, logical block 56577
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56641
Buffer I/O error on device sdd1, logical block 56578
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56642
Buffer I/O error on device sdd1, logical block 56579
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56643
Buffer I/O error on device sdd1, logical block 56580
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56644
Buffer I/O error on device sdd1, logical block 56581
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56645
Buffer I/O error on device sdd1, logical block 56582
sd 1:0:0:1: SCSI error: return code = 0x10000
end_request: I/O error, dev sdd, sector 56646
Buffer I/O error on device sdd1, logical block 56583
shutdown[6284]: shutting down for system reboot
init: Switching to runlevel: 6
sd 1:0:0:1: Attempting to queue an ABORT message:CDB: 0x28 0x0 0x0 0x0 0xdc 0xbf 0x0 0x0 0x75 0x0
scsi1: At time of recovery, card was not paused
>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
scsi1: Dumping Card State at program address 0x12 Mode 0x33
Card was paused
HS_MAILBOX[0x0] INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0]
SAVED_MODE[0x11] DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE)
SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0]
LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0]
SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0]
SEQINTCTL[0x0] SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] SSTAT0[0x0]
SSTAT1[0x8]:(BUSFREE) SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0xc0]:(HIPERR|HIZERO)
SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO)
LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0]
LQOSTAT1[0x0] LQOSTAT2[0xe1]:(LQOSTOP0|LQOPKT)

SCB Count = 32 CMDS_PENDING = 32 LASTSCB 0x4 CURRSCB 0x19 NEXTSCB 0xff40
qinstart = 168 qinfifonext = 168
QINFIFO:
WAITING_TID_QUEUES:
Pending list:
25 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
26 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
4 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
27 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
12 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
18 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
2 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
0 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
15 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
31 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
16 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
19 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
22 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
23 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
5 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
8 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
28 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
24 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
10 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
7 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
6 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
1 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
11 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
20 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
21 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
17 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
14 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
13 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
3 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
9 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
30 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
29 FIFO_USE[0x0] SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0xe7]
Total 32
Kernel Free SCB list:
Sequencer Complete DMA-inprog list:
Sequencer Complete list:
Sequencer DMA-Up and Complete list:
scsi1: FIFO0 Free, LONGJMP == 0x823a, SCB 0x18
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
SEQINTSRC[0x0] DFCNTRL[0x4]:(DIRECTION) DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]
SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0
HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)
scsi1: FIFO1 Free, LONGJMP == 0x8063, SCB 0x3
SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)
SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL)
SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0]
SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0
HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL)
LQIN: 0x4 0x0 0x0 0x18 0x0 0x1 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x4 0x0 0x0 0x0 0x0 0x0 0x0
scsi1: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x52
scsi1: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1

SIMODE0[0xc]:(ENOVERRUN|ENIOERR)
CCSCBCTL[0x4]:(CCSCBDIR)
scsi1: REG0 == 0xd, SINDEX = 0x152, DINDEX = 0x11e
scsi1: SCBPTR == 0x19, SCB_NEXT == 0xff40, SCB_NEXT2 == 0xfff4
CDB 2a 0 0 54 4 10
STACK: 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
<<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>>
(scsi1:A:14:1): Device is disconnected, re-queuing SCB
Recovery code sleeping
scsi1: ILLEGAL_PHASE 0x80
(scsi1:A:14:1): Abort Message Sent
Recovery code awake
Timer Expired
aic79xx_abort returns 0x2003
sd 1:0:14:1: Attempting to queue an ABORT message:CDB: 0x2a 0x0 0x0 0x34 0xc 0x10 0x0 0x4 0x0 0x0
scsi1: At time of recovery, card was not paused
или такое

Код: Выделить всё

Recovery SCB completes
(scsi1:A:14:1): Device is disconnected, re-queuing SCB
Recovery code sleeping
scheduling while atomic: scsi_eh_1/0xfffffffe/862
[<c04f1b81>] schedule+0xa91/0xd50
[<c011f5ad>] release_console_sem+0xbd/0xc0
[<c011f346>] vprintk+0x196/0x2b0
[<c03a5fc1>] ahd_flush_qoutfifo+0x41/0x1100
[<c04f2e15>] __down+0x75/0xe0
[<c011a5a0>] default_wake_function+0x0/0x20
[<c04f108f>] __down_failed+0x7/0xc
[<c03d0b9c>] .text.lock.aic79xx_osm+0x22/0x36
[<c03cec10>] ahd_linux_sem_timeout+0x0/0x50
[<c03cc578>] ahd_linux_abort+0x18/0x40
[<c039b18d>] scsi_eh_abort_cmds+0x3d/0xa0
[<c039bdc2>] scsi_unjam_host+0xb2/0xd0
[<c039bde0>] scsi_error_handler+0x0/0xb0
[<c039be7f>] scsi_error_handler+0x9f/0xb0
[<c0134b3d>] kthread+0xbd/0x100
[<c0134a80>] kthread+0x0/0x100
[<c0101225>] kernel_thread_helper+0x5/0x10
ault_wake_n+0x0/0x20c04f108f>] __down_failc
[<c0] .text.lock.asm+0x22/0x36
[<c03cec10>] ahd_linux_sem_timeout+0x0/0x50
[<c03cc578>] ahd_linux_abort+0x18/0x40
[<c039b18d>] scsi_eh_abort_cmds+0x3d/0xa0
[<c039bdc2>] scsi_unjam_host+0xb2/0xd0
[<c039bde0>] scsi_error_handler+0x0/0xb0
[<c039be7f>] scsi_error_handler+0x9f/0xb0
[<c0134b3d>] kthread+0xbd/0x100
[<c0134a80>] kthread+0x0/0x100
[<c0101225>] kernel_thread_helper+0x5/0x10
scheduling while atomic: scsi_eh_1/0xfffffffd/862
[<c04f1b81>] schedule+0xa91/0xd50
[<c011f5ad>] release_console_sem+0xbd/0xc0
[<c04f2e15>] __down+0x75/0xe0
[<c011a5a0>] default_wake_function+0x0/0x20
[<c04f108f>] __down_failed+0x7/0xc
[<c03d0b9c>] .text.lock.aic79xx_osm+0x22/0x36
[<c03cec10>] ahd_linux_sem_timeout+0x0/0x50
[<c03cc578>] ahd_linux_abort+0x18/0x40
[<c039b18d>] scsi_eh_abort_cmds+0x3d/0xa0
[<c039bdc2>] scsi_unjam_host+0xb2/0xd0
[<c039bde0>] scsi_error_handler+0x0/0xb0
[<c039be7f>] scsi_error_handler+0x9f/0xb0
[<c0134b3d>] kthread+0xbd/0x100
[<c0134a80>] kthread+0x0/0x100
[<c0101225>] kernel_thread_helper+0x5/0x10
(все 3.5Гб не буду приводить  :D )
Все бы ничего в варианте U160, но видится мне что какая-то проблема все-таки есть и в дальнейшем может дать о себе знать.

3) Использовал ли кто-нибудь устройства размером больше 2TB в указанной связке? Судя по тому что я нашел в google, в драйверах AIC есть ряд давних проблем с этим.

Код: Выделить всё

scsi1 : Adaptec AIC79XX PCI-X SCSI HBA DRIVER, Rev 1.3.11
<Adaptec AIC7902 Ultra320 SCSI adapter>
aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI-X 101-133Mhz, 512 SCBs

Vendor: IFT       Model: A24U-G2421        Rev: 342J
Type:   Direct-Access                      ANSI SCSI revision: 03
target1:0:14: asynchronous.
scsi1:A:14:0: Tagged Queuing enabled.  Depth 32
target1:0:14: Beginning Domain Validation
target1:0:14: wide asynchronous.
target1:0:14: FAST-160 WIDE SCSI 320.0 MB/s DT IU QAS PCOMP (6.25 ns, offset 127)
target1:0:14: Ending Domain Validation
Vendor: IFT       Model: A24U-G2421        Rev: 342J
Type:   Direct-Access                      ANSI SCSI revision: 05
scsi1:A:14:1: Tagged Queuing enabled.  Depth 32
....... skip .........
sd 1:0:14:0: Attached scsi disk sdc
sdd : very big device. try to use READ CAPACITY(16).
sdd : READ CAPACITY(16) failed.
sdd : status=0, message=00, host=5, driver=00
sdd : use 0xffffffff as device size
SCSI device sdd: 4294967296 512-byte hdwr sectors (2199023 MB)
SCSI device sdd: drive cache: write back
sdd : very big device. try to use READ CAPACITY(16).
sdd : READ CAPACITY(16) failed.
sdd : status=0, message=00, host=5, driver=00
sdd : use 0xffffffff as device size
SCSI device sdd: 4294967296 512-byte hdwr sectors (2199023 MB)
SCSI device sdd: drive cache: write back
sdd: unknown partition table
4) Использовал ли кто-то вообще и в принципе более-менее плотно конфигурации с >2TB устройствами. Насколько стабильно ведет себя такая связка в Linux? Может нафиг оно надо и порезать все, как тут модно говорить, на луны?

5) Ну и еще, для полноты картины  :) , синий индикатор в Slot23  не горит ни при каких обстоятельствах.

Вобщем, кто виноват и что делать?

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 03 апр 2006, 16:48

1. Версия прошивки на массиве?
2. Температурный режим в серверной?
3. Драйверы брали из ядра? Пробовали взять те, что раздает Adaptec?

Рекомендация: попробуйте для эксперимента (я так понимаю, что работа сейчас все равно особенно не идет) поставить Windows Server 2003 и посмотреть на то как себя ведет массив в U320.
Лично я тома более 2ТБ гонял в windows-среде. Если есть какие-то сообщения относительно "кривостей" в других ОС - лучше нарежте массив на partitions, а под ОС соберите в LVM - хуже не будет.

780791a421141f7b
member
Сообщения: 31
Зарегистрирован: 10 апр 2004, 20:02

Сообщение 780791a421141f7b » 03 апр 2006, 17:13

exLH писал(а):1. Версия прошивки на массиве?
2. Температурный режим в серверной?
3. Драйверы брали из ядра? Пробовали взять те, что раздает Adaptec?

Рекомендация: попробуйте для эксперимента (я так понимаю, что работа сейчас все равно особенно не идет) поставить Windows Server 2003 и посмотреть на то как себя ведет массив в U320.
Лично я тома более 2ТБ гонял в windows-среде. Если есть какие-то сообщения относительно "кривостей" в других ОС - лучше нарежте массив на partitions, а под ОС соберите в LVM - хуже не будет.
1) Да, точно, совсем забыл
Firmware Version     3.42J.18
Bootrecord Version   1.23A
FW Upgradability     Rev. D

2) Температурный режим в серверной? Сложно сказать. В принципе - благоприятный. А вот в стойке - да, тепло  :) . Если поискать что пишет EonStor
Cooling fan0                           Low
Cooling fan1                           Low
Cooling fan2                           Low
Cooling fan3                           Low
Middle Backplane Inner Temp 0          32C HT:60
CPU    Temperature 63.0 (C)  Temperature within Safe Range
Board1 Temperature 54.0 (C)  Temperature within Safe Range
Board2 Temperature 50.0 (C)  Temperature within Safe Range

Если это вопрос к теме "Thermal shutdown", то как я понял из статьи esupport, это не всегда свидетельствует именно о перегреве батареи.

Код: Выделить всё

A few customers have reported seeing "BBU Thermal Shutdown" event on the first operation day of a new battery module. When the BBU was designed, there is a hardware protection circuit, to keep the battery operation safe. The protection circuit will stop the battery charging in two conditions for safety concerns: 1) The temperature of the battery cells is raised over the designed temperature threshold. 2) The recharging time has exceeded 7 hours. 
Судя по времени, у меня второй вариант.

3) Драйвера из ядра. На adaptec кажется есть тоже, но "minimaly tested", что меня немного смутило. Но попробовать конечно можно, хотя даже перезагрузить сервер - весьма проблемматично. Неприятность  в том, что из-за BBU массив выставляет статус что-то типа SMART failed и загрузка встает при инициализации BIOS Adaptec. Где и отключается ли это - я что-то не припомню. А я в данный момент нахожусь в географически удаленном месте.
Win2k3 в качестве эксперимента попробовать при случае пожалуй можно

Использовать LVM поверх аппаратного RAID - это по моему на тему... ээ... Ну вобщем не интересно.

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 03 апр 2006, 17:38

Firmware Version     3.42J.18
обновить

Если это вопрос к теме "Thermal shutdown", то как я понял из статьи esupport, это не всегда свидетельствует именно о перегреве батареи.
Это был вопрос именно про температуру в стойке. Про статьи я как бы в курсе :) Батарея на A24U имеет, насколько я помню, бОльшую емкость, нежели на 16-ти дисковых массивах и готов поверить, что до полного заряда проходит больше времени (у меня на 16-ти дисковом массиве пару раз как-то выскакивала ошибка). Рекомендуется (как в статье и написано) выключить/включить массив.

Драйвера из ядра.
Даже в оригинальных драйверах Adaptec под Windows еще в предпоследней версии была ошибка, которая вызывала проблемы при работе в режиме U320. Поэтому настоятельно рекомендуется попробовать обновить.

Использовать LVM поверх аппаратного RAID - это по моему на тему... ээ..
Прошу прощения, но мне Ваша точка зрения видится ошибочной.

780791a421141f7b
member
Сообщения: 31
Зарегистрирован: 10 апр 2004, 20:02

Сообщение 780791a421141f7b » 03 апр 2006, 17:49

exLH писал(а):Firmware Version     3.42J.18
обновить
А не подскажите нужный файл? Что-то я в этут систему нумерации версий въехать не могу
ftp.infortrend.com.tw/EonStor/SATA/ES_A24U-G2421/v3.42/3.42N02/FA342N02_608_IFT_ESA24UG2421.zip ?
Просто не вполне очевидно чем отличается 3.42J.18 от  3.42N02. Что нумеруется буквами, а что - цифрами?
exLH писал(а):Рекомендуется (как в статье и написано) выключить/включить массив.
Было проделано не менее 3-х раз.
exLH писал(а): Использовать LVM поверх аппаратного RAID - это по моему на тему... ээ..
Прошу прощения, но мне Ваша точка зрения видится ошибочной.
А какая-либо точка зрения и не может быть единственно верной, безошибочной, не противоречивой.
Последний раз редактировалось 780791a421141f7b 03 апр 2006, 18:26, всего редактировалось 1 раз.

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 03 апр 2006, 17:56

Чем старше буква, тем новее прошивка.

780791a421141f7b
member
Сообщения: 31
Зарегистрирован: 10 апр 2004, 20:02

Сообщение 780791a421141f7b » 03 апр 2006, 23:54

Прошивку обновил. Теперь

Код: Выделить всё

Firmware Version     3.42N.02
Драйвер с  Adaptec скачал (aic7Yxx-2.0.15-6.3.11-linux-2.6.tgz)
Сравнительный анализ показал, что этот драйвер и драйвер в ядре имеют весьма явную родственную связь. Драйвер с сайта Adaptec по номерам версий файлов кажется выглядит более новым, хотя есть предположение что развивались они параллельно. Однако он с ядром 2.6.15 не собирается. Имеются сведения из Google о наличии аналогичных проблем у других пользователей, что упоминается в рассылке linux-scsi от июля 2005 года.
http://www.mail-archive.com/linux-scsi@ ... 02675.html
I have tried 2.6.11.8, 2.6.11.10, 2.6.12, 2.6.12.2 kernel all return error
when I try to compile the adaptec driver .
Однако в топике так ни к чему и не пришли. Вероятно можно подобрать версию ядра, с которой он соберется. Однако это выглядит весьма не заманчивым. Adaptec видимо не считает необходимым поддерживать драйвер для актуальных ядер. Кроме того, по поводу этого драйвера встретилось такое мнение
http://www.ussg.iu.edu/hypermail/linux/kernel/0512.0/1955.html писал(а):As we do not have any special support contract with Adaptec, it's probably a dead end. I found some aic79xx driver on Adaptec website for 2.6 kernel. It detects full SCSI device capacity, but it hangs ocassionaly when that drive is beeing accessed, so it's unusable for every day use.

Anyway, thanks for the info. And to everyone else, beware of Adaptec SCSI host adapters when using large SCSI arrays... :(

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 06 апр 2006, 17:13

Обновили прошивку - что-то изменилось.
Я не знаю, как будет себя вести железка, для которой драйверы не пишут (или пишут "любители"). Поэтому комментировать, увы, никак не могу. Замечу только, что Adaptec поддерживает драйверы для ряда операционных систем (в т.ч. и линукс: RH, SUSE), но не надо ожидать, что Adaptec (можно подставить другое название) будет писать драйверы под каждое новое ядро, которое вчера вышло.

780791a421141f7b
member
Сообщения: 31
Зарегистрирован: 10 апр 2004, 20:02

Сообщение 780791a421141f7b » 07 апр 2006, 01:49

Ничего не изменилось. Но вскылись новые подробности. Экспериментом было установлено, что BBU не заряжает только конкретно этот экземпляр Infortrend.

По поводу Adaptec - мне так вобщем-то не важно по каким таким причинам драйверы плохие. Мне важен сам факт. Если все-же отойти от этой позиции и тоже только заметить, то никто вобщем-то не заставлял и не нуждался бы в одолжении от Adaptec на тему написания драйверов для их же продуктов. Однако, насколько мне известно, спецификации на чип не открыты, поэтому сколь-либо хорошо может написать драйвер только сам Adaptec.  Именно его копирайты стоят в исходниках драйверов в ядре, которое только вчера вышло. При чем тут "любители" в данном контексте и вообще - я признаться не понял. Зачем писать драйверы под каждое новое ядро - признаться тоже. Если их версия была бы так хороша и безупречна, то именно она все время и переходила бы из позавчерашнего ядра во вчерашнее в почти неизменном виде с необходимыми косметическими правками.

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 07 апр 2006, 10:03

По поводу Adaptec - мне так вобщем-то не важно по каким таким причинам драйверы плохие.
никто вобщем-то не заставлял и не нуждался бы в одолжении от Adaptec на тему написания драйверов для их же продуктов. Однако, насколько мне известно, спецификации на чип не открыты, поэтому сколь-либо хорошо может написать драйвер только сам Adaptec.  Именно его копирайты стоят в исходниках драйверов в ядре, которое только вчера вышло.
Там стоят не только копирайты адаптека и посмотрите на дату копирайтов. Что, с тех пор никаких изменений коммьюнити не вносило?
Мне кажется или Вы всерьез полагаете, что Adaptec кому-то должен открыть спецификации? Единственная мысль, которую я пытаюсь донести: используйте те системы, которые имеют адекватную Вашим запросам поддержку.

780791a421141f7b
member
Сообщения: 31
Зарегистрирован: 10 апр 2004, 20:02

Сообщение 780791a421141f7b » 07 апр 2006, 13:20

exLH писал(а):Там стоят не только копирайты адаптека и посмотрите на дату копирайтов. Что, с тех пор никаких изменений коммьюнити не вносило?
Действительно, не только. Более всего дополнительно упоминается небезызвестный Justin T. Gibbs. Но те же копирайты стоят в драйвере, который можно скачать с сайта Adaptec. Возможно они привлекали "любителей" для написания драйверов. Я не знаю всей истории. Комьюнити изменения наверное вносило, но врядли в худшую сторону. Кроме того, возможности комьюнити в отсутствие полных спецификаций ограничены.
exLH писал(а):Мне кажется или Вы всерьез полагаете, что Adaptec кому-то должен открыть спецификации?
Не помню чтоб я где-то упоминал слово "должен". Поправьте, если я тут неправ. Попробую еще раз пересказать свои видимо длинные и запутанные предложения в более короткий апрельский тезис -
"Никто бы не нуждался в помощи Adaptec если бы спецификации были открыты". Призывов к раскрытию спецификаций, свержению власти также небыло. Я надеюсь, что в Adaptec решения принимают достаточно взрослые люди, которые сами могут решить что лучше для их бизнеса и для них лично.
exLH писал(а):Единственная мысль, которую я пытаюсь донести: используйте те системы, которые имеют адекватную Вашим запросам поддержку.
А о какого рода системах идет речь? "Система" - довольно общее понятие.
Мнения по поводу того, что Adaptec плохо подходит для "very big device" я написал несколько постов выше, надеясь при этом что данная информация поможет кому-то еще. Но вовсе не для того, чтоб узнать о себе столько интересного.

Ответить

Вернуться в «Массивы - Технические вопросы, решение проблем.»

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

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