Сервер 22.04.1 subiquity autoinstall - команда system-install завершается ошибкой после изменения имени сетевой карты с помощью netplan

Question 1

Мне нравится настраивать сеть с помощью late-commands.

#cloud-config
autoinstall:
  late-commands:
    - |
      rm /target/etc/netplan/00-installer-config.yaml
      cat <<EOF > /target/etc/netplan/80-my.yaml
      network:
        ethernets:
          ens18:
            match:
              driver: e1000
            dhcp4: true
            set-name: eth0
        version: 2
      EOF

как это работает

Если в вашем файле нет networkблока конфигурации, user-dataто установщик (субиквити) воляиспользовать общую конфигурацию netplan. Позже,субиквитисгенерирует конфигурацию netplan для установленной системы и также будет использовать ее для среды установщика. В late-commandsвы можете удалитьсубиквитисгенерированный конфиг и замените его на то, что хотите. Это повлияет только на установленную систему.

ссылки

Answer

Мне нравится настраивать сеть с помощью late-commands.

#cloud-config
autoinstall:
  late-commands:
    - |
      rm /target/etc/netplan/00-installer-config.yaml
      cat <<EOF > /target/etc/netplan/80-my.yaml
      network:
        ethernets:
          ens18:
            match:
              driver: e1000
            dhcp4: true
            set-name: eth0
        version: 2
      EOF

как это работает

Если в вашем файле нет networkблока конфигурации, user-dataто установщик (субиквити) воляиспользовать общую конфигурацию netplan. Позже,субиквитисгенерирует конфигурацию netplan для установленной системы и также будет использовать ее для среды установщика. В late-commandsвы можете удалитьсубиквитисгенерированный конфиг и замените его на то, что хотите. Это повлияет только на установленную систему.

ссылки

Question 2

Я хотел бы добавить немного информации для тех, кто может столкнуться с похожими проблемами. Мой основной пост теперь некорректен в некоторых областях, так как я решил свои проблемы и знаю, что было не так.

Во-первых, ответ Эндрю решит вопрос, заданный в посте. Но я выяснил, почему мой cloud-init не запускался с помощью его поста.

Что-то в журналах cloud-init, которые я изначально просматривал, привело меня к мысли, что NIC не может быть переименован с помощью cloud-init, и именно поэтому я пытался переименовать NIC и столкнулся со всеми этими проблемами. Но это неверно.

После того, как я загрузил клон с конфигурацией Эндрю и переименовал NIC, я понял, что он всегда тянет конфигурацию DHCP даже после последовательных перезагрузок. Покопавшись в этом еще немного, я понял, что cloud-init взаимодействует с netplan (вот почему он отличается от всех других перечисленных мной ОС).

Я обнаружил, что это происходит с cloud-init, показывая, что в некоторых случаях он взаимодействует с netplan:

Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:08,634 - util.py[DEBUG]: Writing to /etc/netplan/50-cloud-init.yaml - wb: [644] 695 bytes
Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:08,636 - subp.py[DEBUG]: Running command ['netplan', 'generate'] with allowed return codes [0] (shell=False, capture=True)
Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:09,030 - subp.py[DEBUG]: Running command ['udevadm', 'test-builtin', 'net_setup_link', '/sys/class/net/eth0'] with allowed return codes [0] (shell=False, capture=True)
Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:09,049 - subp.py[DEBUG]: Running command ['udevadm', 'test-builtin', 'net_setup_link', '/sys/class/net/lo'] with allowed return codes [0] (shell=False, capture=True)

Итак, чтобы cloud-init мог правильно настроить конфигурацию сети, мне пришлось удалить встроенный установщик netplan config и переустановить/очистить cloud-init. Ниже приведены мои шаги, которые я использую с ansible для этого:

    - name: Run cloud-init clean
      ansible.builtin.shell: cloud-init clean
      when: ansible_distribution == "Ubuntu"

    - name: Remove cloud-init
      ansible.builtin.apt:
        name: cloud-init
        state: absent
      when: ansible_distribution == "Ubuntu"

    - name: Remove /etc/cloud
      ansible.builtin.shell: rm -rf /etc/cloud
      when: ansible_distribution == "Ubuntu"

    - name: Remove /var/lib/cloud
      ansible.builtin.shell: rm -rf /var/lib/cloud
      when: ansible_distribution == "Ubuntu"

    - name: Reboot the Ubuntu VM
      ansible.builtin.reboot:
      when: ansible_distribution == "Ubuntu"

    - name: Install cloud-init
      ansible.builtin.apt:
        name: cloud-init
        state: latest
      when: ansible_distribution == "Ubuntu"

    - name: Remove netplan file
      ansible.builtin.shell: rm -f /etc/netplan/00-installer-config.yaml
      when: ansible_distribution == "Ubuntu"
      ignore_errors: yes

И вышеприведенное сопровождается конфигурацией автоустановки, которая исключает весь network:блок, который, как я думал, мне был нужен (и таким образом позволяет subiquity сгенерировать его).

Answer

Я хотел бы добавить немного информации для тех, кто может столкнуться с похожими проблемами. Мой основной пост теперь некорректен в некоторых областях, так как я решил свои проблемы и знаю, что было не так.

Во-первых, ответ Эндрю решит вопрос, заданный в посте. Но я выяснил, почему мой cloud-init не запускался с помощью его поста.

