+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Ubuntu Snaps внутри контейнера LXC на Proxmox, Proxmox Виртуальная Среда

UrkoM

Guest

21.08.2017 06:24:00

Привет, я пытаюсь протестировать приложения Snap внутри контейнера LXC с Ubuntu 16.04 в Proxmox, и у меня возникают проблемы. Я нашел вот эту ссылку: https://stgraber.org/2017/01/31/ubuntu-core-in-lxd-containers/ И похоже, что snapd требует "непривилегированные монтирования FUSE и имена пространств и стеков AppArmor". Я пытаюсь сделать невозможное? Может, кто-то уже разбирался с этим или знает, возможно ли это в Proxmox и когда? Я мог бы запустить Ubuntu 16.04 как QEMU VM, но мне действительно нравится (может, это только теоретически?) преимущество производительности LXC для этой задачи. Спасибо!

Eric Fossum Guest	#2 0 30.03.2018 22:14:00 Bump...

rmundel Guest	#3 0 21.05.2018 22:49:00 Bump!!!

rmundel

Guest

21.05.2018 22:53:00

Пытаюсь установить на PVE5.2-1 на LXC с Ubuntu 18.04, и после установки получил сообщение о том, что ядру нужен патч совместимости AppArmor 2.4 или что-то в этом роде. Мне так и не удалось найти решение для использования snaps на LXC. Я запускаю виртуальные машины для таких сервисов, как Rocket.Chat, Wekan и так далее.

Carlos Estrada

Guest

21.07.2018 17:04:00

Я пытался установить nextcloud как snap внутри контейнера ubuntu xenial, когда столкнулся с этой проблемой. Насколько я понимаю, проблема связана с отсутствием функций в ядре PVE. Это проблема с Proxmox или с упакованными контейнерами? Это ошибка?

rmundel Guest	#6 0 21.07.2018 17:06:00 До сих пор я совершенно не понимаю.

rmundel Guest	#7 0 01.09.2018 17:24:00 Может кто-то прояснить эту тему, пожалуйста?

dbayer Guest	#8 0 16.09.2018 05:24:00 Bump!!

t.lamprecht

Guest

28.09.2018 08:44:00

Есть начальная работа, чтобы это позволить: https://pve.proxmox.com/pipermail/pve-devel/2018-July/033231.html https://pve.proxmox.com/pipermail/pve-devel/2018-July/033233.html Есть некоторые моменты, которые все еще можно улучшить, так что версия v21 этого должно быть опубликовано скоро и будет включена...

davidg1982 Guest	#10 0 22.10.2018 01:20:00 Я должен признать, что не понимаю, что всё это значит. Я хотел бы использовать snaps с proxmox LXC, но это явно выходит за рамки моего понимания. Есть ли что-то полегче?

t.lamprecht

Guest

#11

22.10.2018 09:13:00

Вам может повезти, это применилось. С пакетом pve-container версии 2.0-28 (или новее) вы должны иметь возможность установить функции 'mount' и 'nesting', и это должно работать. В данный момент это не доступно через графический интерфейс, но вы можете создать контейнер так же, как обычно, а затем открыть оболочку на PVE и выполнить что-то подобное: Код: pct set VMID --features mount=1,nesting=1. Кстати, вышеуказанное не сработало с mount, так как это требует списка поддерживаемых файловых систем, например: Код: pct set VMID --features mount=fuse;nfs,nesting=1 для остановленного контейнера, а потом при следующем запуске это должно сработать.

davidg1982

Guest

#12

22.10.2018 16:59:00

Это полезно. Спасибо. Версия pve-container 2.0-28 есть в тестовом репозитории? Потому что у меня установлена pve-container 2.0-25, и это, похоже, единственная доступная версия. У меня в source.list указано: deb http://enterprise.proxmox.com/debian/pve stretch pve-enterprise

tom Guest	#13 0 22.10.2018 17:05:00 В репозитории всё есть, но у тебя опечатка в записи sources.list (нужно использовать https вместо http): > deb https://enterprise.proxmox.com/debian/pve stretch pve-enterprise

davidg1982

Guest

#14

22.10.2018 17:13:00

