group.of.nepali.translators team mailing list archive

[ChristianEhrhardt <1620407@xxxxxxxxxxxxxxxxxx>]

Ok, thanks.

While I like your fix being small and simple (always good), I'm afraid of potential side effects for an SRU e.g. systems that crash in a more severe way because they then pass that check.
That is why I'd like to know what the upstream fix was.

What we need is somebody who-just-knows what the change was or to do a
bisect.

I'll put it on my backlog, but it is a bit down the list for now.
If anybody else is hit by that please chime in here so we can adjust severity and priorities.

Marking Triaged and for Xenial SRU and flagging DEV as resolved as shown
in my Test,

** Tags added: needs-bisect

** Changed in: libvirt (Ubuntu)
       Status: Confirmed => Triaged

** Also affects: libvirt (Ubuntu Xenial)
   Importance: Undecided
       Status: New

** Changed in: libvirt (Ubuntu Xenial)
       Status: New => Triaged

** Changed in: libvirt (Ubuntu Xenial)
   Importance: Undecided => Medium

** Changed in: libvirt (Ubuntu)
       Status: Triaged => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1620407

Title:
  vm startup broken when interface definition has script tag

Status in libvirt package in Ubuntu:
  Fix Released
Status in libvirt source package in Xenial:
  Triaged

Bug description:
  Ubuntu 16.04.1 LTS (amd64)
  libvirt-bin 1.3.1-1ubuntu10.1

  We use external scripts to setup tap interfaces, e.g.

      <interface type='ethernet'>
        <mac address='52:54:00:18:0d:a3'/>
        <script path='/etc/libvirt/14v/mf_testet.sh'/>
        <target dev='mf_testet'/>
        <model type='virtio'/>
        <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
      </interface>

  Starting the VM throws an error message ("interface not found" or
  something like that).

  IIUC, the script invocation is done by qemu, so the interface
  may not yet exist when libvirt is constructing the qemu cmd args.
  Checking for that interface in advance therefore is a bug.

  Attached patch skips the check if a <script> parameter is provided.

  Regards
  Matthias Ferdinand

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1620407/+subscriptions