Reprise du message précédent :

 
le shutdown est mieux si tu as des bd sur ton domU.

 
tu te rends compte que c'est une énormité ce que tu dis quand même ? Une IP c'est une IP hein, que ce soit 10/8, 192.168/16 ou même du routable publiquement. C'est plutôt une doc qui étaye tes affirmations que j'attends... parce que là c'est toi qui avance des trucs illiogiques et sans fondements.

Je pense qu'il voulait simplement dire que par convention ce sont les @ IP employées par défaut, mais bien entendu que l'@ IP en elle même on met ce que l'on veut et heureusement. J'ai reussi a forcer l'ip en la passant dans la même ligne que l'@ mac mais pas pour le hostname... Si vous avez des idées je suis preneur
 
Pour la sauvegarde:
Le xm save coupe toutes les connexions donc normalement l'intégrité des fichiers est assuré.
 
Vous sauvegardez avec quoi vos vm au format block ? un dd ?
 
 
EDIT: en fait ça marche tjrs pas pour l'@IP  

Voilà c'est ça    Maintenant si tu veux sortir des conventions tu as le droit, mais si ça ne marche pas, on ne pourra pas t'aider. Le hostname, par convention c'est un truc propre à l'OS et pas à xen, donc ne le définit pas dans le fichier de conf du domU, mais dans /etc/hostname. Là encore c'est une convention libre à toi de ne pas la suivre  

 
l'ip tu la définis dans la VM, comme le hostname. Le nom que tu as dans la conf c'est celui employé dans xm list.

 
OK

Attention ne mélangont pas les personnes SVP . Je sais très bien que je peux utiliser l'@ IP que je souhaite. Je répondais à l'autre personne qui conseillait d'utiliser une adresse spécifique de type 10.X.X.X
 
Ce que je trouve aberrant c'est qu'on puisse forcer l'@MAC mais pas l'@IP ...
 
Surtout que je n'arrete pas de voir des wiki de particulier qui n'ont aucun souci avec des confs de ce style:

 
Ou dans un fichier de conf exemple de la ditrib :

Oh comme par hasard ils utilisent des IP en 10.0.0.x, tiens tiens... Et comme par hasard j'ai une config similaire et je peux forcer mes IP (encore heureux) et ça marche  
 
Par contre y'a du déchet: pourquoi spécifier ip="" et vif = ['ip=...'], ça fait doublon.

Ouhlala, tu mélanges un peu tout je crois

 
arrête de dire des imbécilités....

Je viens encore de trouver un autre exemple    :

 
Je ne comprend vraiment pas  

Suis les conseils de black_lord... au fait c'est quoi ses conseils? Ha oui il n'en dit aucun.
 
Moi j'ai des donné des pistes à explorer, maintenant t'en fais ce que tu veux. C'est peut-être imbécile, mais en tout cas ça marche à 100%, j'ai 5 VM 10.0.0.1 - 10.0.0.5
 
Sinon je dédrapal, je vois pas l'intérêt de ce topic, si dès qu'on donne une idée on se fait démonter.

igarimasho=> tu utilises quel type d'interface ? virtual ou bridge ?
 
Sa ne sert à rien de s'énerver, on est là pour s'entraider donc essyons d'avoir tous un minimum de respect pour que ça se passe bien
 

igarimasho> Tu utilises quoi comme type de networking ? bridge ? nat ? ou route ?
trailx original> même question

e_esprit=> j'utilise du bridge et comme je suis un  fou , du bridge sur du channel bonding mais ça n'influence en rien le reste

Pour ceux qui font tourner leur DOMU en 32bit alors que le DOM0 est en 64bit,
 
Les DOMU 32bit tourne en paravirtualisation ou en virtualisation (HVM) ?
 
Parce qu'actuellement quand je dit a mon DOM0 de créé une DOMU sur Debian via debootstrap et que je met le paramètre "--arch=i386" il me l'installe mais il se sert du "initrd / vmlinuz" de la DOM0 en 64bit

Voila, donc définir l'IP dans ta config ne sert à rien.  
 
Je vous laisse lire les différents /etc/xen/scripts/vif-bridge|nat|route pour la compréhension

Bah t'edites la config du domU et tu mets les noyaux/initrd 32 bits à la place (faut qu'ils soient accessibles depuis le dom0 je précise).