Я, похоже, что-то делаю неправильно. Код: david@proxmox:~$ sudo apt update
Игнорируется:1 http://ftp.us.debian.org/debian stable InRelease
Популярно:2 http://repo.zabbix.com/zabbix/3.4/debian stretch InRelease
Популярно:3 http://security.debian.org stable/updates InRelease
Популярно:4 http://ftp.us.debian.org/debian stable Release
Получено:5 https://enterprise.proxmox.com/debian/pve stretch InRelease [2,081 B]
Популярно:5 https://enterprise.proxmox.com/debian/pve stretch InRelease
Чтение списков пакетов... Готово
Формирование дерева зависимостей
Чтение состояния информации... Готово
Все пакеты обновлены.
david@proxmox:~$ apt-cache policy pve-container
pve-container:
Установлено: 2.0-25
Кандидат: 2.0-25
Таблица версий:
*** 2.0-25 100
100 /var/lib/dpkg/status
david@proxmox:~$ Вот остальная часть моей pveversion -v Код: proxmox-ve: 5.2-2 (используемое ядро: 4.15.18-2-pve)
pve-manager: 5.2-7 (используемая версия: 5.2-7/8d88e66a)
pve-kernel-4.15: 5.2-5
pve-kernel-4.15.18-2-pve: 4.15.18-20
pve-kernel-4.15.17-1-pve: 4.15.17-9
pve-kernel-4.13.13-5-pve: 4.13.13-38
pve-kernel-4.4.98-4-pve: 4.4.98-104
pve-kernel-4.4.79-1-pve: 4.4.79-95
pve-kernel-4.4.59-1-pve: 4.4.59-87
corosync: 2.4.2-pve5
criu: 2.11.1-1~bpo90
glusterfs-client: 3.8.8-1
ksm-control-daemon: 1.2-2
libjs-extjs: 6.0.1-2
libpve-access-control: 5.0-8
libpve-apiclient-perl: 2.0-5
libpve-common-perl: 5.0-38
libpve-guest-common-perl: 2.0-17
libpve-http-server-perl: 2.0-10
libpve-storage-perl: 5.0-24
libqb0: 1.0.1-1
lvm2: 2.02.168-pve6
lxc-pve: 3.0.2+pve1-1
lxcfs: 3.0.0-1
novnc-pve: 1.0.0-2
openvswitch-switch: 2.6.2~pre+git20161223-3
proxmox-widget-toolkit: 1.0-19
pve-cluster: 5.0-29
pve-container: 2.0-25
pve-docs: 5.2-8
pve-firewall: 3.0-13
pve-firmware: 2.0-5
pve-ha-manager: 2.0-5
pve-i18n: 1.0-6
pve-libspice-server1: 0.12.8-3
pve-qemu-kvm: 2.11.2-1
pve-xtermjs: 1.0-5
pve-zsync: 1.6-16
qemu-server: 5.0-32
smartmontools: 6.5+svn4324-1
spiceterm: 3.0-5
vncterm: 1.5-3

rmundel

Guest

#15

27.11.2018 16:54:00

Я на PVE 5.2-11 с pve-container 2.0.29, и, похоже, я что-то упустил. В контейнере Ubuntu 18.04 включены функции вложенности и монтирования. Установил snapd и вот: -- Юнит snapd.service завершил свою работу. 27 нояб. 15:50:31 gsm systemd[1]: snapd.service: Запрос на запуск повторялся слишком быстро. 27 нояб. 15:50:31 gsm systemd[1]: snapd.service: Не удалось запустить, результат 'exit-code'. 27 нояб. 15:50:31 gsm systemd[1]: Не удалось запустить демон Snappy. -- Тема: Юнит snapd.service завершил работу с ошибкой -- Определён: systemd -- Поддержка: http://www.ubuntu.com/support -- -- Юнит snapd.service завершил работу с ошибкой. -- -- Результат: RESULT. 27 нояб. 15:50:31 gsm systemd[1]: snapd.socket: Не удалось запустить, результат 'service-start-limit-hit'. 27 нояб. 15:50:35 gsm snap[2814]: ошибка: не удается установить связь с сервером: Получить http://localhost/v2/snaps/system/conf?keys=seed.loaded : dial unix /run/snapd.socket: connect: co 27 нояб. 15:50:35 gsm systemd[1]: snapd.seeded.service: Главный процесс завершился, код=выход, статус=1/ОШИБКА 27 нояб. 15:50:35 gsm systemd[1]: snapd.seeded.service: Не удалось запустить, результат 'exit-code'. 27 нояб. 15:50:35 gsm systemd[1]: Не удалось запустить ждущий процесс, пока snapd полностью не будет инициализирован.

