Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск инструментариев управления контейнерами LXC 6.0, Incus 6.0 и LXD 5.21.1, opennews (??), 04-Апр-24, (0) [смотреть все] Кто пользует LXD или Incus, могу посоветовать веб-морду https github com Penni, Аноним (1), 10:21 , 04-Апр-24, (1) +3 // Ни картинок, ни документации Кажется оно совсем еще бета , anonymplusplus (?), 10:42 , 04-Апр-24, (3) // Верно, они и не скрывают, прямо в ReadMe написано Всё равно это скорее вспомогат, Аноним (1), 10:47 , 04-Апр-24, (5) +1 А там не нужно ни одно, ни другое На тебе картинки, если так сильно хочется htt, Аноним (26), 13:40 , 04-Апр-24, (26) // Выпуск инструментариев управления контейнерами LXC 6.0, Incu..., Аноним (32), 14:37 , 04-Апр-24, (32) Да, хорошая морда, главное на человеческом Python написана, microcoder (ok), 10:50 , 04-Апр-24, (7) Так каниникл свой ui продвигает и он уже включен в поставку lxd https github c, r2d0 (?), 11:45 , 04-Апр-24, (17) +5 // Сколько лет использую сначала чистый lxc, потом lxd для управления и никогда не , Аноним (21), 13:11 , 04-Апр-24, (21) // Эта морда появилась совсем недавно, microcoder (ok), 13:28 , 04-Апр-24, (24) +2 Установка только снапом Спасибо, ешьте сами , Аноним (26), 13:43 , 04-Апр-24, (27) +2 // Если что, в Incus всё завезли без снапа, даже этот GUI https github com zabbly, Аноним (32), 14:05 , 04-Апр-24, (29) +4 Народ, посоветуйте контейнер сервера gitea настроенной и работающей CI CD , Аноним (2), 10:39 , 04-Апр-24, (2) // Это вам скорее в реестре Docker a надо искать Incus и LXD скорее про контейнеры, Аноним (1), 10:45 , 04-Апр-24, (4) +5 // Поковырялся я с этим Г Нет уж, спасибо, не надо Очень много гемора на про, microcoder (ok), 10:55 , 04-Апр-24, (10) +2 // Ну, моё дело только сказать о технической возможности А что будут использовать , Аноним (1), 11:01 , 04-Апр-24, (12) +2 Да, для простых профилей сгодиться Проблема в том, что параметр cloud-init use, microcoder (ok), 11:08 , 04-Апр-24, (13) +1 Поддерживаю Это серьёзный недостаток, сильно уменьшающий полезность cloud-init , Аноним (1), 11:12 , 04-Апр-24, (14) +1 Да, да, да Прямо серьёзный недостаток который уже несколько лет не могут решить, microcoder (ok), 11:14 , 04-Апр-24, (15) +1 Контейнеров с настроенными приложениями в официальных репах нету В репах только, microcoder (ok), 10:52 , 04-Апр-24, (8) +1 // Понимаю, но я так сильно устал от этого , Аноним (2), 11:28 , 04-Апр-24, (16) +1 // Спасли бы сценарии в профилях Профилями конфигураций можно было бы делиться Та, microcoder (ok), 11:47 , 04-Апр-24, (18) Еще можно на Python e реализовать выполнение сценариев, а сценарии могут быть в , microcoder (ok), 12:00 , 04-Апр-24, (19) Ты придумал ансиблНа пайтоне, с ямломВсе как ты просишь, Аноним (21), 13:13 , 04-Апр-24, (22) +1 Там вроде как нет поддержки LXD Incus А так тоже вариант был бы , microcoder (ok), 13:33 , 04-Апр-24, (25) https docs ansible com ansible 2 9 modules lxd_container_module html, Аноним (32), 14:09 , 04-Апр-24, (30) +1 Хмм Спасибо Поизучаю, microcoder (ok), 14:19 , 04-Апр-24, (31) Ansible - это вчерашний день там, где есть более совершенные специализированные , Хочу стать девопсом пусть меня научат (?), 21:00 , 04-Апр-24, (55) О Это уже интересно Монстра Ansible не хочется познавать, microcoder (ok), 21:22 , 04-Апр-24, (58) Чтобы начать с Ansible достаточно только apt install openssh-server python и з, Аноним (60), 22:00 , 04-Апр-24, (60) +1 Так ли сложно поставить кластер K0S, для начала хотя бы одноузловой Проблема с A, DevOops (?), 11:30 , 05-Апр-24, (64) Ты не поверишь, но на многих проектах k8s просто избыточен и достаточно трех вир, Аноним (65), 14:53 , 05-Апр-24, (65) Эммм а ничего, что вы оркестратор с системой управления конфигурациями сравни, User (??), 15:15 , 05-Апр-24, (68) А ничего, что Ansible SCM настолько универсален, что на нём некоторые велосипеди, Система разности потенциалов (?), 18:43 , 05-Апр-24, (71) –1 Минут 5-15, и - всё, c Можно писать заявление на увольнение, потому что в apt, Система разности потенциалов (?), 18:49 , 05-Апр-24, (72) В proxmox есть вот такой настроенный контейнер https www turnkeylinux org gite, Anonim (??), 19:13 , 04-Апр-24, (51) Вообще-то Incus 6 0 только анонсировали, нет никакого выпуска Сейчас выпуск вер, microcoder (ok), 10:49 , 04-Апр-24, (6) // В репозитории уже есть, а вот новость на их форуме стала 404 https github com , Аноним (1), 10:53 , 04-Апр-24, (9) // Мдаа Хрень какая-то Не понятно , microcoder (ok), 10:58 , 04-Апр-24, (11) +1 Открывается нормально v6 0 0 Latest Compare stgraber stgraber released this 04 , Минона (ok), 22:51 , 04-Апр-24, (61) // Сейчас уже открывается Раньше не открывалось, microcoder (ok), 23:16 , 04-Апр-24, (62) Магазин приложений в формате OCI где-либо имеется Для примера, поискал Firefox , Аноним (20), 12:21 , 04-Апр-24, (20) –1 // И не найдешь Таким ивращением никто в здравом уме не будет страдать Если нужна, Аноним (33), 14:55 , 04-Апр-24, (33) –1 // В Генте flatpak не заходит Проще LXC поднять , Аноним (20), 19:19 , 04-Апр-24, (52) А в чем разница между Incus и lxc , andreyche (?), 14:57 , 04-Апр-24, (34) +1 // Прям в новости написано LXC 8211 то что работает внутри , непосредственно ру, Аноним (32), 16:30 , 04-Апр-24, (36) // Всё не так Путаница эта давно идёт и никак не заканчивается, поэтому команда , microcoder (ok), 17:11 , 04-Апр-24, (38)   // Вы уверены На сайте Incus пишут Вот тут явно пишут, что Incus зависит от LXC h, Аноним (32), 17:51 , 04-Апр-24, (39)   Всё что вы написали, это именно та ВЕСКАЯ причина просто космическая без приуве, microcoder (ok), 18:29 , 04-Апр-24, (42)   Прямо по вашей же ссылке пойдём на сайт убунты и посмотрим на эту страницу вниз, Аноним (32), 18:46 , 04-Апр-24, (44)   Да, надо признать я нашёл такой пакет у себя Но управлять через него контейнеры , microcoder (ok), 19:05 , 04-Апр-24, (48)   Да, я именно об этом я изначально и говорил Тоже всё правильно, потому что ими у, Аноним (32), 19:07 , 04-Апр-24, (50)   Так это о том, о чём я и писал изначально в постеhttps www opennet ru openforu, microcoder (ok), 19:29 , 04-Апр-24, (54)   Называется 171 отвязались от liblxc 187 https github com lxc incus blob ma, Аноним (32), 18:57 , 04-Апр-24, (46)   Перевод дословный Контейнеры были реализованы через использование liblxc Что э, microcoder (ok), 18:38 , 04-Апр-24, (43)   Там достаточно ясно написано В LXD Incus мы можем создавать instanc ы, а они мо, Аноним (32), 18:47 , 04-Апр-24, (45)   Вот такие https github com lxc incus blob main internal server instance drive, Аноним (32), 18:59 , 04-Апр-24, (47)   Хорошо Теперь я понял лучше Значит получается следующее 1 Проект LXC https , microcoder (ok), 19:24 , 04-Апр-24, (53)   Разве Incus - это не форк LXD IMHO Incus от LXD концептуально ничем не отличает, Хочу стать девопсом пусть меня научат (?), 21:07 , 04-Апр-24, (57)   Форк LXD, так у меня и написано в предыдущем посте Смотрите внимательнее , microcoder (ok), 21:28 , 04-Апр-24, (59)   Ну или они действительно отвязались, но документацию не обновили 8230 Но пока , Аноним (32), 17:55 , 04-Апр-24, (41) +1   Ваша версия не сходится с тем, что по документации LXD и Incus явно зависят от l, Аноним (32), 19:05 , 04-Апр-24, (49)   LXD Incus - это кластерный оркестратор LXC контейнеров и libvirt виртуалок, - т , Хочу стать девопсом пусть меня научат (?), 21:04 , 04-Апр-24, (56) Здесь о том, кто создал, как и почемуhttps www opennet ru opennews art shtml n, Аноним (40), 17:54 , 04-Апр-24, (40) Вот что бекдор в xz животворящий делает , Анонимус3000 (?), 23:58 , 04-Апр-24, (63) 1,2,6,20,34,63

