On Wed, Apr 06, 2005 at 05:00:47PM +1200, Michal Ludvig wrote:
Hi all,
I'm running a 32bit vserver on AMD64 host, both are SuSE 9.2
Professional (which is obviously irrelevant here ;-)
Started with the default config a logged in with SSH I run 'uname -m'
which gives me 'x86_64' which is
This may be somewhat off-topic, but why is it that people like centos
which seems to me like REL without support. Since support is what REL is
all about, wouldn't it be better to go with FC3 (soon 4) rather than a
bunch of outdated software that comprises EL?
What am I missing?
Grisha
On Mon,
Hi,
This may be somewhat off-topic, but why is it that people like centos
which seems to me like REL without support. Since support is what REL is
all about, wouldn't it be better to go with FC3 (soon 4) rather than a
bunch of outdated software that comprises EL?
What am I missing?
On Wednesday 06 April 2005 02:42, Herbert Poetzl wrote:
skip /
well, you probably didn't activate the sched_prio
either, so the token bucket is not active at all ...
skip /
How I can do it? Also with vattribute?
--
Peter V. Saveliev
___
Vserver
On Wednesday 06 April 2005 02:42, Herbert Poetzl wrote:
skip /
well, you probably didn't activate the sched_prio
either, so the token bucket is not active at all ...
skip /
Ok! I read cflags-v13.c, so, with vattribute --set --xid X --flag Y I got
all I need :)
--
Peter V. Saveliev
On Wed, Apr 06, 2005 at 05:07:39PM +0400, Peter V. Saveliev wrote:
On Wednesday 06 April 2005 02:42, Herbert Poetzl wrote:
skip /
well, you probably didn't activate the sched_prio
either, so the token bucket is not active at all ...
skip /
Ok! I read cflags-v13.c, so, with vattribute
2) When I stop a vserver I get the following but it does infact stop.
Any ideas as to how to correct this?
sudo vserver-stat
CTX PROCVSZRSS userTIME sysTIMEUPTIME NAME
0 32 33.5M 3K 0m35s20 0m30s27 16h26m54 root server
491874 7.4M 767
Hi!
Just a short note to let you know that under some circumstances, Debian
offers for you to link /bin/sh to a shell called dash, which is supposed
to be a faster, smaller bash. Unfortunately dash is incompatible with
some of the vserver scripts - most notably vserver-copy breaks terribly
when
Here is a report of the hacking done last night (or day, depending on
your timezone) to port the vserver 1.9.5.12 patches to the Debian
kernel 2.6.8. Bertl is truely an amazing kernel hacker!
Debian's Sarge, which will freeze any day now(tm), will be shipped
with the 2.6.8 kernel as the primarly
My thoughts exactly! I'll be doing a test install today, then patching
a kernel for drbd + linux-vserver.
Daniel S. Reichenbach wrote:
Hi,
This may be somewhat off-topic, but why is it that people like centos
which seems to me like REL without support. Since support is what REL
If I add the following to the vserver fstab file and restart vserver.
cat /etc/fstab
/dev/root / ext3 rw 0 0
Then df command works for the vserver partition
df -h
FilesystemSize Used Avail Use% Mounted on
/dev/root 22G 2.5G 18G 13% /
I have not gotten any other
On Wed, Apr 06, 2005 at 12:58:09PM -0600, [EMAIL PROTECTED] wrote:
If I add the following to the vserver fstab file and restart vserver.
cat /etc/fstab
/dev/root / ext3 rw 0 0
Then df command works for the vserver partition
df -h
FilesystemSize Used Avail Use% Mounted on
On Wed, Apr 06, 2005 at 04:47:32PM +0100, Gaz Wilson wrote:
On Wed, 6 Apr 2005, Gaz Wilson wrote:
Hi!
Just a short note to let you know that under some circumstances, Debian
offers for you to link /bin/sh to a shell called dash, which is supposed
to be a faster, smaller bash.
Herbert,
I'm sorry, perhaps I've gotten off track. This goes back to the df command not
working in the vserver.
:df
df: cannot read table of mounted filesystems
you mentioned the following to me and I started chasing that rabbit.
no, that's not normal, but I suspect you are missing some
Hi all,
When you try to use the vserver build -m copy function it requires a
file that does not exist. This occurs in both util-vserver-0.30.204 and
util-vserver-0.30.205.
Example:
vserver domain1 build -m copy --context 500 --hostname domain1.com --
interface domain1=eth0:192.168.0.129/24
On Wed, 6 Apr 2005, Daniel S. Reichenbach wrote:
IMHO for business projects you need systems where you can say they
will run for two or three years without flaws. This is what RHEL
offers with support and CentOS without support.
And if you want semi-support there is whitebox linux
Title: Message
Fedora
is experimental, you do not want the latest and coolest software on your server,
you need the most stable. This is what CENTOS and RHEL give you older more
stable software like good wine. The main difference between an enterprise grade
system and just plain old
SELINUX can be disabled at boot time, or I can remove it from the kernel
build. I *know* that I'm going to have to rebuild the kernel.
Should be interesting to see whether I can patch the Centos-RH kernel
sources, or if I'll have to start with vanilla.
I was going to do this today, but a good
On Thu, Apr 07, 2005 at 04:56:03AM +0200, Ehab Heikal wrote:
Fedora is experimental, you do not want the latest and coolest
software on your server, you need the most stable. This is what CENTOS
and RHEL give you older more stable software like good wine. The main
... is not working on at least two platforms:
x86_64 (aka amd64)
---
tried several dietlibc versions
- dietlibc-0.27-4.src.rpm
- self compiled 0.28 release
- cvs release 31.Mar.2005
- debian 0.28 version
all on Fedora Core release
Herbert --- a small typo here:
with glibc, every v* command which executes something
fails with execv*: permission denied
That should read:
with dietlibc, every v* command which executes something
fails with execv*: permission denied
glibc seems to work fine. BTW what are the Known issues
On Thu, Apr 07, 2005 at 12:14:48AM -0400, Paul S. Gumerman wrote:
Herbert --- a small typo here:
with glibc, every v* command which executes something
fails with execv*: permission denied
That should read:
with dietlibc, every v* command which executes something
fails with execv*:
Herbert Poetzl wrote:
... is not working on at least two platforms:
x86_64 (aka amd64)
---
tried several dietlibc versions
- dietlibc-0.27-4.src.rpm
- self compiled 0.28 release
- cvs release 31.Mar.2005
- debian 0.28 version
On Wed, Apr 06, 2005 at 11:55:28AM -0500, Micah Anderson wrote:
Here is a report of the hacking done last night (or day, depending on
your timezone) to port the vserver 1.9.5.12 patches to the Debian
kernel 2.6.8. Bertl is truely an amazing kernel hacker!
Debian's Sarge, which will freeze
On Thu, Apr 07, 2005 at 04:18:45PM +1200, Michal Ludvig wrote:
Herbert Poetzl wrote:
... is not working on at least two platforms:
x86_64 (aka amd64)
---
tried several dietlibc versions
- dietlibc-0.27-4.src.rpm
- self compiled 0.28 release
25 matches
Mail list logo