Hello,
On a brighter note, the machine is rock stable and is humming along
happily.
so we can probably consider the previous issues a
hardware failure/incompatibility and not linux-vserver
related at all, right?
The box died again, tonight (about 3am). Zero load whatsoever, no
console
On Wed, Nov 16, 2005 at 05:18:48PM +0100, Grzegorz Nosek wrote:
2005/11/14, Björn Steinbrink [EMAIL PROTECTED]:
~ $ gcc --version
gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)
Copyright (C) 2004 Free Software Foundation, Inc.
Kernel config is attached (for the vs2.1
2005/11/13, Björn Steinbrink [EMAIL PROTECTED]:
I've tried the instructions you gave in one of your previous mails (add
a qdisc, then add a class [or whatever are the correct terms...]). And
ran ping -f 192.168.0.1 from my box to my router. With 1Gbit rate and
ceil limits, with 100Kbit limits
On 2005.11.14 14:23:54 +0100, Grzegorz Nosek wrote:
Hi
Thanks for your info. The weird thing is that although I had limited
eth0 traffic, the slowdowns occured at the lo interface (pingflooding
between vservers).
I now tried a local ping now, also works just as expected (i.e.
unlimited).
On 2005.11.10 11:47:39 +0100, Grzegorz Nosek wrote:
2005/11/9, Herbert Poetzl [EMAIL PROTECTED]:
hmm, smells like a mainline issue, to be honest,
but if you have time (and the machine) we can do
some more detailed investigations ...
TIA,
Herbert
Hello
I was thinking along
2005/11/9, Herbert Poetzl [EMAIL PROTECTED]:
hmm, smells like a mainline issue, to be honest,
but if you have time (and the machine) we can do
some more detailed investigations ...
TIA,
Herbert
Hello
I was thinking along similar lines (AMD64 x2 are quite a new brand),
but I thought that
2005/11/8, Grzegorz Nosek [EMAIL PROTECTED]:
Hello all,
2005/11/7, Herbert Poetzl [EMAIL PROTECTED]:
could you give me some commands to reproduce here?
basically, it amounts to:
tc qdisc del dev eth0 root
tc qdisc add dev eth0 root handle 1: htb default fffe
... still working nicely...
On Wed, Nov 09, 2005 at 07:41:14PM +0100, Grzegorz Nosek wrote:
2005/11/8, Grzegorz Nosek [EMAIL PROTECTED]:
Hello all,
2005/11/7, Herbert Poetzl [EMAIL PROTECTED]:
could you give me some commands to reproduce here?
basically, it amounts to:
tc qdisc del dev eth0 root
tc qdisc
2005/11/7, Sam Vilain [EMAIL PROTECTED]:
Strange. Certainly in terms of firewalling, packets that don't leave
the host always travel via the loopback interface.
I know, they also screw up netfilter debug messages :)
I'd be curious if the same thing happens without vserver (eg, by just
Hello
I'm experiencing a weird problem with htb and vservers. First, a bit
about my setup: the machine is a dual-core AMD64 (2.6.13.4, vserver
2.1.0-rc4) running 8 guests (where all but 3 are mostly idle). The 3
active guests are:
- d829 (a mysql server)
- v830
- v831 (two apache vservers)
The
On Mon, Nov 07, 2005 at 01:58:09PM +0100, Grzegorz Nosek wrote:
Hello
I'm experiencing a weird problem with htb and vservers. First, a bit
about my setup: the machine is a dual-core AMD64 (2.6.13.4, vserver
2.1.0-rc4) running 8 guests (where all but 3 are mostly idle). The 3
active guests
On Mon, 2005-11-07 at 13:58 +0100, Grzegorz Nosek wrote:
The test cases I've found are:
- no QoS at all
everything runs smoothly
- root qdisc on eth0 set to htb (or pfifo, or sfq)
still everything nice and smooth
- default class on eth0 set to htb (rate 1Gbit, so it's not true
bandwith
12 matches
Mail list logo
