FastNetMon

Показаны сообщения с ярлыком fsck. Показать все сообщения
Показаны сообщения с ярлыком fsck. Показать все сообщения

четверг, 17 июня 2010 г.

Проверяйте файловую систему, если на сервере отказала память

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

вторник, 15 декабря 2009 г.

Filesystem error recorded from previous mount: IO failure

Столкнулся на клиентской машине вот с такой траблой:

Dec 15 14:47:31 centos-53-32-minimal kernel: EXT3-fs warning (device md2): ext3_clear_journal_err: Filesystem error recorded from previous mount: IO failure
Dec 15 14:47:31 centos-53-32-minimal kernel: EXT3-fs warning (device md2): ext3_clear_journal_err: Marking fs in need of filesystem check.



При проверке fsck через LiveCD выдало следующее:


fsck.ext3 /dev/md2
e2fsck 1.41.3 (12-Oct-2008)
Superblock has an invalid ext3 journal (inode 8).
Clear? yes

*** ext3 journal has been deleted - filesystem is now ext2 only


В итоге после окончания проверки имеем то, что у /dev/md2 отключиться журнал. О чем ясно написано при монтировании (фс фактически стала ext2):
/dev/md2 on /mnt type ext2 (rw)


А tune2fs только добавляет уверенности:
tune2fs -l /dev/md2 | grep features
Filesystem features: ext_attr resize_inode dir_index filetype sparse_super large_file


Итого - как включить журнал-то?

Для этого есть команда:
tune2fs -j /dev/md2


Которая отрабатывает следующим образом:

tune2fs 1.41.3 (12-Oct-2008)
Creating journal inode: done
This filesystem will be automatically checked every 20 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.


Ну вот и все, журнал включен:

tune2fs -l /dev/md2 | grep features
Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super large_file


В mount тоже самое:

/dev/md2 on /mnt type ext3 (rw)

вторник, 24 ноября 2009 г.

Активировать fsck по-умолчанию при запуске на FreeBSD

Чтобы сервер каждый раз при горячем ребуте не стоппился в ожидании одобрения фикса файловой системы, рекомендую в файл
vi /etc/rc.conf
добавить строки (вторая строка запрещает фоновый запуск проверки, который может привести к проблемам):
fsck_y_enable="YES"
background_fsck="NO"


С такими настройками система пережила целых 3 горячих ребута подряд и по-прежнему в строю без вмешательства KVM :)

FreeBSD fsck как ответить на все его запросы yes?

Легко, для этого есть специальный ключ:
fsck -y /dev/ad6s1a