From allen at ggc.edu Wed Dec 11 23:06:37 2013 Content-Type: multipart/mixed; boundary="===============7736206967238579760==" MIME-Version: 1.0 From: Allen Belletti To: users at ovirt.org Subject: [Users] Virtio NIC in Windows failing at boot Date: Thu, 12 Dec 2013 04:06:26 +0000 Message-ID: <97c686f412944d9f80995124b7d7f9b7@BN1PR04MB170.namprd04.prod.outlook.com> --===============7736206967238579760== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_97c686f412944d9f80995124b7d7f9b7BN1PR04MB170namprd04pro_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Ever since moving from oVirt 3.1 (with Fedora image-based nodes) to oVirt 3= =3D .3 (and now 3.3.1) with CentOS 6.4 (now 6.5) nodes, I've been having a seri= =3D ous problem with our Windows guests. To my knowledge, none of the Linux gu= =3D ests have ever been affected. The problem appears when a Windows guest is rebooted. Occasionally this ha= =3D ppens during maintenance work but more often as a result of Microsoft updat= =3D es which require a reboot. The most recent batch of these that we allowed = =3D resulted in something like 35 of 40 Windows guests losing networking. What we see is that the VirtIO Ethernet Adapter is enabled but shows no evi= =3D dence of actually being connected to the network. The MAC never appears in= =3D our switches, etc. The solution is to connect to the guest via console an= =3D d manually disable, then enable, the NIC. Problem solved. I've found at least two other references to this issue: http://forum.proxmox.com/threads/11160-Windows-2008-R2-Server-Standard-Edit= =3D ion-VIRTIO-NIC-Drivers-dont-work-on-boot (exactly our issue) http://forum.proxmox.com/threads/16550-Windows-server-2012-blue-screen-virt= =3D io-win-ethernet-card (similar, though we never see a crash) Needless to say, this is super annoying. Right now it seems my options see= =3D m to be: 1. Implement a script to reset the NIC as suggested in the first link. 2. Revert to e1000 but not sure how much that will hurt performance and/or= =3D whether it will limit us to 1 Gbps throughput. Has anyone experienced this? Would I likely have better luck on the VirtIO= =3D list? We've been running VirtIO Ethernet 61.63.103.3000 from virtio-win-0= =3D .1-65.iso but I just now found 61.65.104.7400 included in virtio-win-0.1-74= =3D .iso. Perhaps that will help although I don't see anything relevant in the= =3D changelog. Thanks, Allen Belletti AVP Ed. Tech Engineering Innovation Georgia Gwinnett College 678-407-5093 www.ggc.edu --_000_97c686f412944d9f80995124b7d7f9b7BN1PR04MB170namprd04pro_ Content-Type: text/html; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,


Ever since moving from oVirt 3.1 (with Fedora image-based nodes) to oVir= =3D t 3.3 (and now 3.3.1) with CentOS 6.4 (now 6.5) nodes, I've been having a s= =3D erious problem with our Windows guests.  To my knowledge, none of the = =3D Linux guests have ever been affected.


The problem appears when a Windows guest is rebooted.  Occasionally= =3D this happens during maintenance work but more often as a result of Microso= =3D ft updates which require a reboot.  The most recent batch of these tha= =3D t we allowed resulted in something like 35 of 40 Windows guests losing networking.


What we see is that the VirtIO Ethernet Adapter is enabled but shows no = =3D evidence of actually being connected to the network.  The MAC never ap= =3D pears in our switches, etc.  The solution is to connect to the guest v= =3D ia console and manually disable, then enable, the NIC.  Problem solved.


I've found at least two other references to this issue:

http://forum.proxmox.com/threads/1116= =3D 0-Windows-2008-R2-Server-Standard-Edition-VIRTIO-NIC-Drivers-dont-work-on-b= =3D oot (exactly our issue)

http://forum.proxmox.com/threads/1655= =3D 0-Windows-server-2012-blue-screen-virtio-win-ethernet-card (simila= =3D r, though we never see a crash)


Needless to say, this is super annoying.  Right now it seems my opt= =3D ions seem to be:

