Bug 1609614

Summary: Cannot power on guest on rhv4.2 which is converted from host by virt-p2v if if converted guest has ovirtmgmt bridge
Product: Red Hat Enterprise Linux 7 Reporter: mxie <mxie>
Component: libguestfsAssignee: Richard W.M. Jones <rjones>
Status: CLOSED WONTFIX QA Contact: Virtualization Bugs <virt-bugs>
Severity: high Docs Contact:
Priority: high    
Version: 7.6CC: juzhou, mxie, mzhan, ptoscano, tzheng, xiaodwan
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: P2V
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-05-13 11:46:19 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
engine.log
none
virt-p2v-modify-mac.zip
none
vdsm.log none

Description mxie@redhat.com 2018-07-30 03:23:49 UTC
Created attachment 1471407 [details]
engine.log

Description of problem:
Can NOT power on guest on rhv4.2 which is converted from host by virt-p2v if modify guest's MAC address with ovirtmgmt bridge 

Version-Release number of selected component (if applicable):
virt-v2v-1.38.2-9.el7.x86_64
libguestfs-1.38.2-9.el7.x86_64
libvirt-4.5.0-4.el7.x86_64
qemu-kvm-rhev-2.12.0-8.el7.x86_64
virt-p2v-1.38.2-2.el7.iso
rhv:4.2.5-0.1.el7ev


How reproducible:
100%

Steps to Reproduce:
1.Install win2012r2 on accraid host
2.Boot host into virt-p2v client
3.Input conversion server info and pass the test connection
4 Input conversion info ,then start convert
5.The conversion could be finished without error,import guest from export domain to data domain on rhv
6.Guest's network has ovirtmgmt bridge,modify guest's MAC address in network interface,such as change address from "d4:ae:52:cc:bf:0a"to "d4:ae:52:cc:bf:1a"
7.Power on guest but failed, check event log as below, details pls refer to engine.log
....
  Failed to run VM aacraid-modify-cpu-rhv (User: admin@internal-authz).
  Failed to run VM aacraid-modify-cpu-rhv on Host p2v.
  VM aacraid-modify-cpu-rhv is down with error. Exit message: The name org.fedoraproject.FirewallD1 was not provided by any .service files.
....



Actual results:
As above description

Expected results:
Can power on guest on rhv4.2 which is converted from host by virt-p2v if modify guest's MAC address with ovirtmgmt bridge 

Additional info:
1. Can power on guest on rhv4.2 which is converted from host by virt-v2v if modify guest's MAC address with ovirtmgmt bridge 
2.Can power on guest on rhv4.2 which is converted from host by virt-p2v if modify guest's MAC address without ovirtmgmt bridge

Comment 2 mxie@redhat.com 2018-07-30 03:26:50 UTC
Created attachment 1471408 [details]
virt-p2v-modify-mac.zip

Comment 3 mxie@redhat.com 2018-07-30 06:05:35 UTC
Sorry, need to correct the description and reproduce steps of the bug as below:

Description of problem:
Can NOT power on guest on rhv4.2 which is converted from host by virt-p2v if converted guest has ovirtmgmt bridge 

Steps to Reproduce:
1.Install win2012r2 on accraid host
2.Boot host into virt-p2v client
3.Input conversion server info and pass the test connection
4 Input conversion info ,then start convert
5.The conversion could be finished without error,import guest from export domain to data domain on rhv4.2
6.Make sure guest's network has been set "ovirtmgmt" bridge
7.Power on guest but failed, check event log as below, details pls refer to engine.log
....
  Failed to run VM aacraid-modify-cpu-rhv (User: admin@internal-authz).
  Failed to run VM aacraid-modify-cpu-rhv on Host p2v.
  VM aacraid-modify-cpu-rhv is down with error. Exit message: The name org.fedoraproject.FirewallD1 was not provided by any .service files.
....

Comment 4 Pino Toscano 2018-07-30 15:27:55 UTC
Can you please get from the host where the VM tried to start:
- the libvirt log for the aacraid-modify-cpu-rhv guest
- vdsm.log
?

Comment 5 mxie@redhat.com 2018-07-31 03:20:45 UTC
Created attachment 1471694 [details]
vdsm.log

Comment 6 Richard W.M. Jones 2018-08-09 07:23:10 UTC
I'm confused by this bug.  You should try to keep the MAC address the
same as the source, rather than modifying it.  If you changed the
MAC address after virtualizing the guest then problems booting may
be expected.

The original MAC seen by virt-p2v on the physical machine is:

    <interface type="network">
      <source network="default"/>
      <target dev="eth0"/>
      <mac address="d4:ae:52:cc:bf:0a"/>
    </interface>

The same MAC is written to the target OVF:

        <rasd:MACAddress>d4:ae:52:cc:bf:0a</rasd:MACAddress>

So virt-p2v is doing the right job.

Comment 7 Pino Toscano 2018-08-09 13:42:42 UTC
The vdsm log contains the following:

2018-07-30 23:03:07,849-0400 ERROR (vm/f591cfb5) [virt.vm] (vmId='f591cfb5-d775-43fd-b0b1-a108e08addee') The vm start process failed (vm:942)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 871, in _startUnderlyingVm
    self._run()
  File "/usr/lib/python2.7/site-packages/vdsm/virt/vm.py", line 2877, in _run
    dom.createWithFlags(flags)
  File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line 130, in wrapper
    ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 92, in wrapper
    return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1110, in createWithFlags
    if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', dom=self)
libvirtError: The name org.fedoraproject.FirewallD1 was not provided by any .service files
2018-07-30 23:03:07,849-0400 INFO  (vm/f591cfb5) [virt.vm] (vmId='f591cfb5-d775-43fd-b0b1-a108e08addee') Changed state to Down: The name org.fedoraproject.FirewallD1 was not provided by any .service files (code=1) (vm:1682)

A quick search gave me these results:
- https://access.redhat.com/solutions/2735671
- https://bugzilla.redhat.com/show_bug.cgi?id=1348434
- https://bugzilla.redhat.com/show_bug.cgi?id=1030554

So the question is: was firewalld stopped at some point? (Or it crashed, or in general it stopped running.)

Comment 8 mxie@redhat.com 2018-08-17 10:00:38 UTC
Hi Pino,
  
  Sorry for late reply, I can't reproduce the problem now after updating rhv4.2 and vdsm/libvirt/qemu-kvm of ovirt node and converting host to rhv with latest virt-v2v/p2v, so I have no idea the bug is caused by which component, I will continue to do some tests to observe whether the problem will happen again,if can't reproduce, I think this bug could be closed,thanks!

Comment 9 Richard W.M. Jones 2019-05-13 11:46:19 UTC
I'm closing this bug as we're not planning further development work after 7.7.
If this bug can be reproduced in RHEL 8 then please open a new bug about it.