Приветы всем!
что где вписать нужно (FreeBSD 5.2.1) что-бы fsck запускалась ВСЕГДА до монтирования разделов с параметром -y ?

Спасибо

• fsck...........,lavr, 15:37 , 07-Дек-04
  • fsck...........,Grayich, 15:37 , 08-Дек-04
    • fsck...........,Brainbug, 16:00 , 08-Дек-04
    • fsck...........,lavr, 19:02 , 08-Дек-04
      • fsck...........,8, 07:20 , 09-Дек-04
      • fsck...........,lavr, 14:24 , 09-Дек-04
• fsck...........,Grayich, 13:29 , 09-Дек-04
  • fsck...........,lavr, 14:31 , 09-Дек-04
    • fsck...........,Grayich, 14:48 , 09-Дек-04
      • fsck...........,lavr, 15:03 , 09-Дек-04
        • fsck...........,Grayich, 15:08 , 09-Дек-04
          • fsck...........,lavr, 19:34 , 09-Дек-04
            • fsck...........,Grayich, 19:56 , 09-Дек-04
          • fsck...........,idle, 15:11 , 01-Фев-05

>Приветы всем!
>что где вписать нужно (FreeBSD 5.2.1) что-бы fsck запускалась ВСЕГДА до монтирования
>разделов с параметром -y ?
>
>Спасибо

man rc.conf (поиск fsck)

/etc/rc.conf
...
fsck_y_enable="YES"
...

>man rc.conf (поиск fsck)
>
>/etc/rc.conf
>...
>fsck_y_enable="YES"
>...

разве это не для опции -y при запуске fsck ?

нужно не только -y, а и запуск fsck ВСЕГДА, так как по умолчанию насколько я понял он стартует только при условии некоректного завершения работы.

т.е. ситуация следующаяя
к серверу нет доступа локального, только удаленно.
в процесе работы возникло несколько незначительных сбоев, нужно что-бы fsck их исправил, но размонтировать раздел в процесе работы я немогу, перейди в однопользовательский режим тоже, так как работаю с сервером удаленно. Вот и получается, что исправить ошибки можно только при загрузке ОС и в автоматическом режиме. fsck_y_enable="YES" просто включает опцию -y, но незапускает сам fsck.

>>man rc.conf (поиск fsck)
>>
>>/etc/rc.conf
>>...
>>fsck_y_enable="YES"
>>...
>
>разве это не для опции -y при запуске fsck ?
>
>нужно не только -y, а и запуск fsck ВСЕГДА, так как по
>умолчанию насколько я понял он стартует только при условии некоректного завершения
>работы.
>
>т.е. ситуация следующаяя
>к серверу нет доступа локального, только удаленно.
>в процесе работы возникло несколько незначительных сбоев, нужно что-бы fsck их исправил,
>но размонтировать раздел в процесе работы я немогу, перейди в однопользовательский
>режим тоже, так как работаю с сервером удаленно. Вот и получается,
>что исправить ошибки можно только при загрузке ОС и в автоматическом
>режиме. fsck_y_enable="YES" просто включает опцию -y, но незапускает сам fsck.

1 variant:
http://www.freebsd.org/cgi/man.cgi?query=fsck&apropos=0&sekt...
...
     -f      Force checking of file systems, even when they are marked clean
         (for file systems that support this).
...

2 variant:
http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc?rev=1.333.2...
...
if [ "$1" = autoboot ]; then
        autoboot=yes
        _boot="faststart"
        rc_fast=yes        # run_rc_command(): do fast booting
else
        autoboot=no
        _boot="start"
fi
...