wbumiller

Guest

#16

28.11.2018 12:13:00

Snap требует немного больше усилий. Скоро может появиться флаг 'fuse' для опции функций, но использование fuse может быть опасным. На данный момент вам нужно сделать следующее: - Для непривилегированных контейнеров: 1) добавьте это в /etc/pve/lxc/$vmid.conf: Код: ... features: mount=fuse,nesting=1 lxc.mount.entry = /dev/fuse dev/fuse none bind,create=file 0 0 2) Внутри контейнера: `apt install squashfuse` - Для привилегированных контейнеров также добавьте: Код: ... # ИЗМЕНЕНИЕ: # Нам нужно разрешить управление apparmor, по умолчанию mac_admin отключен для привилегированных контейнеров. # Обратите внимание, что вам не нужно это для ненадежных контейнеров... lxc.cap.drop = lxc.cap.drop = mac_override sys_time sys_module sys_rawio В качестве альтернативы squashfuse, привилегированные контейнеры могут использовать блочные устройства, но я бы этого не рекомендовал... Обратите внимание, что активация `fuse` в контейнере может вызвать проблемы с резервным копированием или с любыми действиями, которые приводят к выполнению команды `lxc-freeze` в контейнере, так как это может привести к взаимным блокировкам в ядре...

rholighaus

Guest

#17

06.04.2019 16:45:00

Привет, Вольфганг. Есть ли прогресс в интеграции snap в контейнеры LXC? Пока что, если я хочу, например, установить wekan, мне понадобится ВМ, что не самый предпочтительный способ запускать Linux-программы на Proxmox. Есть какие-то предложения?

ndroftheline

Guest

#18

21.04.2020 03:10:00

Привет, команда, просто хотел сказать, что я запустил wekan в контейнере LXC, так что, думаю, эта тема подошла к своему логическому завершению. Мне даже не нужно вручную изменять конфигурацию, просто захожу в контейнер > параметры > функции > ставлю галочки на FUSE и Nesting, перезапускаю контейнер. Установка wekan через snapd в первый раз выдает ошибки: Код: ошибка: не удалось выполнить следующие задачи:
- Настройка профилей безопасности snap "core" (8935) (не удается настроить udev для snap "core": не удается перезагрузить правила udev: код выхода 2
вывод udev:
)
- Настройка профилей безопасности snap "core" (8935) (не удается перезагрузить правила udev: код выхода 2
вывод udev:
), но если просто повторить ту же команду, установка проходит успешно и все работает.

unam

Guest

#19

13.05.2020 09:33:00

Привет, когда я пытаюсь выполнить команду snap install wekan, у меня всегда возникает ошибка: ошибка: система не полностью поддерживает snapd: не удается смонтировать образ squashfs с помощью "fuse.squashfuse": mount: /tmp/sanity-mountpoint-494747820: неправильный тип файловой системы, неправильный параметр, плохой суперблок на /tmp/sanity-squashfs-152452673, отсутствует кодовая страница или вспомогальная программа, или другая ошибка. Я пробовал оба решения: вручную редактировать конфигурационный файл и просто отметить параметры, но проблема всегда одна и та же, ничего не работает.

rholighaus Guest	#20 0 13.05.2020 10:36:00 Я успешно запускаю Wekan через Snap на контейнере Ubuntu 19.04 (который теперь обновлен до 19.10). Вот мои настройки LXC: Code: arch: amd64 cores: 4 features: keyctl=1,nesting=1,fuse=1 hookscript: local:snippets/pve-hook hostname: projekte memory: 2048 net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.100.1,hwaddr=xx,ip=xx/24,type=veth onboot: 1 ostype: ubuntu rootfs: rpool:subvol-121-disk-0,acl=1,size=32G swap: 512 unprivileged: 1

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры