The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Удалённая замена одного Linux-дистрибутива на другой по SSH
Для решения задачи полной переустановки Linux-дистрибутива на удалённом
сервере, к которому имеется только доступ по SSH, подготовлен скрипт
takeover.sh. Скрипт создаёт минималистичное рабочее окружение в памяти,
состоящее из инструментария busybox и простейшего init-процесса. Подключившись
по SSH к данному окружению можно провести переустановку с отмонтированием
корневого раздела. В том числе можно выполнить операции полной очистки всех
данных или переразбить дисковые разделы.

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

Порядок операций:

Создадим директорию с окружением для запуска скрипта (/takeover) и примонтируем
к ней раздел tmpfs для хранения нового раздела в оперативной памяти:

   mount -t tmpfs none /takeover

Скопируем в директорию рабочее окружение одного из минималистичных
дистрибутивов для восстановления после сбоев, например,  SystemRescueCD.
После копирования убедимся, что окружение работоспособно при помощи команды:

   chroot /takeover /bin/sh

Скопируем в корень созданного окружения статически собранный вариант пакета 
busybox (/takeover/busybox) и проверим его работоспособность:

   /takeover/busybox sh

Скопируем в окружение скрипт takeover.sh и простейший init-процесс fakeinit,
предварительно скомпилировав его из файла  fakeinit.c:
   
   gcc -static ./fakeinit.c -o ./fakeinit 


Отключаем  по возможности все сервисы на переустанавливаемом сервере, убиваем
процесс cron и завершаем работу http-сервера (скрипт по умолчанию открывает
новый SSH-вход на 80 порту (на 22 порту пока висит старый SSH), поэтому важно,
чтобы на этом порту не было обработчиков).

Запускаем /takeover/takeover.sh и выполняем предложенные действия (задаём
пароль входа и соглашаемся с продолжением выполнения операции). Далее заходим в
новое окружение по SSH:

   ssh -p 80 root@my_host

После входа удаляем все оставшиеся фоновые процессы старой системы и
отмонтируем все разделы старой системы из директории /old_root, после чего
отмонтируем корень старой системы (/old_root). Предварительно копируем в
текущее окружение набор модулей ядра от старой системы /old_root/lib/modules,
на случае если они понадобятся в процессе замены старой системы.


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

   reboot -f 
или
   echo b > /proc/sysrq-trigger


