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

Cloud-init на Ubuntu не использует образы облака Ubuntu., Proxmox Виртуальная Среда

Tim Gildersleeve

Guest

04.07.2018 14:50:00

Привет, я играл с cloud-init, изначально используя облачные образы, предоставленные Ubuntu. Работает очень хорошо и это отличный способ создавать более быстрые изображения, имея их на меньшем SSD из-за связанных ВМ. Я следовал https://pve.proxmox.com/wiki/Cloud-Init_Support, и это прекрасно сработало для облачных изображений. Однако я хочу создать свои шаблоны с некоторыми стандартными параметрами, стандартными пакетами и так далее, поэтому я решил создать свой собственный образ. Начав с установки сервера Ubuntu 1804, я настроил его так, как мне нужно, не пришлось устанавливать cloud-init, так как сервер Ubuntu 1804 устанавливает это по умолчанию. Выключил сервер, а затем добавил устройство cloud-init, как было указано. Преобразовал в шаблон и затем создал связанный клон. Изменил настройки cloud-init на этой новой ВМ, загрузил и вошел в систему (используя настроенного пользователя, которого я создал в шаблоне). Однако сеть не была настроена cloud-init. Затем я попытался изменить пароль через cloud-init (знаю, что это не рекомендуется, так как это менее безопасно, чем использование ключей), но это тоже не сработало — использовался оригинальный пароль. Я смонтировал CDROM и проверил настройки там — и они такие, как я их установил в настройках cloud-init в proxmox, так что проблема, похоже, в том, что cloud-init не использует cdrom как хранилище данных. Может кто-то подсказать, в каком направлении двигаться, чтобы это заработало? Я уверен, что я упускаю что-то очевидное — но после нескольких часов поиска информации у меня нет ни малейшего понятия, что это может быть! С уважением, Тим.

fragan

Guest

23.07.2018 15:10:00

Всем привет, хочу поделиться результатом, так как у меня была такая же проблема, как у Тима. Я использовал официальный образ Ubuntu cloudimg и следовал вики Proxmox https://pve.proxmox.com/wiki/Cloud-Init_Support, и у меня не было никаких проблем. Но как и у Тима, когда я захотел создать свой собственный пользовательский образ, это не сработало, и я не хотел устанавливать Ubuntu 17.10. Не буду повторять все, но да, нужно изменить название сетевого интерфейса, как описано. Также нужны изменения в конфигурации grub, поэтому следующие файлы должны выглядеть так (я специально оставил закомментированными оригинальные параметры): - /etc/default/grub " GRUB_DEFAULT=0 GRUB_HIDDEN_TIMEOUT=0 GRUB_HIDDEN_TIMEOUT_QUIET=true GRUB_TIMEOUT=10 GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian` #GRUB_CMDLINE_LINUX_DEFAULT="maybe-ubiquity" GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0" #GRUB_CMDLINE_LINUX="" GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0" " - /etc/default/grub.d/50-curtin-settings.cfg " #GRUB_CMDLINE_LINUX_DEFAULT="maybe-ubiquity" # отключить grub os prober, который может найти другие установки ОС. #GRUB_DISABLE_OS_PROBER=true GRUB_RECORDFAIL_TIMEOUT=0 GRUB_TIMEOUT=0 GRUB_TERMINAL=console " затем запустите update-grub. После этого я запустил dpkg -reconfigure cloud-init, как Тим, и вам следует отключить всё и оставить NoCloud, ConfigDrive, или отредактировать файл /etc/cloud/cloud.cfg.d/99_pve.cfg, как описано в вики Proxmox, но удалить оригинальный файл 90_dpkg.cfg. Проблема заключалась в том, что система не распознавала последовательный интерфейс, я понял это, запустив "cloud-init analyze show", смотрите конечный результат этой команды (я удалил несколько строк): " -- Boot Record 31 -- Starting stage: init-local |`->восстановлено из проверенного кэша: DataSourceNoCloud [seed=/var/lib/cloud/seed/nocloud-net][dsmode=net] @00.00700s +00.01200s Завершен этап: (init-local) 00.10700 seconds Starting stage: init-network |`->восстановлено из кэша с проверкой: DataSourceNoCloud [seed=/var/lib/cloud/seed/nocloud-net][dsmode=net] @00.66400s +00.00300s " Я решил это, запустив "sudo cloud-init clean", и магия ( /dev/sr0) появилась: " -- Boot Record 32 -- Starting stage: init-local |`->кэш не найден @00.00900s +00.00100s |`->найдены локальные данные из DataSourceNoCloud @00.02800s +00.12100s Завершен этап: (init-local) 00.41800 seconds Starting stage: init-network |`->восстановлено из кэша с проверкой: DataSourceNoCloud [seed=/var/lib/cloud/seed/nocloud-net,/dev/sr0][dsmode=net] @02.06000s +00.00400s Надеюсь, это поможет кому-то еще, английский не мой родной язык, прошу прощения за ошибки.

