First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 24619
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Linux High-Performance Clustering Team <hp-cluster@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Thomas Eckert <eckert.thomas@gmx.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
vserver-sources-2.4.21.17.ebuild vserver-sources-2.4.21.17.ebuild text/plain Thomas Eckert 2003-07-16 15:20 0000 1.39 KB Details
vserver-sources-2.4.23.1.22.ebuild vserver-sources-2.4.23.1.22.ebuild text/plain Thomas Eckert 2004-01-07 13:43 0000 1.27 KB Details
vserver-sources-2.4.24.1.26.ebuild vserver-sources-2.4.24.1.26.ebuild text/plain Thomas Eckert 2004-02-11 13:46 0000 1.27 KB Details
vserver-sources-2.4.25.1.3.8.ebuild vserver-sources-2.4.25.1.3.8.ebuild (devel-version) text/plain Thomas Eckert 2004-03-05 12:54 0000 1.30 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 24619 depends on: Show dependency tree
Bug 24619 blocks: 45043
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2003-07-16 15:19 0000
This ebuild installs a vanilla 2.4.17 patched with context-security to create
virtual servers (something similar to BSD jails). You also need the vserver-admin
tools from bug #19230 to make use of this new kernel.

At the moment ipv6-support needs to be enabled to make the kernel compile with
this patch.

Reproducible: Always
Steps to Reproduce:

------- Comment #1 From Thomas Eckert 2003-07-16 15:20:05 0000 -------
Created an attachment (id=14566) [details]
vserver-sources-2.4.21.17.ebuild

------- Comment #2 From Thomas Eckert 2003-08-07 12:28:10 0000 -------
ctx-17a is available on ftp -- renaming the ebuild updates to the new version.

------- Comment #3 From Baptiste SIMON 2003-08-17 07:21:17 0000 -------
Anyone from the vserver staff has advised me to prefer the ctx17a from Jacques
GELINAS (the project maintainer) than the one from solucorp. He had said that
the story was long... I don't have more information. :c)

I've patch my ctx17 kernel w/ the Jacques patches, and all seem ok w/ the
vserver-0.23 tools. cf. bug #19230

------- Comment #4 From Baptiste SIMON 2003-08-17 07:54:30 0000 -------
I've forgotten the URL :c/ sorry :
[ http://www.13thfloor.at/VServer/Patches.shtml ]

------- Comment #5 From Thomas Eckert 2003-09-06 08:22:58 0000 -------
I'm using the patches from ftp.solucorp.qc.ca (ctx17a) with vserver-0.23 -- no
problems so far.
btw. I thought solucorp _was_ the maintainers primary site?
As far as I understood the notes on 13thfloor the patches there are unofficial.

------- Comment #6 From Thomas Eckert 2003-10-18 02:13:41 0000 -------
another update (ctx-17c) is avail.
like the last one: just rename the ebuild.
I haven't tested 17c in production yet, but the changes seem small and the
kernel
builds fine with the new patch.
Now there is also a 2.4.22-version of the patch on "solucorp.qc.ca" -- but
I haven't even downloaded that one.

------- Comment #7 From Allen Parker 2003-12-06 10:31:49 0000 -------
This bug is fairly out of date. For the last few months, the vserver-sources
have instead had their home at http://www.linux-vserver.org the current
"stable" patchset is vs1.20 released by herbert poetzl. Maintainer: Please
subscribe to the vserver mailing list at lists.linux-vserver.org to stay up to
date. If need be, you may contact me directly, and I'll take over keeping this
thing current.

------- Comment #8 From Allen Parker 2003-12-06 10:32:24 0000 -------
adding myself to the cc

------- Comment #9 From Thomas Eckert 2003-12-06 10:41:44 0000 -------
@allen: i wasn't aware that maintainership changed -- it seems that
ftp.solucorp.qc.ca (Jaques) is still releasing new versions (both tools and
kernel-patch).
can you point us to further info regarding maintainership? (i did not find it
on
http://www.13thfloor.at/vserver/project/)

thanks, thomas

------- Comment #10 From Allen Parker 2003-12-06 10:57:36 0000 -------
As he may well be. herbert@13thfloor.at is the current maintainer of the kernel
patchset. #vserver on irc.oftc.net is the project irc channel,
vserver@list.linux-vserver.org, as I mentioned before Herbert has pretty much
taken the project over. Jacques Galinas didn't do much for a few months and
then Herbert asked if he could have the project and Jacques agreed. I'm not
sure why Jacques continues to release patches and tools, but Herbert's patches
have been very stable and bug-free. To get the full features of Herbert's
kernels, you must be running the util-vserver tools released by Enrico Sholz.
Unfortunately, the source of the util-vserver tools is currently down. I have
md5sum'd versions of all of his tools stored locally on one of my servers if
anyone is interested in gaining access to those sources.

It seems to me that Jacques Galinas is only doing code work specifically for
himself, as he's not an active participant on the mailing list (other than
source release announcements). Whereas on the other hand, Herbert Poetzl is
taking an active lead in the development and support of the linux-vserver/
s_context project. I hope that I've helped clear up some misconceptions and/or
misunderstandings as to the focus of the linux-vserver project.

As a side note, Herbert Poetzl is also doing expiremental releases of the
vs1.xx patchsets and he's doing the majority of the kernel-level development
and testing (I think he said something along the lines of each release is
compiled and run at least 10 times without an error before he'll release the
patchset).

------- Comment #11 From Thomas Eckert 2004-01-07 13:43:10 0000 -------
Created an attachment (id=23344) [details]
vserver-sources-2.4.23.1.22.ebuild

------- Comment #12 From Thomas Eckert 2004-01-07 13:44:43 0000 -------
I tested this on two machines for a few weeks now and it run fine (with
util-vserver-0.26 and the new 0.27).

------- Comment #13 From Allen Parker 2004-01-07 14:45:30 0000 -------
the current stable is 2.4.24-vs1.22. 2.4.x-vs1.4x will be coming soon
hopefully, vs1.3.3/vs1.3.4 is broken unless the Development/iw01.diff and
iw02.diff are applied. more information can be gained at #vserver on
irc.oftc.net

------- Comment #14 From Thomas Eckert 2004-01-18 07:58:13 0000 -------
update: 2.4.24-vs1.24 is the latest stable -- renaming the ebuild + ajusting KV
+ OKV is sufficient.

------- Comment #15 From Thomas Eckert 2004-02-11 13:46:33 0000 -------
Created an attachment (id=25431) [details]
vserver-sources-2.4.24.1.26.ebuild

latest version -- added new ebuild for convenience.

------- Comment #16 From Thomas Eckert 2004-03-05 12:54:46 0000 -------
Created an attachment (id=26913) [details]
vserver-sources-2.4.25.1.3.8.ebuild (devel-version)

ebuild for the latest deveolpment-version -- beside path-adjustments there are
modifications as the patch is now wrapped in an archive (tar.bz2).

------- Comment #17 From Thomas Eckert 2004-03-18 10:30:23 0000 -------
2 notes:
a) the devel-version (1.3.8) of the patch is also distributed in compressed diff-
format -- maybe we should use that one instead of the .tar.bz2-version?
b) I found LVM2 to be a good addition to the vserver-stuff: you can create
new devices/filesystems on the fly, play around with different filesystems,
the vservers are better "separated" from each other, ...
If there is interrest in this I could post the ajusted version (vs1.3.8 and
device-mapper dm-1).

------- Comment #18 From Thomas Eckert 2004-03-25 05:06:09 0000 -------
the latest stable is 1.27 now (haven't have time to test it yet, but a rename
should be sufficient).

for the devel-version there may be newer "util-vserver" than 0.29 (a prerelease
named "~.196") be needed. I haven't yet submitted an ebuild for that (could post
it this afternoon if the devel-vserver-patches make it in).

------- Comment #19 From Michael Imhof 2004-03-25 05:42:13 0000 -------
Okies. Checked this in as well.

First Last Prev Next    No search results available      Search page      Enter new bug