Bug 1200275 - Issue in Network connectivity outside host after moving RHEL 6.5 guests from RHEL 6.6 hypervisor to RHEL 7 hypervisor
Summary: Issue in Network connectivity outside host after moving RHEL 6.5 guests from ...
Keywords:
Status: CLOSED DUPLICATE of bug 1174291
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: vdsm
Version: 3.5.0
Hardware: x86_64
OS: Linux
urgent
urgent
Target Milestone: ---
: 3.5.3
Assignee: Ido Barkan
QA Contact: Meni Yakove
URL:
Whiteboard: network
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-03-10 08:01 UTC by pagupta
Modified: 2019-11-14 06:41 UTC (History)
21 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-04-01 13:39:10 UTC
oVirt Team: Network
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description pagupta 2015-03-10 08:01:36 UTC
Description of problem:

Customer not able to ping/send/receive traffic outside the host after migrating VM's from RHEL 6.6 to RHEL 7 hosts.


Version-Release number of selected component (if applicable):

RHEVM 3.5
qemu-img-rhev-1.5.3-60.el7_0.11.x86_64                    

How reproducible:

Customer trying to upgrade to RHEM 3.5 and RHEL 7 host.

Steps to Reproduce:

1. Guest rhel 6.5 vm running on hypervisor os 6(RHEL 6.6)
2. Try and migrate to upgraded hypervisor(RHEL 7)
3. No network after successful migration. Vm also paused
4. Shut down vm ungracefully
5. Boot up vm on old hypervisor(RHEL 6.6) cluster
6. Upgrade rhev tools from repository
7. Live migrate to new upgraded hypervisor cluster
8. Migration successful
9. But no connectivity outside of host. Can send/receive traffic to VM's
   connected to same bridge(rhevm) and host.

Actual results:

VM not able to connect outside host.


Expected results:

VM should be able to connect outside host.

Additional info:

It looks like ARP cache is not getting updated inside guest.
Only workaround worked for Customer id to ad a new vNIC(Virtio or e1000) and attach this NIC to different bridge interface. After doing this VM can ping outisde host as well.

Comment 4 Yaniv Lavi 2015-03-11 12:24:33 UTC
Can you attach the content of ifcfg-rhevm?
Can you tcp dump to locate where the packets are dropped?

Comment 5 Dan Kenigsberg 2015-03-11 13:05:30 UTC
which kernel and libvirt versions are used?

Comment 25 Lior Vernia 2015-04-01 08:33:20 UTC
Hi Vlad,

1. So correct me if I'm wrong, but this looks like a duplicate of Bug 1174291? There's nothing specific to migration here.

2. What then is the proper fix? Upgrade guest OS to RHEL 6.7 when that';s made available (with the new VLAN model)?...

Thanks, Lior.

Comment 26 Vlad Yasevich 2015-04-01 13:34:33 UTC
(In reply to Lior Vernia from comment #25)
> Hi Vlad,
> 
> 1. So correct me if I'm wrong, but this looks like a duplicate of Bug
> 1174291? There's nothing specific to migration here.

Yes.

> 
> 2. What then is the proper fix? Upgrade guest OS to RHEL 6.7 when that';s
> made available (with the new VLAN model)?...

That is the ideal solution.  All other solutions are really workarounds, but
are usually enough to get things working again.

-vlad

> 
> Thanks, Lior.

Comment 27 Lior Vernia 2015-04-01 13:39:10 UTC

*** This bug has been marked as a duplicate of bug 1174291 ***


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