Serge,
On Fri, Sep 10, 2010 at 12:56 PM, Serge Hallyn
<616...@bugs.launchpad.net> wrote:
> Quoting Brian Fallik (616...@bugs.launchpad.net):
>> 6. apt-add-repository ppa:kernel-ppa/pre-proposed
>
> Did you do an apt-get update here? If not, then you didn't get the
>
Serge,
I've completed (I hope) your suggestions. Unfortunately neither the new
KVM nor the new kernel seemed to resolve the issue. More details below
but I'm not sure where to take this from here. As you point out, it
might be an issue with our environment. I doubt it's bad software
installed
Serge,
Apologies for the delay. This bug occurs on a production system for us
so it's challenging to find time to run experiments. Now is a good time
so I should have some new results for you shortly.
--
Broken networking in kvm guests
https://bugs.launchpad.net/bugs/616064
You received this b
On Mon, Aug 30, 2010 at 2:04 PM, Serge Hallyn <616...@bugs.launchpad.net> wrote:
>> Side question: every time I switch networking times, the guest bumps
>> ethernet device number (eth0, eth1, ...). This makes it annoying to
>> reset networking to switch static/dhcp on the next reboot. Is there a
>>
Serge,
I switched networking back to NAT and repeated the svn co to verify the
problem still exists. It does. Then I tried the wget operation 5 times
and all of them succeeded.
I also verified that we're using the same default.xml configuration. They're
almost identical except for one interes
Serge,
Some interesting updates.
First, with both guests running (bridged mode with br0) I ran 'brctl stp
br0 on'. Everything still worked fine.
Next I moved one of the guests from bridged mode back to virtual net (using
virbr0). I was immediately able to reproduce the connection reset proble
Serge,
$ brctl show
bridge name bridge id STP enabled interfaces
br0 8000.001a64b33b10 no eth0
vnet0
vnet1
virbr0 8000.0
Serge,
I've gotten the bridge configuration set up and everything seems stable
and working after a few hours of testing. Obviously we'll keep watching
it over the next few days. Thanks for the suggestion for the
workaround. It'd be nice to understand the issue with the original
configuration bu
On Thu, Aug 26, 2010 at 9:01 AM, Serge Hallyn <616...@bugs.launchpad.net> wrote:
> 2. you said
>
>> In the scenario you suggested which seemed to work, tap1 was bridged
>> directly to eth0 and used an IP address from the host's actual subnet. This
>> is similar to:
>> http://wiki.libvirt.org/page
Serge,
I think I'm starting to understand this issue and I'm fairly certain the
problem is in libvirt.
First off, it seems like I can repeatedly checkout depot_tools in a KVM
using a setup that I think matches your example except for a new (and
different) error.
My first step was shutdown libvir
Serge - my uploads in comment #5 and comment #6 should have been while
guest #1 (Lucid) was running. This problem occurs regardless of 1 or 2
guests are running. I've stopped launching the second guest (Hardy)
since the number of guests seemed irrelevant.
--
Broken networking in kvm guests
http
Serge,
Thanks for taking a look here. I've found that the svn operation can
succeed once before failing. I don't think it's ever succeeded for me
twice in a row.
I'm going to try and mimic your steps to see if I can reproduce the
problem again. I had been using libvirt to manage virtualization
** Attachment added: "ifconfig -a"
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/616064/+attachment/1516203/+files/ifconfig_a.log
--
Broken networking in kvm guests
https://bugs.launchpad.net/bugs/616064
You received this bug notification because you are a member of Ubuntu
Server T
** Attachment added: "brctl show"
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/616064/+attachment/1516198/+files/brctl_show.log
--
Broken networking in kvm guests
https://bugs.launchpad.net/bugs/616064
You received this bug notification because you are a member of Ubuntu
Server Te
Here's example failure output from running the command inside the Lucid guest:
$ svn co http://src.chromium.org/svn/trunk/tools/depot_tools
svn: PROPFIND of '/svn/trunk/tools/depot_tools': Could not read status line:
Connection reset by peer (http://src.chromium.org)
The same command is always
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/53444870/BootDmesg.txt
** Attachment added: "CurrentDmesg.txt"
http://launchpadlibrarian.net/53444871/CurrentDmesg.txt
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/53444872/Dependencies.txt
** A
Public bug reported:
Binary package hint: qemu-kvm
Some TCP operations receive unexpected reset (RST) packets when executed on the
guest. I can see these RST packets via
Wireshark but can't explain their source. This breaks certain (most)
networking on the guest.
I uncovered this when some
Public bug reported:
Trying to build a hardy guest on a lucid host with the command:
ubuntu-vm-builder kvm hardy \
--destdir /opt/hound-hardy \
--arch i386 \
--hostname hound-hardy \
--cpus 4 \
--mem 8192 \
--user bfallik \
--pass bfallik \
--components main,restr
18 matches
Mail list logo
