Reprise du message précédent :
<toto inside>
 
Salut les gens, j'ai donc recup un XenServer, installé sur un poweredge 2950, tout comme il faut. Uploader un .iso pour un test (CentOS 5.2). Jusque là, pas de soucis. Je lance mon install via l'outil d'admin Windows il demarre bien le CentOS ... Et puis rien ne se passe. Si après 24h je reboot la bécane, il me dit que la partition n'est pas bootable. Il y aurait-il un moyen de prendre la main en graphique ?  
 
</toto inside>

 
 
Cette semaine, j'ai fait un peu joujou avec Xen, histoire d'expérimenter en vue de le mettre en place sur mon futur serveur.
 
Donc tout se passe bien, ça me plaît beaucoup cette histoire, mais j'avais une petite interrogation :
quand je fait un "xm list" ou un "xm top", j'ai donc l'état de mes domaines, si il n'y a aucune charge dessus ils sont en "blocked", jusque là tout va bien.
Mais dès que fais tourner quelque chose sur un de mes DomU, il ne passe pas en "running", il n'est plus blocked mais n'a aucun état, "------".
 
En googlant un peu, je n'ai pas trouvé de réponse claire là-dessus, sachant qu'à part ça, les DomU en question tournent parfaitement bien.
 
Y a-t-il un soucis ou simplement n'ai-je pas bien compris la signification des différents States ?
(d'après le man, j'ai compris que ça devrait passer en running)
 
Tout ça sur Debian Lenny (pour le Dom0 et les DomU)

 
 
Je me permets de relancer la question ... Après avoir cherché j'ai trouvé que des sessions VNC étaient lancées en natif. Mais par le XenCenter il y pas moyen de se connecter en direct sur la bécane ? C'est un peu dommage non ?

Adresse toi au forum de support de XenServer

Justement, là je demande un avis d'utilisateur car sur les forums XenServer ils répondent juste "ah bah si tu montes pas de VPN c'est la merde".
 
Je trouve ca dommage d'avoir un produit qui a l'air de bien démonter, d'avoir fait une console d'administration (que windows ..) et au final de dire "ah bah rajoute un VPN sinon tu l'as dans le fion" ...  
Bref.

 
ssh ! ca marche sur toutes les vm et sur le xenserveur

 
Quand tu n'es pas en local avec la bécane, tu fais comment ?
Windows sur le SSH comment ? :x

Tu es en nat ? Tu peux faire un tunnel ssh pour tes windows (+ultravnc) si tu en as besoin. Il y a un how to sur le site xenserver avec putty (pas testé) !

Et bien effectivement, après moulte envie de meurtre .... C'était une connerie de NAT. En direct aucun pépin ... je capte toujours pas. Bref, merci hfrc

 
 
Sinon l'article dont je parlais http://support.citrix.com/article/CTX119906

Merci, ca pourrait m'etre utile

JE viens de passer à la dernière version de virtualbox. (2.2.2 je crois).
 
Et pour fêter ça, j'ai voulu tester counter strike dedans.
En choisissant opengl et bien c'est fluide! IMpressionnant ça passe vraiment fluide sans bug graphiques!
 
Bon problème, ce n'est pas jouable car les mouvements de la souris sont trés mal gérés (un micro mouvement et ça part nawac niveau vu). Mais les touches claviers marchent. Y a eu du gros progrés de ce côté là.

Hello, j'ai un P4 2.3Ghz avec une asus P4PE comme mobo et je n'ai pas de mode VT. Je voudrais bien m'installer une BSD sous xen (debian comme host)
 
Vous me conseillez quoi comme équipement pas cher d'occaz ?
 
Quel modele d P4 et quel mobo ?
 
Merciiiiii

T'as pas besoin de virtualisation hard pour faire tourner un BSD en domU, ca doit passer en PV, non ?

Ca doit fonctionner en PV pour NetBSD, mais pas pour FreeBSD ou OpenBSD. (mais je peux me tromper )

c'est quoi le mode PV ?

Un conseil, va lire la doc Xen.

je pense que c'est nécessaire là

Ca "semble" possible pour FreeBSD :
http://wiki.freebsd.org/FreeBSD/Xen
http://www.freebsd.org/doc/en_US.I [...] -GUEST-XEN
http://benoit.litchis.org/freebsd-xen/

c'est experimental le PV freebsd. Seul NetBSD est stable à ce niveau là

http://wiki.xensource.com/xenwiki/ [...] 1+2008.pdf
C'est assez bref, mais ca résume l'essentiel à savoir

c'est bon tout fonctionne, j'ai pu installer une etch vite fait en debootstrap et la j'installe une netBSD apres je test un windows, une freeBSD et une openBSD ^^
 
Et puis ça devrait être suffisant, va juste me falloir de la RAM car avec 512 ça va être juste

