> From: Alex Korchmar <noreply@linux.e-moe.ru> > Date: Wed, 15 Oct 2014 09:41:03 +0000 (UTC) > >EG> Два раза. И поправка, это был не gmirror, а graid, у которого >EG> есть kern.geom.raid.disconnect_on_failure=1 по дефолту и >EG> kern.geom.raid.start_timeout и kern.geom.raid.read_err_thresh >ну, это чуть лучше - в плане того что оно радикально затупит один раз, >и после этого резко потеряет интерес к поврежденному диску. >Hо, боюсь, это через часик произойдет. Когда драйвер таки соизволит вернуть >read_err хотя бы единожды. >EG> То есть, Мотин решал. >оно с другого конца должно решаться - с низкоуровневых драйверов, которые >в любой сложной ситуации должны на современном железе сразу сообщать наверх >о проблеме, не тупя часами в ожидании ответа (подозреваю, любой рейд и любая >fs написанные не в позапрошлом веке, такую ситуацию обработают лучше).
В низкоуровневых драйверах (к слову сказать, драйвера cam/ata и dev/ahci появились совсем недавно, в 2009 году) таймауты прописаны. В секундах, правда, но тем не менее. А в позапрошлом веке были драйвера wd, которых уже много версий как нету.
>Боюсь, что никто всерьез этим не занимается
Боюсь, что этим как раз занимаются слишком серьёзно, уж больно часто эти самые низкоуровневые драйвера меняются на совершенно новые (с соответствующими потерями в смысле поддержки старого железа).
Вал. Дав.
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
