We currently migrate to MediaWiki from our old installation, but not all content has been migrated yet. Take a look at the Wiki Team page for instructions how to help or browse through our new wiki at wiki.linux-vserver.org to find the information already migrated.

Questions Fréquemment posées a propos du versionning VServer (Vserver Release FAQ)

Q. Que représente une version Stable et une version de Développement ?

A. Fondamentalement, les releases stable (1.Xz) et de developpement (1.Y.z) ont des fonctionnalités similaires pour Y = X+1, mais la version de développement incluera des fonctionnalités et améliorations non présentes dans la branche stable. Une fois que ces fonctionnalités sont mures, (et ont été testées en profondeur ;), elles seront intégrées à la branche stable.

Par exemple, la première version stable (1.00) utilise les deux appels système des versions précédentes. Toutefois, les appels système vserver ont été modifiés dans la première version de développement (1.1.0). Linux a attribué un appel système au projet vserver, de manière à ce qu'un System Call Switch (voir Syscall Switch Info) soit implémenté. Pour faire tourner une version de développement, vous aurez besoin d'utiliser les derniers outils cuisinés par Enrico, branche util-vserver.

Q. Comment fonctionne le Versionning ?

A. Since version 1.00 the versioning is similar to the kernel versioning scheme. Even numbered releases (1.Xz with even X) are stable, reasonably well tested and expected not to change feature-wise. Odd numbered (1.Y.z with odd Y) releases are development releases. The last digit/number (z) is a subversion identifier. Experimental versions and Release Candidates might add a fourth identifier to that scheme.

Q. What features are supported in which branch/release?

A. The following matrix tries to give an overview (it might be outdated)

Feature 1.00 1.20 1.26 1.3.8 0.09 1.9.0 1.9.2
Legacy Kernel API (vs1.2x) YES YES YES part part part part
Legacy Proc Filesystem YES YES YES part part part part
Immutable Link Invert YES YES YES YES YES YES YES
Initpid and Fakeinit YES YES YES YES yes yes YES
Syscall Command Switch - YES YES YES YES YES YES
Syscall vkill commands - yes yes YES YES YES YES
Syscall rlimit commands - YES YES YES YES YES YES
Syscall iattr commands - - - YES YES YES YES
Syscall namespace commands - - - YES YES YES YES
Syscall context flags - - - - YES YES YES
Syscall context caps - - - - YES YES YES
Syscall scheduler tuning - - - - - YES YES
Next gen. Proc Filesystem - - - YES YES YES YES
Hashed RCU for xid/nid/dlim - - - - - - YES
Chroot Barrier Flag - - - YES YES YES YES
Proc Security Flags - - yes YES YES YES YES
Userspace Reboot Helper - yes yes YES YES YES YES
VRoot Device - YES YES YES - - -
Advanced IP Selection - - - YES YES YES YES
Advanced uts_name config - - - YES YES YES YES
Fake Memory Display - - - - YES YES YES
Hard CPU limits - - - - - YES YES
Context File Tagging - - - - - YES YES
NFS based File Tagging - - - - - - YES
Per Context Disk Limits - - - - - - YES
Network Context Support - - - - - YES YES
Socket Accounting - - - - - YES YES
Advanced Sysctl Debug System - - - - - - YES
Extended proc/devpts Security - - - - - - YES
Flag: Pause Context - - - - - YES YES
Flag: Hide proc/mounts - - - - - YES YES
CCap: Secure Mount - - - - - YES YES
CCap: Change host/domainname - - - - - YES YES
CCap: Modify rlimits - - - - - YES YES
CCap: Raw ICMP for Ping - - - - - - YES
 

Q. What about additional patches?

A. There are Context Quota & Context Limit as well as Memory Limits and a lot of minor feature/enhancement patches available from Herbert. Alex has made available patches for Red Hat kernels in the past. See the Documentation page for links.