<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="GENERATOR" content="GtkHTML/4.6.4">
</head>
<body>
fre 2013-09-20 klockan 10:50 +0000 skrev SULLIVAN, Chris (WGK):
<blockquote type="CITE">
<pre>
Hi,
Just following up on this issue. Turns out the network problems were being caused by the bond0 interface.
The initial configuration was two NICs teamed as bond0, which was then bridged to the ovirtmgmt interface. With this configuration, RHEL guests could access the network normally but Windows guests (XP, 7, 2008 R2) could not. After deactivating the bond0 interface and bridging one of the NICs directly to the ovirtmgmt interface, both RHEL and Windows guests have fully functioning networks.
I am not sure why exactly the bond0 interface was not working as intended. The initial configuration had the mode as balance-rr, is this known to cause problems? My intention was to have the mode as balance-alb however the bonding driver in F19 seems to completely ignore any BONDING_OPTS settings in the ifcfg-bond0 file. Attempts to change the bonding mode directly via /sys/class/net/bond0/bonding/mode repeatedly failed due to 'the bond having slaves', even after the bond had been taken down via ifconfig. I was not able to remove the bond0 definition either, even after removing the ifcfg-bond0 file and the modprobe.d alias.
Is there a recommended/tested bonding configuration HOWTO for oVirt on F19?
</pre>
</blockquote>
<br>
Well, for what it´s worth, here´s our ifcfg-bond0:<br>
DEVICE="bond0"<br>
NM_CONTROLLED="no"<br>
USERCTL="no"<br>
BOOTPROTO="none"<br>
BONDING_OPTS="mode=4 miimon=100"<br>
TYPE="Ethernet"<br>
<br>
And we also have VLAN-interfaces on top of that, and then bridges on top of them, and no issues so far.<br>
<br>
Found the mode-definitions at "<a href="http://www.linuxhorizon.ro/bonding.html">http://www.linuxhorizon.ro/bonding.html</a>":<br>
<b>mode=0 (balance-rr)</b><br>
Round-robin policy: Transmit packets in sequential order from the first available slave through the last. This mode provides load balancing and fault tolerance.<br>
<br>
<b>mode=1 (active-backup)</b><br>
Active-backup policy: Only one slave in the bond is active. A different slave becomes active if, and only if, the active slave fails. The bond's MAC address is externally visible on only one port (network adapter) to avoid confusing the switch. This mode provides
fault tolerance. The primary option affects the behavior of this mode.<br>
<br>
<b>mode=2 (balance-xor)</b><br>
XOR policy: Transmit based on [(source MAC address XOR'd with destination MAC address) modulo slave count]. This selects the same slave for each destination MAC address. This mode provides load balancing and fault tolerance.<br>
<br>
<b>mode=3 (broadcast)</b><br>
Broadcast policy: transmits everything on all slave interfaces. This mode provides fault tolerance.<br>
<br>
<b>mode=4 (802.3ad)</b><br>
IEEE 802.3ad Dynamic link aggregation. Creates aggregation groups that share the same speed and duplex settings. Utilizes all slaves in the active aggregator according to the 802.3ad specification.<br>
<br>
HTH!<br>
<br>
/Karli<br>
<br>
<blockquote type="CITE">
<pre>
Joop: Responses as follows:
- Windows firewall was disabled in each Windows VM
- Changing the CPU setting and starting the VM directly on the host via QEMU (i.e. not through oVirt) did not seem to affect the behavior
Thanks,
Chris
PLEASE CONSIDER THE ENVIRONMENT, DON'T PRINT THIS EMAIL UNLESS YOU REALLY NEED TO.
This email and its attachments may contain information which is confidential and/or legally privileged. If you are not the intended recipient of this e-mail please notify the sender immediately by e-mail and delete this e-mail and its attachments from your computer and IT systems. You must not copy, re-transmit, use or disclose (other than to the sender) the existence or contents of this email or its attachments or permit anyone else to do so.
-----------------------------
-----Original Message-----
From: <a href="mailto:users-bounces@ovirt.org">users-bounces@ovirt.org</a> [<a href="mailto:users-bounces@ovirt.org">mailto:users-bounces@ovirt.org</a>] On Behalf Of <a href="mailto:users-request@ovirt.org">users-request@ovirt.org</a>
Sent: Thursday, September 19, 2013 3:31 PM
To: <a href="mailto:users@ovirt.org">users@ovirt.org</a>
Subject: Users Digest, Vol 24, Issue 93
------------------------------
Message: 3
Date: Thu, 19 Sep 2013 09:13:43 +0200
From: noc <<a href="mailto:noc@nieuwland.nl">noc@nieuwland.nl</a>>
Cc: "<a href="mailto:users@ovirt.org">users@ovirt.org</a>" <<a href="mailto:users@ovirt.org">users@ovirt.org</a>>
Subject: Re: [Users] oVirt 3.3/F19 - Windows guest unable to access
network
Message-ID: <<a href="mailto:523AA427.2060605@nieuwland.nl">523AA427.2060605@nieuwland.nl</a>>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
On 18-9-2013 23:08, SULLIVAN, Chris (WGK) wrote:
<font color="#737373">></font>
<font color="#737373">> Hi,</font>
<font color="#737373">></font>
<font color="#737373">> I'm having network issues with a Windows Server 2008 R2 guest running</font>
<font color="#737373">> on an F19 host. The guest has a static configuration and is able to</font>
<font color="#737373">> ping itself and the host it is running on, however cannot ping the</font>
<font color="#737373">> gateway, any other hosts on the local network, or external hosts. A</font>
<font color="#737373">> RHEL 6.4 guest on the same host with a similar static configuration</font>
<font color="#737373">> works normally.</font>
<font color="#737373">></font>
<font color="#737373">> Iptables/firewalld on the host are switched off and the network</font>
<font color="#737373">> definitions in the XML for each VM (Windows/RHEL) are the same. The</font>
<font color="#737373">> virtio network drivers are installed in the guest. The guest was</font>
<font color="#737373">> created from a Win 2008 R2 template, which was created from a VM</font>
<font color="#737373">> imported from oVirt 3.2. Software versions below.</font>
<font color="#737373">></font>
Just to be sure, iptables/firewalld!=Windows Firewall. Is there a rule
in the windows firewall to allow ping or is it disabled?
<font color="#737373">> Are there any manual configuration steps required on the host to</font>
<font color="#737373">> support Windows guests? Are there any particular diagnostic steps I</font>
<font color="#737373">> could take to try and narrow down the cause?</font>
<font color="#737373">></font>
Don't think so, just converted a Windows2008R2 datacenter guest from
Vmware to oVirt and it ran, after adding virtio drivers or using e1000
and/or ide disks.
<font color="#737373">> Versions:</font>
<font color="#737373">></font>
<font color="#737373">> -oVirt 3.3.0-4</font>
<font color="#737373">></font>
<font color="#737373">> -F19 3.10.11-200</font>
<font color="#737373">></font>
<font color="#737373">> -QEMU 1.4.2-9</font>
<font color="#737373">></font>
<font color="#737373">> -Libvirt 1.1.2-1</font>
<font color="#737373">></font>
<font color="#737373">> -VDSM 4.12.1-2</font>
<font color="#737373">></font>
<font color="#737373">> -virtio-win 0.1-52</font>
<font color="#737373">></font>
<font color="#737373">></font>
Your problem looks like the problem Ren? had with his Solaris guest, its
a recent thread. Turned out that setting -cpu Nehalem by ovirt caused
networking in the Solaris guest to fail.
Don't think this is your problem though since lots of people run Windows
guest without problems.
Regards,
Joop
_______________________________________________
Users mailing list
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<table cellspacing="0" cellpadding="0" width="100%">
<tbody>
<tr>
<td>-- <br>
<br>
Med Vänliga Hälsningar<br>
-------------------------------------------------------------------------------<br>
Karli Sjöberg<br>
Swedish University of Agricultural Sciences<br>
Box 7079 (Visiting Address Kronåsvägen 8)<br>
S-750 07 Uppsala, Sweden<br>
Phone: +46-(0)18-67 15 66<br>
<a href="mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a> </td>
</tr>
</tbody>
</table>
</body>
</html>