Bug 1479796 - vmfex hook not working properly
vmfex hook not working properly
Status: NEW
Product: ovirt-engine
Classification: oVirt
Component: BLL.Network (Show other bugs)
4.2.0
x86_64 Linux
medium Severity medium (vote)
: ovirt-4.2.0
: ---
Assigned To: Arik
Meni Yakove
: Regression
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-08-09 08:17 EDT by Michael Burman
Modified: 2017-08-16 03:45 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: Virt
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
rule-engine: ovirt‑4.2+
rule-engine: blocker+


Attachments (Terms of Use)
logs (1.14 MB, application/x-gzip)
2017-08-09 08:17 EDT, Michael Burman
no flags Details

  None (edit)
Description Michael Burman 2017-08-09 08:17:53 EDT
Created attachment 1311181 [details]
logs

Description of problem:
vmfex hook not working properly.

Seems like vmfex hook is not working as it should. The interface type must be:
<interface type='direct'>
      <mac address='00:00:00:00:00:2a'/>
      <source network='direct-pool' dev='enp6s0f1' mode='passthrough'/>
      <virtualport type='802.1Qbh'>
        <parameters profileid='VMFEX_portprofile_1'/>
      </virtualport>
      <target dev='macvtap0'/>

But instead, it is started as bridge type:
<interface type='bridge'>
      <mac address='00:00:00:00:00:26'/>
      <source bridge='vmfex'/>
      <target dev='vnet0'/>
      <model type='virtio'/>
      <filterref filter='vdsm-no-mac-spoofing'/>
      <boot order='2'/>
      <alias name='net0'/>

I have tested this with the suggested fix(reverted patch) for BZ - 1478054, but it didn't fixed the issue. We believe that it might be another issue with the hook or something else. I don't see any errors in the logs. 

Version-Release number of selected component (if applicable):
4.2.0-0.0.master.20170808202742.git7c42951.el7.centos

How reproducible:
100 on latest master

Steps to Reproduce:
1. Configure vmfex via engine-config
2. Configure portfrofile via the UCS manager
3. Create network with vmfex vNIC profile and attach to UCS host
4. Add vmfex vNIC tot he VM and run it

Actual results:
<interface type='bridge'>
      <mac address='00:00:00:00:00:26'/>
      <source bridge='vmfex'/>
      <target dev='vnet0'/>
      <model type='virtio'/>
      <filterref filter='vdsm-no-mac-spoofing'/>
      <boot order='2'/>
      <alias name='net0'/>

Expected results:
<interface type='direct'>
      <mac address='00:00:00:00:00:2a'/>
      <source network='direct-pool' dev='enp6s0f1' mode='passthrough'/>
      <virtualport type='802.1Qbh'>
        <parameters profileid='VMFEX_portprofile_1'/>
      </virtualport>
      <target dev='macvtap0'/>

Additional info:
We thought this was caused by BZ - 1478054, but the suggested patch(the reverted one for the hooks) didn't fixed the vmfex hook issue.
Comment 1 Dan Kenigsberg 2017-08-13 08:51:22 EDT
I believe that it's a dup of 1478054 and like it "solved" by https://gerrit.ovirt.org/#/c/80444/ . I hope a nicer solution follows.
Comment 2 Michael Burman 2017-08-13 09:44:41 EDT
(In reply to Dan Kenigsberg from comment #1)
> I believe that it's a dup of 1478054 and like it "solved" by
> https://gerrit.ovirt.org/#/c/80444/ . I hope a nicer solution follows.

Wrong. As we already said, the fix for BZ 1478054(see comment8#)
Comment 3 Michael Burman 2017-08-13 09:45:35 EDT
(In reply to Michael Burman from comment #2)
> (In reply to Dan Kenigsberg from comment #1)
> > I believe that it's a dup of 1478054 and like it "solved" by
> > https://gerrit.ovirt.org/#/c/80444/ . I hope a nicer solution follows.
> 
> Wrong. As we already said, the fix for BZ 1478054(see comment8#)
The fix for BZ 1478054 didn't helped.
Comment 4 Red Hat Bugzilla Rules Engine 2017-08-13 10:03:54 EDT
This bug report has Keywords: Regression or TestBlocker.
Since no regressions or test blockers are allowed between releases, it is also being identified as a blocker for this release. Please resolve ASAP.
Comment 5 Edward Haas 2017-08-16 03:42:54 EDT
This looks like a consequence of the move to Engine XML.
This is the hook description: https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/vmfex_dev
Comment 6 Arik 2017-08-16 03:45:21 EDT
Seems similar to other custom properties that are not handled properly with Engine XML.

Note You need to log in before you can comment on or make changes to this bug.