как преобразовать OpenVZ контейнер

https://www.funtoo.org/LXD/OpenVZ_migration, Correcting the uid/gid ownership

Сеньк, про утилиту fuidshift полезно, я вручную пытался (и, похоже, неудачно)

Контейнер запустился, вроде без ошибок даже...

Сети пока нет, но это уже мелочи по сравнению с мировой революцией ))

---------- Добавлено 12.04.2020 в 10:08 ----------

Не, рано я обрадовался, симптомы те же ((

1. В контейнере нет автостарта демонов. Никаких. Даже сети. Хотя по команде service network start адрес по dhcp получает моментом. Аналогично с sshd, mysqld и другими. Хотя по команде chkconfig --list вижу правильную таблицу и всё включено.

2. Контейнер не выключить и не перезагрузить. По команде poweroff в конейнере вижу

Broadcast message from root@ats

	(/dev/pts/0) at 9:51 ...



The system is going down for power off NOW!

и... ничего далее не происходит, ssh сессия не рвётся, продолжает реагировать на команды.

По команде lxc stop ats с ноды - бесконечная задумчивость (а контейнер продолжает работать), при прерывании которой в логе вижу такую ошибку

lxc ats 20200412062856.935 WARN     conf - conf.c:lxc_setup_devpts:1616 - Invalid argument - Failed to unmount old devpts instance

Ошибка гуглится, но там у всех при ней проблема с запуском контейнера, а тут стартует без проблем, а вот выключить/перезапустить можно только перезагрузкой ноды, да и то при условии, если предварительно сказать lxc config set ats boot.autostart 0

Похоже, "не судьба", больно далекие родственники системы на ноде и в изначальном контейнере (ubuntu 18 x86_64 ядро 4.15 и centos 6 i686 ядро 2.6.32) :(

Или таки есть варианты?

На исправление проблем конвертации в LXC потратите время соизмеримое с миграцией на свежую ОС. А переходить все равно нужно будет, так как ля Centos 6 время выпуска обновлений заканчивается осенью.

V(o)ViK, если она будет продолжать работать - нет никакого смысла и нужды её обновлять. Там не вордпресс, где чуть ли не каждый день уязвимости новые находят, тут нет проблем ни с безопасностью, ни с производительностью, ни потребности в новых фичах.

Равно как на производствах до сих пор прекрасно работают системы на WinXP и даже Win2000, и никто их обновлять не собирается.

Создайте контейнер lxc, потом проведите слияние с вашими файлами через rsync

На производствах такие серверы во внутренней сети. Если у вас сервисы доступны из интернета, тут немного другая ситуация.

Кроме ваших приложений, есть системные сервисы в которых могут быть уязвимости.

V(o)ViK, там АТС во внутренней сети за натом, из инета она видна только нескольким айпишникам сип-провайдеров. И, коль за 8 лет аптайма ничего ужасного с ней не случилось - то и дальше простоит. А вот перенести её на новую систему - это неделю переносить и потом месяц на отладку, астериски современные совсем другие, там всё заново надо переписывать. Плюс там в базах какие-то триггеры и куча баш-скриптов... И уже никто не помнит, как там что было сделано. Не, ну его нафиг... Я быстрее жесткий диск хост-ноды в виртуальную машину (а не в контейнер) засуну, как сделали со второй такой станцией. Уже года два так работает. LXC - не вариант, я уже понял, не будет оно там нормально работать, замучаюсь глюки отлавливать.

Пока еще есть возможность - пихайте. Но задумывайтесь над модернизацией, иначе будет момент, когда openvz уже некуда будет пристроить.

ну да, до осени время еще точно есть. Пока еще даже апдейты выходят.

OpenVZ 7 существует и отлично работает, миграция с 6 на 7 элементарно делается.

ТСу:

1. создайте на OpenVZ 7 контейнер с той же ОС,

2. остановите новый контейнер

3. примонтируйте новый конейнер, удалите все файлы в нем

4. скопируйте старый контейнер в новый, добавьте IP и все будет отлично работать