Вопросы Теги

Журнал событий: atapi - устройство не ответило в течение периода тайм-аута - Замораживание

Лично, я альтернативно использую Python и колочу за это. Но так как Вы раздражаетесь из-за него ;-) Я пошел бы для того, чтобы сделать маленький сценарий, который берет дату в качестве параметра, и запишите это, чтобы иметь - 2 эпохи и - 2normal опции.

Тем путем можно преобразовать с эпохи в нормальный с

./script.sh --2normal 1243609635

и наоборот с

./script --2epoch "20090529 17:07"

Входная дата всегда форматируется тот же путь? Это сделало бы сценарий намного легче записать.

0
задан 22 July 2009 в 21:57
3 ответа

Устройство на ideport0 испытывает таймаут. От Вашей второй ошибки средства просмотра события я предполагаю, что у Вас есть RAID-контроллер Intel SAS?

Разве Вы недавно добавили какие-либо новые аппаратные средства?

Мог быть знак свободного кабеля к жесткому диску.

Мог быть разлагающийся жесткий диск.

Вы могли попробовать что-то как PassMark для проверки УМНОЙ информации на жесткие диски. Или еще лучше, попробуйте SpinRite на них

0
ответ дан 4 December 2019 в 23:29
  • 1
    Да я сделал, чтобы SAS совершил рейд на контроллер, никакие новые аппаратные средства были добавлены, и никто не открыл сервер, таким образом, я думаю, что свободный кабель не является опцией. Я ввел консоль набега при начальной загрузке, и она сказала, что состояние дисков было " Optimal" и я didn' t видел что-либо на консольном журнале событий набега (но это немного сбивало с толку для проверки так, вероятно, что я сделал это неправильно). Я попытаюсь проверить УМНУЮ информацию от дисков, но являюсь одним диском, разлагается или умирает shouldn' t система продолжаются? в конце концов, для именно это набег... Сервер в случае, если имеет raid1 для Действующей Системы и radi5 для данных. –  rjlopes 23 July 2009 в 00:12
  • 2
    Я считал Intel CDs и узнал Intel Raid Web Console, и журнал имеет 3 предупреждения: идентификатор Контроллера: 0 Неожиданных смыслов PD = 1:255, CDB = 0x12 0x01 0x00 0x00 0xff 0x00, Смысл = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 –  rjlopes 24 July 2009 в 13:24
  • 3
    На данном этапе я попытался бы обновить встроенное микропрограммное обеспечение на Вашем RAID-контроллере. –  GregD 24 July 2009 в 17:24

Каждый раз, когда я вижу это сообщение в своих журналах событий, не более приблизительно 2 месяцев когда-либо передавал без одного диска в сбое массива.

Имейте резервный диск для вручения (или если ему настроили горячее резервирование, еще лучше), и удостоверьтесь, что резервные копии хороши (Вы никогда не знаете то, что могло бы произойти...).

Вы видели, имеет ли Ваш определенный контроллер способность запросить каждое состояние S.M.A.R.T дисков - который мог бы сказать Вам, какой диск продвигается, и также снова иждивенец на RAID-контроллере, Вы можете насильственно отмечать диск как более не существующий и выгружать его, прежде чем он пойдет отдельно.

0
ответ дан 4 December 2019 в 23:29
  • 1
    У меня была эта проблема больше два или три раза, и после этого она исчезла. Это было в порядке в течение приблизительно 5 месяцев. –  rjlopes 2 March 2010 в 13:43

Я знаю, что это - старый вопрос, но я заменил много разочарованных потребительских материнских плат для этого, когда пользователь пытается разогнаться и умеет выполнить южный мост за пределами спецификации. Псы контроллера SATA самостоятельно и начинают бросать эти ошибки.

У меня был бы подозрительный взгляд на Ваш RAID-контроллер; все дублирование уровня диска в мире не сохранит Вас, если сам контроллер пойдет Универсальная форма Танго.

1
ответ дан 4 December 2019 в 23:29

Теги

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