http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/fsck?rev=...
...
fsck_start()
{
        if [ "$autoboot" = no ]; then
                 echo "Fast boot: skipping disk checks."
        elif [ ! -r /etc/fstab ]; then
                 echo "Warning! No /etc/fstab: skipping disk checks."
        elif [ "$autoboot" = yes ]; then
                                  # During fsck ignore SIGQUIT
                      trap : 3

                      echo "Starting file system checks:"
                     if checkyesno background_fsck; then
...

>>man rc.conf (поиск fsck)
>>
>>/etc/rc.conf
>>...
>>fsck_y_enable="YES"
>>...
>
>разве это не для опции -y при запуске fsck ?
>
>нужно не только -y, а и запуск fsck ВСЕГДА, так как по
>умолчанию насколько я понял он стартует только при условии некоректного завершения
>работы.
>т.е. ситуация следующаяя
>к серверу нет доступа локального, только удаленно.
>в процесе работы возникло несколько незначительных сбоев, нужно что-бы fsck их исправил,
>но размонтировать раздел в процесе работы я немогу, перейди в однопользовательский
>режим тоже, так как работаю с сервером удаленно. Вот и получается,
>что исправить ошибки можно только при загрузке ОС и в автоматическом
>режиме. fsck_y_enable="YES" просто включает опцию -y, но незапускает сам fsck.

fsck запускается ВСЕГДА, первый раз в "preen mode" и если невозможно
поправить ошибки, либо вываливается в single-user mode, либо при наличии
fsck_y_enable="YES" продолжает автоматическое восстановление БЕЗ принятия
решения оператором - man fsck.
Для стабильности, в 5.x можно запретить background fsck и найти место
где выполняется запуск в preen mode: fsck -p вроде и вероятно
заменить на -y принудительно, правильно ли это... ???
Возможно пока для 5.x не успевают расширять HANDBOOK, на мой взгляд
появилось много тонкостей которые НЕ ОСВЕЩЕНЫ, а в HANDBOOK заносятся
только хорошо проанализированные, проверенные и правильно освещенные вопросы.

PS. Если не ошибаюсь, в man fsck или fsck_ffs расписаны ПОСЛЕДСТВИЯ
автоматического запуска fsck -y после неудачного запуска fsck в preen
mode.

я делаю для себя так -
/etc/rc - после
export HOME PATH

вставляю
fsck -f -y /

работает железно на нескольких тачках уже года 2

>>>man rc.conf (поиск fsck)
>>>
>>>/etc/rc.conf
>>>...
>>>fsck_y_enable="YES"
>>>...
>>
>>разве это не для опции -y при запуске fsck ?
>>
>>нужно не только -y, а и запуск fsck ВСЕГДА, так как по
>>умолчанию насколько я понял он стартует только при условии некоректного завершения
>>работы.
>>т.е. ситуация следующаяя
>>к серверу нет доступа локального, только удаленно.
>>в процесе работы возникло несколько незначительных сбоев, нужно что-бы fsck их исправил,
>>но размонтировать раздел в процесе работы я немогу, перейди в однопользовательский
>>режим тоже, так как работаю с сервером удаленно. Вот и получается,
>>что исправить ошибки можно только при загрузке ОС и в автоматическом
>>режиме. fsck_y_enable="YES" просто включает опцию -y, но незапускает сам fsck.
>
>fsck запускается ВСЕГДА, первый раз в "preen mode" и если невозможно
>поправить ошибки, либо вываливается в single-user mode, либо при наличии
>fsck_y_enable="YES" продолжает автоматическое восстановление БЕЗ принятия
>решения оператором - man fsck.
> Для стабильности, в 5.x можно запретить background fsck и найти место
>
>где выполняется запуск в preen mode: fsck -p вроде и вероятно
>заменить на -y принудительно, правильно ли это... ???

конечно же на -y -f (sorry, проглядел)

> Возможно пока для 5.x не успевают расширять HANDBOOK, на мой взгляд
>
>появилось много тонкостей которые НЕ ОСВЕЩЕНЫ, а в HANDBOOK заносятся
>только хорошо проанализированные, проверенные и правильно освещенные вопросы.
>
>PS. Если не ошибаюсь, в man fsck или fsck_ffs расписаны ПОСЛЕДСТВИЯ
>автоматического запуска fsck -y после неудачного запуска fsck в preen
>mode.

Что то неполучается исправить :(

** /dev/ad0s1f (NO WRITE)
** Last Mounted on /usr
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
FREE BLK COUNT(S) WRONG IN SUPERBLK
SALVAGE? no

SUMMARY INFORMATION BAD
SALVAGE? no

BLK(S) MISSING IN BIT MAPS
SALVAGE? no

181726 files, 784025 used, 3277015 free (44119 frags, 404112 blocks, 1.1% fragmentation)
** /dev/ad0s1d (NO WRITE)
** Last Mounted on /var
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
UNREF FILE I=141314  OWNER=mysql MODE=100600
SIZE=2348 MTIME=Dec  9 12:26 2004
CLEAR? no

UNREF FILE I=141315  OWNER=mysql MODE=100600
SIZE=0 MTIME=Dec  9 12:25 2004
CLEAR? no

UNREF FILE I=141316  OWNER=mysql MODE=100600
SIZE=0 MTIME=Dec  9 12:25 2004
CLEAR? no

** Phase 5 - Check Cyl groups
845 files, 46708 used, 2491811 free (659 frags, 311394 blocks, 0.0% fragmentation)

это случайно не винт посыпался ?

>Что то неполучается исправить :(
>
>** /dev/ad0s1f (NO WRITE)
>** Last Mounted on /usr
>** Phase 1 - Check Blocks and Sizes
>** Phase 2 - Check Pathnames
>** Phase 3 - Check Connectivity
>** Phase 4 - Check Reference Counts
>** Phase 5 - Check Cyl groups
>FREE BLK COUNT(S) WRONG IN SUPERBLK
>SALVAGE? no
>
>SUMMARY INFORMATION BAD
>SALVAGE? no
>
>BLK(S) MISSING IN BIT MAPS
>SALVAGE? no
>
>181726 files, 784025 used, 3277015 free (44119 frags, 404112 blocks, 1.1% fragmentation)
>
>** /dev/ad0s1d (NO WRITE)
>** Last Mounted on /var
>** Phase 1 - Check Blocks and Sizes
>** Phase 2 - Check Pathnames
>** Phase 3 - Check Connectivity
>** Phase 4 - Check Reference Counts
>UNREF FILE I=141314  OWNER=mysql MODE=100600
>SIZE=2348 MTIME=Dec  9 12:26 2004
>CLEAR? no
>
>UNREF FILE I=141315  OWNER=mysql MODE=100600
>SIZE=0 MTIME=Dec  9 12:25 2004
>CLEAR? no
>
>UNREF FILE I=141316  OWNER=mysql MODE=100600
>SIZE=0 MTIME=Dec  9 12:25 2004
>CLEAR? no
>
>** Phase 5 - Check Cyl groups
>845 files, 46708 used, 2491811 free (659 frags, 311394 blocks, 0.0% fragmentation)
>
>
>это случайно не винт посыпался ?

по этому выводу невозможно сказать про то сыпется винт или нет, только
логи про это могут дать четкий ответ.
Но данный вывод очень похож на использование softupdates и возможно
проблемы с FS из-за softupdates, sorry, но четко сформулировать не могу
потому как нет точных доказательств для этого, только личный опыт и
несколько похожих ситуаций и ВСЕ были из-за softupdates на нагруженных
серверах с интенсивным дисковым обменом, причем не на IDE, а на SCSI.
На IDE ситуации были еще хуже - потери суперблока, а не только
наличие кучи неразрешенных ссылок и неосвобожденных inodes

странно  теперь ничего невыдает fsck

>странно  теперь ничего невыдает fsck

ну если диск в норме и fsck поправил все ошибки, почему что-то должно
выдаваться? Для этого и нужен fsck :)

>>странно  теперь ничего невыдает fsck
>
>ну если диск в норме и fsck поправил все ошибки, почему что-то
>должно
>выдаваться? Для этого и нужен fsck :)

точнее проверил выдал подобное
через 5 мин проверил ничего невыдал
еще через 3 мин проверил опять обшибка
еще через 5 мин проверил опять нету..

странно все это :)

>>>странно  теперь ничего невыдает fsck
>>
>>ну если диск в норме и fsck поправил все ошибки, почему что-то
>>должно
>>выдаваться? Для этого и нужен fsck :)
>
>точнее проверил выдал подобное
>через 5 мин проверил ничего невыдал
>еще через 3 мин проверил опять обшибка
>еще через 5 мин проверил опять нету..
>
>странно все это :)

не понял? это что ж ты fsck на смонтированные диски пускаешь по ходу
работы с FS?! :(((
man fsck ДО ПОСИНЕНИЯ и что fsck НЕ ИСПОЛЬЗУЮТ для коррекции смонтированных FS.

>не понял? это что ж ты fsck на смонтированные диски пускаешь по
>ходу
>работы с FS?! :(((
>man fsck ДО ПОСИНЕНИЯ и что fsck НЕ ИСПОЛЬЗУЮТ для коррекции смонтированных
>FS.

да смонтированые проверяю, без исправлений. Или из за открытых файлов он подобное и выдает ?

А корекцию понятное дело он и недаст на смонтированом разделе сделать.

>через 5 мин проверил ничего невыдал
>еще через 3 мин проверил опять обшибка
>еще через 5 мин проверил опять нету..
>
>странно все это :)

Теже симптомы. 5.2.1 -> releng 5.2, sata raid.
В логе иногда появляются записи такого вида:
ad4: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=62135759
Чтобы это значило, понять не могу...