Server 22.04.1 Subiquity Autoinstall - Der Systeminstallationsbefehl schlägt fehl, nachdem der NIC-Name mit Netplan geändert wurde

Question 1

Ich konfiguriere Netzwerke gerne mit 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

wie es funktioniert

Wenn Ihre Datei keinen networkKonfigurationsblock enthält user-data, wird das Installationsprogramm (Unterordnung) WilleVerwenden Sie eine generische Netplan-Konfiguration. Später,Unterordnungwird eine Netplan-Konfiguration für das installierte System generieren und diese auch für die Installationsumgebung verwenden. In late-commandskönnen Sie dieUnterordnunggenerierte Konfiguration und ersetzen Sie sie durch alles, was Sie möchten. Dies wirkt sich nur auf das installierte System aus.

Links

Answer

Ich konfiguriere Netzwerke gerne mit 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

wie es funktioniert

Wenn Ihre Datei keinen networkKonfigurationsblock enthält user-data, wird das Installationsprogramm (Unterordnung) WilleVerwenden Sie eine generische Netplan-Konfiguration. Später,Unterordnungwird eine Netplan-Konfiguration für das installierte System generieren und diese auch für die Installationsumgebung verwenden. In late-commandskönnen Sie dieUnterordnunggenerierte Konfiguration und ersetzen Sie sie durch alles, was Sie möchten. Dies wirkt sich nur auf das installierte System aus.

Links

Question 2

Ich wollte noch ein paar weitere Informationen für alle anderen hinzufügen, die auf ähnliche Probleme stoßen könnten. Mein Hauptbeitrag ist in einigen Bereichen falsch, nachdem ich meine Probleme nun gelöst habe und weiß, was falsch war.

Zunächst einmal wird Andrews Antwort das im Beitrag angesprochene Problem lösen. Aber ich habe mithilfe seines Beitrags herausgefunden, warum mein Cloud-Init nicht gestartet wurde.

Etwas in den Cloud-Init-Protokollen, die ich mir ursprünglich angesehen habe, ließ mich glauben, dass die Netzwerkkarte nicht mit Cloud-Init umbenannt werden konnte, und deshalb habe ich versucht, die Netzwerkkarte umzubenennen, und bin dabei auf all diese Probleme gestoßen. Aber das ist falsch.

Nachdem ich den Klon mit Andrews Konfiguration gebootet und die Netzwerkkarte umbenannt hatte, wurde mir klar, dass er auch nach mehreren Neustarts immer eine DHCP-Konfiguration abrief. Nachdem ich mich noch etwas eingehender damit befasst hatte, wurde mir klar, dass Cloud-Init mit Netplan interagiert (weshalb es sich von allen anderen Betriebssystemen unterscheidet, die ich aufgelistet habe).

Ich habe festgestellt, dass dies bei Cloud-Init passiert und in einigen Fällen mit Netplan interagiert:

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)

Damit Cloud-Init die Netzwerkkonfiguration richtig einrichten konnte, musste ich die integrierte Netplan-Konfiguration des Installationsprogramms entfernen und Cloud-Init neu installieren/bereinigen. Nachfolgend sind die Schritte aufgeführt, die ich hierfür mit Ansible verwende:

    - 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

Und das Obige wird von einer Autoinstall-Konfiguration begleitet, die den gesamten network:Block ausschließt, den ich meiner Meinung nach brauchte (und es so Subiquity ermöglicht, ihn zu generieren).

Answer

Ich wollte noch ein paar weitere Informationen für alle anderen hinzufügen, die auf ähnliche Probleme stoßen könnten. Mein Hauptbeitrag ist in einigen Bereichen falsch, nachdem ich meine Probleme nun gelöst habe und weiß, was falsch war.

Zunächst einmal wird Andrews Antwort das im Beitrag angesprochene Problem lösen. Aber ich habe mithilfe seines Beitrags herausgefunden, warum mein Cloud-Init nicht gestartet wurde.

Etwas in den Cloud-Init-Protokollen, die ich mir ursprünglich angesehen habe, ließ mich glauben, dass die Netzwerkkarte nicht mit Cloud-Init umbenannt werden konnte, und deshalb habe ich versucht, die Netzwerkkarte umzubenennen, und bin dabei auf all diese Probleme gestoßen. Aber das ist falsch.

Nachdem ich den Klon mit Andrews Konfiguration gebootet und die Netzwerkkarte umbenannt hatte, wurde mir klar, dass er auch nach mehreren Neustarts immer eine DHCP-Konfiguration abrief. Nachdem ich mich noch etwas eingehender damit befasst hatte, wurde mir klar, dass Cloud-Init mit Netplan interagiert (weshalb es sich von allen anderen Betriebssystemen unterscheidet, die ich aufgelistet habe).

Ich habe festgestellt, dass dies bei Cloud-Init passiert und in einigen Fällen mit Netplan interagiert:

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)

Damit Cloud-Init die Netzwerkkonfiguration richtig einrichten konnte, musste ich die integrierte Netplan-Konfiguration des Installationsprogramms entfernen und Cloud-Init neu installieren/bereinigen. Nachfolgend sind die Schritte aufgeführt, die ich hierfür mit Ansible verwende:

    - 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

Und das Obige wird von einer Autoinstall-Konfiguration begleitet, die den gesamten network:Block ausschließt, den ich meiner Meinung nach brauchte (und es so Subiquity ermöglicht, ihn zu generieren).

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

Ihre Ethernet-Karte wird im Installations-Grub den Namen eth0 mit "net.ifnames=0 biosdevname=0" erhalten

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

Ihre Ethernet-Karte wird im Installations-Grub den Namen eth0 mit "net.ifnames=0 biosdevname=0" erhalten

Server 22.04.1 Subiquity Autoinstall - Der Systeminstallationsbefehl schlägt fehl, nachdem der NIC-Name mit Netplan geändert wurde

Antwort1

Antwort2

Antwort3

verwandte Informationen