Все ще отримує aacraid: Хост-адаптер скасовує помилки запиту після виконання рекомендованих кроків

Я отримую сумнозвісну aacraid: Хост-адаптер скасовує помилку запиту з моїм новим Adaptec RAID-контролером під високим входом / виводом. Я прочитав кілька форумів, навіть Adaptecs , що встановивши значення / sys / block / sdX / device / timeout на 45, це виправить. Однак я запускаю Ubuntu Server 12.04, який вже має це значення за 45 за замовчуванням. Я також спробував наступну пропозицію, яка полягає в тому, щоб оновити біографії мобо до останнього, що я і зробив.

Я не впевнений, чи хтось ще зіткнувся з цією помилкою "aacraid: Host adapter перериває запит" ще до того, як зробити ці кроки.

Це те, що я бачу в своєму системологу:

kernel: [ 5493.523282] aacraid: Host adapter abort request (4,0,0,0)
Jan  6 20:29:15 server kernel: [ 5493.523309] aacraid: Host adapter abort request (4,0,0,0)
Jan  6 20:29:15 server kernel: [ 5493.523375] aacraid: Host adapter reset request. SCSI hang ?

Ось мій унме -а

Linux server 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Дякую всім,

Джим

Якщо ви цього ще не вирішили, я нещодавно боровся з тією ж проблемою, яка швидко переросла до масиву, що висить кожні 5 хвилин протягом декількох хвилин із збільшенням IO. Ubuntu за замовчуванням використовує CFQ-планувальник, який не є оптимальним для апаратного RAID. Переключіть планувальник на noop за допомогою:

echo noop > /sys/block/<blockdevice>/queue/scheduler

Особисто я застряг зі старим ядром, але мені сказали, що оновлення до найновішого драйвера aacraid має вирішити проблему - не можу це перевірити. Але навіть так, перейдіть на noop. Оскільки sysfs не є постійним, ви можете встановити планувальник /etc/rc.localабо використовувати elevator=параметр завантаження.

Я зверну увагу на інші параметри ядра, а також налаштування на Ubuntu - це розумні значення за замовчуванням для більшості звичайних апаратних засобів, але більшість часу серверам потрібна особлива увага, незалежно від дистрибутиву, на якому ви знаходитесь.

Якщо у вашого контролера Adaptec RAID є своя прошивка / BIOS, можливо, вам доведеться оновити його. У нас виникли проблеми під час високого вводу / виводу, і ми отримали "aacraid: Host адаптер скасовує запит", і ми побачили, що випуск прошивки новий, ніж наш поточний, який сказав "Виправлена ​​проблема, де прошивка могла зависати під час високого стресу вводу / виводу". http://download.adaptec.com/pdfs/readme/relnotes_arc_fw-b18937_asm-18837.pdf .

У наведених вище примітках до випуску перелічені наступні моделі Adaptec: 2045, 2405, 2405Q, 2805, 5085, 5405, 5405Z, 5445, 5445Z, 5805, 5805Q, 5805Z, 5805ZQ, 51245, 51645, 52445).

Ми також отримали рядки журналів на зразок:

sd 0:0:0:0: timing out command, waited 360s

і

Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT,SUGGEST_OK

Шукаючи в Інтернеті, щоб побачити інших людей, які мають подібну проблему, ми знайшли іншу лінійку карток, на якій було встановлено такі проблеми, виправлені прошивкою, які можуть бути актуальними:

• "Вирішено проблему, яка може призвести до помилок IO Host, зміни стану тома RAID, невідповідальних систем і перезавантаження системи або скидання в рідкісних випадках, коли надзвичайно великі навантаження вводу-виводу використовуються майже повністю з кешу контролера" http: //download.adaptec .com / pdfs / readme / relnotes_arc_fw-b30862_msm-20942.pdf
• "Вирішено проблему, коли введення / вивільнення сповільнюватиметься і в кінцевому рахунку призведе до скидання контролера" http://download.adaptec.com/pdfs/readme/relnotes_arc_fw-b30612_msm-20618.pdf

Зазначені вище стосуються моделей Adaptec 7805, 7805Q, 78165, 71605E, 71605, 71605Q, 71685, 72405, 8805, 8885, 8885Q та 81605ZQ.