Система FreeBSD 4.5
В логах за день вдруг начал писать :> (da0:isp0:0:0:0): WRITE(06). CDB: a 7 e1 20 20 0
> (da0:isp0:0:0:0): RECOVERED ERROR info:7e12e csi:1,2b,0,42 asc:3,a4
> (da0:isp0:0:0:0): Vendor Specific ASCQ field replaceable unit: 80 sks:80,6Похоже, что проблема с hdd...
Может кто знает, в чем тут дело ???
Спасибо.
>Система FreeBSD 4.5
>В логах за день вдруг начал писать :
>
>> (da0:isp0:0:0:0): WRITE(06). CDB: a 7 e1 20 20 0
>> (da0:isp0:0:0:0): RECOVERED ERROR info:7e12e csi:1,2b,0,42 asc:3,a4
>> (da0:isp0:0:0:0): Vendor Specific ASCQ field replaceable unit: 80 sks:80,6
>
>Похоже, что проблема с hdd...
>Может кто знает, в чем тут дело ???
>Спасибо.при попытке записи - сбой, сбойный сектор был перезаписан на другой
используя внутренний механизм scuzy (scsi). Пока ничего страшного, вот
если будет non-recovered error, это будет первый позыв, хотя на sparc'ах
у меня и с такими ошибками scsi-hdd долго дышали, для scsi-hdd важно
следить за перегревом (доп вентиляторы) и характерный звук, металлический
свист будет слышен, или другие звуки.
Понятно...
Вроде звуков пока никаких нет, но машина работает как файл-сервер...
Платформа - DEC Alpha...
uptime - 41 день.
Отсюда вопрос, который меня давно интересовал :
Как влияет аптайм на работу дисков файл-сервера ???
Не могут ли они полететь без долгого fschk ???
>Отсюда вопрос, который меня давно интересовал :
>Как влияет аптайм на работу дисков файл-сервера ???
Основная задача сервера работать всегда и без перезагрузки, за исключением проведения каких-либо работ по тех. обслуживанию.
>Не могут ли они полететь без долгого fschk ???
У тебя проблема с железом. fsck - это востановление после некоректного завершения работы системы с файловой системой.
>Понятно...
>Вроде звуков пока никаких нет, но машина работает как файл-сервер...
>Платформа - DEC Alpha...
>uptime - 41 день.
>Отсюда вопрос, который меня давно интересовал :
>Как влияет аптайм на работу дисков файл-сервера ???операционка все время проверяет правильность и корректность всех
локальных файловых систем, при создании fs - создается резервное
пространство для ремапинга сбойных секторов, так же может быть произведена
проверка сбойных блоков и занесение их в таблицу, но принципиально этим
уже давно занимается сама дисковая система
Все это тем не менее не уменьшает необходимости ведения backup'ов
системы и данных
>Не могут ли они полететь без долгого fschk ???fsck - проверяет и восстанавливает filesystems в случае некорректного
выключения, краха или сбоя системы и не влияет на физическое состояние
диска. Если диск перегрелся - сгорел или другие технические поломки и
неисправности то кроме backup'ов уже ничего не спасет.