LINUX.ORG.RU

История изменений

Исправление lightspeed, (текущая версия) :

Сейчас массив отмонтировал, т.к. диски все в 100%.

В смысле «в 100%»?

Util 100% каждого диска в массиве по информации iostat. Т.е. ядро загружено дисковыми запросами на 100%.

Тут ты глупость написал. Internal bitmap просто медленнее и всё. Он не должен приводить к падению скорости решейпа до нуля.

Это просто была одна из мыслей, если исходить из того что битмап содержит как-раз информацию о массиве, а тот постоянно изменяется. Да, кстати если мне не изменяет память, кажется в вики по mdraid писали о том, что необходимо грохнуть битмап перед решейпингом. Да и я ранее, всегда его грохал перед обновлением массива.
Может конечно и баг, но что-то я на трекере не видел трабл с mdraid 6 для centos 6.9.

Есть мысли по решению траблы? Может все-таки попробовать заново его построить в нужном порядке? Есть правда еще идея SATA кабели проверить. Может в них проблема. Хотя, dmesg бы об этом писал конечно..

Исходная версия lightspeed, :

Тут ты глупость написал. Internal bitmap просто медленнее и всё. Он не должен приводить к падению скорости решейпа до нуля.

Это просто была одна из мыслей, если исходить из того что битмап содержит как-раз информацию о массиве, а тот постоянно изменяется. Да, кстати если мне не изменяет память, кажется в вики по mdraid писали о том, что необходимо грохнуть битмап перед решейпингом. Да и я ранее, всегда его грохал перед обновлением массива.
Может конечно и баг, но что-то я на трекере не видел трабл с mdraid 6 для centos 6.9.

Есть мысли по решению траблы? Может все-таки попробовать заново его построить в нужном порядке? Есть правда еще идея SATA кабели проверить. Может в них проблема. Хотя, dmesg бы об этом писал конечно..