Archlinux.fr [Forums]

bonjour
je me suis essayé à l'installation de LXC, j'ai utilisé pour ce là le tuto de tuxce : http:/tuxce.selfip.org/informatique/conteneurs-linux-lxc

le kernel utilisé est : kernel26-daslxc 2.6.31.6-1 de pkg AUR

mon problème est le suivant je lance l'exécution du centenaire :
lxc-start -n servftp
lxc-start: Device or resource busy - failed to mount a new instance of '/dev/pts'
lxc-start: failed to setup the new pts instance
lxc-start: failed to setup the container
[root@serv ~]#
pour autant j'ai suvi le tuto
donc plusieurs questions:
1 udev ne fonctionne pas dans le contenaire donc faut il le désactiver l'Udev du serveur qui l'accueil ?
ou juste dans le centenaire
2 cp -a lib/udev/devices/* dev/ est t'il bien dans le centenaire
avant javai déjà fait une installe, elle demarée en lançant Udev malgré le script init modifier dans le contenaire, mais bloqué, je l'arrêté avec lxc-stop j'ai la même installe mes pas les mêmes résultats
3 on monte un périphérique spécial pour lxc à qoi sert il ?
beaucoup de questions et en plus essentiellement pour tuxce
j'aurai pus les posées sur tuxce.selfip.org/ mai je voulais en faire profité le plus de monde possible car LXC est un beau projet donc voila et merci d'avance

salut,

PPhilippe a écrit : mon problème est le suivant je lance l'exécution du centenaire :

je comprenais pas au début (je pensais à une blague ou une référence) , tu veux dire "conteneur" ou "container" ?

PPhilippe a écrit : lxc-start: Device or resource busy - failed to mount a new instance of '/dev/pts'

c'est que le kernel pris ne permet pas d'avoir plusieurs instances de pseudo terminaux, il faut qu'il soit compilé avec l'option:
CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
(et je viens de me rendre compte que je l'ai pas mis dans mon article )

PPhilippe a écrit : 1 udev ne fonctionne pas dans le contenaire donc faut il le désactiver l'Udev du serveur qui l'accueil ?
ou juste dans le centenaire

juste du conteneur, c'est celui ci qui ne va pas fonctionner

PPhilippe a écrit : 2 cp -a lib/udev/devices/* dev/ est t'il bien dans le centenaire
avant javai déjà fait une installe, elle demarée en lançant Udev malgré le script init modifier dans le contenaire, mais bloqué, je l'arrêté avec lxc-stop j'ai la même installe mes pas les mêmes résultats

là, j'ai pas tout compris...

PPhilippe a écrit : 3 on monte un périphérique spécial pour lxc à qoi sert il ?

c'est pour la gestion de permissions, ressources, limitations etc...

PPhilippe a écrit : j'aurai pus les posées sur tuxce.selfip.org/ mai je voulais en faire profité le plus de monde possible car LXC est un beau projet donc voila et merci d'avance

t'as très bien fait

Merci
il est vrai que mon explication n'est pas terrible
en gros si j'ai bien compris apres: mv sbin/init{,.old} tu crai un fichier exécutable init dans le conteneur avec pour script shel :
#!/bin/sh

# Montage des pseudos systèmes de fichier
/bin/mount -n -t proc none /proc
/bin/mount -n -t sysfs none /sys
mount -a
......... et la suite

donc ça court-circuite inittab dans le conteneur ok sauf que je ne comprand pas pourqoi chez mois Udev ce lance dans le conteneur , même quand j'enleve init voir même le dossier boot ? je bloque
je vais recompiler le kernel et voir.
Merci de tes explications

euh, je sais pas si c'est du sms ou tout simplement des fautes, mais sérieusement, il faudrait installer un correcteur, parce que certaines font carrément mal aux yeux.

PPhilippe a écrit :......... et la suite

c'est des commandes tout ce qu'il y a de plus normal, qu'est ce que tu ne comprends pas ? ce que font les scripts dans /etc/rc.d/* ?

pour udev, je ne vois pas non plus, mon script (basé sur celui d'Ulhume) ne l'appelle pas, donc ça doit être une mauvaise manipulation de ta part.

pour les fautes ce ne sont pas tes yeux, ces mes doits on va dir
et je comprends très bien ce que font les scripts dans rc.d.

non juste un souci dans le conteneur il lance udev après un lxc-start -n virt1. virt1 est le nom du conteneur alors que j'ai remplacé le init, il lance visiblement rc.sysinit de inittab.

Je me trompe peut-êtres, je croyais que inittab était lue par init dans sbin et que du cout il lancé rc.sysinit dans un démarrage normal, mais je ne vois pas comment ce là est possible en utilisant ton script init.

je reste perplexe

pour les fautes ce ne sont pas tes yeux, ces mes doits on va dir

Pu n tu as raté tous tes cours de français, tu devrais rentrer en contact avec ou porter plainte contre l'education nationale

sympa mec juste fortement handicapé par ce souci: dyslexie donc ta geul de rat tu te la garde (PS je parle de ton icone bien sur)
je ne critique jamais personne sur certain sujets. de plus monsieur François de Closet ce bat pour rénover cette orthographe qui est l'une des seules à engendrer ces difficultés. Malgré ce la je suis ingé et patron de ma boite donc à voir.

bon je suppose que mes difficultés viennent de là :
CONFIG_SCHED_OTHER
CONFIG_FAIR_GROUP_SCHED
CONFIG_RT_GROUP_SCHED
CONFIG_USER_SCHED
CONFIG_CGROUP_SCHED

ces lignes n'apparaissent pas dans le .conf généré à l'installation de Archlinux actuel BASE + DEV . Je parle bien des lignes et pas de leurs activations par y ou non activé par # donc soit le kernel 2.6.31 n'est pas la bonne base soit ? pourrait tu lier ton .conf au tuto pour comparaison.
Merci d'avance.

Pour l'instant, la machine sur laquelle j'utilise LXC utilise le noyau 2.6.31.4 dont j'avais mis le PKGBUILD sur le site. Je l'ai pas mis sur AUR parce que je ne vais pas le mettre à jour au même rythme que celui d'arch (d'ailleurs je l'ai toujours pas mis à jour ):
http://tuxce.selfip.org/wp-content/uplo ... src.tar.gz

je reprend LXC et la bada-boum de nouveau donc voila et ça bloque sur udev alors que j'utilise ton script init dans sbin du conteneur
on voie bien qu'il démarre udev première ligne
il faudrait trouver une solution pour virrer udev des conteneurs
je ne trouve pas la séquence de démarrage qui lance udev normalement c'est init dans sbin je panses non.
à plus

D'après la sortie que tu postes, ce n'est pas l'"init" modifié qui est lancé !
t'as un wiki ici: http://wiki.archlinux.org/index.php/Linux_Containers

@chaton987, merci de ne pas déterrer des vieux topics. J'ose espère qu'en 6 ans la réponse a été trouvé, et dans tous les cas le développement de LXC a sans doute suffisamment avancé pour que le problème n'ait plus de sens aujourd'hui.