Re: [Vserver] 32bit vserver on amd64
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 wrong. I want the vserver to believe it is actually running on x86 hardware. The chroot command must be run from 'linux32' wrapper, something like: # linux32 chroot /vserver/whatever /etc/rc.d/rc 3 yes, we had the 'personality' question some time ago and I think enrico will add it to the tools sooner or later as a special config option (maybe /personality) So I changed: declare -a VSERVER_EXTRA_CMDS=() to declare -a VSERVER_EXTRA_CMDS=(linux32) in vserver.functions and restarted the vserver. Now it's much better - in SSH session to vserver 'uname -m' says 'i686' which is correct. btw, if you just want to get i686, you can also modify the utsname entry for that ... but it will mean different things (i.e. use a 64bit personality but report i686 ;) I'd like to have this as a per-vserver config option. Can I do it somehow? The second problem (though nothing critical) is that it still reports 'x86_64' when I run 'vserver whatever exec /bin/uname -m' instead of logging there over SSH. Can this be fixed somehow? once this is an option, the vserver enter will honor it ... HTH, Herbert Thanks! Michal Ludvig -- * Personal homepage: http://www.logix.cz/michal ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] CentOs distribution
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, 4 Apr 2005, Paul S. Gumerman wrote: Has anyone tried the CentOs 4.0 distribution with linux-vserver? It's a repackage of RedHat Enterprise Linux 4.0. I'm currently using A mish-mash of FC1, 2 3 and I'm considering a switch to CentOs. Two of my servers are Opteron-based, so I'm particularly interested if you are using the x86_64 arch. http://www.centos.org Paul ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] CentOs distribution
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? Fedora Core is updating packages way to fast. While I believe it is fine for personal use to always have the latest version of a package, in business it seems more appropriate to have a working version and only upgrade for security reasons or bug fixes - which is what also differs RHEL from FC - and upgrade to newer versions only if it has significant benefits to offer. I have tried to use Fedora Core for business projects, but this is not a Good Thing(tm). Since I am using FC since its first release, I have noticed, they release packages breaking backward compatibility or even the complete system at least every fourth month. While the rate has lowered, it still is to high for professional use I'd say. 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. With kind regards, Daniel S. Reichenbach -- blog - http://people.best-off.org/~dsr/ gpg - http://people.best-off.org/~dsr/gpg.asc work - http://www.best-off.org/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] some sched question
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 mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] some sched question
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 ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] some sched question
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 --set --xid X --flag Y I got all I need :) perfect, of course, you can also add it to the new-style config and the tools will set it automagically ... best, Herbert -- Peter V. Saveliev ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
RE: [Vserver] a couple of beginner questions
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 7670m00s14 0m00s60 1m06s54 crux03 sidenote: please don't use dynamic contexts for vserver guests, make them fixed ... sudo vserver crux03 stop vkill: vc_ctx_kill(): No such process Vserver '/usr/local/etc/vservers/crux03' still running unexpectedly; please investigate it manually... this might be related to an issue we are investigating right now, is your guest init based? Thanks for the contexts tip. Not sure if I understand your question. Yes it uses init. Inside the vserver: ps -ef UIDPID PPID C STIME TTY TIME CMD root 1 0 0 08:35 ?00:00:00 init [2] root 24496 1 0 08:35 ?00:00:00 /usr/sbin/syslogd root 24509 1 0 08:35 ?00:00:00 /usr/sbin/crond root 24514 1 0 08:35 ?00:00:00 /usr/sbin/sshd ls -la /etc/inittab -rw-r--r-- 1 root root 604 Apr 4 12:09 /etc/inittab If you need anything else just let me know thanks sig ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Slight issue with Debian and vservers
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 /bin/sh is symlinked to dash. I'm not sure if it's worth re-writing the scripts to cater for dash as I don't know how popular it will become - certainly it looks like a new addition to Debian as I have only been asked about this on my most recent server builds (I use Debian Sarge, and I think the question comes about as a result of a recent apt-upgrade). If this is deemed insignificant, then at least we know about it know so maybe it could be added to a trouble shooting section on the website? At the very least the fact it'll be in the mailling list archive might help some poor soul in the future who might think things are just broken - it took me a couple of hours to figure out whats going on here ;) Cheers GW -- / Gary Wilson, aka dragon/dragonlord/dragonv480\ .'(_.--. e: [EMAIL PROTECTED] MSN: dragonv480 .--._)`. _ | Skype:dragonv480 ICQ:342070475 AIM:dragonv480 | _ `.( `--' w: http://volvo480.northernscum.org.uk `--' ).' \w: http://www.northernscum.org.uk / ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] Report on Debian kernel 2.6.8-15 and vs1.9.5.12
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 supported kernel. It contains
backports of critical issues (including security fixes and major
crashes), is the 2.6 kernel that is part of the Debian Installer that
will be a part of the Sarge release, and will be the primary supported
kernel for Sarge. This means that most Debian users will use the
Debian 2.6.8 kernel, however there will be a 2.6.11 kernel available
as a fall-back in the case that 2.6.8 has a major problem that cannot
be backported.
It is for these reasons that there was work done to get the vserver
1.9.5 patch sets to work with this version of the Debian kernel.
Having a working version of this patch against the Debian kernel will
make it easier to get it to work for future Debian kernel revisions,
and will be included in the debian package kernel-patch-vserver.
Plan:
. Get a vanilla/mainline 2.6.11.6-vs1.9.5.12 kernel up and
running on one machine
. Find a way to easily check the debian 2.6.8-15-vs1.9.5.12
kernel, compare them and check for differences
. Port the split vserver 1.9.5.12 patches, by using a diff
against the vanilla 2.6.8 source and the debian 2.6.8-15
source (this diff has the md5sum: 823fee2ebc230fdddff90824662fae62)
. Compile, reboot, test test test.
Progress:
. Got the 2.6.11-vs1.9.5.12 kernel up and running
. Installed the vserver utils 0.30.205 + 2 patches
. Converted legacy vserver configurations to new format
. Bertl finished adapting each split patch, reassembled and
was able to build successfully
. Filed a couple Debian kernel-source-2.6.8 bug reports
. First compile did not boot in qemu
. After disabling power-management it boots fine (apparantly
ACPI and PM got selected in kernel config)
. 02:08 Bertl Linux-VServer Test [V0.11] (C) 2003-2005 H.Poetzl
02:08 Bertl chcontext is working.
02:08 Bertl chbind is working.
02:08 Bertl Linux 2.6.8-vs1.9.5 i686/0.30.204/0.30.204 [Ea]
02:08 Bertl VCI: 0001:0025 273 03110076
02:08 Bertl ---
02:08 Bertl [001]# succeeded.
02:08 Bertl [011]# succeeded.
02:08 Bertl [031]# succeeded.
02:08 Bertl [101]# succeeded.
02:08 Bertl [102]# succeeded.
02:08 Bertl [201]# succeeded.
02:08 Bertl [202]# succeeded.
. Bertl tried with a different split (different from default)
and it was broken somehow
. http://vserver.13thfloor.at/Experimental/patch-2.6.8-15-vs1.9.5-1.diff
was the first one
. The latest version is
http://vserver.13thfloor.at/Experimental/patch-2.6.8-15-vs1.9.5-1.1.diff
Notes/TODO:
. Need to test NFS
. Need to compile, boot and test several times with small
changes, loooking at various features (from vserver paper and
changelogs) to know what to test
. Need to check ext2/ext3 xattr with disk limit accounting
. The ext3 xattr/dquot stuff is broken in Debian, Bertl
submitted a patch a few months ago that was included in
mainline (http://lkml.org/lkml/2005/1/26/174), this gets
quota wrong (filed debian bug: #303426)
. Debian is missing
http://www.ussg.iu.edu/hypermail/linux/kernel/0501.3/1026.html which
is a spinlock_assert issue will crash your kernel when
compiled with up/spinlock_debug (filed debian bug: #303424)
. Debian has atomic_inc_return for all archs, except x86 (but
not really a 'bug' because kernel does not need inc_and_return())
. Had to add some rcu stuff (what was this Bertl?)
. Need to check task_state (in proc) regarding initpid virtualization
. Virtual process uptime probably needs fixing
. FIXADDR mapping is missing (what is this Bertl?)
. Need to test cross-compile for other arches
(http://vserver.13thfloor.at/Stuff/Cross/howto.info)
. Need to compile x25 in, as this is one of the typical bug
sources in recent vserver kernels
Additional Info:
. The Debian kernel has a lot of modules configured by
default, needed to find a way to recompile the vserver
debian kernel with minimal recompile times:
using the official debian image packages, you can nuke
the extra configs, and drop a lot of modules
out of the remaining configuration:
rm config/{386,k7,k7-smp,686-smp}
cp config/686 linux-2.6.11/.config, cd linux-2.6.11
Re: [Vserver] CentOs distribution
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 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? Fedora Core is updating packages way to fast. While I believe it is fine for personal use to always have the latest version of a package, in business it seems more appropriate to have a working version and only upgrade for security reasons or bug fixes - which is what also differs RHEL from FC - and upgrade to newer versions only if it has significant benefits to offer. I have tried to use Fedora Core for business projects, but this is not a Good Thing(tm). Since I am using FC since its first release, I have noticed, they release packages breaking backward compatibility or even the complete system at least every fourth month. While the rate has lowered, it still is to high for professional use I'd say. 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. With kind regards, Daniel S. Reichenbach ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
RE: [Vserver] a couple of beginner questions
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 entries to work
But doing the above breaks the df command on the host server.
df -h
FilesystemSize Used Avail Use% Mounted on
/dev/hdv1 198M 23M 166M 12% /
none 2.0G 33M 1.9G 2% /tmp
any suggestions on how this should be done?
thanks
sig
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Magnuson,
Sig
Sent: Wednesday, April 06, 2005 8:31 AM
To: vserver@list.linux-vserver.org
Subject: RE: [Vserver] a couple of beginner questions
Sorry, looking at my previous post I realized many may not look further down.
Please scroll down.
1) When inside a guest OS the df command does not work.
Is this normal? Here is my output:
[EMAIL PROTECTED] /
:df
df: cannot read table of mounted filesystems
[EMAIL PROTECTED] /
:df -k
df: cannot read table of mounted filesystems
no, that's not normal, but I suspect you are missing some
file (maybe /etc/mtab or so) which is used by the df
tool (using strace -fF on the df might shed some light
on that)
Other commands like top, ps, du all work fine.
When on the host server
cat /usr/local/etc/vservers/crux03/fstab
none/proc procdefaults0 0
none/tmptmpfs size=16m,mode=1777 0 0
none/dev/ptsdevpts gid=5,mode=620 0 0
When on the vserver
ls -la /etc/mtab
-rw-r--r-- 1 root root 0 Apr 6 08:13 /etc/mtab
ls -la /etc/fstab
-rw-r--r-- 1 root root 0 Apr 6 08:12 /etc/fstab
should I be populating my fstab with something? Everytime I put something in
it the versver won't start. Anyone have a example to share?
:strace -fF df
execve(/bin/df, [df], [/* 25 vars */]) = 0
uname({sys=Linux, node=vcrux03, ...}) = 0
brk(0) = 0x8051000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7fea000
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(tls/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(tls/i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(tls/sse2/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
open(i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
open(i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(sse2/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
open(libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
...
...
open(/usr/lib/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686/sse2, 0xb348) = -1 ENOENT (No such file or directory)
open(/usr/lib/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686, 0xb348) = -1 ENOENT (No such file or directory)
open(/usr/lib/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/sse2, 0xb348) = -1 ENOENT (No such file or directory)
open(/usr/lib/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or directory)
stat64(/usr/lib, {st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
open(/lib/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686/sse2, 0xb348)= -1 ENOENT (No such file or directory)
open(/lib/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(/lib/i686, 0xb348) = -1 ENOENT (No such file or directory)
open(/lib/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(/lib/sse2, 0xb348) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340T\1..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1150376, ...}) = 0
mmap2(NULL, 1129964, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7ed6000
mmap2(0xb7fdf000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x109)
= 0xb7fdf000
mmap2(0xb7fe8000, 7660, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fe8000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7ed5000
set_thread_area({entry_number:-1 - 6, base_addr:0xb7ed5280, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
brk(0) = 0x8051000
brk(0x8072000) = 0x8072000
brk(0) = 0x8072000
open(/etc/mtab, O_RDONLY) = 3
Re: [Vserver] a couple of beginner questions
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
/dev/root 22G 2.5G 18G 13% /
I have not gotten any other entries to work
well, what _would_ you like to add there?
I'm still not able to see what you try to accomplish ...
please either try to provide some more details, or
pay a visit at the irc channel #vserver @ irc.oftc.net
TIA,
Herbert
But doing the above breaks the df command on the host server.
df -h
FilesystemSize Used Avail Use% Mounted on
/dev/hdv1 198M 23M 166M 12% /
none 2.0G 33M 1.9G 2% /tmp
any suggestions on how this should be done?
thanks
sig
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Magnuson,
Sig
Sent: Wednesday, April 06, 2005 8:31 AM
To: vserver@list.linux-vserver.org
Subject: RE: [Vserver] a couple of beginner questions
Sorry, looking at my previous post I realized many may not look further down.
Please scroll down.
1) When inside a guest OS the df command does not work.
Is this normal? Here is my output:
[EMAIL PROTECTED] /
:df
df: cannot read table of mounted filesystems
[EMAIL PROTECTED] /
:df -k
df: cannot read table of mounted filesystems
no, that's not normal, but I suspect you are missing some
file (maybe /etc/mtab or so) which is used by the df
tool (using strace -fF on the df might shed some light
on that)
Other commands like top, ps, du all work fine.
When on the host server
cat /usr/local/etc/vservers/crux03/fstab
none/proc procdefaults0 0
none/tmptmpfs size=16m,mode=1777 0 0
none/dev/ptsdevpts gid=5,mode=620 0 0
When on the vserver
ls -la /etc/mtab
-rw-r--r-- 1 root root 0 Apr 6 08:13 /etc/mtab
ls -la /etc/fstab
-rw-r--r-- 1 root root 0 Apr 6 08:12 /etc/fstab
should I be populating my fstab with something? Everytime I put something in
it the versver won't start. Anyone have a example to share?
:strace -fF df
execve(/bin/df, [df], [/* 25 vars */]) = 0
uname({sys=Linux, node=vcrux03, ...}) = 0
brk(0) = 0x8051000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7fea000
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(tls/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(tls/i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(tls/sse2/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(sse2/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
...
...
open(/usr/lib/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686/sse2, 0xb348) = -1 ENOENT (No such file or
directory)
open(/usr/lib/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686, 0xb348) = -1 ENOENT (No such file or
directory)
open(/usr/lib/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/sse2, 0xb348) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
stat64(/usr/lib, {st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
open(/lib/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686/sse2, 0xb348)= -1 ENOENT (No such file or
directory)
open(/lib/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686, 0xb348) = -1 ENOENT (No such file or
directory)
open(/lib/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/sse2, 0xb348) = -1 ENOENT (No such file or
directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340T\1..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1150376, ...}) = 0
mmap2(NULL, 1129964, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7ed6000
mmap2(0xb7fdf000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x109) = 0xb7fdf000
mmap2(0xb7fe8000, 7660, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fe8000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
Re: [Vserver] Slight issue with Debian and vservers
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. Unfortunately dash is incompatible with some of the vserver scripts - most notably vserver-copy breaks terribly when /bin/sh is symlinked to dash. Further reading suggests that this may become more of an issue in the future as it seems sh is being migrated to be POSIX 1003.2 and 1003.2a complient, which may mean that dash replaces bash as the default shell in distrobutions in the future? well, I guess the scripts should specify 'bash' when they want to use 'bash' functionality (not /bin/sh) but I guess enrico will fix that soon ... TIA, Herbert -- / Gary Wilson, aka dragon/dragonlord/dragonv480\ .'(_.--. e: [EMAIL PROTECTED] MSN: dragonv480 .--._)`. _ | Skype:dragonv480 ICQ:342070475 AIM:dragonv480 | _ `.( `--' w: http://volvo480.northernscum.org.uk `--' ).' \w: http://www.northernscum.org.uk / ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
RE: [Vserver] a couple of beginner questions
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
file (maybe /etc/mtab or so) which is used by the df
tool (using strace -fF on the df might shed some light
on that)
I was thinking that I needed an entry in /etc/fstab on the vserver to get df to
work.
My strace is in a previous posting.
thanks
sig
-Original Message-
From: Herbert Poetzl [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 06, 2005 2:51 PM
To: Magnuson, Sig
Cc: vserver@list.linux-vserver.org
Subject: Re: [Vserver] a couple of beginner questions
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
/dev/root 22G 2.5G 18G 13% /
I have not gotten any other entries to work
well, what _would_ you like to add there?
I'm still not able to see what you try to accomplish ...
please either try to provide some more details, or
pay a visit at the irc channel #vserver @ irc.oftc.net
TIA,
Herbert
But doing the above breaks the df command on the host server.
df -h
FilesystemSize Used Avail Use% Mounted on
/dev/hdv1 198M 23M 166M 12% /
none 2.0G 33M 1.9G 2% /tmp
any suggestions on how this should be done?
thanks
sig
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Magnuson,
Sig
Sent: Wednesday, April 06, 2005 8:31 AM
To: vserver@list.linux-vserver.org
Subject: RE: [Vserver] a couple of beginner questions
Sorry, looking at my previous post I realized many may not look further down.
Please scroll down.
1) When inside a guest OS the df command does not work.
Is this normal? Here is my output:
[EMAIL PROTECTED] /
:df
df: cannot read table of mounted filesystems
[EMAIL PROTECTED] /
:df -k
df: cannot read table of mounted filesystems
no, that's not normal, but I suspect you are missing some
file (maybe /etc/mtab or so) which is used by the df
tool (using strace -fF on the df might shed some light
on that)
Other commands like top, ps, du all work fine.
When on the host server
cat /usr/local/etc/vservers/crux03/fstab
none/proc procdefaults0 0
none/tmptmpfs size=16m,mode=1777 0 0
none/dev/ptsdevpts gid=5,mode=620 0 0
When on the vserver
ls -la /etc/mtab
-rw-r--r-- 1 root root 0 Apr 6 08:13 /etc/mtab
ls -la /etc/fstab
-rw-r--r-- 1 root root 0 Apr 6 08:12 /etc/fstab
should I be populating my fstab with something? Everytime I put something in
it the versver won't start. Anyone have a example to share?
:strace -fF df
execve(/bin/df, [df], [/* 25 vars */]) = 0
uname({sys=Linux, node=vcrux03, ...}) = 0
brk(0) = 0x8051000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7fea000
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(tls/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(tls/i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(tls/sse2/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(tls/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
open(i686/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(sse2/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
open(libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
...
...
open(/usr/lib/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686/sse2, 0xb348) = -1 ENOENT (No such file or
directory)
open(/usr/lib/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/i686, 0xb348) = -1 ENOENT (No such file or
directory)
open(/usr/lib/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/usr/lib/sse2, 0xb348) = -1 ENOENT (No such file or
directory)
open(/usr/lib/libc.so.6, O_RDONLY)= -1 ENOENT (No such file or
directory)
stat64(/usr/lib, {st_mode=S_IFDIR|0755, st_size=8192, ...}) = 0
open(/lib/i686/sse2/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64(/lib/i686/sse2, 0xb348)= -1 ENOENT (No such file or
directory)
open(/lib/i686/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or
directory)
[Vserver] vserver build bug
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 --initstyle plain /usr/lib/util-vserver/vserver-build: line 125: /usr/lib/util- vserver/vserver-build.copy: No such file or directory Built the tools using: ./configure --prefix=/usr --sysconfdir=/etc --with-vrootdir=/vservers Kevin ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] CentOs distribution
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
http://whiteboxlinux.org/. A friend has it running on his home server
then went out a bought a REL book and found almost no differences.
Rod
--
Open Source Software - You usually get more than you pay for...
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
RE: [Vserver] CentOs distribution
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 software is that you get the bug fixes for the old software for a long time. Thus the stability. CENTOS is close to perfect, the main problem is that there are many customizations to the RH kernel over the plain vannilla kernel.org kernel that vserver does not compile for RH kernels, how much of that will affect you if you run a plain kernel on a RH disti, well that is more or less unknown you always run the risk of getting an arcane error that happens only to you. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul S. GumermanSent: Wednesday, April 06, 2005 8:07 PMTo: vserver@list.linux-vserver.orgSubject: Re: [Vserver] CentOs distributionMy 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 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? Fedora Core is updating packages way to fast. While I believe it is fine for personal use to always have the latest version of a package, in business it seems more appropriate to have a working version and only upgrade for security reasons or bug fixes - which is what also differs RHEL from FC - and upgrade to newer versions only if it has significant benefits to offer. I have tried to use Fedora Core for business projects, but this is not a Good Thing(tm). Since I am using FC since its first release, I have noticed, they release packages breaking backward compatibility or even the complete system at least every fourth month. While the rate has lowered, it still is to high for professional use I'd say. 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. With kind regards, Daniel S. Reichenbach ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] CentOs distribution
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 friend came by with a PC infected with CoolWebSearch. If I'm every in the presence of the jerk that wrote THAT crap, I may just employ the .357 solution. Damn ... but it was hard to get rid of! Ehab Heikal wrote: Centos 4 is based on 2.6 kernel, is the 2.6 branch stable. Plus RH now has selinux security enhancements these will not be compatible with a plain vanilla kernel like vserver. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul S. Gumerman Sent: Monday, April 04, 2005 10:41 PM To: vserver@list.linux-vserver.org Subject: [Vserver] CentOs distribution Has anyone tried the CentOs 4.0 distribution with linux-vserver? It's a repackage of RedHat Enterprise Linux 4.0. I'm currently using A mish-mash of FC1, 2 3 and I'm considering a switch to CentOs. Two of my servers are Opteron-based, so I'm particularly interested if you are using the x86_64 arch. http://www.centos.org Paul ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] CentOs distribution
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 difference between an enterprise grade system and just plain old software is that you get the bug fixes for the old software for a long time. Thus the stability. CENTOS is close to perfect, the main problem is that there are many customizations to the RH kernel over the plain vannilla kernel.org kernel that vserver does not compile for RH kernels, how much of that will affect you if you run a plain kernel on a RH disti, well that is more or less unknown you always run the risk of getting an arcane error that happens only to you. care to elaborate which kernel they use? I mean the one it is similar too ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul S. Gumerman Sent: Wednesday, April 06, 2005 8:07 PM To: vserver@list.linux-vserver.org Subject: Re: [Vserver] CentOs distribution 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 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? Fedora Core is updating packages way to fast. While I believe it is fine for personal use to always have the latest version of a package, in business it seems more appropriate to have a working version and only upgrade for security reasons or bug fixes - which is what also differs RHEL from FC - and upgrade to newer versions only if it has significant benefits to offer. I have tried to use Fedora Core for business projects, but this is not a Good Thing(tm). Since I am using FC since its first release, I have noticed, they release packages breaking backward compatibility or even the complete system at least every fourth month. While the rate has lowered, it still is to high for professional use I'd say. 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. With kind regards, Daniel S. Reichenbach ___ ___ Vserver mailing list [EMAIL PROTECTED] [2]http://list.linux-vserver.org/mailman/listinfo/vserver References 1. mailto:Vserver@list.linux-vserver.org 2. http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
[Vserver] util-vserver + dietlibc ...
... 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 3 (Heidelberg)
(tools work fine with glibc, except for the known issues)
with glibc, every v* command which executes something
fails with execv*: permission denied
even disabling noexec (noexec=off) did not improve the
situation ... the following dietlibc test program works fine:
#include stdio.h
#include stdlib.h
#include unistd.h
int main(int argc, char *argv[])
{
int ret;
ret = execvp(echo, argv);
/* not supposed to get here */
if (ret)
perror(execvp);
exit(1);
}
ppc (7450)
after adding a bunch of patches to dietlibc, the
dietlibc itself compiles (0.28++) and can be installed
./configure complains ...
configure: WARNING: ext2fs/ext2_fs.h: present but cannot be compiled
configure: WARNING: ext2fs/ext2_fs.h: check for missing
prerequisite headers?
configure: WARNING: ext2fs/ext2_fs.h: see the Autoconf documentation
configure: WARNING: ext2fs/ext2_fs.h: section Present But Cannot
Be Compiled
configure: WARNING: ext2fs/ext2_fs.h: proceeding with the
preprocessor's result
configure: WARNING: ext2fs/ext2_fs.h: in the future, the compiler will
take precedence
configure: WARNING: ##
-- ##
configure: WARNING: ## Report this to [EMAIL PROTECTED] ##
configure: WARNING: ##
-- ##
although the following is installed:
- libext2fs2-1.35-1mdk
- libext2fs2-devel-1.35-1mdk
and finally the compile fails with:
if diet ppc-mandrake-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I
./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -O2
-fsigned-char -frename-registers -mcpu=750 -mtune=7450 -pipe -std=c99 -Wall
-pedantic -W -MT src/vshelper-sync.o -MD -MP -MF $depbase.Tpo -c -o
src/vshelper-sync.o src/vshelper-sync.c; \
then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo;
exit 1; fi
src/vshelper-sync.c:89:4: #error vshelper relies on the Linux select()
behavior (timeout holds remaining time)
this is on Mandrake 9.1 (Bamboo) for ppc
but it fails with the very same issue on Yellow Dog Linux
(and probably Mandrake 10.1, but not tested)
please investigate!
TIA,
Herbert
PS: please let us know when you will find some time to look into it ...
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] util-vserver + dietlibc ...
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 with glibc
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
all on Fedora Core release 3 (Heidelberg)
(tools work fine with glibc, except for the known issues)
with glibc, every v* command which executes something
fails with execv*: permission denied
even disabling noexec (noexec=off) did not improve the
situation ... the following dietlibc test program works fine:
#include stdio.h
#include stdlib.h
#include unistd.h
int main(int argc, char *argv[])
{
int ret;
ret = execvp(echo, argv);
/* not supposed to get here */
if (ret)
perror(execvp);
exit(1);
}
ppc (7450)
after adding a bunch of patches to dietlibc, the
dietlibc itself compiles (0.28++) and can be installed
./configure complains ...
configure: WARNING: ext2fs/ext2_fs.h: present but cannot be compiled
configure: WARNING: ext2fs/ext2_fs.h: check for missing prerequisite headers?
configure: WARNING: ext2fs/ext2_fs.h: see the Autoconf documentation
configure: WARNING: ext2fs/ext2_fs.h: section Present But Cannot Be Compiled
configure: WARNING: ext2fs/ext2_fs.h: proceeding with the preprocessor's result
configure: WARNING: ext2fs/ext2_fs.h: in the future, the compiler will take precedence
configure: WARNING: ## -- ##
configure: WARNING: ## Report this to [EMAIL PROTECTED] ##
configure: WARNING: ## -- ##
although the following is installed:
- libext2fs2-1.35-1mdk
- libext2fs2-devel-1.35-1mdk
and finally the compile fails with:
if diet ppc-mandrake-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I ./lib -I
./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -O2 -fsigned-char
-frename-registers -mcpu=750 -mtune=7450 -pipe -std=c99 -Wall -pedantic -W -MT
src/vshelper-sync.o -MD -MP -MF $depbase.Tpo -c -o src/vshelper-sync.o
src/vshelper-sync.c; \
then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo;
exit 1; fi
src/vshelper-sync.c:89:4: #error vshelper relies on the Linux select()
behavior (timeout holds remaining time)
this is on Mandrake 9.1 (Bamboo) for ppc
but it fails with the very same issue on Yellow Dog Linux
(and probably Mandrake 10.1, but not tested)
please investigate!
TIA,
Herbert
PS: please let us know when you will find some time to look into it ...
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] util-vserver + dietlibc ...
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*: permission denied
ah, yes, thanks for the clarification ...
glibc seems to work fine.
BTW what are the Known issues with glibc
according to Enrico (please confirm or correct)
the glibc has issues with the fake name resolver
and is generally considered insecure because usually
dynamically linked ...
best,
Herbert
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
all on Fedora Core release 3 (Heidelberg)
(tools work fine with glibc, except for the known issues)
with glibc, every v* command which executes something
fails with execv*: permission denied
even disabling noexec (noexec=off) did not improve the
situation ... the following dietlibc test program works fine:
#include stdio.h
#include stdlib.h
#include unistd.h
int main(int argc, char *argv[])
{
int ret;
ret = execvp(echo, argv);
/* not supposed to get here */
if (ret)
perror(execvp);
exit(1);
}
ppc (7450)
after adding a bunch of patches to dietlibc, the
dietlibc itself compiles (0.28++) and can be installed
./configure complains ...
configure: WARNING: ext2fs/ext2_fs.h: present but cannot be compiled
configure: WARNING: ext2fs/ext2_fs.h: check for missing
prerequisite headers?
configure: WARNING: ext2fs/ext2_fs.h: see the Autoconf documentation
configure: WARNING: ext2fs/ext2_fs.h: section Present But
Cannot Be Compiled
configure: WARNING: ext2fs/ext2_fs.h: proceeding with the
preprocessor's result
configure: WARNING: ext2fs/ext2_fs.h: in the future, the compiler
will take precedence
configure: WARNING: ##
-- ##
configure: WARNING: ## Report this to
[EMAIL PROTECTED] ##
configure: WARNING: ##
-- ##
although the following is installed:
- libext2fs2-1.35-1mdk
- libext2fs2-devel-1.35-1mdk
and finally the compile fails with:
if diet ppc-mandrake-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I
./lib -I ./ensc_wrappers -D_GNU_SOURCE -D_REENTRANT -DNDEBUG -O2
-fsigned-char -frename-registers -mcpu=750 -mtune=7450 -pipe
-std=c99 -Wall -pedantic -W -MT src/vshelper-sync.o -MD -MP -MF
$depbase.Tpo -c -o src/vshelper-sync.o src/vshelper-sync.c; \
then mv -f $depbase.Tpo $depbase.Po; else rm -f $depbase.Tpo;
exit 1; fi
src/vshelper-sync.c:89:4: #error vshelper relies on the Linux
select() behavior (timeout holds remaining time)
this is on Mandrake 9.1 (Bamboo) for ppc
but it fails with the very same issue on Yellow Dog Linux
(and probably Mandrake 10.1, but not tested)
please investigate!
TIA,
Herbert
PS: please let us know when you will find some time to look into it ...
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
___
Vserver mailing list
Vserver@list.linux-vserver.org
http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] util-vserver + dietlibc ...
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 all on Fedora Core release 3 (Heidelberg) I'm running SuSE Linux 9.2 on AMD64 and util-linux-0.30.204 work just fine with dietlibc-0.28. Perhaps a compiler issue? My GCC says: gcc version 3.3.4 (pre 3.3.5 20040809) Michal Ludvig -- * Personal homepage: http://www.logix.cz/michal ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
Re: [Vserver] Report on Debian kernel 2.6.8-15 and vs1.9.5.12
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 any day now(tm), will be shipped with the 2.6.8 kernel as the primarly supported kernel. It contains backports of critical issues (including security fixes and major crashes), is the 2.6 kernel that is part of the Debian Installer that will be a part of the Sarge release, and will be the primary supported kernel for Sarge. This means that most Debian users will use the Debian 2.6.8 kernel, however there will be a 2.6.11 kernel available as a fall-back in the case that 2.6.8 has a major problem that cannot be backported. It is for these reasons that there was work done to get the vserver 1.9.5 patch sets to work with this version of the Debian kernel. Having a working version of this patch against the Debian kernel will make it easier to get it to work for future Debian kernel revisions, and will be included in the debian package kernel-patch-vserver. Plan: . Get a vanilla/mainline 2.6.11.6-vs1.9.5.12 kernel up and running on one machine . Find a way to easily check the debian 2.6.8-15-vs1.9.5.12 kernel, compare them and check for differences . Port the split vserver 1.9.5.12 patches, by using a diff against the vanilla 2.6.8 source and the debian 2.6.8-15 source (this diff has the md5sum: 823fee2ebc230fdddff90824662fae62) . Compile, reboot, test test test. Progress: . Got the 2.6.11-vs1.9.5.12 kernel up and running . Installed the vserver utils 0.30.205 + 2 patches . Converted legacy vserver configurations to new format . Bertl finished adapting each split patch, reassembled and was able to build successfully . Filed a couple Debian kernel-source-2.6.8 bug reports . First compile did not boot in qemu . After disabling power-management it boots fine (apparantly ACPI and PM got selected in kernel config) . 02:08 Bertl Linux-VServer Test [V0.11] (C) 2003-2005 H.Poetzl 02:08 Bertl chcontext is working. 02:08 Bertl chbind is working. 02:08 Bertl Linux 2.6.8-vs1.9.5 i686/0.30.204/0.30.204 [Ea] 02:08 Bertl VCI: 0001:0025 273 03110076 02:08 Bertl --- 02:08 Bertl [001]# succeeded. 02:08 Bertl [011]# succeeded. 02:08 Bertl [031]# succeeded. 02:08 Bertl [101]# succeeded. 02:08 Bertl [102]# succeeded. 02:08 Bertl [201]# succeeded. 02:08 Bertl [202]# succeeded. . Bertl tried with a different split (different from default) and it was broken somehow . http://vserver.13thfloor.at/Experimental/patch-2.6.8-15-vs1.9.5-1.diff was the first one . The latest version is http://vserver.13thfloor.at/Experimental/patch-2.6.8-15-vs1.9.5-1.1.diff okay, update here: for some reason (I really do not want to discuss it ;) the first patch was done against a vanilla 2.6.8 kernel instead of the supposed to be 2.6.8-15 debian kernel ... okay, okay I admit it, I forgot to patch the all-in-one debian patch ;) so now we have a basically untested 2.6.8-vs1.9.5 kernel and because debian 2.6.8-15 isn't that far away from that I was able to update it to 2.6.8-15 which is now available as: http://vserver.13thfloor.at/Experimental/patch-2.6.8-15-vs1.9.5-2.diff the varhz and split patches were dropped, because the kernel is just too old to support them properly ... we'll see if FOR-1.9.6 stuff will fit to that later, now the basic testing has to be done (debian folks please start testing the stuff ... and report issues back) also I would like to get a statement from the debian folks who will in future maintain the 'debian' kernel version of linux-vserver ... because I do the 'initial' port, but I will not have time to keep it up to date ... HTH, Herbert Notes/TODO: . Need to test NFS . Need to compile, boot and test several times with small changes, loooking at various features (from vserver paper and changelogs) to know what to test . Need to check ext2/ext3 xattr with disk limit accounting . The ext3 xattr/dquot stuff is broken in Debian, Bertl submitted a patch a few months ago that was included in mainline (http://lkml.org/lkml/2005/1/26/174), this gets quota wrong (filed debian bug: #303426) . Debian is missing http://www.ussg.iu.edu/hypermail/linux/kernel/0501.3/1026.html which is a spinlock_assert issue will crash your kernel when compiled with up/spinlock_debug (filed debian bug: #303424) . Debian has atomic_inc_return for all archs, except x86 (but not really a
Re: [Vserver] util-vserver + dietlibc ...
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 - cvs release 31.Mar.2005 - debian 0.28 version all on Fedora Core release 3 (Heidelberg) I'm running SuSE Linux 9.2 on AMD64 and util-linux-0.30.204 work just fine with dietlibc-0.28. Perhaps a compiler issue? My GCC says: gcc version 3.3.4 (pre 3.3.5 20040809) please could you provide an url to that dietlibc package from suse, I have several gcc's available and I'll test once the package is available ... TIA, Herbert Michal Ludvig -- * Personal homepage: http://www.logix.cz/michal ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver ___ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserver
