Instalación automática de subiquity del servidor 22.04.1: el comando de instalación del sistema falla después de cambiar el nombre de la NIC usando netplan

Question 1

Me gusta configurar redes usando 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

cómo funciona

Si no hay ningún networkbloque de configuración en su user-dataarchivo, entonces el instalador (subicuidad) voluntadutilizar una configuración de netplan genérica. Más tarde,subicuidadgenerará una configuración de netplan para el sistema instalado y también la usará para el entorno del instalador. En late-commandspuedes borrar elsubicuidadconfiguración generada y reemplácela con lo que desee. Esto sólo afectará al sistema instalado.

Enlaces

Answer

Me gusta configurar redes usando 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

cómo funciona

Si no hay ningún networkbloque de configuración en su user-dataarchivo, entonces el instalador (subicuidad) voluntadutilizar una configuración de netplan genérica. Más tarde,subicuidadgenerará una configuración de netplan para el sistema instalado y también la usará para el entorno del instalador. En late-commandspuedes borrar elsubicuidadconfiguración generada y reemplácela con lo que desee. Esto sólo afectará al sistema instalado.

Enlaces

Question 2

Quería agregar más información para cualquier otra persona que pueda tener problemas similares. Mi publicación principal es incorrecta en algunas áreas ahora que resolví mis problemas y sé qué estaba mal.

En primer lugar, la respuesta de Andrew resolverá el problema planteado en la publicación. Pero descubrí por qué mi inicio de nube no se iniciaba con la ayuda de su publicación.

Algo en los registros de cloud-init que estaba mirando originalmente me llevó a pensar que no se podía cambiar el nombre de la NIC con cloud-init y es por eso que estaba buscando cambiar el nombre de la NIC y me encontré con todos estos problemas. Pero esto está mal.

Una vez que inicié el clon con la configuración de Andrew y se cambió el nombre de la NIC, me di cuenta de que siempre estaba ejecutando una configuración DHCP incluso después de reinicios sucesivos. Después de investigar un poco más, me di cuenta de que cloud-init interactúa con netplan (razón por la cual difiere de todos los demás sistemas operativos que enumeré).

Encontré que esto sucede con cloud-init y muestra que interactúa con netplan en algunos casos:

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)

Entonces, para permitir que cloud-init configure correctamente la configuración de red, terminé necesitando eliminar la configuración de netplan del instalador integrado y reinstalar/limpiar cloud-init. A continuación se detallan los pasos que utilizo con ansible para esto:

    - 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

Y lo anterior va acompañado de una configuración de instalación automática que excluye todo el network:bloque que pensé que necesitaba (y así permite que subiquity lo genere).

Answer

Quería agregar más información para cualquier otra persona que pueda tener problemas similares. Mi publicación principal es incorrecta en algunas áreas ahora que resolví mis problemas y sé qué estaba mal.

En primer lugar, la respuesta de Andrew resolverá el problema planteado en la publicación. Pero descubrí por qué mi inicio de nube no se iniciaba con la ayuda de su publicación.

Algo en los registros de cloud-init que estaba mirando originalmente me llevó a pensar que no se podía cambiar el nombre de la NIC con cloud-init y es por eso que estaba buscando cambiar el nombre de la NIC y me encontré con todos estos problemas. Pero esto está mal.

Una vez que inicié el clon con la configuración de Andrew y se cambió el nombre de la NIC, me di cuenta de que siempre estaba ejecutando una configuración DHCP incluso después de reinicios sucesivos. Después de investigar un poco más, me di cuenta de que cloud-init interactúa con netplan (razón por la cual difiere de todos los demás sistemas operativos que enumeré).

Encontré que esto sucede con cloud-init y muestra que interactúa con netplan en algunos casos:

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)

Entonces, para permitir que cloud-init configure correctamente la configuración de red, terminé necesitando eliminar la configuración de netplan del instalador integrado y reinstalar/limpiar cloud-init. A continuación se detallan los pasos que utilizo con ansible para esto:

    - 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

Y lo anterior va acompañado de una configuración de instalación automática que excluye todo el network:bloque que pensé que necesitaba (y así permite que subiquity lo genere).

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

su tarjeta ethernet se llamará eth0 con "net.ifnames=0 biosdevname=0" en el grub de instalación

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

su tarjeta ethernet se llamará eth0 con "net.ifnames=0 biosdevname=0" en el grub de instalación

Instalación automática de subiquity del servidor 22.04.1: el comando de instalación del sistema falla después de cambiar el nombre de la NIC usando netplan

Respuesta1

Respuesta2

Respuesta3

información relacionada