Что-то в журналах cloud-init, которые я изначально просматривал, привело меня к мысли, что NIC не может быть переименован с помощью cloud-init, и именно поэтому я пытался переименовать NIC и столкнулся со всеми этими проблемами. Но это неверно.

После того, как я загрузил клон с конфигурацией Эндрю и переименовал NIC, я понял, что он всегда тянет конфигурацию DHCP даже после последовательных перезагрузок. Покопавшись в этом еще немного, я понял, что cloud-init взаимодействует с netplan (вот почему он отличается от всех других перечисленных мной ОС).

Я обнаружил, что это происходит с cloud-init, показывая, что в некоторых случаях он взаимодействует с netplan:

Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:08,634 - util.py[DEBUG]: Writing to /etc/netplan/50-cloud-init.yaml - wb: [644] 695 bytes
Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:08,636 - subp.py[DEBUG]: Running command ['netplan', 'generate'] with allowed return codes [0] (shell=False, capture=True)
Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:09,030 - subp.py[DEBUG]: Running command ['udevadm', 'test-builtin', 'net_setup_link', '/sys/class/net/eth0'] with allowed return codes [0] (shell=False, capture=True)
Sep  6 00:23:13 ubuntu22 cloud-init[773]: 2022-09-06 00:23:09,049 - subp.py[DEBUG]: Running command ['udevadm', 'test-builtin', 'net_setup_link', '/sys/class/net/lo'] with allowed return codes [0] (shell=False, capture=True)

Итак, чтобы cloud-init мог правильно настроить конфигурацию сети, мне пришлось удалить встроенный установщик netplan config и переустановить/очистить cloud-init. Ниже приведены мои шаги, которые я использую с ansible для этого:

    - name: Run cloud-init clean
      ansible.builtin.shell: cloud-init clean
      when: ansible_distribution == "Ubuntu"

    - name: Remove cloud-init
      ansible.builtin.apt:
        name: cloud-init
        state: absent
      when: ansible_distribution == "Ubuntu"

    - name: Remove /etc/cloud
      ansible.builtin.shell: rm -rf /etc/cloud
      when: ansible_distribution == "Ubuntu"

    - name: Remove /var/lib/cloud
      ansible.builtin.shell: rm -rf /var/lib/cloud
      when: ansible_distribution == "Ubuntu"

    - name: Reboot the Ubuntu VM
      ansible.builtin.reboot:
      when: ansible_distribution == "Ubuntu"

    - name: Install cloud-init
      ansible.builtin.apt:
        name: cloud-init
        state: latest
      when: ansible_distribution == "Ubuntu"

    - name: Remove netplan file
      ansible.builtin.shell: rm -f /etc/netplan/00-installer-config.yaml
      when: ansible_distribution == "Ubuntu"
      ignore_errors: yes

И вышеприведенное сопровождается конфигурацией автоустановки, которая исключает весь network:блок, который, как я думал, мне был нужен (и таким образом позволяет subiquity сгенерировать его).

Question 3

set timeout=10
if loadfont /boot/grub/fonts/font.pf2 ; then
        set gfxmode=auto
        insmod efi_gop
        insmod efi_uga
        insmod gfxterm
        terminal_output gfxterm
fi
# background_image /boot/grub/image/splash.png
set menu_color_normal=white/black
set menu_color_highlight=black/light-red

menuentry "Install Ubuntu" {
        set gfxpayload=keep
        linux   /casper/vmlinuz ip=dhcp cloud-config-url=/dev/null autoinstall ds="nocloud-net;s=http://xxx.xxx.xxx.xxx/autoinstall/" --- net.ifnames=0 biosdevname=0
        initrd  /casper/initrd
}
grub_platform
if [ "$grub_platform" = "efi" ]; then
menuentry 'Boot from next volume' {
        exit 1
}
menuentry 'UEFI Firmware Settings' {
        fwsetup
}
else
menuentry 'Test memory' {
        linux16 /boot/memtest86+.bin
}
fi

Ваша сетевая карта будет называться eth0 с "net.ifnames=0 biosdevname=0" в установочном файле grub

Answer

set timeout=10
if loadfont /boot/grub/fonts/font.pf2 ; then
        set gfxmode=auto
        insmod efi_gop
        insmod efi_uga
        insmod gfxterm
        terminal_output gfxterm
fi
# background_image /boot/grub/image/splash.png
set menu_color_normal=white/black
set menu_color_highlight=black/light-red

menuentry "Install Ubuntu" {
        set gfxpayload=keep
        linux   /casper/vmlinuz ip=dhcp cloud-config-url=/dev/null autoinstall ds="nocloud-net;s=http://xxx.xxx.xxx.xxx/autoinstall/" --- net.ifnames=0 biosdevname=0
        initrd  /casper/initrd
}
grub_platform
if [ "$grub_platform" = "efi" ]; then
menuentry 'Boot from next volume' {
        exit 1
}
menuentry 'UEFI Firmware Settings' {
        fwsetup
}
else
menuentry 'Test memory' {
        linux16 /boot/memtest86+.bin
}
fi

Ваша сетевая карта будет называться eth0 с "net.ifnames=0 biosdevname=0" в установочном файле grub

Сервер 22.04.1 subiquity autoinstall - команда system-install завершается ошибкой после изменения имени сетевой карты с помощью netplan

решение1

решение2

решение3

Связанный контент