Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-22396

libvirt failing to parse PCI device VPD (virtual private data) for some hardware

    • Icon: Story Story
    • Resolution: Duplicate
    • Icon: Undefined Undefined
    • rhel-9.4
    • None
    • libvirt
    • None
    • rhel-sst-virtualization
    • ssg_virtualization
    • None
    • False
    • Hide

      None

      Show
      None
    • None
    • Red Hat OpenStack Services on OpenShift (formerly Red Hat OpenStack Platform)
    • None
    • None
    • None
    • None

      (This issue is based on an OSP 17.0 bug report by Alex Stupnikov:
      "Nova errors out due to libvirt failing to parse PCI device VPD (virtual private data" — https://bugzilla.redhat.com/show_bug.cgi?id=2259641)

      Description
      ---------------
      This is a hardware-specific bug; libvirt failing to parse PCI device VPD (virtual private data) for some hardware:

          <vendor_field index='Z'>6<1</vendor_field>

      Which results in:

          lxml.etree.XMLSyntaxError: StartTag: invalid element name

      Root cause
      ---------------

      Daniel Berrangé and Peter Krempa from libvirt confirmed that it's a libvirt bug.

      Dan writes: "we (libvirt) are using virBufferAsprintf instead of virBufferEscapeString"

      So the issue here to be libvirt not escaping a string.

      Version details
      --------------------

      Affected versions (from the OSP container running the libvirt daemon and the guests):

      $ podman exec -it nova_virtqemud virsh version
          Compiled against library: libvirt 9.0.0
          Using library: libvirt 9.0.0
          Using API: QEMU 9.0.0
          Running hypervisor: QEMU 7.2.0}}
      

              virt-maint virt-maint
              kchamart@redhat.com Kashyap Chamarthy
              virt-maint virt-maint
              virt-bugs virt-bugs
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: