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? 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: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of users-requ...@ovirt.org Sent: Thursday, September 19, 2013 3:31 PM To: users@ovirt.org Subject: Users Digest, Vol 24, Issue 93 ------------------------------ Message: 3 Date: Thu, 19 Sep 2013 09:13:43 +0200 From: noc <n...@nieuwland.nl> Cc: "users@ovirt.org" <users@ovirt.org> Subject: Re: [Users] oVirt 3.3/F19 - Windows guest unable to access network Message-ID: <523aa427.2060...@nieuwland.nl> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" On 18-9-2013 23:08, SULLIVAN, Chris (WGK) wrote: > > Hi, > > I'm having network issues with a Windows Server 2008 R2 guest running > on an F19 host. The guest has a static configuration and is able to > ping itself and the host it is running on, however cannot ping the > gateway, any other hosts on the local network, or external hosts. A > RHEL 6.4 guest on the same host with a similar static configuration > works normally. > > Iptables/firewalld on the host are switched off and the network > definitions in the XML for each VM (Windows/RHEL) are the same. The > virtio network drivers are installed in the guest. The guest was > created from a Win 2008 R2 template, which was created from a VM > imported from oVirt 3.2. Software versions below. > Just to be sure, iptables/firewalld!=Windows Firewall. Is there a rule in the windows firewall to allow ping or is it disabled? > Are there any manual configuration steps required on the host to > support Windows guests? Are there any particular diagnostic steps I > could take to try and narrow down the cause? > 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. > Versions: > > -oVirt 3.3.0-4 > > -F19 3.10.11-200 > > -QEMU 1.4.2-9 > > -Libvirt 1.1.2-1 > > -VDSM 4.12.1-2 > > -virtio-win 0.1-52 > > 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 Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users