Category: Gentoo

Today, the Linux-VServer project released a new stable version of its kernel patch featuring support for Bind Mount Extensions, improved filesystem support for JFS, kernel helper improvements and other minor enhancements. The new version also fixes a lot of bugs including potential deadlocks, missing
context unhashing and network adress removal.

Alongside with the new kernel patch, the project announced the launch of a new and overhauled infrastructure for its web presence. The new project website is now based on MediaWiki using a complete new look and feel and will replace the old wiki in the future. Furthermore, an anonymous FTP archive, Subversion repositories and developer webspace have been added to public infrastructure.

The complete announcements (including a ChangeLog and detailed description of the new website) can be found at http://linux-vserver.org/Announcements/20060903

The vserver-sources-2.0.2 ebuild has been added to portage some minutes ago, and should hit the mirrors within an hour or two.

Have fun!

Just a quick note to all Gentoo VServer users:

There is an updated version of the howto available at http://www.gentoo.org/doc/en/vserver-howto.xml including a whole new chapter about nice little helpers in util-vserver for Gentoo as well as some minor fixes.

Additionally, util-vserver has been bumped to 0.30.210-r6 including the vlogin patch backported from vserver-utils to allow /dev/pts usage on “vserver foo enter” (See http://list.linux-vserver.org/archive/vserver/msg12117.html for more info), a working “make test”, a delete command for guests and some other minor fixes.

Enjoy!

Hey all!

It’s time again for some status update regarding VServer/OpenVZ, so i thought i use my spare time for blog dedusting 😉

First, we have created the Gentoo VPS project, in order to concert the development of different implementations, and provide a convenient way for use with gentoo. The project page can be found at http://dev.croup.de/proj/gentoo-vps including Documentation and anonymous SVN access to our repository. The repository contains all patches and scripts for ebuilds in portage (openvz-sources, vserver-sources, util-vserver and vzctl), an experimental overlay, vserver stage building scripts and of course baselayout-vserver.

We also moved the old vserver profile (vserver/x86) to default-linux/x86/2005.1/vserver to provide a profile compliant to the default ones. While doing this, we also added a vserver profile for amd64 (in default-linux/amd64/2005.1/vserver).

There also has been some bug fixing in util-vserver regarding start/stop/restart behaviour and supported init styles. Now, both 1.11.14 and 1.12.0_pre* only support the plain init style, and they will never support the gentoo init style again. So, please consider the gentoo init style a deprecated workaround, and do not use it anymore!

Having fixed so many things, there was also a need for new stages, especially with regard to the profile move. So we built new stages for x86 and amd64, which can now be found on the gentoo mirrors in the experimental/{arch}/vserver directory. There won’t be any stages on my space on dev.gentoo.org anymore, so please update your bookmarks, if you have any 😉

The last weeks have also brought some new releases to the VServer community, including a bugfix release of the stable VServer branch (2.0.1) and the first release of the next development branch (2.1.0). A list of changes can be found at http://www.13thfloor.at/vserver/s_rel26/overview or http://www.13thfloor.at/vserver/d_rel26/overview/ respectively.

Also, as some of you may have noticed, i started an alternative userspace implementation for util-vserver, which is meant to be clean, arch independant and legacy-free. With the release of 2.1.0 i have made the first development version (1.0.x) available to the public. It can be found at http://dev.croup.de/proj/vserver-utils . Be aware that these new utils do not contain all features the current utils do, but the implemented ones should work quite reliable. Feel free to test and report any issues!

Last but not least, OpenVZ has made it into the tree, and alongside the VServer X-Mas stabilisation, i marked all OpenVZ components stable on x86 and amd64 too. There are still some bugs in the stages with regard to OpenVZ, which will be fixed during the next release; everything else should work quite well.

To make this blog post a bit more interactive, i have prepared a Gentoo Linux-VServer usage survey, in order to collect some usage information from Gentoo users. It would be very kind if you’d spend another five minutes to fill out the form, and help us to improve VServer in Gentoo even more.

Also if you feel generous or just like the work for Gentoo VServer/OpenVZ and want to support further development, you can take a look at my Amazon Wishlist or just make a PayPal donation to hollow@gentoo.org

Thanks for your support and attention, and merry X-Mas to you all.

Benedikt

app-portage/eix is currently unmaintained upstream, and definitely needs some love for upcoming portage changes

if you’re interested please contact hollow@gentoo.org

Hi All,

recently Stuart and I came up with idea to consolidate development of all Virtualization systems in Gentoo.

Virtualization is a framework or methodology of dividing the resources of a computer into multiple execution environments. Virtualization techniques create multiple isolated partitions (Virtual Machines (VM) or Virtual Private Servers (VPS)) on a single physical server. There are several kinds of virtualization techniques which provide similar features but differ in the degree of abstraction and the methods used for virtualization.

First technique: Virtual Machines (e.g. VMWare, MS VirtualPC)
Second technique: Para-Virtualized Machines (e.g. UML, Xen)
Third technique: Virtualization on the OS Level (e.g. Linux-VServer, OpenVZ aka Virtuozzo)

A more detailed comparision can be found at [1].

We’d like to encourage everyone who is interested in Virtualization development in Gentoo to join #gentoo-vps (or reply to the list) and participate in the planning of this effort.

Cheers!

[1] http://openvz.org/documentation/tech/virtualization

Long time no post, well, i’m not that kind of person who spends his time with writing, but as this is a major milestone in vserver development, i thought to share some facts and ideas…

First of all sys-kernel/vserver-sources-2.0 should hit the mirrors in some hours, and wrt new archs supported in the 2.0 series i opened a bug for arch testers as well, so we get the appropriate keywords.

Some days ago i also created the vserver herd which consists of phreak (who has just been recruited, congrats btw!) and myself atm. If you want to help out, just drop a note in #gentoo-vserver or email vserver-devs@gentoo.org – currently the util-vserver package would need some love wrt start/stop a vserver, as this procedure is kinda borked in 205-208…

As of util-vserver-0.30.208-r1 a new script called vserver-new will be shipped, which automagically creates vservers from a stage3 tarball or just clones an existing one.

Since the util-vserver package contains many legacy wrappers and an imo completely borked configuration layout I started to write new tools and also a libvserver, a wrapper around the vserver syscalls (check the libvserver wiki). If you’re interested in tool development or if you have any wishes/suggestions/whatever, just drop a note.

Also the vserver-howto will get some love the next days, since it definitely needs some tweaking wrt latest development!

If you have any questions about vserver feel free to conteact me via mail or on irc

Cheers!

This is really driving me nuts. Why do people always have to moan?

I can understand that breaking the system isn’t a very good idea and people will complain, but this does not count for the testing branch. And I totally agree with vericgars post clarifying the situation.

I also cannot underline trapnis denunciation of the php herd, it’s their decision to not unmask it for certain reasons, and users using testing may not complain if things break. they do.

So, finally, tbh i don’t really care. Working ebuilds are in the tree and whether i have to unmask them or not is kinda irrelevant.

Just my 2 cents

Well… hello planet gentoo 🙂

This is my first blog ever (therefore the tagline) and i hope to write some information about what i’m currently doing and thinking from time to time

So, thanks for this nice piece of gentoo!