Tu sait ou je peux trouver les noyaux/initrd en 32bit ?

précise :

HVM ou PV
donne ton /etc/network/interfaces

Dans les dépots 32 bits  
Eventuellement, tu te chrootes dans la VM 32 bits, tu "aptitude install" le noyau xen 32 bits,
et tu le recopies quelque part dans le dom0
Et dans la vm, pense à installer les modules correspondants à la version du kernel.

Non.

xm pause va retirer le domaine des listes de scheduling de l'hyperviseur. S'il y a des I/O en cours, elles seront incomplètes (== réponse non traitées par le domU), vu que le handler dans le domU des xbd, vif... ne pourra pas être appelé vu que le domU ne s'execute plus.

S'il faut garder un état cohérent pour faire un snapshot, c'est xm save/restore, avec l'option -c pour demander un checkpoint (qui mettra effectivement le domU en pause, mais *après* avoir flushé les buffers). Là, les I/O seront effectivement complètes, et il n'y en aura pas de suivante de mise en queue, jusqu'a ce que l'ensemble reviennent dans un état cohérent après le restore.

La technique a fonctionné j'ai donc récupéré le noyau 32bit, j'ai tout mis dans /boot/
 
a la création de ma DOMU j'ai bien mis :
 

 
et pourtant au lancement de la DOMU 32bit :
 

 
J'sent que je vais passer toute la plateforme en 32bit Je sait pas comment t'as fait igarimasho pour faire cohabiter les deux mondes mais t'as recette m'intéresse

T'as plus qu'a aller faire ton plein ailleurs que chez elf.
 
 
ok je sors =====>[]

Oué j'ai limite envie d'en tirer une conclusion dans le genre

Ca te dit quoi "xm info | grep ^xen_caps" dans le dom0 ?

=> Gf4x3443
 
Oui effectivement tu as tout a fait raison, j'ai d'ailleurs préciser par la suite que j'utilisais finalement xm save/restore pour être parfaitement sûr que tout soit flusher et que les connexions soient couper correctement.
 
 
Pour les IP, en effet on ne peut pas en attribuer depuis le fichier de conf lorsqu'on utilise le mode bridge et c'est bien dommage    
 
 
Du coup, je me pose une nouvelle question (je n'ai pas vu de reponse clair dans les howto et autres guides).
 
J'utilise 2 bridge par VM et je voudrais savoir quel bridge est utilisé pour la migration   etant donné qu'on ne peut spécifier que le port à utiliser avec la commande xm migrate  
 
 

Ben y a pas de bridge utilisé pour la migration, puisqu'elle se fait via les dom0
(ou alors j'ai pas saisi ta question)

C'est quelle version de Xen/noyau dans ton dom0 ?
C'est une version compilée à la main ?  
 
Parce que la ton hypervisuer ne supporte que le 64 bits, effectivement

 
Depuis ma Debian etch 4, je l'ai installé comme ca :
 

 
Misère

Après rélexion et test, la migration se fait en fonction du nom d'hote distant, xen choisi la route qui lui est spécifié donc tout va bien    
 
Mais c'est vraiment dommage qu'on puisse pas forcer une @ip et un nom d'hostname quand on utilsie le mode bridge... Ca sniffie qu'on ne peut pas dupliquer une VM  

Avec dhcp ca devrait le faire, non ?

L'hyperviseur 3.0 doit pas supporter les mélanges d'archi.
Le 3.2 le gère très bien  

http://www.imsc.res.in/~kapil/blog [...] 0-20-18-56

T'as testé ?

pas le temps

Je suis passé en mode compilation pour avoir un Xen fonctionnel Sur un malentendu ça fonctionnera peut être Le truc que je me demande c'est comment entretenir une installation qu'on a compilé via les sources ? Quand une nouvelle version sort par exemple comment mettre a jour notre xen ? (je sait que ca serait plutôt a mettre dans les questions sur Linux mais bon )

 
c'est le bordel moi j'aime les paquets, c'est un soucis de moins, et j'en ai déjà bien assez à gérer comme ça.

=>e_esprit
Le problème est que je préfère maitriser les @IP de chacunes de mes VM sinon ça devient vite le bazar

Ben DHCP maitrise les adresses IP en fonction des adresses MAC, t'es pas forcé de le laisser faire ce qu'il veut