| 2010-05-22 00:23:50 |
Billy Charlton |
bug |
|
|
added bug |
| 2010-06-02 09:38:15 |
Thierry Carrez |
kvm (Ubuntu): importance |
Undecided |
High |
|
| 2010-06-02 09:38:15 |
Thierry Carrez |
kvm (Ubuntu): status |
New |
Incomplete |
|
| 2010-06-02 09:39:50 |
Thierry Carrez |
affects |
kvm (Ubuntu) |
qemu-kvm (Ubuntu) |
|
| 2010-06-26 15:34:26 |
Frank Groeneveld |
qemu-kvm (Ubuntu): status |
Incomplete |
Confirmed |
|
| 2010-07-13 12:37:12 |
topaz2 |
bug |
|
|
added subscriber topaz2 |
| 2010-07-20 10:17:38 |
Dustin Kirkland |
qemu-kvm (Ubuntu): assignee |
|
Serge Hallyn (serge-hallyn) |
|
| 2010-07-20 10:20:49 |
Dustin Kirkland |
qemu-kvm (Ubuntu): status |
Confirmed |
Incomplete |
|
| 2010-07-21 20:28:10 |
Paolo Maero |
attachment added |
|
interfaces http://launchpadlibrarian.net/52283300/interfaces |
|
| 2010-07-23 20:28:21 |
Murray Fox |
bug |
|
|
added subscriber Murray Fox |
| 2010-07-27 08:34:51 |
Sergey Svishchev |
bug watch added |
|
https://bugzilla.redhat.com/show_bug.cgi?id=571991 |
|
| 2010-07-27 15:09:38 |
Sergey Svishchev |
bug |
|
|
added subscriber Sergey Svishchev |
| 2010-07-27 19:50:59 |
Murray Fox |
removed subscriber Murray Fox |
|
|
|
| 2010-08-20 07:23:19 |
Frank Groeneveld |
qemu-kvm (Ubuntu): status |
Incomplete |
Confirmed |
|
| 2010-08-20 07:23:58 |
Frank Groeneveld |
nominated for series |
|
Ubuntu Hardy |
|
| 2010-08-20 07:23:58 |
Frank Groeneveld |
nominated for series |
|
Ubuntu Lucid |
|
| 2010-08-21 11:10:54 |
Santi Manninen |
bug |
|
|
added subscriber Santi Manninen |
| 2010-08-26 07:48:41 |
Hark |
bug |
|
|
added subscriber Hark |
| 2010-08-26 12:02:34 |
Thierry Carrez |
bug task added |
|
qemu-kvm (Fedora) |
|
| 2010-08-26 12:03:19 |
Thierry Carrez |
qemu-kvm (Ubuntu): status |
Confirmed |
Triaged |
|
| 2010-08-26 12:04:08 |
Thierry Carrez |
nominated for series |
|
Ubuntu Maverick |
|
| 2010-08-26 12:04:08 |
Thierry Carrez |
bug task added |
|
qemu-kvm (Ubuntu Maverick) |
|
| 2010-08-26 12:42:03 |
Thierry Carrez |
bug |
|
|
added subscriber Thierry Carrez |
| 2010-09-02 07:43:54 |
Shrenik |
bug task added |
|
opensuse |
|
| 2010-09-02 09:49:10 |
Thierry Carrez |
tags |
|
server-mrs |
|
| 2010-09-07 18:13:41 |
Serge Hallyn |
qemu-kvm (Ubuntu Maverick): status |
Triaged |
Fix Released |
|
| 2010-09-07 18:18:38 |
Serge Hallyn |
qemu-kvm (Ubuntu Maverick): status |
Fix Released |
Fix Committed |
|
| 2010-09-08 14:23:07 |
Thierry Carrez |
bug task added |
|
qemu-kvm (Ubuntu Lucid) |
|
| 2010-09-08 14:31:38 |
Serge Hallyn |
qemu-kvm (Ubuntu Lucid): status |
New |
Incomplete |
|
| 2010-09-08 14:32:04 |
Serge Hallyn |
qemu-kvm (Ubuntu Maverick): status |
Fix Committed |
Invalid |
|
| 2010-09-16 10:54:11 |
Alex |
bug |
|
|
added subscriber Alex |
| 2010-09-23 03:16:16 |
Shrenik |
opensuse: status |
New |
Invalid |
|
| 2010-11-11 15:31:00 |
Tais P. Hansen |
bug |
|
|
added subscriber Tais Plougmann Hansen |
| 2011-02-17 15:03:19 |
codec |
bug |
|
|
added subscriber codec |
| 2011-04-05 13:38:16 |
Trevor Sharpe |
bug |
|
|
added subscriber Trevor Sharpe |
| 2011-04-05 19:41:13 |
Serge Hallyn |
description |
Binary package hint: kvm
Serious networking problems with KVM running a Windows XP x64 host using bridged networking. This may be a KVM bug, or a bridged-networking or ethernet driver bug; I unfortunately don't have the skills to tell the difference but will do what I can to help pinpoint the problem.
My Setup:
- Lucid 64bit installed on dual quad-core (Intel) Dell Precision R710, 32Gb RAM.
- One KVM instance running Windows XP x64 with 16Gb RAM, using bridged networking. Symptoms occur with both standard "-net nic" KVM network drivers (rtl8139?) and virtio network drivers on Windows. Either way I am also using "-net tap" so I can get out to the real network.
- I'm starting KVM from the command line instead of using libvirt & virt-manager, because I need to specify sockets/cores/threads for my CPU. Otherwise Windows XP only uses 2 CPUs. I don't think this is relevant but who knows.
The Problem:
The KVM windows image starts up fine, and at first works properly. But after a very short duration, usually less than two minutes, the networking freezes up. Can't get to the internet, can't access local shares, nothing. Sometimes it magically comes back; sometimes it's gone forever.
An interesting, possibly related detail: If I shut down the Windows image, the host machine's networking freezes up for many seconds just as the image is exiting. After the exit is complete and KVM is completely shut down, I can ssh or VNC back into the host machine again without problems.
So, after restarting the KVM image I try running the "iperf" network performance tool in two modes.
1) From a separate PC on my LAN, I can run iperf between the Lucid *host* and that PC, and never have any problems. I can consistently get 800 Mbits/sec up and 200 MBits/sec down. (I've run it about 50 times)
2) From the separate PC to the KVM Windows image running on the Lucid host:
- it sometimes runs successfully with 130Mbit/sec in both directions;
- other times gets just 25-40Mbit/sec;
- and sometimes it fails completely with the error message "write failed: Connection reset by peer. read on server close failed: Connection reset by peer".
What can I do to help pinpoint this bug? My hunch is the error is in the bridging or the ethernet driver, but I don't know how to test that since I only use bridging for KVM clients! Any ideas on what I can do? I really want to help diagnose this. |
Binary package hint: kvm
=====================================
SRU justification:
1. Impact: Networking can freeze for a while when VMs are started or stopped.
2. How addressed: a patch was cherry-picked from upstream, which makes sure to assign the libvirt bridge a low enough macaddr that the VM's macaddr will be higher, so that the bridge does not change macaddrs, which is the cause of the hangs.
3. Patch: see the linked bzr tree
4. Regression potential: very unlikely as this patch is upstream, and only affects the mac address chosen for the libvirt brige.
5. To reproduce: Define a VM with a macaddr lower than the bridge's. Start the VM.
=====================================
Serious networking problems with KVM running a Windows XP x64 host using bridged networking. This may be a KVM bug, or a bridged-networking or ethernet driver bug; I unfortunately don't have the skills to tell the difference but will do what I can to help pinpoint the problem.
My Setup:
- Lucid 64bit installed on dual quad-core (Intel) Dell Precision R710, 32Gb RAM.
- One KVM instance running Windows XP x64 with 16Gb RAM, using bridged networking. Symptoms occur with both standard "-net nic" KVM network drivers (rtl8139?) and virtio network drivers on Windows. Either way I am also using "-net tap" so I can get out to the real network.
- I'm starting KVM from the command line instead of using libvirt & virt-manager, because I need to specify sockets/cores/threads for my CPU. Otherwise Windows XP only uses 2 CPUs. I don't think this is relevant but who knows.
The Problem:
The KVM windows image starts up fine, and at first works properly. But after a very short duration, usually less than two minutes, the networking freezes up. Can't get to the internet, can't access local shares, nothing. Sometimes it magically comes back; sometimes it's gone forever.
An interesting, possibly related detail: If I shut down the Windows image, the host machine's networking freezes up for many seconds just as the image is exiting. After the exit is complete and KVM is completely shut down, I can ssh or VNC back into the host machine again without problems.
So, after restarting the KVM image I try running the "iperf" network performance tool in two modes.
1) From a separate PC on my LAN, I can run iperf between the Lucid *host* and that PC, and never have any problems. I can consistently get 800 Mbits/sec up and 200 MBits/sec down. (I've run it about 50 times)
2) From the separate PC to the KVM Windows image running on the Lucid host:
- it sometimes runs successfully with 130Mbit/sec in both directions;
- other times gets just 25-40Mbit/sec;
- and sometimes it fails completely with the error message "write failed: Connection reset by peer. read on server close failed: Connection reset by peer".
What can I do to help pinpoint this bug? My hunch is the error is in the bridging or the ethernet driver, but I don't know how to test that since I only use bridging for KVM clients! Any ideas on what I can do? I really want to help diagnose this. |
|
| 2011-04-05 19:49:34 |
Serge Hallyn |
description |
Binary package hint: kvm
=====================================
SRU justification:
1. Impact: Networking can freeze for a while when VMs are started or stopped.
2. How addressed: a patch was cherry-picked from upstream, which makes sure to assign the libvirt bridge a low enough macaddr that the VM's macaddr will be higher, so that the bridge does not change macaddrs, which is the cause of the hangs.
3. Patch: see the linked bzr tree
4. Regression potential: very unlikely as this patch is upstream, and only affects the mac address chosen for the libvirt brige.
5. To reproduce: Define a VM with a macaddr lower than the bridge's. Start the VM.
=====================================
Serious networking problems with KVM running a Windows XP x64 host using bridged networking. This may be a KVM bug, or a bridged-networking or ethernet driver bug; I unfortunately don't have the skills to tell the difference but will do what I can to help pinpoint the problem.
My Setup:
- Lucid 64bit installed on dual quad-core (Intel) Dell Precision R710, 32Gb RAM.
- One KVM instance running Windows XP x64 with 16Gb RAM, using bridged networking. Symptoms occur with both standard "-net nic" KVM network drivers (rtl8139?) and virtio network drivers on Windows. Either way I am also using "-net tap" so I can get out to the real network.
- I'm starting KVM from the command line instead of using libvirt & virt-manager, because I need to specify sockets/cores/threads for my CPU. Otherwise Windows XP only uses 2 CPUs. I don't think this is relevant but who knows.
The Problem:
The KVM windows image starts up fine, and at first works properly. But after a very short duration, usually less than two minutes, the networking freezes up. Can't get to the internet, can't access local shares, nothing. Sometimes it magically comes back; sometimes it's gone forever.
An interesting, possibly related detail: If I shut down the Windows image, the host machine's networking freezes up for many seconds just as the image is exiting. After the exit is complete and KVM is completely shut down, I can ssh or VNC back into the host machine again without problems.
So, after restarting the KVM image I try running the "iperf" network performance tool in two modes.
1) From a separate PC on my LAN, I can run iperf between the Lucid *host* and that PC, and never have any problems. I can consistently get 800 Mbits/sec up and 200 MBits/sec down. (I've run it about 50 times)
2) From the separate PC to the KVM Windows image running on the Lucid host:
- it sometimes runs successfully with 130Mbit/sec in both directions;
- other times gets just 25-40Mbit/sec;
- and sometimes it fails completely with the error message "write failed: Connection reset by peer. read on server close failed: Connection reset by peer".
What can I do to help pinpoint this bug? My hunch is the error is in the bridging or the ethernet driver, but I don't know how to test that since I only use bridging for KVM clients! Any ideas on what I can do? I really want to help diagnose this. |
Binary package hint: kvm
=====================================
SRU justification:
1. Impact: Networking can freeze for a while when VMs are started or stopped.
2. How addressed: a patch was cherry-picked from upstream, which carefully chooses high enough macaddr for newly created network interfaces so that the bridge does not change macaddrs, which is the cause of the hangs.
3. Patch: see the linked bzr tree
4. Regression potential: very unlikely as this patch is upstream, and only affects the mac address chosen for the libvirt brige.
5. To reproduce: Define a VM with a macaddr lower than the bridge's. Start the VM.
=====================================
Serious networking problems with KVM running a Windows XP x64 host using bridged networking. This may be a KVM bug, or a bridged-networking or ethernet driver bug; I unfortunately don't have the skills to tell the difference but will do what I can to help pinpoint the problem.
My Setup:
- Lucid 64bit installed on dual quad-core (Intel) Dell Precision R710, 32Gb RAM.
- One KVM instance running Windows XP x64 with 16Gb RAM, using bridged networking. Symptoms occur with both standard "-net nic" KVM network drivers (rtl8139?) and virtio network drivers on Windows. Either way I am also using "-net tap" so I can get out to the real network.
- I'm starting KVM from the command line instead of using libvirt & virt-manager, because I need to specify sockets/cores/threads for my CPU. Otherwise Windows XP only uses 2 CPUs. I don't think this is relevant but who knows.
The Problem:
The KVM windows image starts up fine, and at first works properly. But after a very short duration, usually less than two minutes, the networking freezes up. Can't get to the internet, can't access local shares, nothing. Sometimes it magically comes back; sometimes it's gone forever.
An interesting, possibly related detail: If I shut down the Windows image, the host machine's networking freezes up for many seconds just as the image is exiting. After the exit is complete and KVM is completely shut down, I can ssh or VNC back into the host machine again without problems.
So, after restarting the KVM image I try running the "iperf" network performance tool in two modes.
1) From a separate PC on my LAN, I can run iperf between the Lucid *host* and that PC, and never have any problems. I can consistently get 800 Mbits/sec up and 200 MBits/sec down. (I've run it about 50 times)
2) From the separate PC to the KVM Windows image running on the Lucid host:
- it sometimes runs successfully with 130Mbit/sec in both directions;
- other times gets just 25-40Mbit/sec;
- and sometimes it fails completely with the error message "write failed: Connection reset by peer. read on server close failed: Connection reset by peer".
What can I do to help pinpoint this bug? My hunch is the error is in the bridging or the ethernet driver, but I don't know how to test that since I only use bridging for KVM clients! Any ideas on what I can do? I really want to help diagnose this. |
|
| 2011-04-05 19:53:18 |
Launchpad Janitor |
branch linked |
|
lp:~serge-hallyn/ubuntu/lucid/libvirt/fix-macaddr |
|
| 2011-04-05 19:53:23 |
Serge Hallyn |
qemu-kvm (Ubuntu Lucid): status |
Incomplete |
In Progress |
|
| 2011-04-05 19:53:30 |
Serge Hallyn |
qemu-kvm (Ubuntu Lucid): importance |
Undecided |
High |
|
| 2011-04-05 19:54:49 |
Serge Hallyn |
qemu-kvm (Ubuntu Lucid): assignee |
|
Serge Hallyn (serge-hallyn) |
|
| 2011-04-05 19:55:03 |
Serge Hallyn |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2011-04-10 22:26:09 |
Serge Hallyn |
affects |
qemu-kvm (Ubuntu) |
libvirt (Ubuntu) |
|
| 2011-04-10 22:26:09 |
Serge Hallyn |
libvirt (Ubuntu): status |
Invalid |
Fix Released |
|
| 2011-04-20 13:39:17 |
Leonardo Borda |
bug |
|
|
added subscriber Leonardo Borda |
| 2011-04-25 17:47:03 |
Clint Byrum |
libvirt (Ubuntu Lucid): status |
In Progress |
Fix Committed |
|
| 2011-04-25 17:47:08 |
Clint Byrum |
bug |
|
|
added subscriber SRU Verification |
| 2011-04-25 17:47:13 |
Clint Byrum |
tags |
server-mrs |
server-mrs verification-needed |
|
| 2011-05-02 07:47:50 |
Martin Pitt |
tags |
server-mrs verification-needed |
server-mrs verification-done |
|
| 2011-05-03 05:21:07 |
Launchpad Janitor |
libvirt (Ubuntu Lucid): status |
Fix Committed |
Fix Released |
|
| 2011-05-04 12:27:31 |
ossjunkie |
bug |
|
|
added subscriber ossjunkie |
| 2011-06-07 10:26:53 |
Arnulf Heimsbakk |
bug |
|
|
added subscriber Arnulf Heimsbakk |
| 2012-04-11 10:13:16 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/lucid-proposed/libvirt |
|
| 2017-10-28 00:22:21 |
Bug Watch Updater |
qemu-kvm (Fedora): status |
Unknown |
Fix Released |
|
| 2017-10-28 00:22:21 |
Bug Watch Updater |
qemu-kvm (Fedora): importance |
Unknown |
High |
|
