Дешифровка продолжающийся mpt2sas сообщения системного журнала
Вот процедура, которую я использую для установки Openoffice
tar -xzf .../OOo_3.1.X....
cd OOO[...]
mv *integration*.rpm desktop-integration
rpm -i *.rpm
Об/мин ooobasis3.1-gnome-integration*.rpm имеет зависимость от libgnomevfs, и Вам не нужен этот пакет для выполнения/устанавливания OpenOffice.
Вероятно, Ваш лучший выбор является аппаратной проблемой где-нибудь между Вашими дисками и до и включая Ваш RAID-контроллер SAS. Я рекомендую пробовать:
- Выполнение любые инструменты диагностики от vendor/s, если они доступны
- кабели Check/re-seat/replace
- полоса аппаратные компоненты и выгружают аппаратные средства в цепочке, которая подключает диски к Вашему RAID-контроллеру, включая сам контроллер (т.е. для Вас, попробуйте что-то еще, чем материнская плата интегрированный набег).
я имел один из двух идентичных Dell PowerEdge R515, дающих очень похожие сообщения (журналы, периодически заполняющиеся сообщениями mpt2sas0, хотя у меня нет точных числовых кодов). Собственная загрузочная диагностика Dell взяла их как "аппаратные ошибки", и замена основной платы SAS RAID решила проблему.
, Когда я занимался расследованиями, я не мог найти всесторонний ресурс того, что означают различные mpt2sas0 коды ошибок. Я подозреваю, что они могут даже быть определенными для поставщика оборудования (кто-то, кто знает больше о SAS, должен подтвердить или отклонить это). Таким образом, Ваши коды ошибок могли означать что-то широко различное, но, если УМНЫЙ являются чистыми, трудно предположить, что другие серьезные основания для mpt2sas0 сообщают о кодах ошибок.
Эти ошибки могут быть очень серьезными. Мой R515 работал по-видимому хорошо с этими сообщениями в течение недели с 12 дисковым программным обеспечением Ubuntu Linux, совершают рейд 6, но затем внезапно извлек все 12 дисков из массива, как повреждено (!)
Также в моем случае, УМНЫЕ для всех дисков были абсолютно чистыми. Хорошая проверка является умным диагностическийским тестом: smartctl -t long /dev/sdX, и затем проверяют результаты приблизительно день спустя с smartctl -l selftest /dev/sdX. Если все в порядке тест должен сказать Completed и LBA_first_err, столбец должен быть пустым.
Ничего себе, жесткий.
Это , кажется, указывает, что 0x31120303 является сбросом шины из-за одного из Ваших устройств, находящихся под большой нагрузкой. Это также говорит, что Вы не должны волноваться об этом. (Ха-ха, да право.)
Это указывает, что эти сообщения журнала происходят, потому что одно из Ваших устройств занимает слишком много времени отвечать на команды. Это говорит то же самое и также указывает, что происходит под большой нагрузкой.
, В то время как это не полный ответ, он, надо надеяться, укажет на Вас в полезном направлении.
Это означает, что у Вас есть некоторая ошибка на диске, это - диск SATA в контроллере SAS от LSI и из-за ошибки были прерваны, все выдающиеся запросы.
В большинстве случаев у Вас есть ошибка среды на диске, который является триггером для этой ошибки. Эта ошибка отдельно не означает ошибки среды, и необходимо будет проверить журналы на другие подсказки для нахождения то, что является источником отказа исходного диска.
Немного более разработанная версия в: http://blog.disksurvey.org/blog/2014/03/27/sata-handling-of-medium-errors-log-info-0x0x31080000/