1.  Implement a script to reset the NIC as suggested in the first l= =3D ink.

2.  Revert to e1000 but not sure how much that will hurt performanc= =3D e and/or whether it will limit us to 1 Gbps throughput.


Has anyone experienced this?  Wo= ul=3D d I likely have better luck on the VirtIO list?  We've been running Vi= =3D rtIO Ethernet 61.63.103.3000 from virtio-win-0.1-65.iso but I just now foun= =3D d 61.65.104.7400 included in virtio-win-0.1-74.iso.  Perhaps that will help although I don't see anything relevant in the= =3D changelog.


Thanks,


Allen Belletti
AVP Ed. Tech Engineering Innovation
Georgia Gwinnett College
678-407-5093
www.ggc.edu    
--_000_97c686f412944d9f80995124b7d7f9b7BN1PR04MB170namprd04pro_-- --===============7736206967238579760== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwXzk3YzY4NmY0MTI5NDRkOWY4MDk5NTEyNGI3ZDdmOWI3Qk4xUFIwNE1CMTcwbmFtcHJk MDRwcm9fCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCkhpIEFsbCwKCgpFdmVyIHNp bmNlIG1vdmluZyBmcm9tIG9WaXJ0IDMuMSAod2l0aCBGZWRvcmEgaW1hZ2UtYmFzZWQgbm9kZXMp IHRvIG9WaXJ0IDM9Ci4zIChhbmQgbm93IDMuMy4xKSB3aXRoIENlbnRPUyA2LjQgKG5vdyA2LjUp IG5vZGVzLCBJJ3ZlIGJlZW4gaGF2aW5nIGEgc2VyaT0Kb3VzIHByb2JsZW0gd2l0aCBvdXIgV2lu ZG93cyBndWVzdHMuICBUbyBteSBrbm93bGVkZ2UsIG5vbmUgb2YgdGhlIExpbnV4IGd1PQplc3Rz IGhhdmUgZXZlciBiZWVuIGFmZmVjdGVkLgoKClRoZSBwcm9ibGVtIGFwcGVhcnMgd2hlbiBhIFdp bmRvd3MgZ3Vlc3QgaXMgcmVib290ZWQuICBPY2Nhc2lvbmFsbHkgdGhpcyBoYT0KcHBlbnMgZHVy aW5nIG1haW50ZW5hbmNlIHdvcmsgYnV0IG1vcmUgb2Z0ZW4gYXMgYSByZXN1bHQgb2YgTWljcm9z b2Z0IHVwZGF0PQplcyB3aGljaCByZXF1aXJlIGEgcmVib290LiAgVGhlIG1vc3QgcmVjZW50IGJh dGNoIG9mIHRoZXNlIHRoYXQgd2UgYWxsb3dlZCA9CnJlc3VsdGVkIGluIHNvbWV0aGluZyBsaWtl IDM1IG9mIDQwIFdpbmRvd3MgZ3Vlc3RzIGxvc2luZyBuZXR3b3JraW5nLgoKCldoYXQgd2Ugc2Vl IGlzIHRoYXQgdGhlIFZpcnRJTyBFdGhlcm5ldCBBZGFwdGVyIGlzIGVuYWJsZWQgYnV0IHNob3dz IG5vIGV2aT0KZGVuY2Ugb2YgYWN0dWFsbHkgYmVpbmcgY29ubmVjdGVkIHRvIHRoZSBuZXR3b3Jr LiAgVGhlIE1BQyBuZXZlciBhcHBlYXJzIGluPQogb3VyIHN3aXRjaGVzLCBldGMuICBUaGUgc29s dXRpb24gaXMgdG8gY29ubmVjdCB0byB0aGUgZ3Vlc3QgdmlhIGNvbnNvbGUgYW49CmQgbWFudWFs bHkgZGlzYWJsZSwgdGhlbiBlbmFibGUsIHRoZSBOSUMuICBQcm9ibGVtIHNvbHZlZC4KCgpJJ3Zl IGZvdW5kIGF0IGxlYXN0IHR3byBvdGhlciByZWZlcmVuY2VzIHRvIHRoaXMgaXNzdWU6CgpodHRw Oi8vZm9ydW0ucHJveG1veC5jb20vdGhyZWFkcy8xMTE2MC1XaW5kb3dzLTIwMDgtUjItU2VydmVy LVN0YW5kYXJkLUVkaXQ9Cmlvbi1WSVJUSU8tTklDLURyaXZlcnMtZG9udC13b3JrLW9uLWJvb3Qg KGV4YWN0bHkgb3VyIGlzc3VlKQoKaHR0cDovL2ZvcnVtLnByb3htb3guY29tL3RocmVhZHMvMTY1 NTAtV2luZG93cy1zZXJ2ZXItMjAxMi1ibHVlLXNjcmVlbi12aXJ0PQppby13aW4tZXRoZXJuZXQt Y2FyZCAoc2ltaWxhciwgdGhvdWdoIHdlIG5ldmVyIHNlZSBhIGNyYXNoKQoKCk5lZWRsZXNzIHRv IHNheSwgdGhpcyBpcyBzdXBlciBhbm5veWluZy4gIFJpZ2h0IG5vdyBpdCBzZWVtcyBteSBvcHRp b25zIHNlZT0KbSB0byBiZToKCjEuICBJbXBsZW1lbnQgYSBzY3JpcHQgdG8gcmVzZXQgdGhlIE5J QyBhcyBzdWdnZXN0ZWQgaW4gdGhlIGZpcnN0IGxpbmsuCgoyLiAgUmV2ZXJ0IHRvIGUxMDAwIGJ1 dCBub3Qgc3VyZSBob3cgbXVjaCB0aGF0IHdpbGwgaHVydCBwZXJmb3JtYW5jZSBhbmQvb3I9CiB3 aGV0aGVyIGl0IHdpbGwgbGltaXQgdXMgdG8gMSBHYnBzIHRocm91Z2hwdXQuCgoKSGFzIGFueW9u ZSBleHBlcmllbmNlZCB0aGlzPyAgV291bGQgSSBsaWtlbHkgaGF2ZSBiZXR0ZXIgbHVjayBvbiB0 aGUgVmlydElPPQogbGlzdD8gIFdlJ3ZlIGJlZW4gcnVubmluZyBWaXJ0SU8gRXRoZXJuZXQgNjEu NjMuMTAzLjMwMDAgZnJvbSB2aXJ0aW8td2luLTA9Ci4xLTY1LmlzbyBidXQgSSBqdXN0IG5vdyBm b3VuZCA2MS42NS4xMDQuNzQwMCBpbmNsdWRlZCBpbiB2aXJ0aW8td2luLTAuMS03ND0KLmlzby4g IFBlcmhhcHMgdGhhdCB3aWxsIGhlbHAgYWx0aG91Z2ggSSBkb24ndCBzZWUgYW55dGhpbmcgcmVs ZXZhbnQgaW4gdGhlPQogY2hhbmdlbG9nLgoKClRoYW5rcywKCgpBbGxlbiBCZWxsZXR0aQpBVlAg RWQuIFRlY2ggRW5naW5lZXJpbmcgSW5ub3ZhdGlvbgpHZW9yZ2lhIEd3aW5uZXR0IENvbGxlZ2UK Njc4LTQwNy01MDkzCnd3dy5nZ2MuZWR1CgotLV8wMDBfOTdjNjg2ZjQxMjk0NGQ5ZjgwOTk1MTI0 YjdkN2Y5YjdCTjFQUjA0TUIxNzBuYW1wcmQwNHByb18KQ29udGVudC1UeXBlOiB0ZXh0L2h0bWw7 IGNoYXJzZXQ9InVzLWFzY2lpIgpDb250ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJp bnRhYmxlCgo8aHRtbD4KPGhlYWQ+CjxtZXRhIGh0dHAtZXF1aXY9M0QiQ29udGVudC1UeXBlIiBj b250ZW50PTNEInRleHQvaHRtbDsgY2hhcnNldD0zRHVzLWFzY2lpIj0KPgo8c3R5bGUgdHlwZT0z RCJ0ZXh0L2NzcyIgaWQ9M0Qib3dhUGFyYVN0eWxlIiBzdHlsZT0zRCIiPj0wQT0KPCEtLT0wQT0K cD0wQT0KCXttYXJnaW4tdG9wOjA7PTBBPQoJbWFyZ2luLWJvdHRvbTowfT0wQT0KLS0+PTBBPQpQ IHttYXJnaW4tdG9wOjA7bWFyZ2luLWJvdHRvbTowO308L3N0eWxlPgo8L2hlYWQ+Cjxib2R5IGRp cj0zRCJsdHIiIHRhYmluZGV4PTNEIjAiIGZwc3R5bGU9M0QiMSIgYXJpYS1sYWJlbD0zRCJNZXNz YWdlIGJvZHkiPgo8ZGl2IG5hbWU9M0QiZGl2dGFnZGVmYXVsdHdyYXBwZXIiIGlkPTNEImRpdnRh Z2RlZmF1bHR3cmFwcGVyIiBzdHlsZT0zRCJmb249CnQtZmFtaWx5OiBDYWxpYnJpLEFyaWFsLEhl bHZldGljYSxzYW5zLXNlcmlmOyBmb250LXNpemU6IDEycHQ7IGNvbG9yOiAjMDAwMD0KMDA7IG1h cmdpbjogMCI+CjxwPkhpIEFsbCwgPC9wPgo8cD48YnI+CjwvcD4KPHA+RXZlciBzaW5jZSBtb3Zp bmcgZnJvbSBvVmlydCAzLjEgKHdpdGggRmVkb3JhIGltYWdlLWJhc2VkIG5vZGVzKSB0byBvVmly PQp0IDMuMyAoYW5kIG5vdyAzLjMuMSkgd2l0aCBDZW50T1MgNi40IChub3cgNi41KSBub2Rlcywg SSd2ZSBiZWVuIGhhdmluZyBhIHM9CmVyaW91cyBwcm9ibGVtIHdpdGggb3VyIFdpbmRvd3MgZ3Vl c3RzLiAmbmJzcDtUbyBteSBrbm93bGVkZ2UsIG5vbmUgb2YgdGhlID0KTGludXggZ3Vlc3RzIGhh dmUgZXZlciBiZWVuIGFmZmVjdGVkLjwvcD4KPHA+PGJyPgo8L3A+CjxwPlRoZSBwcm9ibGVtIGFw cGVhcnMgd2hlbiBhIFdpbmRvd3MgZ3Vlc3QgaXMgcmVib290ZWQuICZuYnNwO09jY2FzaW9uYWxs eT0KIHRoaXMgaGFwcGVucyBkdXJpbmcgbWFpbnRlbmFuY2Ugd29yayBidXQgbW9yZSBvZnRlbiBh cyBhIHJlc3VsdCBvZiBNaWNyb3NvPQpmdCB1cGRhdGVzIHdoaWNoIHJlcXVpcmUgYSByZWJvb3Qu ICZuYnNwO1RoZSBtb3N0IHJlY2VudCBiYXRjaCBvZiB0aGVzZSB0aGE9CnQgd2UgYWxsb3dlZCBy ZXN1bHRlZCBpbiBzb21ldGhpbmcgbGlrZSAzNQogb2YgNDAgV2luZG93cyBndWVzdHMgbG9zaW5n IG5ldHdvcmtpbmcuPC9wPgo8cD48YnI+CjwvcD4KPHA+V2hhdCB3ZSBzZWUgaXMgdGhhdCB0aGUg VmlydElPIEV0aGVybmV0IEFkYXB0ZXIgaXMgZW5hYmxlZCBidXQgc2hvd3Mgbm8gPQpldmlkZW5j ZSBvZiBhY3R1YWxseSBiZWluZyBjb25uZWN0ZWQgdG8gdGhlIG5ldHdvcmsuICZuYnNwO1RoZSBN QUMgbmV2ZXIgYXA9CnBlYXJzIGluIG91ciBzd2l0Y2hlcywgZXRjLiAmbmJzcDtUaGUgc29sdXRp b24gaXMgdG8gY29ubmVjdCB0byB0aGUgZ3Vlc3Qgdj0KaWEgY29uc29sZSBhbmQgbWFudWFsbHkg ZGlzYWJsZSwgdGhlbiBlbmFibGUsCiB0aGUgTklDLiAmbmJzcDtQcm9ibGVtIHNvbHZlZC48L3A+ CjxwPjxicj4KPC9wPgo8cD5JJ3ZlIGZvdW5kIGF0IGxlYXN0IHR3byBvdGhlciByZWZlcmVuY2Vz IHRvIHRoaXMgaXNzdWU6PC9wPgo8cD48YSBocmVmPTNEImh0dHA6Ly9mb3J1bS5wcm94bW94LmNv bS90aHJlYWRzLzExMTYwLVdpbmRvd3MtMjAwOC1SMi1TZXJ2ZXI9Ci1TdGFuZGFyZC1FZGl0aW9u LVZJUlRJTy1OSUMtRHJpdmVycy1kb250LXdvcmstb24tYm9vdCIgdGFyZ2V0PTNEIl9ibGFuayIg dD0KaXRsZT0zRCJodHRwOi8vZm9ydW0ucHJveG1veC5jb20vdGhyZWFkcy8xMTE2MC1XaW5kb3dz LTIwMDgtUjItU2VydmVyLVN0YW5kPQphcmQtRWRpdGlvbi1WSVJUSU8tTklDLURyaXZlcnMtZG9u dC13b3JrLW9uLWJvb3QKQ3RybCYjNDM7Y2xpY2sgb3IgdGFwIHRvIGZvbGxvdyBsaW5rIj5odHRw Oi8vZm9ydW0ucHJveG1veC5jb20vdGhyZWFkcy8xMTE2PQowLVdpbmRvd3MtMjAwOC1SMi1TZXJ2 ZXItU3RhbmRhcmQtRWRpdGlvbi1WSVJUSU8tTklDLURyaXZlcnMtZG9udC13b3JrLW9uLWI9Cm9v dDwvYT4mbmJzcDsoZXhhY3RseQogb3VyIGlzc3VlKTwvcD4KPHA+PGEgaHJlZj0zRCJodHRwOi8v Zm9ydW0ucHJveG1veC5jb20vdGhyZWFkcy8xNjU1MC1XaW5kb3dzLXNlcnZlci0yMDEyLWJsPQp1 ZS1zY3JlZW4tdmlydGlvLXdpbi1ldGhlcm5ldC1jYXJkIiB0YXJnZXQ9M0QiX2JsYW5rIiB0aXRs ZT0zRCJodHRwOi8vZm9ydW09Ci5wcm94bW94LmNvbS90aHJlYWRzLzE2NTUwLVdpbmRvd3Mtc2Vy dmVyLTIwMTItYmx1ZS1zY3JlZW4tdmlydGlvLXdpbi1ldGhlcj0KbmV0LWNhcmQKQ3RybCYjNDM7 Y2xpY2sgb3IgdGFwIHRvIGZvbGxvdyBsaW5rIj5odHRwOi8vZm9ydW0ucHJveG1veC5jb20vdGhy ZWFkcy8xNjU1PQowLVdpbmRvd3Mtc2VydmVyLTIwMTItYmx1ZS1zY3JlZW4tdmlydGlvLXdpbi1l dGhlcm5ldC1jYXJkPC9hPiZuYnNwOyhzaW1pbGE9CnIsCiB0aG91Z2ggd2UgbmV2ZXIgc2VlIGEg Y3Jhc2gpPC9wPgo8cD48YnI+CjwvcD4KPHA+TmVlZGxlc3MgdG8gc2F5LCB0aGlzIGlzIHN1cGVy IGFubm95aW5nLiAmbmJzcDtSaWdodCBub3cgaXQgc2VlbXMgbXkgb3B0PQppb25zIHNlZW0gdG8g YmU6PC9wPgo8cD4xLiAmbmJzcDtJbXBsZW1lbnQgYSBzY3JpcHQgdG8gcmVzZXQgdGhlIE5JQyBh cyBzdWdnZXN0ZWQgaW4gdGhlIGZpcnN0IGw9Cmluay48L3A+CjxwPjIuICZuYnNwO1JldmVydCB0 byBlMTAwMCBidXQgbm90IHN1cmUgaG93IG11Y2ggdGhhdCB3aWxsIGh1cnQgcGVyZm9ybWFuYz0K ZSBhbmQvb3Igd2hldGhlciBpdCB3aWxsIGxpbWl0IHVzIHRvIDEgR2JwcyB0aHJvdWdocHV0Ljwv cD4KPHA+PGJyPgo8L3A+CjxwPjxzcGFuIHN0eWxlPTNEImZvbnQtc2l6ZTogMTJwdDsiPkhhcyBh bnlvbmUgZXhwZXJpZW5jZWQgdGhpcz8gJm5ic3A7V291bD0KZCBJIGxpa2VseSBoYXZlIGJldHRl ciBsdWNrIG9uIHRoZSBWaXJ0SU8gbGlzdD8gJm5ic3A7V2UndmUgYmVlbiBydW5uaW5nIFZpPQpy dElPIEV0aGVybmV0IDYxLjYzLjEwMy4zMDAwIGZyb20gdmlydGlvLXdpbi0wLjEtNjUuaXNvIGJ1 dCBJIGp1c3Qgbm93IGZvdW49CmQgNjEuNjUuMTA0Ljc0MDAgaW5jbHVkZWQgaW4gdmlydGlvLXdp bi0wLjEtNzQuaXNvLgogJm5ic3A7UGVyaGFwcyB0aGF0IHdpbGwgaGVscCBhbHRob3VnaCBJIGRv bid0IHNlZSBhbnl0aGluZyByZWxldmFudCBpbiB0aGU9CiBjaGFuZ2Vsb2cuPC9zcGFuPjwvcD4K PHA+PGJyPgo8L3A+CjxwPlRoYW5rcyw8L3A+CjxwPjxicj4KPC9wPgo8ZGl2Pgo8ZGl2IHN0eWxl PTNEImZvbnQtZmFtaWx5OlRhaG9tYTsgZm9udC1zaXplOjEzcHgiPjxzcGFuIGxhbmc9M0QiZW4t VVMiPgo8ZGl2IHN0eWxlPTNEIm1hcmdpbjowcHQiPjxmb250IGZhY2U9M0QiQ2FsaWJyaSxzYW5z LXNlcmlmIiBzaXplPTNEIjIiPjxzcGE9Cm4gc3R5bGU9M0QiZm9udC1zaXplOjExcHQiPkFsbGVu IEJlbGxldHRpPGJyPgo8L3NwYW4+PC9mb250PjwvZGl2Pgo8ZGl2IHN0eWxlPTNEIm1hcmdpbjow cHQiPjxmb250IGZhY2U9M0QiQ2FsaWJyaSxzYW5zLXNlcmlmIiBzaXplPTNEIjIiPjxzcGE9Cm4g c3R5bGU9M0QiZm9udC1zaXplOjExcHQiPkFWUCBFZC4gVGVjaCBFbmdpbmVlcmluZyBJbm5vdmF0 aW9uPGJyPgo8L3NwYW4+PC9mb250PjwvZGl2Pgo8ZGl2IHN0eWxlPTNEIm1hcmdpbjowcHQiPjxm b250IGZhY2U9M0QiQ2FsaWJyaSxzYW5zLXNlcmlmIiBzaXplPTNEIjIiPjxzcGE9Cm4gc3R5bGU9 M0QiZm9udC1zaXplOjExcHQiPkdlb3JnaWEgR3dpbm5ldHQgQ29sbGVnZTwvc3Bhbj48L2ZvbnQ+ PC9kaXY+CjxkaXYgc3R5bGU9M0QibWFyZ2luOjBwdCI+PGZvbnQgZmFjZT0zRCJDYWxpYnJpLHNh bnMtc2VyaWYiIHNpemU9M0QiMiI+PHNwYT0KbiBzdHlsZT0zRCJmb250LXNpemU6MTFwdCI+Njc4 LTQwNy01MDkzPC9zcGFuPjwvZm9udD48L2Rpdj4KPGRpdiBzdHlsZT0zRCJtYXJnaW46MHB0Ij48 Zm9udCBmYWNlPTNEIkNhbGlicmksc2Fucy1zZXJpZiIgc2l6ZT0zRCIyIj48c3BhPQpuIHN0eWxl PTNEImZvbnQtc2l6ZToxMXB0Ij53d3cuZ2djLmVkdTwvc3Bhbj48L2ZvbnQ+Jm5ic3A7ICZuYnNw OyZuYnNwOzwvZGk9CnY+Cjwvc3Bhbj48L2Rpdj4KPC9kaXY+CjwvZGl2Pgo8L2JvZHk+CjwvaHRt bD4KCi0tXzAwMF85N2M2ODZmNDEyOTQ0ZDlmODA5OTUxMjRiN2Q3ZjliN0JOMVBSMDRNQjE3MG5h bXByZDA0cHJvXy0tCg== --===============7736206967238579760==-- From danken at redhat.com Thu Dec 12 05:09:02 2013 Content-Type: multipart/mixed; boundary="===============0288885376006292511==" MIME-Version: 1.0 From: Dan Kenigsberg To: users at ovirt.org Subject: Re: [Users] Virtio NIC in Windows failing at boot Date: Thu, 12 Dec 2013 10:08:38 +0000 Message-ID: <20131212100838.GN6074@redhat.com> In-Reply-To: 97c686f412944d9f80995124b7d7f9b7@BN1PR04MB170.namprd04.prod.outlook.com --===============0288885376006292511== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable On Thu, Dec 12, 2013 at 04:06:26AM +0000, Allen Belletti wrote: > Hi All, > = > = > Ever since moving from oVirt 3.1 (with Fedora image-based nodes) to oVirt= 3.3 (and now 3.3.1) with CentOS 6.4 (now 6.5) nodes, I've been having a se= rious problem with our Windows guests. To my knowledge, none of the Linux = guests have ever been affected. > = > = > The problem appears when a Windows guest is rebooted. Occasionally this = happens during maintenance work but more often as a result of Microsoft upd= ates which require a reboot. The most recent batch of these that we allowe= d resulted in something like 35 of 40 Windows guests losing networking. > = > = > What we see is that the VirtIO Ethernet Adapter is enabled but shows no e= vidence of actually being connected to the network. The MAC never appears = in our switches, etc. The solution is to connect to the guest via console = and manually disable, then enable, the NIC. Problem solved. > = > = > I've found at least two other references to this issue: > = > http://forum.proxmox.com/threads/11160-Windows-2008-R2-Server-Standard-Ed= ition-VIRTIO-NIC-Drivers-dont-work-on-boot (exactly our issue) > = > http://forum.proxmox.com/threads/16550-Windows-server-2012-blue-screen-vi= rtio-win-ethernet-card (similar, though we never see a crash) > = > = > Needless to say, this is super annoying. Right now it seems my options s= eem to be: > = > 1. Implement a script to reset the NIC as suggested in the first link. > = > 2. Revert to e1000 but not sure how much that will hurt performance and/= or whether it will limit us to 1 Gbps throughput. > = > = > Has anyone experienced this? Would I likely have better luck on the Virt= IO list? We've been running VirtIO Ethernet 61.63.103.3000 from virtio-win= -0.1-65.iso but I just now found 61.65.104.7400 included in virtio-win-0.1-= 74.iso. Perhaps that will help although I don't see anything relevant in t= he changelog. Which version of the host kernel exposes this? Which version (in ovirt-3.1) did not? Would you copy your qemu command line? I hope that Gal (CCed) and his friends can help if they get this info. --===============0288885376006292511==--