web-dev-qa-db-fra.com

Erreur AppArmor: "définition non valide VM" après le démarrage de lxc sur la version mise à jour de libvirt (1.2.12)

J'essaie de démarrer un LXC sur une version plus récente de libvirtd mais il ne parvient pas à démarrer avec l'erreur suivante:

$ virsh -c lxc: start textlxc
error: Failed to start domain testlxc
error: internal error: cannot load AppArmor profile 'libvirt-dfb2c573-05cb-4ca3-9e46-bea6cebf0f9f'

Message d'erreur dans / var/log/libvirt/libvirtd.log

2015-06-23 12:13:12.306+0000: 14141: error : virCommandWait:2532 : internal error: Child process (/usr/lib/libvirt/virt-aa-helper -p 0 -c -u libvirt-dfb2c573-05cb-4ca3-9e46-bea6cebf0f9f) unexpected exit status 1: virt-aa-helper: error: /proc/meminfo
virt-aa-helper: error: skipped restricted file
virt-aa-helper: error: invalid VM definition

2015-06-23 12:13:12.306+0000: 14141: error : AppArmorGenSecurityLabel:468 : internal error: cannot load AppArmor profile 'libvirt-dfb2c573-05cb-4ca3-9e46-bea6cebf0f9f'

Ceci est mon testlxc.xml fichier

<domain type='lxc'>
  <name>testlxc</name>
  <uuid>dfb2c573-05cb-4ca3-9e46-bea6cebf0f9f</uuid>
  <memory unit='KiB'>4048292</memory>
  <currentMemory unit='KiB'>4048292</currentMemory>
  <vcpu placement='static'>2</vcpu>
  <resource>
    <partition>/machine</partition>
  </resource>
  <os>
    <type Arch='x86_64'>exe</type>
    <init>/sbin/init</init>
  </os>
  <clock offset='utc'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>destroy</on_crash>
  <devices>
    <emulator>/usr/lib/libvirt/libvirt_lxc</emulator>
    <filesystem type='mount' accessmode='passthrough'>
      <source dir='/var/lib/libvirt/filesystems/testlxc'/>
      <target dir='/'/>
    </filesystem>
    <filesystem type='mount' accessmode='passthrough'>
      <source dir='/var/lib/libvirt/filesystems/testlxc-data'/>
      <target dir='/mnt/data'/>
    </filesystem>
    <filesystem type='mount' accessmode='passthrough'>
      <source dir='/var/run/testlxc/lxc'/>
      <target dir='/mnt/run'/>
    </filesystem>
    <filesystem type='mount' accessmode='passthrough'>
      <source dir='/proc/meminfo'/>
      <target dir='/proc/meminfo'/>
    </filesystem>
    <console type='pty' tty='/dev/pts/1'>
      <source path='/dev/pts/1'/>
      <target type='lxc' port='0'/>
      <alias name='console0'/>
    </console>
  </devices>
</domain>

La version de Libvirt fonctionnant en 1.2.12, j’avais exécuté la lxc avec succès sur la version 1.2.2 auparavant.

$ libvirtd --version
libvirtd (libvirt) 1.2.12
virtualizationopenstacklxcapparmor
4
Bilal Baqar

J'ai traqué le problème à la validation de domaine XML dans l'utilitaire virt-aa-helper. C'est l'utilitaire censé générer des profils apparmor à la demande. Ce n'est pas la structure du XML qui échoue, mais l'erreur signalée semble indiquer que c'est le cas. Une validation logique à l'intérieur de la fonction virDomainDefParseXML dans domain_conf.c est interrompue pour les conteneurs LXC.

Je ne connais pas suffisamment le code libvirt pour modifier cette zone partagée. J'ai peut-être cassé quelque chose d'autre, mais le correctif suivant semble fonctionner:

if (!(flags & VIR_DOMAIN_DEF_PARSE_SKIP_OSTYPE_CHECKS)) {
    /* If the logic here seems fairly arbitrary, that's because it is :)
     * This is duplicating how the code worked before
     * CapabilitiesDomainDataLookup was added. We can simplify this,
     * but it would take a bit of work because the test suite fails
     * in numerous minor ways. */
    bool use_virttype = ((def->os.Arch == VIR_Arch_NONE) ||
        !def->os.machine);
    virCapsDomainDataPtr capsdata = NULL;

lire

if (!(flags & VIR_DOMAIN_DEF_PARSE_SKIP_OSTYPE_CHECKS)) {
    /* If the logic here seems fairly arbitrary, that's because it is :)
     * This is duplicating how the code worked before
     * CapabilitiesDomainDataLookup was added. We can simplify this,
     * but it would take a bit of work because the test suite fails
     * in numerous minor ways. */
    bool use_virttype = (def->os.type != VIR_DOMAIN_OS_TYPE_EXE) &&
        ((def->os.Arch == VIR_Arch_NONE) ||
          !def->os.machine);
    virCapsDomainDataPtr capsdata = NULL;

Malheureusement, je n'ai pas trouvé le moyen de résoudre ce problème sans recompiler. Si vous utilisez une machine 64 bits, vous pouvez télécharger les packages que j'ai construits localement à partir de ce lien (excusez mon compte Microsoft).

Remarque : pour savoir si ce bogue vous affecte, entrez ce qui suit dans une invite de commande (copiée à partir de cet article du forum ):

$ export VM=foo ; virsh -c lxc:// dumpxml $VM |\
   Sudo /usr/lib/libvirt/virt-aa-helper -c \
   -u libvirt-`virsh -c lxc:// domuuid $VM`

Où foo est le nom du conteneur lxc qui échoue. Si vous voyez la sortie

virt-aa-helper: error: could not parse XML
virt-aa-helper: error: could not get VM definition

alors probablement c'est le même bug.

1
vhallac