comment on quitte une console xen avec un clavier mac ?
ctrl ] marche pas

J'ai pas mal de problèmes avec VMware Infrastructure Web Access (VMware Server 2.1).
Quand je veux ajouter une VM, bien souvent, il n'arrive pas à lister le répertoire "/var/lib/vmware/Virtual\ Machines". Pareil lorsqu'il s'agit de lui renseigner l'emplacement d'un ISO comme lecteur CD-rom.
Depuis que VMware a passé tout en Java, il n'y a que des problèmes , l'interface lourde des versions 1.0 allait bien.
 
Rencontrez-vous aussi ce problème ?

Bon ben cool mon CDD de 3 mois pour cet été c'est mise en place d'infra Xen

Je sens que je vais squatter le topoc

On prends 10% de tes revenus par question à laquelle on réponds

 
ou pas

je te déban pour seulement 20%

Petit question, j'ai un serveur Debian Lenny / Xen 3.2 qui tourne avec 3 DomU.
Le processeur est un dual-core, j'ai donc deux CPU physiques de dispo.

Comme conseillé dans la doc si on veut priviliégier les I/O à la puissance de calcul, je veux dédier le cpu0 au Dom0, et faire tourner les DomU sur le cpu1, qu'ils se répartiront.
J'ai donc précisé :

dans mon /etc/xen/xend-config.sxp

et

dans chaque fichier de config de mes DomU.

Ça semble bien fonctionner, mais j'ai une petite interrogation sur la sortie de xm vcpu-list :

Le Dom0 a toujours 2 VCPU ici (dont un VCPU en "paused" ?), alors que logiquement j'aurais pensé que l'affichage aurait été similaire à celui des DomU, à savoir un seul VCPU, et affecté au cpu 0.

Un xm list me retourne bien un seul VCPU pour le Dom0 :

Est-ce normal et uniquement une question d'affichage ? ?

Bon, et sinon je patauge un peu niveau config réseau (mais je suis un peu une burne en réseau, ça n'aide pas).
 
J'aimerais juste une précision, parce que là, je suis englué dans les pages discutant du bridge sous Xen.
 
Je suis donc en bridge :  
-j'ai une carte eth0 (qui devient donc peth0) affectée au bridge xenbr0, bridge qui est connecté au Dom0 (par eth0) et à certains DomU.
-j'ai également une carte eth1 (peth1) et un deuxième bridge xenbr1, que je veux connecter à certains DomU (jusque là ça fonctionne), mais aussi isoler du Dom0.
Est-ce que la meilleure manière de le faire est de configurer un firewall sur le Dom0 afin de bloquer ce qui vient de eth1 ?
 
Intuitivement, je dirais que l'idéal serait de ne pas avoir d'interface eth1 dans le Dom0, et que le bridge xenbr1 communique uniquement avec peth1 vers l'extérieur.
Mais je dis sûrement une énorme connerie
 
Merci  

Pas compris ton problème là.
un firewall pour bloquer quoi ? qu'est-ce qui pourrait venir de/sur eth1 que tu devrais bloquer ?

 
Ce qui m'embête, c'est que mon Dom0 ait une IP sur xenbr1 (qui sera mon bridge "exposé" ).
 
Alors mon interrogation est peut-être idiote, je le répète, niveau réseau j'apprends lentement  

Ah, mais rien ne t'oblige à attribuer une IP à eth1

Ben justement, j'ai essayé sans lui donner d'IP, et derrière, quand je démarre mes DomU qui sont sur xenbr1, ils n'obtiennent plus d'adresse par DHCP
(pas essayé par contre si le réseau marchait avec des IP fixes sur les DomU, mais pas de raison je pense)

À moins qu'il y ait une manière bien précise de configurer eth1 dans le Dom0 pour que xenbr1 fonctionne sans pour autant lui attribuer d'IP.

Ce doit simplement être le script network-bridge qui a besoin que l'interface ait une IP pour son echange ethX <=> pethX
 
Essaye de copier dans un scripts network-bridge-noip, dans lequel tu vires tout ce qui est en rapport avec l'adresse IP et les echanges (ca va te faire progresser en reseau ).
Ou sinon un simple script qui te créé le bridge au final, puisque la plus gros du code de network-bridge c'est justement de conserver une interface accessible au dom0
 

 
Ah, j'avoue
 
Bon, je vais me pencher là-dessus, merci pour ton aide  

http://lists.xensource.com/archive [...] 00653.html
cadeau

 
Han    
 
Plus de 30 tabs ouvertes sur des ML Xen sans trouver ça  

Les archives des listes de diffusion dans Thunderbird c'est très très pratique

Parfait    
 

 
Et pas d'adresse pour eth1, encore merci  

Xen server 5.5 http://citrix.com/English/NE/news/ [...] ID=1690242