On Dec 5, 2007, at 10:05 AM, Simon Gao wrote:
> I also saw the similar problem. However, it happens with I have
> several
> KVM guests running and sharing the same network bridge. If just one
> single KVM guest, then everything works fine.
>
> Simon
I think I've been through similar problems as
Mike wrote:
> Avi Kivity schrieb:
>
>> Mike wrote:
>>
>>> Sure,
>>> here the ping results from the host to the guest atm of the peaks:
>>> 64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms
>>> 64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms
>>>
Avi Kivity schrieb:
> Mike wrote:
>> Sure,
>> here the ping results from the host to the guest atm of the peaks:
>> 64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms
>> 64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms
>> 64 bytes from postfix (195.24.77.
Mike wrote:
> Sure,
> here the ping results from the host to the guest atm of the peaks:
> 64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms
> 64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms
> 64 bytes from postfix (195.24.77.173): icmp_seq=349 ttl=64 t
Sure,
here the ping results from the host to the guest atm of the peaks:
64 bytes from postfix (195.24.77.173): icmp_seq=347 ttl=64 time=10.6 ms
64 bytes from postfix (195.24.77.173): icmp_seq=348 ttl=64 time=11.6 ms
64 bytes from postfix (195.24.77.173): icmp_seq=349 ttl=64 time=11.6 ms
64 bytes f
Mike wrote:
> You can download the requested trace at
> http://www.eliteserver.biz/trace.tar.gz
>
> the peaks were around 12:04:30
>
>
Can you rerun, this time with additional options '-x -s 80' to strace
(so I can identify the pings from random broadcast noise on the
network). Also please r
Pelle wrote:
> Hi,
>
> Is there a fast and simple way to tell the version of the binary?
> I think I remember something about that on this mailing list, but I
> can't find it in 'qemu-system-x86_64 -h'
Right now, only the kernel module (see dmesg).
kvm-56's qemu will also report its version numb
Mike wrote:
> You can download the requested trace at
> http://www.eliteserver.biz/trace.tar.gz
>
> the peaks were around 12:04:30
>
> Mike
>
> Avi Kivity schrieb:
>
>> Mike wrote:
>>
>>> Avi Kivity schrieb:
>>>
Mike wrote:
> Now I noticed a strange behaviour.
You can download the requested trace at
http://www.eliteserver.biz/trace.tar.gz
the peaks were around 12:04:30
Mike
Avi Kivity schrieb:
> Mike wrote:
>
>> Avi Kivity schrieb:
>>
>>
>>> Mike wrote:
>>>
>>>
>>>
Now I noticed a strange behaviour.
I have a gameser
Hi,
Is there a fast and simple way to tell the version of the binary?
I think I remember something about that on this mailing list, but I
can't find it in 'qemu-system-x86_64 -h'
Avi Kivity wrote:
> Mike wrote:
>
>> Now I noticed a strange behaviour.
>> I have a gameserver running in a guest
Mike wrote:
> Avi Kivity schrieb:
>
>> Mike wrote:
>>
>>
>>> Now I noticed a strange behaviour.
>>> I have a gameserver running in a guest os. No problems on performance
>>> side, really fast.
>>> The only thing, when I make a ping test after unspecific time periods I
>>> get this: (th
Avi Kivity schrieb:
> Mike wrote:
>
>> Now I noticed a strange behaviour.
>> I have a gameserver running in a guest os. No problems on performance
>> side, really fast.
>> The only thing, when I make a ping test after unspecific time periods I
>> get this: (this peaks are even there if the gam
Mike wrote:
> Now I noticed a strange behaviour.
> I have a gameserver running in a guest os. No problems on performance
> side, really fast.
> The only thing, when I make a ping test after unspecific time periods I
> get this: (this peaks are even there if the gameserver isn't running)
>
>
> As
Dor Laor wrote:
> Mike wrote:
>> Hello Lynn,
>>
>> I'm using a bridge, which is configured in my /etc/network/interfaces
>> like this:
>> auto br0
>> iface br0 inet static
>> address 195.24.77.169
>> netmask 255.255.255.0
>> gateway 195.24.77.1
>> bridge_ports eth0
>> bridge_stp off
>> bridge_maxw
I did a single test, only 1 guest running with kvm activated.
The ping peaks are still there.
How do I disable swapping?
Mike
Dor Laor schrieb:
> Mike wrote:
>> Hello Lynn,
>>
>> I'm using a bridge, which is configured in my /etc/network/interfaces
>> like this:
>> auto br0
>> iface br0 inet st
Mike wrote:
Hello Lynn,
I'm using a bridge, which is configured in my /etc/network/interfaces
like this:
auto br0
iface br0 inet static
address 195.24.77.169
netmask 255.255.255.0
gateway 195.24.77.1
bridge_ports eth0
bridge_stp off
bridge_maxwait 5
an I have a file called qemu-ifup in /etc w
Hello Lynn,
I'm using a bridge, which is configured in my /etc/network/interfaces
like this:
auto br0
iface br0 inet static
address 195.24.77.169
netmask 255.255.255.0
gateway 195.24.77.1
bridge_ports eth0
bridge_stp off
bridge_maxwait 5
an I have a file called qemu-ifup in /etc which has the fo
Hi Mike,
Glad to hear that your networks are up now, but what are you using to
connect/bridge them? Those response times are horrible across the
board!
All my VMs are connected to my internal network via a bridge on the
host through their tap interfaces and a few lucky machines share
ano
Hello,
I already spoke to Izik Eidus. He told me to publish the results to the
problem at the mailinglist.
Some time ago I wrote to the kvm-devel mailinglist that I had a problem
with my guests' networking dying.
I got the hint to change the network card emulation. That worked.
Now I noticed a
19 matches
Mail list logo
