LINUX.ORG.RU
Форум — Admin  

отказоустойчивость xfs


0

1

Как протестировать xfs на стабильность, способность к восстановлению при изменении параметров создания и монтирования. Интересует конкретный опыт. Можно, конечно, убить файлуху, используя xfs_db с blocktrash, или за'dd'ить диск, а потом натравить xfs_repair, но как адекватно подобрать параметры?


 ← 1 2 →

«Одел голубые трусы и белые красовки - на улице получил люлей, с тех пор никогда не буду носить голубые трусы и белые красовки.
И другим не рекомендую.»:

http://www.linux.org.ru/forum/general/3824621

Собственно,через год или два, 90 % «ценного» опыта в linux можно сливать в унитаз, а максимум - принимать его к сведению.

elipse ★★★
()
Ответ на: комментарий от bsdw

Конкретно то найти не могу, вот пара ссылок по этому поводу:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289665 //баг пофикшен и закрыт

http://www.linux.org.ru/forum/admin/4092844 //в этой теме есть цитата с уточнением расхода памяти на единицу места

GotF ★★★★★
()
Ответ на: комментарий от true_admin

ничего хорошего из этого не выйдет, нельзя зашедулить fsck чтобы он работал только во время простоя.

А как определить состояние «простой»? Это по каким критериям можно отследить, когда несколько десятков демонов запущено?

Для fsck в rc.conf есть три опции:

1) fsck_y_enable=«YES» — запускать в режиме безусловного ремонтирования (опция -y).

2) background_fsck=«NO» — не запускать фоновую проверку.

3) background_fsck_delay=«60» — задержка проверки файловых ситем на заданное число секунд. С этой опцией связан забавный случай:

If set to a negative number, the background file system check will be delayed indefinitely to allow the administrator to run it at a more convenient time. For example it may be run from cron(8) by adding a line like «0 4 * * * root /etc/rc.d/bgfsck forcestart» to /etc/crontab.

— вроде вам это подойдёт.

У нас серваки стабильно в ступоре валялись при фоновой проверке.

Вы их «от ноги» отключали что ли? :)

iZEN ★★★★★
()
Ответ на: комментарий от iZEN

А как определить состояние «простой»? Это по каким критериям можно отследить, когда несколько десятков демонов запущено?

man ionice /idle

Очевидно что idle это когда iowait 0.

Вы их «от ноги» отключали что ли? :)

глючное железо, аварии в датацентре, ошибки админов.

true_admin ★★★★★
()
Ответ на: комментарий от GotF

Конкретно то найти не могу, вот пара ссылок по этому поводу:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289665 //баг пофикшен и закрыт

xfs_repair out of memory //в этой теме есть цитата с уточнением расхода памяти на единицу места

Спасибо, увидел, что xfs_repair отжирает действительно много (вот тут говорят про 5.5 на 47TB http://www.spinics.net/lists/xfs/msg02840.html)

the 29TB filesystem in question took ~75GB of RAM+swap to repair - какие-то гигантские прям цифры.

bsdw
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 →
Admin