Скрипт takeover.sh:

   #!/bin/sh
   set -e

   TO=/takeover
   OLD_TELINIT=/sbin/telinit
   PORT=80

   cd "$TO"

   if [ ! -e fakeinit ]; then
       ./busybox echo "Please compile fakeinit.c first"
       exit 1
   fi

   ./busybox echo "Please set a root password for sshd"
 
   ./busybox chroot . /bin/passwd

   ./busybox echo "Setting up target filesystem..."
   ./busybox rm -f etc/mtab
   ./busybox ln -s /proc/mounts etc/mtab
   ./busybox mkdir -p old_root

   ./busybox echo "Mounting pseudo-filesystems..."
   ./busybox mount -t tmpfs tmp tmp
   ./busybox mount -t proc proc proc
   ./busybox mount -t sysfs sys sys
   if ! ./busybox mount -t devtmpfs dev dev; then
       ./busybox mount -t tmpfs dev dev
       ./busybox cp -a /dev/* dev/
       ./busybox rm -rf dev/pts
       ./busybox mkdir dev/pts
   fi
   ./busybox mount -t devpts devpts dev/pts

   TTY="$(./busybox tty)"

   ./busybox echo "Checking and switching TTY..."

   exec <"$TO/$TTY" >"$TO/$TTY" 2>"$TO/$TTY"

   ./busybox echo "Type 'OK' to continue"
   ./busybox echo -n "> "
   read a
   if [ "$a" != "OK" ] ; then
       exit 1
   fi

   ./busybox echo "Preparing init..."
   ./busybox cp $OLD_TELINIT tmp/telinit
   ./busybox cat >tmp/init <<EOF
   #!${TO}/busybox sh
   exec <"${TO}/${TTY}" >"${TO}/${TTY}" 2>"${TO}/${TTY}"
   cd "${TO}"
   ./busybox echo "Init takeover successful"
   ./busybox echo "Pivoting root..."
   ./busybox pivot_root . old_root
   ./busybox echo "Chrooting and running init..."
   exec ./busybox chroot . /fakeinit
   EOF
   ./busybox chmod +x tmp/init
   
   ./busybox echo "Starting secondary sshd"
   
   ./busybox chroot . /usr/bin/ssh-keygen -A
   ./busybox chroot . /usr/sbin/sshd -p $PORT

   ./busybox echo "You should SSH into the secondary sshd now."
   ./busybox echo "Type OK to continue"
   ./busybox echo -n "> "
   read a
   if [ "$a" != "OK" ] ; then
       exit 1
   fi

   ./busybox echo "About to take over init. This script will now pause for a few seconds."
   ./busybox echo "If the takeover was successful, you will see output from the new init."
   ./busybox echo "You may then kill the remnants of this session and any remaining"
   ./busybox echo "processes from your new SSH session, and umount the old root filesystem."

   ./busybox mount --bind tmp /sbin

   ./tmp/telinit u

   ./busybox sleep 10



init-процесс fakeinit.c


   #define _XOPEN_SOURCE 700
   #include <signal.h>
   #include <unistd.h>
   #include <sys/wait.h>

   int main()
   {
	sigset_t set;
	int status, i;

	for (i = 0; i < 64; i++)
		close(i);

	if (getpid() != 1) return 1;

	sigfillset(&set);
	sigprocmask(SIG_BLOCK, &set, 0);

	for (;;) wait(&status);
   }
 
Ключи: linux, remote, install, ssh, init, busybox, mount / Лицензия: CC-BY
Раздел:    Корень / Администратору / Система / Загрузка, однопользовательский режим

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.1, _KUL (ok), 05:33, 14/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Очень интересно, но очень страшно. Как в одной примете "удалённая перенастройка сервера, - это к долгой дороге".
    Мне кажется, безопаснее было бы взять live-дистрибутив, подправить сетевые настройки/ssh, и образ grub'y 2 скормить на загрузку live-iso по умолчанию.
     
     
  • 2.8, Аноним (-), 23:22, 16/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А если нет груба? Если там какой-нибудь VZ или LXC,
     
     
  • 3.14, nur (ok), 10:26, 25/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    если там какой нибуть VZ, то есть вероятность что не заменится совсем никак, OpenVZ умеет запускать только системы на том же ядре что и хост, к примеру FreeBSD туда не воткнешь уже

    а вообще для эксперимента можно сперва тренироваться на кошках^W тестовом сервере
    (что впрочем не гарантирует результата на сервере вашего продакшна)

     
  • 2.9, vitalif (ok), 18:35, 18/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я так делал руками как в посте описано примерно)))) основной фокус это заменить на ходу init, чтобы он дал / отмонтировать. Хотя можно и без этого, вообще-то можно просто поставить в дебиане busybox и dropbear, и в процессе загрузки туда залогиниться.

    Но там цель была именно на / переделать ФС и мдадм рейд переразбить, а не дистр переустановить. Для переустановки я бы конечно что то попроще придумал))

     

  • 1.2, Andrey Mitrofanov (?), 12:46, 14/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Для решения задачи полной переустановки Linux-дистрибутива на удалённом сервере, к которому
    > имеется только доступ по SSH, подготовлен скрипт
    > [[https://github.com/marcan/takeover.sh takeover.sh]].
    >простейший init-процесс fakeinit, предварительно скомпилировав его из файла

    Куда катится этот мир?! P-Q

    >    ./tmp/telinit u
    >    ./busybox sleep 10
    > init-процесс fakeinit.c
    >    int main()

    Там внизу оригинала-README есть ссылка на ответ на StackExchange (а, она ж и под статьёй есть
    > URL: https://github.com/marcan/takeover.sh http://unix.stackexchange.com/questions/226872/how-to-shrink-root-filesystem-

    ) от июля '16 со ссылкой на бложик 2007-го...

    > Обсуждается: https://www.opennet.ru/tips/info/3007.shtml

    Помню, что видел же что-то такое.

    Вот нашлось: "HOWTO Replace RedHat with Gentoo, Remotely over SSH" by Jordan Ritter --http://www.darkridge.com/~jpr5/doc/rh-gentoo.html
    (даты нет... 2004-ый, видимо :)) https://web.archive.org/web/*/http://www.darkridge.com/~jpr5/doc/rh-gentoo.html )

    ( https://forums.gentoo.org/viewtopic.php?t=8884 вот тут с тем же заголовком - 2002ой... Но не та же статья, видимо. RedHat 7.2 != 9.)

    Гентушники были там первыми. И безо всяких system-d.

     
     
  • 2.17, freehck (ok), 01:02, 08/03/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По-видимому автор узнал про pivot_root и не нарадуется. Ну, изучать системные утилиты - занятие весьма похвальное.

    Единственное что, я не понимаю, зачем нужно усложнение в виде своего инита-заглушки и busybox-а. Можно же было, например, debootstrap-нуть какой-нибудь debian-based дистрибутив, и точно также подменить корень.

     

  • 1.3, antitroll (?), 17:05, 14/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я думал товарищ открыл для себя lvm и bootstrap, а тут огого on-air-crutch
     
  • 1.4, Аноним123 (?), 18:10, 14/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://www.opennet.ru/tips/info/2223.shtml

    Изврат же. Есть же depenguinator!

     
     
  • 2.5, аноном (?), 10:32, 15/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Для удаленной установки FreeBSD из Linux

    Иди проспись.

     
  • 2.7, Аноним (-), 22:01, 15/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А винду могёт?
     

  • 1.6, vodz (ok), 18:10, 15/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Запуск sshd не из busybox всё превращает в фарс.  К чему тогда вот это всё /bin/busybox echo и т д?  
    busybox с sshd можно взять мой из соседнего совета от 07.02.
     
  • 1.10, svsd_val (ok), 19:38, 19/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересная реализация, нужно будет опробовать ! ;)
     
  • 1.11, лютый жабист__ (?), 07:45, 21/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно. Но неужели существуют серверы без ILO и ему подобного?
     
  • 1.12, Аноним (-), 06:07, 22/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Круто! Заменил на домашнем сервере убунту сервер на арч! Не могу нарадоваться!
     
  • 1.13, anon76906 (?), 11:11, 23/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    детский сад. Я понимаю, на 10000 машинах с разными конфигами бы :)
     
  • 1.15, nur (ok), 10:34, 25/02/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    если сперва надо определить способ блокировки - можно как вариант вбить в браузер ип какого нибудь несуществующего веб сервера (ну там где гарантировано нет веб-сервера)
    возможно сразу станет видно, какой именно squid грозит вашему диванному благополучию

    http://i.imgur.com/H7Ax0fg.png

     
  • 1.18, Нониус (?), 09:59, 24/03/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хрень какая-то
    все сервера - виртуалки, и доступ к консоли на раз-два щёлкнуть пальцами.
     


     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру