форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Изменить загрузку BSD"

Сообщение от bercutvermut (ok) on 10-Июл-05, 13:11

у меня в сетке есть несколько серваков. иногда резко отрубают электрическво и не все встают нормально (не на всех UPS). Вощим проблема в том, что он уходит в сингл. Можно ли так сделать, чтобы при хреновом размонтировании ось делала не fsck , а fsck -f -y или что-то подобное, дабы комп 100 % загрузился ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "Изменить загрузку BSD"

Сообщение от deadmoroz2 (??) on 11-Июл-05, 00:10

>у меня в сетке есть несколько серваков. иногда резко отрубают электрическво и >не все встают нормально (не на всех UPS). >Вощим проблема в том, что он уходит в сингл. >Можно ли так сделать, чтобы при хреновом размонтировании ось делала не fsck >, а fsck -f -y или что-то подобное, дабы комп 100 >% загрузился ? в /etc/rc.conf добавь fsck_y_enable="YES"

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Изменить загрузку BSD"
	Сообщение от Moralez (ok) on 11-Июл-05, 04:45
	после fsck -y гарантия 100% ТОЧНО недостижима :) я бы предложил: в /boot/loader.conf autoboot_delay="120"  #на любителя, но смысл есть hw.ata.wc=0           #вообще очень полезно для любых нефайлопомоек в /etc/sysctl.conf kern.filedelay=7 kern.dirdelay=6 kern.metadelay=5
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	3. "Изменить загрузку BSD"
	Сообщение от А.Петров on 11-Июл-05, 06:42
	>после fsck -y гарантия 100% ТОЧНО недостижима :) > >я бы предложил: > >в /boot/loader.conf > >autoboot_delay="120"  #на любителя, но смысл есть >hw.ata.wc=0           #вообще >очень полезно для любых нефайлопомоек > >в /etc/sysctl.conf > >kern.filedelay=7 >kern.dirdelay=6 >kern.metadelay=5 при всем уважении к программным методам, лучшим, все-таки, решением будет покупка UPS'ов и настройка корректного завершения работы систем. поскольку отключения 220 происходят, как я понял, довольно регулярно, имеется вполне осязаемый шанс получить большую головную боль после того как однажды волшебный ключик -y сделает свое дело, что совершенно верно подметил предыдущий оратор. предложения Moralez'a вполне сгодятся ПОСЛЕ установки и настройки UPS, на тот случай если по каким-то причинам UPS оплошает. это я к тому, что не все проблемы можно решить программно. а приведенный случай - именно такой.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Изменить загрузку BSD"
	Сообщение от bercutvermut (??) on 11-Июл-05, 10:30
	>>после fsck -y гарантия 100% ТОЧНО недостижима :) >> >>я бы предложил: >> >>в /boot/loader.conf >> >>autoboot_delay="120"  #на любителя, но смысл есть >>hw.ata.wc=0           #вообще >>очень полезно для любых нефайлопомоек >> >>в /etc/sysctl.conf >> >>kern.filedelay=7 >>kern.dirdelay=6 >>kern.metadelay=5 > >при всем уважении к программным методам, лучшим, все-таки, решением будет покупка UPS'ов >и настройка корректного завершения работы систем. поскольку отключения 220 происходят, как >я понял, довольно регулярно, имеется вполне осязаемый шанс получить большую головную >боль после того как однажды волшебный ключик -y сделает свое дело, >что совершенно верно подметил предыдущий оратор. предложения Moralez'a вполне сгодятся ПОСЛЕ >установки и настройки UPS, на тот случай если по каким-то причинам >UPS оплошает. >это я к тому, что не все проблемы можно решить программно. а >приведенный случай - именно такой. С тем, что нужны упсы - я с этим согласен. Электричество не так часто отрубают, но тем не менее иногда это бывает (2-5 раз в полгода). Почему нужен именно такой эффект: на ups для всех серверов денег нет, а если система удаленно загрузится, то удаленно восстановить работоспособность я смогу. :) Пасиба за отзывы и решения.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Изменить загрузку BSD"
	Сообщение от Pavel (??) on 08-Июн-07, 13:23
	За одним исключением: проверять систему следует только в single user mode. Если с остальными патрициями еще как-то можно поизвращатся, то с / ничего не получится. То есть, даже если система после сбоя загрузилась, не факт что она не повреждена, ну а исправить это удаленно во FreeBSD нельзя в принципе. Здесь кстати рулит Linux - shutdown -rF ( this will force an fsck of the filesystems on reboot ), а FreeBSD отдыхает.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема