Editing
From Lenny kernel to Ben Green kernel/fr
From Linix VServer
Jump to navigation
Jump to search
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
== Changer de kernel VServer == La Debian Lenny fournit le 2.6.26, qu'il vaut mieux éviter « ''For your own good'' » (« pour votre propre bien »), selon Bertl. (Voyez [[Installation_on_Debian#Issues_with_the_current_2.6.26_Kernel]] pour les problèmes qui l'affectent.) == Alternative(s) == Une des possibilités qui s'offre aux debianistes est d'installer le kernel VServer 2.6.31.12 ou 2.6.33.1 de Ben Green. C'est un kernel fourni en paquet .deb et ''debianisé'' en ce sens qu'il est compilé à la manière Debian, et à partir d'un '.config' Debian. La plupart des options sont compilées sous forme de modules chargeables (autant que possible) et un paquet .deb source est également fourni pour le cas où une compilation perso s'avérerait nécessaire. Ben recommande : * d'utiliser le 2.6.31.12 en production, le patch VServer étant trop vieux dans le 2.6.33 ; * d'installer le méta-paquet 'linux-image-vserver-2.6.31-beng', dépendant toujours du dernier 2.6.31 compilé et dont il déclenchera l'installation lorsqu'il est mis à jour. Petit ''disclaimer'' cependant : * l'installation se fait, comme d'usage, aux risques et périls exclusifs de l'utilisateur : ce kernel, bien qu'indiscutablement plus indiqué sous l'angle VServer, pourrait ne pas être aussi stable qu'un kernel Debian d'origine ; * il ne faudra donc pas assigner l'auteur, ou Ben, en cas de problème ; Cela étant, ces kernels tournent en prod sur plusieurs serveurs, sans que des problèmes graves n'aient été rapportés. == Où trouver un autre kernel convenable ? == Ici : http://kernels.bristolwireless.net/, en ajoutant la ligne suivante dans /etc/apt/source.list, ou dans un source list dédié : <pre> ~# cat << EOF >> /etc/apt/sources.list.d/psand-vserver.list deb http://repo.psand.net/ lenny main EOF </pre> Une installation habituelle s'effectura après sélection du paquet. == Que faire ensuite ? == Avant de rebooter, il faudrait : * installer aussi le paquet util-vserver présent dans le même dépôt. Prendre util-vserver-basic-debian (et non '-basic' tout court) si on upgrade un kernel Debian d'origine ; * s'assurer que make est installée sur la machine (le paquet util-vserver dont question ci-dessus ne déclare pas de dépendance sur make, mais il en a besoin au lancement des VServers) ; * changer le lien symbolique /etc/vservers/.default/vdirbase : (il pointe sur /var/lib/vservers par défaut) : <pre> ~# cd /etc/vservers/.default ~# rm vdirbase ~# ln -s /srv/vservers vdirbase </pre> On peut ensuite rebooter la machine, qui devrait normalement démarrer les VServers existants. Il reste ensuite quelques petites choses à faire pour rendre le système pleinement opérationnel : * vérifier et fixer la chroot barrier : : 1. vérifier : <pre> portalis:~# showattr /srv/ ----buic- /srv/ ----buic- /srv/kvm ----buic- /srv/lost+found ----Buic- /srv/vservers </pre> : 2. fixer, si on n'a pas le « B » (majuscule --- en miniscule, il signifie que la barrière est plaçable, mais actuellement non placée) : <pre> ~# setattr --barrier /srv/vservers </pre> Si tous les VServers sont sous une seule arborescence dédiée (ici /srv/vservers), placer la barrière uniquement sur le parent de leur répertoire est suffisant. Sinon, il faut répéter l'opération. * repositionner le flag ''iunlink'' sur les fichiers hashifiés ! : 1. vérifier : <pre> ~# find /srv/vservers/.hash -type f -----UIC- /srv/vservers/.hash/dd/76 /a83691887d3cd1fddcc6dcab2d5c7b8ee273-00000000 [...] </pre> : 2. fixer, si on n'a pas le « U » (majuscule). Il y aura un « u » (miniscule), qui signie flag dispo, mais pas mis : <pre> ~# find /srv/vservers/.hash -type f -exec setattr --iunlink {} \; </pre> (N.B. cette commande est suggérée dans la FAQ sous réserve de vérification. C'est fait, et elle fonctionne). * retirer les fichiers hashifiés inutiles (cad. qui n'ont qu'1 seul lien, ce qui signifie qu'ils n'existent que dans le ''hash'', sans être liés à aucun VServer) : : 1. commande : <pre> ~# find /srv/vservers/.hash -type f -print0 | xargs -0 -rm </pre> : 2. NB très important : sans repositionner iunlink, il est impossible de faire des mises à jour des VServers : on ne sait pas remplacer les fichiers à modifier car les liens ne "cassent" pas comme ils devraient. : C'est un des problèmes qui affectent le 2.6.26 de Lenny. * redémarrer les VServers actifs sur la machine : ~# for vs in $(ls -1 /srv/vservers) do vserver $vs restart done (C'est ls -1 (un), pas -l (la lettre « -l ») == Merci qui ? == * aux développeurs, pour VServer ; * à BenG, pour ses kernels ; * à l'auteur du paquet vserver-util-basic-debian (Ghislain, je crois ?) ([[User:Jfs|jfs]]) [[Category:Migration/fr]]
Summary:
Please note that all contributions to Linix VServer may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
Linix VServer:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Navigation menu
Page actions
Page
Discussion
Read
Edit
History
Page actions
Page
Discussion
More
Tools
Personal tools
Not logged in
Talk
Contributions
Create account
Log in
About
Overview
Paper
News
Developers
Donations
Search
Getting Started
Downloads
FAQs
Documentation
Support
Participate
How to participate
Report a Bug
Communicate
Teams/Projects
Hall of Fame
Resources
Archives
Recent Wiki Changes
Pastebin
Related Projects
VServer Hosting
Happy VServer Users
Tools
What links here
Related changes
Special pages
Page information