Jacolex

Guest

08.08.2019 15:40:00

Привет! Я нашёл, что проблема связана с конфигурацией cloud-init, которая создаётся установщиком Ubuntu 18.04. Я потратил много времени, но наконец решил эту проблему, сделав следующее: apt remove cloud-init apt purge cloud-init rm -rf /var/lib/cloud/ rm -rf /etc/cloud/ apt install cloud-init После этого первоначальная конфигурация удаляется и генерируются файлы конфигурации cloud-init по умолчанию, так что конфигурационные файлы proxmox с sr0 будут успешно обработаны. Изменений в grub не требуется. Например, в шаблоне есть интерфейс ens18, а после обработки cloud-init он переименовывается в eth0: network: version: 2 ethernets: eth0: addresses: - 172.16.112.107/20 gateway4: 172.16.127.250 match: macaddress: ba:37:39:83:7f:f9 nameservers: addresses: - 8.8.8.8 search: [] set-name: eth0 Конечно, по причинам совместимости я изменю grub шаблона, чтобы использовать старые имена интерфейсов, чтобы избежать проблем с разными соглашениями об именовании в одной системе.

NoahD

Guest

09.09.2019 21:57:00

Еще одна вещь, которую вы можете сделать, это удалить machine-id в /etc/machine-id, чтобы он был уникальным в каждой генерации клонов. cat /etc/machine-id rm /etc/machine-id touch /etc/machine-id Не знаю, делает ли cloud-init это автоматически, но, по крайней мере, сделать это не помешает перед конвертацией образа в шаблон. ИЗМЕНЕНИЕ: Я только что протестировал это. Cloud-init НЕ регенерирует новый machine-ID, так что лучше удалить machine-id в файле перед тем, как превращать образ в шаблон.

rsmvdl Guest	#5 0 19.11.2019 19:48:00 Парень, тебе нужно сделать следующее: rm /etc/machine-id touch /etc/machine-id rm /var/lib/dbus/machine-id ln -s /etc/machine-id /var/lib/dbus/machine-id, чтобы сгенерировать новый ID машины.

klowet Guest	#6 0 05.12.2019 13:40:00 Привет. Если это может помочь, у меня была такая же проблема с 18.04.3 с сетью. Я начинал с Ubuntu mini.iso (во время установки только выбрал 'SSH-server'), и когда клонировал свой образ, сеть не подключалась до перезагрузки. Все, что мне нужно было сделать в моем образе, чтобы решить эту проблему: systemctl enable systemd-networkd. Когда начинаешь с mini.iso и устанавливаешь только SSH-server, не забудь установить cloud-init и qemu-guest-agent (и включить qemu-guest-agent). После этого сеть подключалась сразу после клонирования. Нет необходимости менять файл grub для добавления tty-serial или менять имена интерфейсов с ens на eth. // правка Я только что попробовал с netinstall ISO и выбрал "Ubuntu cloud image" во время установки. Это также работает после включения systemd-networkd. Переустановка cloud-init или удаление файлов конфигурации по умолчанию не требуется.

Читают тему

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