Re: domU squeeze dans un xen dom0 etch
Tu es bien en 64 bits sur ton dom0 ? On peux pas faire tourner un domU 64bits sur un dom0 32bits Guy Oui tout est en xen-amd64, dom0 et domU. Mickaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e97fe8d.4050...@free.fr
Re: domU squeeze dans un xen dom0 etch
Jean-Yves tu m'as mis sur la piste. J'avais déjà essayé de remplacer sda par hda mais sans succès. En insistant j'ai trouvé cette page : http://wiki.debian.org/Xen#DomU_.28guests.29-2 qui semble indiquer que faire tourner un domU 2.6.32 sur un xen etch est possible. Si j'ai bien compris il ne faut plus utiliser sda* mais xvda*. J'ai modifié la configuration 2.6.18 de mon domU en insérant xvda à la place de sda et cela a fonctionné. Mon domU fonctionne correctement et dans ce domU je peux voir les devices /dev/xvda*. Maintenant si je modifie de la même manière mon domU 2.6.32, je tombe sur la même erreur que précédemment. Mais cela n'est pas surprenant, selon le site mentionné ci-dessus utiliser un domU 2.6.32 nécessite de charger des modules : For those who want to test the 2.6.32 kernel domU on an earlier dom0, you have to make sure that the xen-blkfront domU driver is loaded La question que je me pose maintenant c'est comment savoir si ce module est chargé par mon domU 2.6.32 alors qu'il ne se lance pas ? Comment inspecter la configuration d'un noyau ? Si l'absence de ce module dans le noyau de mon domU 2.6.32 est confirmée, comment ajouter ce module à ce noyau ? Je ne suis pas spécialiste du noyau et je suis preneur d'informations sur les commandes et fichiers en relation avec mon problème. Merci pour vos réponses. Mickaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e980fad.1040...@free.fr
Re: domU squeeze dans un xen dom0 etch
Bonsoir, Pas spécialiste non plus, mais ce que tu peux tenter c'est quelque-chose de ce genre : Dans le domU dans lequel t'as installé le noyau xenifié 2.6.32, tu ajoutes les noms de modules en question dans /etc/initramfs-tools/modules (tu installes initramfs-tools si c'est pas déjà fait) Puis tu créés un nouvel initrd dans le domU avec une commande du genre : mkinitramfs -k 2.6.32-5-xen-amd64 -o /tmp/initrd.img-2.6.32-5-xen-amd64 Tu remplaces l'initrd de ton /boot/squeeze de dom0 par celui que tu viens de créer ... Et tu rédemarres ta vm pour voir so ça va mieux. A l'occasion fait nous voir ton fichier de conf, ça peut aider ;-) Guy Le 14/10/2011 12:32, Vera Mickael a écrit : Jean-Yves tu m'as mis sur la piste. J'avais déjà essayé de remplacer sda par hda mais sans succès. En insistant j'ai trouvé cette page : http://wiki.debian.org/Xen#DomU_.28guests.29-2 qui semble indiquer que faire tourner un domU 2.6.32 sur un xen etch est possible. Si j'ai bien compris il ne faut plus utiliser sda* mais xvda*. J'ai modifié la configuration 2.6.18 de mon domU en insérant xvda à la place de sda et cela a fonctionné. Mon domU fonctionne correctement et dans ce domU je peux voir les devices /dev/xvda*. Maintenant si je modifie de la même manière mon domU 2.6.32, je tombe sur la même erreur que précédemment. Mais cela n'est pas surprenant, selon le site mentionné ci-dessus utiliser un domU 2.6.32 nécessite de charger des modules : For those who want to test the 2.6.32 kernel domU on an earlier dom0, you have to make sure that the xen-blkfront domU driver is loaded La question que je me pose maintenant c'est comment savoir si ce module est chargé par mon domU 2.6.32 alors qu'il ne se lance pas ? Comment inspecter la configuration d'un noyau ? Si l'absence de ce module dans le noyau de mon domU 2.6.32 est confirmée, comment ajouter ce module à ce noyau ? Je ne suis pas spécialiste du noyau et je suis preneur d'informations sur les commandes et fichiers en relation avec mon problème. Merci pour vos réponses. Mickaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e98536d.6010...@teledetection.fr
Re: domU squeeze dans un xen dom0 etch
On Fri, 14 Oct 2011 12:32:13 +0200 Vera Mickael vera.mick...@free.fr wrote: Jean-Yves tu m'as mis sur la piste. H: en tout bien, tout honneur, hein! -- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/2011101418.3ba077dc@anubis.defcon1
Re: domU squeeze dans un xen dom0 etch
Bonjour, Désolé de casser le thread :-/ Merci pour vos réponses. J'ai essayé la solution de Guy consistant à copier le noyau squeeze sur le dom0 et à modifier la config du domU. J'obtiens l'erreur fournie en fin de mail. A priori mes recherches indiquent que cela proviendrait d'une incompatibilité de mode PAE des noyaux dom0 et domU. J'ai vérifié, les deux noyaux ont bien le PAE activé (dans /proc/cpuinfo) mais pas de trace deans les fichiers de config du noyau ? Est-ce que quelqu'un saurait d'où peut provenir cette erreur ? Je crains qu'il n'y ait un problème d'incompatibilité entre le vieux xen 3.0 et les noyaux récents 2.6.32. Mickaël [2011-10-13 16:54:58 xend.XendDomainInfo 7299] DEBUG (__init__:1072) XendDomainInfo.construct: None [2011-10-13 16:54:58 xend.XendDomainInfo 7299] DEBUG (__init__:1072) XendDomainInfo.initDomain: 6 1.0 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) Balloon: 2097896 KiB free; need 2097152; done. [2011-10-13 16:54:58 xend 7299] INFO (__init__:1072) buildDomain os=linux dom=6 vcpus=1 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) dom = 6 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) image = /boot/squeeze/vmlinuz-2.6.32-5-xen-amd64 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) store_evtchn = 1 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) console_evtchn = 2 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) cmdline= root=/dev/hda ro [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) ramdisk= /boot/squeeze/initrd.img-2.6.32-5-xen-amd64 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) vcpus = 1 [2011-10-13 16:54:58 xend 7299] DEBUG (__init__:1072) features = [2011-10-13 16:54:58 xend.XendDomainInfo 7299] ERROR (__init__:1072) Domain construction failed Traceback (most recent call last): File /usr/lib/xen-3.0.3-1/lib/python/xen/xend/XendDomainInfo.py, line 195, in create vm.initDomain() File /usr/lib/xen-3.0.3-1/lib/python/xen/xend/XendDomainInfo.py, line 1363, in initDomain raise VmError(str(exn)) VmError: (22, 'Invalid argument') [2011-10-13 16:54:58 xend.XendDomainInfo 7299] DEBUG (__init__:1072) XendDomainInfo.destroy: domid=6 [2011-10-13 16:54:58 xend.XendDomainInfo 7299] DEBUG (__init__:1072) XendDomainInfo.destroyDomain(6) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e9700ee.3050...@free.fr
Re: domU squeeze dans un xen dom0 etch
On Thu, 13 Oct 2011 17:17:02 +0200 Vera Mickael vera.mick...@free.fr wrote: ... /usr/lib/xen-3.0.3-1/lib/python/xen/xend/XendDomainInfo.py, line 195, in create vm.initDomain() File /usr/lib/xen-3.0.3-1/lib/python/xen/xend/XendDomainInfo.py, line 1363, in initDomain raise VmError(str(exn)) Commentaire de béotien (connaissois point personnellement Xen): n'y aurait'il pas un mix up de /dev/hdXY et de /dev/sdXY ? -- Drilling for oil is boring. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111013182259.1fb8d9df@anubis.defcon1
Re: domU squeeze dans un xen dom0 etch
Tu es bien en 64 bits sur ton dom0 ? On peux pas faire tourner un domU 64bits sur un dom0 32bits Guy Désolé de casser le thread :-/ Merci pour vos réponses. J'ai essayé la solution de Guy consistant à copier le noyau squeeze sur le dom0 et à modifier la config du domU. J'obtiens l'erreur fournie en fin de mail. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e97505c.8070...@teledetection.fr
domU squeeze dans un xen dom0 etch
Bonjour, Nous avons un server qui tourne depuis un moment sous etch que nous n'avons jamais migré. Aujourd'hui nous voudrions installer sur ce serveur de nouvelles applications qui nécessiteraient un environnement squeeze. Nous avons choisis d'explorer la voie xen. Nous avons installé xen (la version de etch), le dom0 fait maintenant fonctionner tous nos services. Il n'y a eu qu'une minute ou deux d'interruption le temps du reboot, c'est très appréciable, la machine avait un uptime de presque 500 jours. Nous avons facilement atteint notre premier objectif. Nous avons ensuite créé un domU PV squeeze qui semble fonctionner correctement. Mais quand je me connecte sur ce domU et que je tape uname -a je vois que le noyau utilisé est celui de etch (2.6.18). Je suis aussi surpris quand je tape dans le domU aptitude search linux-image de voir qu'aucun noyau n'est installé. Je devine que la création d'un domU doit être un peu particulière comparée à une installation sur une machine physique et en me documentant j'ai effectivement lu quelques documents traitant du partage des noyaux entre dom0 et domU. Mes questions sont les suivantes : Faut-il faire des efforts pour que notre domU squeeze utilise un noyau 2.6.32 ou notre domU squeeze va-t-il très bien fonctionner avec un noyau 2.6.18 ? Nous n'avons pas de besoins liés à une version particulière du noyau. S'il faut migrer vers un nouveau noyau, quel noyau installer depuis quel environnement ? Installer linux-image-2.6.32-5-xen-amd64 depuis le domU (aptitude install) va-t-il être suffisant et surtout ne pas casser notre dom0 ? Ce que nous voudrions éviter, c'est de migrer toute l'infrastructure xen + dom0 vers squeeze puis de créer un domU etch de déplacer nos applications dans ce domU. Cela impliquerait des manipulations complexes et une interruption de services. Merci d'avance pour toute réponse. Mickaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e95961b.30...@free.fr
Re: domU squeeze dans un xen dom0 etch
Le 10/12/11 15:28, Vera Mickael a écrit : Bonjour, Bonjour, Nous avons ensuite créé un domU PV squeeze qui semble fonctionner correctement. Mais quand je me connecte sur ce domU et que je tape uname -a je vois que le noyau utilisé est celui de etch (2.6.18). Je suis aussi surpris quand je tape dans le domU aptitude search linux-image de voir qu'aucun noyau n'est installé. Si le domU est en PV c'est donc le dom0 qui lors du lancement du domU 'passe' le noyau a executer (Les puristes de la virtualisation m'excuseront sur ma simplification) La version du noyau est désignée dans le fichier de conf, et ne dépend pas des paquest installés dans le domU Mes questions sont les suivantes : Faut-il faire des efforts pour que notre domU squeeze utilise un noyau 2.6.32 ou notre domU squeeze va-t-il très bien fonctionner avec un noyau 2.6.18 ? Nous n'avons pas de besoins liés à une version particulière du noyau. Pour moi cela a fonctionné avec un 2.6.18 sur un domU Lenny (pas tenté en squeeze) Mais il est facile de deposer (sans installer) dans le dom0 les initrd et vmlinuz d'une autre version de noyau pour tester. Pascal -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e959cda.2080...@shom.fr
Re: domU squeeze dans un xen dom0 etch
On Wed, 12 Oct 2011 15:28:59 +0200 Vera Mickael vera.mick...@free.fr wrote: ... fonctionner correctement. Mais quand je me connecte sur ce domU et que je tape uname -a je vois que le noyau utilisé est celui de etch (2.6.18). Je suis aussi surpris quand je tape dans le domU aptitude search linux-image de voir qu'aucun noyau n'est installé. Sans doute pcq les executables sont restés en place mais non-enregistrés dans la DB d'aptitude. ... Faut-il faire des efforts pour que notre domU squeeze utilise un noyau 2.6.32 ou notre domU squeeze va-t-il très bien fonctionner avec un noyau 2.6.18 ? Nous n'avons pas de besoins liés à une version particulière du noyau. Bcp de changements sont intervenus entre les 2 versions; bien que tout fonctionne farpaitement une future migration risque d'être plus épineuse (bien que ça ne soit pas une règle, il est en Gal plus facile de faire A-B-C que A-C). S'il faut migrer vers un nouveau noyau, quel noyau installer depuis quel environnement ? Installer linux-image-2.6.32-5-xen-amd64 depuis le domU (aptitude install) va-t-il être suffisant et surtout ne pas casser notre dom0 ? Le meilleure façon de faire reste le test: tu travailles sur une copie de l'image actuelle, et une fois que tout roule tu bascules l'original. -- Using words to describe magic is like using a screwdriver to cut roast beef. -- Tom Robbins -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111012160236.22215771@anubis.defcon1
Re: domU squeeze dans un xen dom0 etch
Le 12/10/2011 15:28, Vera Mickael a écrit : Nous avons ensuite créé un domU PV squeeze qui semble fonctionner correctement. Mais quand je me connecte sur ce domU et que je tape uname -a je vois que le noyau utilisé est celui de etch (2.6.18). Je suis aussi surpris quand je tape dans le domU aptitude search linux-image de voir qu'aucun noyau n'est installé. Bonjour, Effectivement, le DomU, utilise en général le noyau du Dom0. Il est possible de le changer en modifiant les paramètres kernel dans le fichier .cfg du Dom0, mais ce ne serait pas une bonne solution car votre Dom0 resterait sous etch, ce qui compliquerait par exemple les taches de mises à jours du noyau. La solution qui me semble la plus intéressante serait de d'installer directement un noyau 2.6.32 sur le DomU ainsi qu'un grub-legacy. Comme cela, votre machine virtuelle n'utiliserait plus le noyau du Dom0. Cela implique d'utiliser pygrub, en fait, il suffit de ne plus indiquer le noyau dans la conf du DomU et à la place de lui indiquer qu'il doit utiliser pygrub: bootloader = '/usr/lib/xen-default/bin/pygrub' Je procède comme ça pour faire tourner des DomU squeeze sur des machines Dom0 Lenny, je n'ai plus de machine sous Etch, mais il me semble que pygrub fonctionne également pour Etch. smime.p7s Description: S/MIME Cryptographic Signature
Re: domU squeeze dans un xen dom0 etch
Bonsoir, Faire pointer ton fichier de conf sur la version du noyau qui t'intéresse. p.ex. dans /etc/xen/mondomU.cfg on peut avoir ça : kernel = '/boot/squeeze/vmlinuz-2.6.32-5-xen-amd64' ramdisk = '/boot/squeeze/initrd.img-2.6.32-5-xen-amd64' Tu peux récupérer ces 2 fichiers directement dans ton domu en installant : aptitude install linux-image-2.6.32-5-xen-amd64 Tu copies alors les 2 fichiers qui se trouvent dans le /boot de dans ton domU vers ton dom0 dans le dossier /boot/squeeze (dans l'exemple) Note que l'install de ce paquet dans ton domU ne sert à rien, si ce n'est à récupérer ces 2 fichiers. Il faut arrêter le domU puis xm delete mondomU et faire un xm create pour que le changement de noyau soit pris en compte par le domU Chez moi ça marche avec un dom0 lenny. pas testé avec un dom0 etch. Guy Le 12/10/2011 15:28, Vera Mickael a écrit : Bonjour, Nous avons un server qui tourne depuis un moment sous etch que nous n'avons jamais migré. Aujourd'hui nous voudrions installer sur ce serveur de nouvelles applications qui nécessiteraient un environnement squeeze. Nous avons choisis d'explorer la voie xen. Nous avons installé xen (la version de etch), le dom0 fait maintenant fonctionner tous nos services. Il n'y a eu qu'une minute ou deux d'interruption le temps du reboot, c'est très appréciable, la machine avait un uptime de presque 500 jours. Nous avons facilement atteint notre premier objectif. Nous avons ensuite créé un domU PV squeeze qui semble fonctionner correctement. Mais quand je me connecte sur ce domU et que je tape uname -a je vois que le noyau utilisé est celui de etch (2.6.18). Je suis aussi surpris quand je tape dans le domU aptitude search linux-image de voir qu'aucun noyau n'est installé. Je devine que la création d'un domU doit être un peu particulière comparée à une installation sur une machine physique et en me documentant j'ai effectivement lu quelques documents traitant du partage des noyaux entre dom0 et domU. Mes questions sont les suivantes : Faut-il faire des efforts pour que notre domU squeeze utilise un noyau 2.6.32 ou notre domU squeeze va-t-il très bien fonctionner avec un noyau 2.6.18 ? Nous n'avons pas de besoins liés à une version particulière du noyau. S'il faut migrer vers un nouveau noyau, quel noyau installer depuis quel environnement ? Installer linux-image-2.6.32-5-xen-amd64 depuis le domU (aptitude install) va-t-il être suffisant et surtout ne pas casser notre dom0 ? Ce que nous voudrions éviter, c'est de migrer toute l'infrastructure xen + dom0 vers squeeze puis de créer un domU etch de déplacer nos applications dans ce domU. Cela impliquerait des manipulations complexes et une interruption de services. Merci d'avance pour toute réponse. Mickaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/4e95ba4e.8090...@teledetection.fr