lxc-clone - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

lxc-clone - клонувати новий контейнер із існуючого.

СИНТАКСИС

lxc-клон [-s] [-K] [-M] [-H] [-B резервний магазин] [-Л fssize] [-стор lxcpath] [-П
newlxcpath] [-R ] {-o турінг} {-н new} [-- аргументи гачка]
lxc-клон [-s] [-K] [-M] [-H] [-B резервний магазин] [-Л fssize] [-стор lxcpath] [-П
newlxcpath] [-R ] {оригінал} {новий} [-- аргументи гачка]

ОПИС

lxc-клон Створює новий контейнер як клон існуючого контейнера. Два типи клонів
підтримуються: копіювання та знімок. Клон копії копіює кореневу файлову систему з файлу
оригінальний контейнер до нового. Файлова система знімків використовує знімок резервного сховища
функціональність для створення дуже маленького знімка оригінального контейнера з копіюванням під час запису.
Клони моментальних знімків вимагають нового резервного сховища контейнера для підтримки моментальних знімків. Наразі
це включає лише aufs, btrfs, lvm, overlayfs та zfs. Пристрої LVM не підтримуються
знімки знімків.

Резервне сховище нового контейнера буде того ж типу, що й оригінальний контейнер,
за одним винятком, накладні контейнери. aufs та overlayfs можна створювати знімки
контейнери з підтримкою каталогів. Це можна запросити, використовуючи (для overlayfs) файл -B
накладки аргументів.

Зрештою, можна вказати назви оригінального та нового контейнера (у такому порядку).
параметри, або можна вказати за допомогою -o та -n варіанти, відповідно.

ВАРІАНТИ

-так, --знімок
rootfs нового контейнера буде знімком оригінального. Цей варіант може бути
вказано, коли резервним сховищем є LVM, btrfs або zfs, і потрібно вказати, коли
ви хочете зробити знімок за допомогою aufs або overlayfs.

-К, --зберігати ім'я
Не змінюйте ім'я хоста контейнера (у кореневій файловій системі).

-М, --keepmac
Використовуйте ту саму MAC-адресу, що й оригінальний контейнер, замість того, щоб генерувати новий
випадковий.

-Н, -- копіювальні гачки
Скопіюйте всі хуки монтування в каталог нового контейнера та оновіть будь-які lxcpaths
і назви контейнерів за потреби.

-Л, --fssize fssize
У випадку контейнера з підтримкою блочного пристрою розмір для нового блочного пристрою. За
за замовчуванням новий пристрій буде такого ж розміру, як і оригінал.

-p, --lxcpath lxcpath
lxcpath вихідного контейнера. За замовчуванням налаштовано всю систему
буде використано lxcpath.

-П, --новий шлях newlxcpath
lxcpath для нового контейнера. За замовчуванням той самий lxcpath, що й оригінальний
бути використаним. Зауважте, що зі знімками btrfs зміна lxcpaths може бути неможлива, т.к
знімки підтому мають бути в одній файловій системі btrfs.

-Б, --backingstore резервний магазин
Виберіть інший резервний магазин для нового контейнера. За замовчуванням те саме, що
використовується оригінальний контейнер. Зауважте, що наразі зміна резервного сховища є лише
підтримується для знімків aufs та overlayfs контейнерів із підтримкою каталогу. Дійсний
Резервні сховища включають dir (каталог), aufs, btrfs, lvm, zfs, цикл і overlayfs.

-Р, --перейменувати
Перейменуйте наявний контейнер. турінг перейменовано new.

-о, --оригінал турінг
Ім'я вихідного контейнера для клонування.

-n, --новий new
Ім’я нового контейнера для створення.

КЛОН ДАК

Якщо контейнер, що клонується, містить один або кілька lxc.hook.clone зазначений, потім зазначений
гачки будуть викликані для нового контейнера. Перші 3 аргументи передані хуку клонування
буде ім'я контейнера, розділ ('lxc') і тип гачка ('clone'). Додатковий
аргументи пройшли lxc-клон буде передано до програми-хука, починаючи з аргументу 4
LXC_ROOTFS_MOUNT Змінна середовища дає шлях, під яким знаходиться корінь контейнера
файлова система змонтована. Шлях до файлу конфігурації зберігається в LXC_CONFIG_FILE,
нова назва контейнера в LXC_NAME, стара назва контейнера в LXC_SRC_NAME, і шлях або
пристрій, на якому знаходиться rootfs LXC_ROOTFS_PATH.

ПРИМІТКИ

lxc-клон припинено на користь lxc-копія.

Використовуйте lxc-clone онлайн за допомогою служб onworks.net