Есть сервер в труднодоступном месте где достаточно часто имеются также проблемы с электричеством. Раз в пару месяцев приходится ездить только для того чтобы ответить на вопросы fsck который проверяет ФС при загрузке.Как заставить его проверять в автоматическом режиме без участия пользователя?
P.S. В интернете огромное количество решений этого вопроса в условиях FreeBSD, для линукса не нашел.
>Есть сервер в труднодоступном месте где достаточно часто имеются также проблемы с
>электричеством. Раз в пару месяцев приходится ездить только для того чтобы
>ответить на вопросы fsck который проверяет ФС при загрузке.
>
>Как заставить его проверять в автоматическом режиме без участия пользователя?
>
>P.S. В интернете огромное количество решений этого вопроса в условиях FreeBSD, для
>линукса не нашел.Монтируйте разделы, критичные для загрузки, в ro, забудьте уже про ext2 (очень похоже, что у Вас именно она).
ext3в ro не пойдет, сервер и веб и бд и игровой одновременно, ему много чего писать надо
>ext3
>
>в ro не пойдет, сервер и веб и бд и игровой одновременно,
>ему много чего писать надобесперебойник поставь.
электричество меньше чем на пару часов не ложится
>электричество меньше чем на пару часов не ложитсянормальный ups (c мониторингом) даст системе сделать shutdown.
все таки есть варианты как обойтись тем что есть?
на _нормальный_ ups денег нет :)
>все таки есть варианты как обойтись тем что есть?
>на _нормальный_ ups денег нет :)Тебя не просят APC Symmetra закупать.
Ты знаешь для чего предохранители в приборы ставят ?
Не для того, чтобы электронику защищать, а чтобы пожара не было.Можешь ездить к серверу дальше.
Можно не ездить, а поставить себе возле сервера раскладушку, плитку и холодильник.А, электричество же отключают... Ну значит холодильник не всегда поможет... :-)
>все таки есть варианты как обойтись тем что есть?
>на _нормальный_ ups денег нет :)достаточно, чтобы ups подавал сигнал on battery (и low battery). такое даже самые простые apc умеют.
>ext3
>
>в ro не пойдет, сервер и веб и бд и игровой одновременно,
>ему много чего писать надоРечь только о разделах для загрузки. /var/run, с pid'ами, можно и в tmpfs, только лучше временно, до нормальной загрузки.
Собственно, делаете дополнительный, кастомный runlevel в inittab, в котором _поднимается_ сеть, монтируются fs в ro, и запускается ssh, и посылается sms на Ваш телефон :)
Потом Вы остальное доподнимаете либо руками, либо скриптом (как больше нравится)
Проявите больше фантазии, это же *nix, тут можно все :)Кстати, в *nix еще модно читать маны, а не гуглить по чужим хандбукам и блогам:
=================FSTAB(5)============================The sixth field, (fs_passno), is used by the fsck(8) program to determine the order in which filesystem checks are done
at reboot time. The root filesystem should be specified with a fs_passno of 1, and other filesystems should have a
fs_passno of 2. Filesystems within a drive will be checked sequentially, but filesystems on different drives will be
checked at the same time to utilize parallelism available in the hardware. If the sixth field is not present or zero,
a value of zero is returned and fsck will assume that the filesystem does not need to be checked.
=================================================
З.Ы. извините, если тон ответа Вас обидел...
Вы мне скажите, можно так сделать ли нельзя? Сервер не так важен для меня чтобы на него потратить лишний денек на изучение ранлевела и написание скрипта запуска или купить к нему УПС но пользователи начинают надоедать если он долгое время не работает, им он важен.Да кстати, пишу с того самого труднодоступного места, оказалось дело на этот раз было не в эл-ве, дело было в превышении лимита моунтов разделов, хотя бы от этого можно избавиться?
P.S. Павел, у вас ко мне неприязнь чтоли, я не пойму, перестаньте меня преследовать! Я что, недостаточно вежлив в своем вопросе или что еще вас заставляет вместо того чтобы дать совет тыкать мне и отпускать "перлы" про раскладушки и холодильники?
man fsck -y
>man fsck -yпро этот параметр я знаю, куда его вписать, вот в чем вопрос?
>>man fsck -y
>
>про этот параметр я знаю, куда его вписать, вот в чем вопрос?знаете, надо все-таки учиться искать информацию, а не ждать подачек на форуме.
http://www.howforge.com/how-force-fsck-ubuntu
первая страница результатов гугла.
>Да кстати, пишу с того самого труднодоступного места, оказалось дело на этот
>раз было не в эл-ве, дело было в превышении лимита моунтов
>разделов, хотя бы от этого можно избавиться?Типа "монтировался дофига раз и провериться пора бы" - это не превышение лимита монтирований. Пожалуйста, поподробнее, желателен максимально точный текст сообщения.
>P.S. Павел, у вас ко мне неприязнь чтоли, я не пойму, перестаньте
>меня преследовать! Я что, недостаточно вежлив в своем вопросе или что
>еще вас заставляет вместо того чтобы дать совет тыкать мне и
>отпускать "перлы" про раскладушки и холодильники?Да ну, какая-то фобия у вас :-)
Просто обьясняю ситуацию:
У меня имеется кучка серверов на линуксе. Не на всех из них всегда были бесперебойники. И не на всех бесперебойники есть и сейчас. Не все они находятся для меня на расстоянии шаговой доступности. И в некоторых местах проблемы с электричеством бывают достаточно часто (общежитие ВУЗа, к примеру). Но я как-то не езжу к этим серверам на каждый скачок напряжения.
Делаем вывод - да, у вас гораздо большая нагрузка на дисковую подсистему. Запущена большая кучка сервисов, постоянно идут какие-то операции записи.
А если идет куча операций записи и нестабильное электропитание - высока вероятность сбоя ФС.
Высока вероятность сбоя - будем ставить всякие ключики "-йес", или ручками будем этот самый "уай" жать, приезжая "в гости к серверу" (все ли понимают сакральный смысл выводимых fsck вопросов) ?
Один фиг когда-нибудь всё умрет.
Так лучше поставить бесперебойник со шнурком, и уже точно больше не беспокоиться о целостности данных и о том что при перепаде сервак не подымется.
//Бесперебойник сейчас - это лучше чем переустановка / восстановление файлов "потом".
//Вот, вы уже ошибки при плановой проверке ФС ловить начали...
//Кстати, как у вас с полным бэкапом этой всей штуки ? :-)>но пользователи начинают надоедать если он долгое время не работает, им он важен.
тем более что пользователи... Раз их много - то бесперебойник купить не проблема, а всего лишь организационный вопрос, я так думаю.
//Замечена интересная штука - на Debian. В процессе аварийного шатдауна системы происходит отмонтирование /usr и apcupsd не может дать бесперебойнику команду на "мягкое отключение". На новоустановленном сервере я учел этот момент, и usr отдельно выносить не стал. Что поделать со "старым" сервером ?
- Написать тикет.
- поправить системные скрипты чтобы /usr перемонтировался в ro, а не отмонтировался.
- или поправить скрипт apcupsd чтобы он наоборот, монтировал /usr ?
- но /usr лежит на lvm который лежит на md....
- с сервером "играться" нельзя.
Вот теперь спасибо за развернутый ответ с примерами :)Бекапы делаются на удаленную машину, это уж точно проще восстановления данных.
Насчет бесперебойника убедили, заставлю игроков скинуться на простенький Ippon.Всем спасибо за помощь!