Сообщения

[Сортировка по времени | RSS]

	38. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от microcoder (ok), 04-Апр-24, 17:11
	Всё не так :)) Путаница эта давно идёт и никак не заканчивается, поэтому команда incus сделала фундаментальное изменение в проекте (обратно не совместимое), чтобы в том числе это исправить. История эволюции Linux container'ов примерно следующая: * LXC - Это какая-то древняя реализация контейнеров с реализацией библиотки liblxc * LXD/LXC - это следующая эволюция в которой отвязались от liblxc, переписали всё на Go и сделали разделение проекта на серверную часть (LXD - Deamon) и клиентскую части (LXC - Client). Сервер, точнее демон, это ничто иное как RESTful API сервис принимающий запросы в JSON, клиент (LXC) это собственно клиент который генерирует запросы в JSON и отправляет их демону (серверу) и получает от него ответ. Примерно так. * Incus это форк LXD/LXC Чем отличается LXD/LXC от Incus? Тем, что первый поддерживается командой Canonical, второй поддерживаетеся сообществом и пока существенной разницы между ними нет. Есть ньюансы, но они не большие.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Аноним (32), 04-Апр-24, 17:51
	> LXD/LXC - это следующая эволюция в которой отвязались от liblxc... клиентскую части (LXC - Client)... Вы уверены? На сайте Incus пишут: > Incus is a container and virtual-machine manager. Based on LXC for containers... > LXC is a well-known Linux container runtime that consists of tools, templates, and library and language bindings. Вот тут явно пишут, что Incus зависит от LXC: https://linuxcontainers.org/incus/docs/main/requirements/#lxc > Incus requires LXC 5.0.0 or higher Я считаю, что вы заблуждаетесь. LXC – не "клиент", а как раз таки бэкенд для контейнеров. Таким же образом, как и QEMU используется в качестве бэкенда для виртуальных машин в Incus/LXD. А то что "клиентская" команда у них "lxc" называется, так на это не обращайте внимания, оно путает. Ну и финальный аккорд касательно "отвязались от liblxc", тут вы прямо таки не правы: https://linuxcontainers.org/incus/docs/main/explanation/inst.../ > Containers are implemented through the use of liblxc (LXC).
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от microcoder (ok), 04-Апр-24, 18:29
	>> LXD/LXC - это следующая эволюция в которой отвязались от liblxc... клиентскую части (LXC - Client)... > Вы уверены? На сайте Incus пишут: Всё что вы написали, это именно та ВЕСКАЯ причина (просто космическая без приувеличения!) :) по которой следовало бы сделать fork :) Документация просто видимо не была корректно написана изначально и мир уже не исправить :) Я сам в шоке. Теперь всё по порядку: > Вот тут явно пишут, что Incus зависит от LXC: https://linuxcontainers.org/incus/docs/main/requirements/#lxc 1) Видимо это следует воспринимать как LXD/LXC, так как никаких `liblxc` у меня нет в пакете и в системе тоже: ``` [dv@manjaro ~]$ pacman -Ql incus incus /usr/lib/systemd/system/incus-user.service incus /usr/lib/systemd/system/incus-user.socket incus /usr/lib/systemd/system/incus.service incus /usr/lib/systemd/system/incus.socket incus /usr/lib/sysusers.d/incus.conf ``` К слову, нужно понимать ещё и то, что раньше на этом сайте были разделы LXC, LXD. Сейчас Incus, LXC, а раздел LXD удалён. Видимо авторы решили называть LXD от Каноникал - LXC. Это просто проклятие какое-то с названиями!! )))) Также, изначальный (древний как мамонт LXC) насколько мне известно ничего не знает о виртуальных машинах и в частности о QEMU. Этим он и отличается от LXD/LXC. Также, указанная зависимость по указанной вами ссылке (Incus requires LXC 5.0.0 or higher) видимо указывает на пакет `lxcfs` от которой он зависим! Тут уже стоит принять таблетки от срыва ))) Потому как уже становится всё горячее! )))) После того как авторы сайта linuxcontainers.org переформатировали сайт, теперь трудно сослаться где у них было указано, что LXD это Daemon, а LXC - client. Но пойдём на сайт убунты и посмотрим на эту страницу вниз: https://documentation.ubuntu.com/lxd/en/latest/explanation/l.../ > To control LXD, you typically use two different commands: lxd and lxc. то есть, вызовите справку `lxc --help` и узнаете, что это КЛИЕНТ для LXD: https://documentation.ubuntu.com/lxd/en/latest/reference/man... > А то что "клиентская" команда у них "lxc" называется, так на это не обращайте внимания, оно путает. Вот в том то и дело, что нужно различать: 1) LXC (liblxc) 2) LXD/LXC (все клиентские команды будут начинаться с lxc, поэтому гуглить надо будет именно так) 3) Incus И финальный ваш аккорд: https://linuxcontainers.org/incus/docs/main/explanation/inst.../ Тут я прокоментировать не могу. Видимо документация не соответствует или что-то имеется ввиду другое, поскольку никаких liblxc в моей системе не было с LXD и нет с Incus.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Аноним (32), 04-Апр-24, 18:46
	Прямо по вашей же ссылке "пойдём на сайт убунты и посмотрим на эту страницу вниз" пишут: > Under the hood, LXD uses LXC to create and manage the containers. Они явно пишут, что есть LXC, состоящий из утилит, библиотеки и прочего: > LXC is a low-level user space interface for the Linux kernel containment features. It consists of tools (lxc-* commands), templates, and library and language bindings. А есть LXD, который является альтернативой клиентским утилитам LXC, но внутри всё тот же LXC: > LXD is a more intuitive and user-friendly tool aimed at making it easy to work with Linux containers. It is an alternative to LXC’s tools and distribution template system, with the added features that come from being controllable over the network. Under the hood, LXD uses LXC to create and manage the containers. LXC-клиент, который идёт в комплекте к LXD, это просто способ взаимодействия с LXD, который уже использует LXC-бэкенд для контейнеров (или QEMU для ВМ). Собственно, приведённые вами ссылки как раз таки подтверждают мою точку зрения, достаточно просто почитать. У меня на openSUSE LXD зависит от liblxc. Как у вас там – не знаю (предположение пальцем в небо – вдруг там статически слинковано, ну кто знает). > $ zypper --no-refresh info --requires lxd | grep lxc > lxcfs > lxcfs-hooks-lxc > liblxc.so.1()(64bit)
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от microcoder (ok), 04-Апр-24, 19:05
	Да, надо признать я нашёл такой пакет у себя: >[dv@manjaro ~]$ pacman -Ql lxc | grep liblxc >lxc /usr/lib/liblxc.so >lxc /usr/lib/liblxc.so.1 >lxc /usr/lib/liblxc.so.1.7.0 Но управлять через него контейнеры не получится, во всяком случае у меня это не выходит. Он просто ничего не знает о контейнерах. Видимо да, не отвязались ещё от liblxc, но планы вроде как были. В любом случае, проектом LXC не получится пользоваться в составе LXD, так как с LXD поставляется свой клиент LXC (C - как раз указывает на слово Client). Поэтому всё же надо различать: 1) LXC (низкоуровневый, тот что с командами lxc-*) 2) LXD/LXC (который имеет демона и клиента lxc --help) 3) Incus (форк LXD, а не LXC)
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Аноним (32), 04-Апр-24, 19:07
	> Поэтому всё же надо различать: Да, я именно об этом я изначально и говорил. > Он просто ничего не знает о контейнерах. Тоже всё правильно, потому что ими управляет LXD/Incus. У них и есть функционал для миграции из "чистого" LXC на LXD/Incus. Но внутри остаётся именно LXC-бэкенд.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от microcoder (ok), 04-Апр-24, 19:29
	Так это о том, о чём я и писал изначально в посте https://www.opennet.ru/openforum/vsluhforumID3/133307.html#38 Просто единственное, я не знал, что они ещё не отвязались от старого проекта. Но сути это не меняет. Сейчас есть 3 проекта и их надо "разделять". P.S. Спасибо за беседу. Теперь стало более яснее.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Аноним (32), 04-Апр-24, 18:57
	Называется «отвязались от liblxc»: https://github.com/lxc/incus/blob/main/internal/server/insta...
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	43. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от microcoder (ok), 04-Апр-24, 18:38
	> Ну и финальный аккорд касательно "отвязались от liblxc", тут вы прямо таки > не правы: https://linuxcontainers.org/incus/docs/main/explanation/inst.../ >> Containers are implemented through the use of liblxc (LXC). Перевод дословный: Контейнеры были реализованы через использование liblxc. Что это значит? Какие контейнеры? Чьи? Мои? Или в репозитории образов? Что здесь имеют ввиду под контейнерами - я не знаю. Возможно старая документация которую некому поддержать.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	45. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Аноним (32), 04-Апр-24, 18:47
	Там достаточно ясно написано. В LXD/Incus мы можем создавать instanc'ы, а они могут быть двух типов: либо контейнер, либо виртуальная машина. Первый вариант реализован поверх LXC. Второй вариант – поверх QEMU.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Аноним (32), 04-Апр-24, 18:59
	> Контейнеры были реализованы через использование liblxc. Что это значит? Какие контейнеры? Вот такие: https://github.com/lxc/incus/blob/main/internal/server/insta... // The LXC container driver. type lxc struct {     ...     c *liblxc.Container // Use d.initLXC() instead of accessing this directly.     ... }
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	53. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от microcoder (ok), 04-Апр-24, 19:24
	Хорошо. Теперь я понял лучше. Значит получается следующее: 1) Проект LXC (https://linuxcontainers.org/lxc/getting-started/) 2) Проект LXD/LXC который зависит от LXC и имеет СВОЙ КЛИЕНТ LXC (то есть два LXC с пользовательской стороны). Клиент с командами lxc-* который не работает с пользователем, но поставляется, и клиент lxc который работает с LXD. Таким образом это никак не отменяет, что LXC это клиент для LXD, тем более справка это подтверждает вызовом lxc --help 3) Incus - Форк LXD, кторый также поставляется с LXC, но со старым, низкоуровневым LXC, а не с тем, что поставлялся в LXD как клиент. Сейчас LXC это incus, а работа с демоном (lxd) превратилась в incus admin * Мда...
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Хочу стать девопсом пусть меня научат (?), 04-Апр-24, 21:07
	Разве Incus - это не форк LXD? IMHO Incus от LXD концептуально ничем не отличается, только деталями реализации и лицензированием.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от microcoder (ok), 04-Апр-24, 21:28
	> Разве Incus - это не форк LXD? Форк LXD, так у меня и написано в предыдущем посте. Смотрите внимательнее: > 3) Incus - Форк LXD
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+1 +/–
	Сообщение от Аноним (32), 04-Апр-24, 17:55
	> отвязались от liblxc Ну или они действительно отвязались, но документацию не обновили… Но пока не увидел иного, буду придерживаться точки зрения из документации.
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

	49. "Выпуск инструментариев для управления контейнерами LXC 6.0, ..."	+/–
	Сообщение от Аноним (32), 04-Апр-24, 19:05
	> LXD/LXC - это следующая эволюция в которой отвязались от liblxc Ваша версия не сходится с тем, что по документации LXD и Incus явно зависят от liblxc. Даже пусть доки устарели – если бы они изначально ещё в LXD ушли от liblxc, как вы описали, то и в самой документации изначально такого бы не было. > Install Incus from source > > Follow these instructions if you want to build and install Incus from the source code. > > We recommend having the latest versions of liblxc (>= 5.0.0 required) available for Incus development. Additionally, Incus requires a modern Golang (see Go) version to work. Куда ни посмотреть, я не могу найти ни одного подтверждения вашей версии. Если у вас есть ссылки, где описано именно то что вы рассказываете, то поделитесь, пожалуйста. Тема действительно запутанная, и из-за названий, и со всеми этими форками…
	Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема