Thanks for your very fast response, Herbert.
I tried what you suggested but it doesn't seem to make any difference.
Btw, your approach seems to indicate that I need a static IP? Or at
least that I update my firewall rules when my IP changes?
On 9/4/05, Herbert Poetzl [EMAIL PROTECTED] wrote:
The attached patch fixes a bug when you use vsched on a running
vserver on amd64, in which the high 32 bits of various scheduling
parameters could be filled with garbage, causing tokens to be allocated
at vastly incorrect rates.
Patch is against -vs2.0
diff -ur
I mean, I can write -o ro mounted dirs!. Why?
because the mainline kernel folks are lazy and
Al Viro considers this a feature instead of a bug :)
Thanks and I understand why.
But, if so, something like this could happen,
even with your BME patch.
[Host] # mount -o bind,ro /etc
I tried with ready-made deb on sid, got from apt-line
and same problem happened.
maybe it is worse ... because vhasify binary seems not to be included.
--- Okajima.
Hello.
I installed util-vserver-0.30.208 from tar ball and succeeded to compile it
on my Debian Sarge box.
On Mon, Sep 05, 2005 at 08:01:41PM +0900, Jun OKAJIMA wrote:
I mean, I can write -o ro mounted dirs!. Why?
because the mainline kernel folks are lazy and
Al Viro considers this a feature instead of a bug :)
Thanks and I understand why.
But, if so, something like this could happen,
On Mon, Sep 05, 2005 at 06:22:16AM +0900, Jun OKAJIMA wrote:
Hello.
I installed util-vserver-0.30.208 from tar ball and succeeded to
compile it on my Debian Sarge box. And vserver start/enter and build
-m debootsrap work.
But, build -m rpm and vhashify does not work.
Any help?
do you
On Mon, Sep 05, 2005 at 08:53:55PM +1200, Sam Vilain wrote:
The attached patch fixes a bug when you use vsched on a running
vserver on amd64, in which the high 32 bits of various scheduling
parameters could be filled with garbage, causing tokens to be allocated
at vastly incorrect rates.
how
Hello, all !
I noticed a few bugs when using util-vserver.208 (The Mandrake rpms):
- /var/lib/run/vservers.rev is not created, so the vservers do not start
- /etc/init.d/vserver-default cannot be added by chkconfig --add because
the corresponding line in the script is contains - instead of
[EMAIL PROTECTED] (Jun OKAJIMA) writes:
I installed util-vserver-0.30.208 from tar ball and succeeded
to compile it on my Debian Sarge box. And vserver start/enter
and build -m debootsrap work.
But, build -m rpm and vhashify does not work.
(I assume you mean '-m apt-rpm' here as it is used
On Mon, 05 Sep 2005, Jun OKAJIMA wrote:
I tried with ready-made deb on sid, got from apt-line
and same problem happened.
maybe it is worse ... because vhasify binary seems not to be included.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319927 for why vhashify
has not been
Le vendredi 2 Septembre 2005 03:06, Herbert Poetzl a écrit :
I tried, it works on the host.
good, that _is_ half the way ...
I couldn't get Atalkd to work inside a vserver, although someone on the list
or IRC seems to have succeded on Debian. Maybe this is Mandriva-related, but
Atalkd (And
util-vserver should be known well enough, libvserver is a project
started by Benedikt Boehm in the time when Enrico was away. It
provides an interface to the vserver-patched kernel.
Homepage of libvserver:
http://dev.croup.de/proj/libvserver/wiki
Libvserver provides a shared object,
On Mon, 2005-09-05 at 17:15 +0200, Herbert Poetzl wrote:
On Mon, Sep 05, 2005 at 08:53:55PM +1200, Sam Vilain wrote:
The attached patch fixes a bug when you use vsched on a running
vserver on amd64, in which the high 32 bits of various scheduling
parameters could be filled with garbage,
On Tuesday 06 September 2005 00:27, Christian Aichinger wrote:
util-vserver should be known well enough, libvserver is a project
started by Benedikt Boehm in the time when Enrico was away. It
provides an interface to the vserver-patched kernel.
Homepage of libvserver:
14 matches
Mail list logo