Reprise du message précédent :

 
En fait, comme je traîne souvent sur les ML de Xen, j'avais bien lu ça quelque part :
 

 
C'est Dave Scott qui répond

Xen 4.0 :
- Xen 4.0 libéré par Citrix
- Xen 4.0, Nitrogen 2.0 et autres petites brèves

C'est XCP, et le lien wiki marche pas

EDIT: ah si il marche, c'est moi

Oui c'est pour ça que je te demandai quelle API tu utilises

 
La grande question : me lance-je dans la compile et l'install et test ou je reste en 3.4.2

xenapi en Python (what else ? )

 
ouaip, d'ailleurs à ce sujet toujours flou sur l'avenir de cette API (enfin pas si flou, ça va être laissé de côté je pense).
 
Sinon Xen 4 inclu TMEM http://oss.oracle.com/projects/tmem/
 
Faut voir ce que ça donne en pratique

Bon en fait les infos que je recherche sont exposées via un sysfs de xen-backend, ça m'arrange pas
 
Ca sent la mise en place d'un bousin SNMP ça

Ouaip, ya du taff encore dans la XenAPI...

En fait je vais la jouer goret : récupération via ssh/xentop + parsing.
 
Je compte pas utiliser le code tous les jours donc je m'autorise à faire ça salement

 

Vivement cet été que je puisse avancer sur XO... Là entre la création de la boîte, le taff actuel, mes contrats, je m'en sors plus

 
Cool. J'avais quelques inquiétudes quand à la pérénnité de xen et surtout xenserver !

Salut,
 
Utilisez vous une interface d'admin graphique (web ou client lourd) pour gérer votre plate-forme virtualisée ? Si oui laquelle ?
 
Merci d'avance

XenServer

XenCenter alors

En un peu plus "open" ?

 
Tes besoins ?

Bah OpenXenCenter
 
Y a pas encore tout d'implémenté, mais le plus important y est (et y a déjà pas mal de chose).
Par contre il te faudra des machines en XCP pour pouvoir l'utiliser il me semble.

 
Me semble aussi, car "nouvelle" API...

Oki merci
Je me renseigne  à propos de ce qui existe  
 
Je vais jeter un oeuil à OpenXenCenter.
 
Besoins principaux :  
================
Création des machines virtuelles graphiquement
Connexion à la VM
Gestion du hardware des VMs
Gestion du réseau
Gestion du stockage
 
Besoins étendues
================
Snaphots et sauvegarde
Mise en place de la haute dispo
Gestion de "fermes" de serveurs
 
 
 
Bref sans allez aussi loin que Vcenter, dans l'idée

 
ouais un bon gros truc pour gérer 200+ serveur virtuels quoi

Pas forcément 200+ mais, 50+

Ah ben si t'as pas d'existant et que tu pars sur du tout neuf, tes possibilités sont :
- distrib qui gère KVM/Xen + libvirt + outils de clustering (RedHat, CentOS, Novell)
- XCP (libre, mais en cours de dev) / XenServer (pas libre, mais à priori robuste)

Ah et si en plus ca pouvait gérer plusieurs technos de virtualisation (kvm ou xen) ce serait top

edit : et faire le café xD

Ben libvirt le fait, mais tes hyperviseurs ne pourront être que l'un ou l'autre faut arrêter de rêver

Et surtout je trouve pas que ce soit une super idée de mixer les environnements

proxmox y peut faire kvm et openvz, après je sais pas si proxmox peut être utilisé en prod

J'ai un gros problème de réseau depuis que j'ai mis à jour xen 3.0 vers 3.2 (debian etch -> lenny):  
J'ai une machine virtuelle qui fait firewall/routeur/pppoe
Depuis la mise à jour certains sites web/boites mails sont inaccessibles, quand je regarde avec wireshark ce qui se passe sur le réseau j'ai plein de paquets malformé de taille 1470 octets qui se baladent.
 
Ca dit quelque chose à quelqu'un ?  

Oulà. Étrange ça
Tes paquets mal formés viennent de la VM qui fait quoi ?

en fait j'ai l'impression que les paquets sont mal découpés
 
Sur un domU:
 il y a un server pppd qui fait la conversion pppoe <-> ethernet de l'adsl entre  eth1 (modem) <-> ppp0
 
Puis le routage ppp0 <-> eth0 (réseau intranet) qui configuré grâce à des règle de base iptable
 

C'est fou comme la virtualisation devient autre avec un cpu plus récent.

autre chose: quand je passe le modem en mode routeur et que je désactive le ppp sur le domU (devenant inutile car géré par le modem), tout fonctionne... par contre la connection internet est lente.
Mais la lenteur dans cette configuration existait déjà avant l'update, c'est pour ça que j'avais fait gérer la conversion ppp <-> ethernet par le domU

hmm. Un bug related sur la MTU je pense, j'ai peut être vu ça quelque part.. Mais je retrouve pas, cherche de ce côté

edit : t'es en mode bridged ?

Passer d'un pentium M à un i7 ça change un poil. Pour le coup le cpu ne fait plus rien alors que la vm sous xp dépote bien.

C'est pas une histoire de MTU à redescendre ?

=> http://www.pubbs.net/200911/debian [...] sites.html (voir la fin)

ça a l'air de correspondre exactement au problème :
j'essayerai ça demain matin, merci

e_esprit, solveur de problèmes divers.
 
Dis, j'ai un soucis avec ma tondeuse, tu peux pas m'aider ?

Faut vider le sac

 
oh putain merci

Bon j'ai encore eu un plantage d'une VM hier, la modif de clocksource/ntp & co. n'a pas résolu le problème, il n'a fait que faire disparaitre les messages de softlock (ça a donc résolu un problème, mais pas celui des crashs)
 
Mais ce matin, alors que j'étais encore à moitié dans le sommeil, un truc m'est venu à l'esprit...
Les 2 VMs qui me posent soucis ont un autre point commun que d'être les plus sollicitées, elles ont toutes les deux des partoches en XFS...
Bon, j'ai plein d'autres VMs qui ont des partoches en XFS, mais qui ne posent pas ce problème... mais elles sont toujours en Etch
 
Et là... http://developer.amazonwebservices [...] adID=28968
 
Ce qui me laisse penser à un problème potentiel entre Lenny + Xen + XFS (avec un log V2)...
 
Je vais continuer à creuser cette piste