LINUX.ORG.RU
ФорумAdmin

init 1 и сеть

 ,


0

1

Ситуация такая: нужно зеркалировать системный на рабочем шлюзе на будущий системный диск по сети.
Выбрал день - воскресенье, планирую перевести сервер на init 1, сесть по ssh, а дальше с помощью tar/dd копировать на другой винт. Но как сделать чтобы сеть не падала на первом init'e и чтобы ssh тоже подтянулся? В идеале все должно пройти без перезагрузки. Или можно не заморачиваться и слить диск под init 3 ?
Главное чтобы новый диск после установки загружал систему.


Ответ на: комментарий от riso

можно не заморачиваться и слить диск под init 3 ?
шлюз обыкновенный - iptables,squid,dhcp,dns

Можно не заморачиваться, но лучше по '/etc/init.d/... stop'
положить ненужное, особенно squid,
и если копируешь c помощю 'dd',
обязательно прогнать копию через fsck.
Потом стартуешь остановленное и продолжаешь работать,
как ни в чём ни бывало.

ABW ★★★★★ ()

Но как сделать чтобы сеть не падала на первом init'e и чтобы ssh тоже подтянулся?

Амм… Для начала выяснить, почему она падает (она реально падает?) ssh надо как-то изолировать от файловой системы, логи выключить, а вот с /var/run/utmp не знаю, как быть. Может статься, единственным ssh, который будет работать в сингле, будет бизибоксовый. init 3 – те же яйки, только в профиль. ФС-то всё равно придётся отрубать.

Deleted ()

можно через rsync не выключая, добавив флаг, чтобы не выходило за пределы файловой системы

Потом на новой системе надо только grub засетапить. Если нет баз данных на этом сервере, то никаких проблем не должно быть.

повторные запуски rsync будут показывать где же появляется разница

ihanick ()
Ответ на: комментарий от Deleted

Для начала выяснить, почему она падает

Шутишь что ли? По стандарту в init 1 только один терминал для рута и нет запущенных служб. В том числе и ssh.

Pinkbyte ★★★★★ ()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от ABW

Тоже склоняюсь к этому варианту. Что меня подкупало в init 1 - можно корень перемонтировать в ro. Ну да ладно, думаю это не критично, спасибо за совет!

riso ()
Ответ на: комментарий от ihanick

тоже вариант, спасибо!

не выходило за пределы файловой системы

это значит не трогать виртуальные фс ?

riso ()
Ответ на: комментарий от devl547

боюсь, что система не взлетит с нового диска..

riso ()
Ответ на: комментарий от Pinkbyte

Я просто уже очень давно не видел сингл мод.

Deleted ()
Ответ на: комментарий от riso

в init 1 - можно корень перемонтировать в ro

А в init 3 нельзя? Если /var на отдельном разделе, почему нет?

mount -o remount,ro /

Я корень не пробовал, но когда данные бекаплю, всегда в ro перевожу разделы. Использую rsync. Для этого еще сконфигурил init 4, специально для бекапов и другого обслуживания.

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

А в init 3 нельзя? Если /var на отдельном разделе, почему нет?

var не отделен. Пробовал в слаке перемонтировать корень под init3 - не сработало, в init1 - легко.

riso ()

Приходилось решать ранее такую задачу. Написал скрипт, который переводил систему в init1, перемотировал разделы в ro, затем содержимое разделов посредством rsync переливалось на резервный диск, а после система возвращалась на прежний уровень init. Все работало без проблем. Операция занимала гораздо меньше времени чем использование dd, а повторная синхронизация данных на разделах занимала в среднем 5-7 минут.

vxzvxz ★★★ ()

дык посмотри что там у тебя при init 1 срабатывает(в слаке /etc/rc.d/rc.K), туда и засунь бекап, и выход.

только паузу не забудь, типа read -p'press any key...' -t1 || /root/backup.sh

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

Пробовал в слаке перемонтировать корень под init3 - не сработало

с -o remount сработает. правда нужно от корня отделить var и прочие tmp, или всё позакрывать открытое там на запись.

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

пока никак. Диск на который собрался переносить посыпался. Сейчас ищу ide замену.

riso ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.