The connection actually begins, but it gets stuck very soon.
Is this still a test blocker?
(In reply to comment #7) > Is this still a test blocker? Yes, our automated test frame work needs to log into the guest vm with "ssh" during test.And we also need PV driver to be functional to do migration andsave/restore test. Although disable the nic's tx checksum offload feature manually can work around this bug, it is not convenient to do so with automated test, especially when do migration test with multiple machines.
Moving this to kernel. If it works with tun/tap but not with PV NICs, the bug is likely in netback and latent for Linux guests too.
Michael's patch at <20100711164454.GA9707> (bug 605555) may help here.
Can you test with other NICs? If it's a problem only with Broadcom, it's possible to blacklist those when picking a machine. Alternatively, you can prepare an rpm with a /sbin/ifup-local file like #! /bin/sh if [ "$1" = eth0 ]; then ethtool -K $1 tx off fi and install that. (That said, I do want to fix this since I'm currently working around it on my machine too)
By the way, I tried also guest->host packets sent by a Linux guest, and they also have a wrong checksum (so they cannot communicate with Windows guests); again, "ethtool -K eth0 tx off" in the guest fixes it.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Previously, the communication between the windows guest and the host or other guests on the same host failed if packet checksum offloading was turned on in the other machine. With this update, the guest can reliably communicate with the host or with other guests on the same host.
Version-Release number of selected component (if applicable): xenpv-win-1.2.0-1.el5.noarch xen-3.0.3-114.el5 kernel-xen-2.6.18-207.el5 guest: Windows2003 32-bit Steps to Reproduce: 1. install a windows guest and then install pvwin drivers in it 2. using winscp or ftp client tools to access the host where the guest is on 3. install rss(a tiny ssh server) in guest, connect to it with nc from the host where the guest is on Detailed results: 1. these conncetion does not hang there and works well.
Version-Release number of selected component (if applicable): Update xenpv-win to 1.3.0-1 The others are same as comment#16 Steps to Reproduce: same as comment#16 Detailed results: 1. these conncetion does not hang there and works well. These is no problem with old build, and verified no issue with the new build. Change it to verified.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0187.html