☰

qemu-guest-agent falla en la instalación automática

tag-icon • tag-icon kvm-virtualization
qemu-guest-agent falla en la instalación automática

Esta es mi primera publicación aquí, así que tengan paciencia :)

Estoy intentando crear una imagen de Ubuntu 20.04.5 con Packer (1.8.4) en Proxmox (7.2-11). Todo parece estar funcionando bien (obtiene IP, lee la configuración de inicio de nube a través de HTTP, inicia la instalación, instala el kernel) hasta la instalación de qemu-guest-agent con subiquity. No puede ejecutar el comando de instalación, genera un informe de fallas y solicita presionar Enter para obtener una terminal. Para la imagen ISO 20.04.4, todo funciona bien con exactamente la misma configuración en Packer.

configuración de inicio de nube:

#cloud-config
autoinstall:
  version: 1
  locale: en_US
  keyboard:
    layout: en
  network:
    version: 2
    ethernets:
      ens18:
        dhcp4: true
  ssh:
    install-server: true
    allow-pw: false
    disable_root: true
    ssh_quiet_keygen: true
    allow_public_ssh_keys: true
  packages:
    - qemu-guest-agent
    - sudo
  storage:
    swap:
      size: 0
    config:
      - {ptable: gpt, path: /dev/vda, preserve: false, name: '', grub_device: true, type: disk, id: disk-vda}
      - {type: partition, number: 1, device: disk-vda, flag: bios_grub, size: 1M, id: vda-grub}
      - {type: partition, number: 2, device: disk-vda, flag: boot, size: 1G, id: vda-boot}
      - {type: partition, number: 3, device: disk-vda, size: -1, id: vda-lvm}
      - {type: lvm_volgroup, name: vg-ubuntu, devices: [vda-lvm], id: vg-ubuntu}
      - {type: lvm_partition, volgroup: vg-ubuntu, id: lv-root, name: lv-root, size: -1}
      - {type: format, fstype: ext4, volume: vda-boot, id: vda-boot-fs}
      - {type: format, fstype: xfs, volume: lv-root, id: lv-root-fs}
      - {type: mount, path: /, id: m-root, device: lv-root-fs}
      - {type: mount, path: /boot, id: m-boot, device: vda-boot-fs}
  user-data:
    package_upgrade: true
    timezone: Europe/Bucharest
    users:
      - name: devops
        groups: [adm, sudo]
        lock-passwd: false
        sudo: ALL=(ALL) NOPASSWD:ALL
        shell: /bin/bash
        # passwd: your-password
        ssh_authorized_keys:
          - MyPublicKey

No tengo idea si esto proviene de la nueva iso o Packer de Ubuntu, pero como la misma configuración funciona para 20.04.4, creo que proviene de algo nuevo que se incluyó en la última versión.

¿Alguien tiene una idea o ha experimentado lo mismo?

¡Gracias de antemano por sus respuestas!

Respuesta1

Aparentemente, encontré una curita para solucionar su problema...

No estoy seguro de si funcionaría para usted o si podríamos tener el mismo problema con qemu-guest-agentla devolución Error 100.

Esta es mi solución alternativa:

Acabo de agregar una late-commandsdirectiva a mi user-dataarchivo donde se ejecutaría apt-get updatee instalaría qemu-guest-agentdespués del hecho.

aquí hay un fragmento de user-data:

#cloud-config
autoinstall:
...
  late-commands:
    - curtin in-target -- apt-get update
    - curtin in-target -- apt-get install qemu-guest-agent
...

He profundizado en el problema de por qué falló. Aparentemente, eliminarlo qemu-guest-agentde la lista de paquetes hace que todo funcione bien. Cuando intento ejecutar el supuesto comando dentro del shell de error, menciona que " qemu-guest-agentno se encuentra" cuando intento instalar ese paquete. Es por eso que encontré esta solución mientras releía los documentos para la instalación automatizada del servidor en ubuntu. De acuerdo con ladocumentacióncon respecto a la ejecución de comandos en la máquina de destino, allí está escrito que debe agregarlo curtin in-target --target=/target --antes de cualquier comando para que se ejecute dentro del sistema de destino. En este caso, quiero actualizar las fuentes e instalarlas qemu-guest-agent, y funcionó según lo previsto. Siento que podría haber una mejor solución para esto, como configurar la aptdirectiva y demás. Esperemos que esta solución funcione en su caso...

Respuesta2

Vi un problema muy similar al suyo en mi entorno y me di cuenta de que mi problema era que necesitaba configurar mi proxy corporativo para permitir que apt/snapd accediera a Internet.

Según elReferencia de instalación automáticaNecesitaba agregar lo siguiente a mi archivo de datos de usuario:

    autoinstall:
    ...
      proxy: http://<proxy.url>:<port-number>
    ...

información relacionada