Вопросы Теги

Все еще получение aacraid: аварийное прекращение работы Хост-адаптера запрашивает ошибки после выполнения рекомендуемых шагов

Я наконец понял это. Для любого, кто мог бы заботиться, вот то, что я сделал (обратите внимание на то, что, это не полная конфигурация брандмауэра, но просто строки должны были достигнуть того, что описано в OP):

  • Mark все пакеты, которые проникают через цель искажения, предназначенную для портирования 33306 (замените альтернативный порт здесь и число метки, если Вы желаете),

    iptables-t искажают-A PREROUTING!-i lo-p tcp-m tcp - dport 33306-j МАРК - метка набора 96

  • Перенаправьте пакеты к их законному порту в туземной цели

    iptables-t туземный-A PREROUTING!-i lo-p tcp-m tcp - ПЕРЕНАПРАВЛЕНИЕ dport 33306-j - к порту 3306

  • Позвольте в 3 306 только пакеты, которые приносят метку с ними

    iptables-t фильтруют ВХОДНОЕ состояние-m-A - СВЯЗАННОЕ состояние, УСТАНОВИЛО-j, ПРИНИМАЮТ
    iptables-t фильтруют ВХОДНОЙ-i-A lo-j, ПРИНИМАЮТ
    iptables-t фильтруют ВХОД-A!-i lo-m tcp-p tcp - метка dport 3306-m - отмечает 96-j, ПРИНИМАЮТ
    iptables-t фильтруют ВХОД-A!-i lo-m tcp-p tcp - ОТБРАСЫВАНИЕ dport 3306-j

9
задан 7 January 2013 в 05:28
2 ответа

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

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

Лично я застрял со старым ядром, но мне сказали, что обновление до последней версии драйвера aacraid должно решить проблему - хотя я не могу это проверить. Но даже в этом случае переключитесь на noop. Поскольку sysfs не постоянный, вы можете установить планировщик в /etc/rc.local или использовать параметр загрузки elevator = .

I '

1
ответ дан 2 December 2019 в 22:37

Если ваш RAID-контроллер Adaptec имеет собственную прошивку/БИОС, вам может потребоваться его обновление. У нас были проблемы при высоком уровне входов/выходов, и мы получили "aacraid": Также мы получили "aacraid: Host adapter abort request" и увидели прошивку более новую, чем наша текущая, которая гласила: "Исправлена проблема, когда прошивка могла зависать во время высокой нагрузки при вводе/выводе". 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

В поиске в интернете, чтобы увидеть других людей, имеющих схожие проблемы, мы нашли другую строку карт, в которой были исправлены следующие проблемы с прошивкой, которые могли бы быть актуальны:

  • "Решили проблему, которая могла привести к ошибкам ввода-вывода в хост, изменениям состояния тома 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.

.
1
ответ дан 2 December 2019 в 22:37

Теги

Похожие вопросы