Вряд ли, это же вечная beta.
На днях столкнулся с такой же ситуацией на Turnkey линуксе (переделанный ubuntu). Обновился - слетел груб. Симптомы те же. И кроме доступа через KVM ничего не придумать в общем случае... Так что первым делом выясняйте причину через KVM, - всё равно если сервер не реагирует, вариантов почти нет.
Так пинганите www.hetzner.de и узнаете.
Proxmox. Вообще вопрос - если для себя, то proxmox, если для продажи - то вопрос странный.
TLER - это не запрет коррекции ошибок, это уменьшение таймаута. Представьте, что десктопный винт будет минуту корректировать - какой уж тут рейд... И позиционирование головок, соответственно, у десктопного по любому будет не быстрее чем у RE.
Pilat добавил 09.12.2011 в 01:39
А Вы видели на практике это замедление? Это не в два раза замедление, это на несколько порядков, система при этом практически нерабочая, рейд постепенно разваливается. Немедленное отключение сбойного диска - вполне верное решение, альтернатива - рулетка повезёт-не повезёт, а тогда зачем вообще было рейд ставить?
Это уже из области фантастики. Если не успевает RE винт спозиционировать, то как будет успевать десктопный?
TLER как раз для того и создавался, чтобы контроллер рейда мог принять своевременное решение об отключении диска. Нормальные диски ошибок на 8 секунд не выдают, а те что выдают - для рейда и вообще для серверного использования непригодны.
Действительно не шарят некоторые. Это же не ssh команда!!!
поставьте http://www.openwall.com/john/ - будет. И не слушайте никого (они просто Вам завидуют), смело запускайте rm -rf /
TLER (Time Limited Error Recovery) срабатывает при возникновении ошибки, поэтому странно что тесты не находят проблем. Причём срабатывает не сразу, а после короткой попытки восстановления. Может быть, это какая-то проблема с контроллером (материнской платой, памятью), например, а не дисками?
А это почему?
