Reprise du message précédent :
T'as appuyé sur Entrée?

non, Entrée ou Ctrl+c rien y fait.

T'as ssh qui tourne? log toi comme ça si tu peux. Sinon dans ton dom0, fais $ xm list, et regarde si la VM n'est pas bloquée.

non j'ai pas de ssh qui tourne, je viens juste de l'installer.

 
semble pas bloqué. Bizzar

b = blocked  

Mais bon là ça ne veut rien dire.

Doit te manquer la ligne console ou je sais plus trop quoi (extras="blablabla" ?) dans ton fichier de conf
Ca doit se trouver sur ce topic, ou dans les docs, ou dans les archives de la ML de xen-users, etc.

Bon j'ai trouvé extra = "xencons=tty" et ça marche.
 
Mais alors pourquoi il me fait comme erreur au démarrage modprobe: FATAL: Could not load /lib/modules/2.6.26-2-xen-686/modules.dep: No such file or directory j'ai essayé de regardé sur google rien trouvé à se sujet.
 
deK --> J'ai toujours le b même quand je suis logué : leopard                                      5   128     1     -b----     12.7

Faut installer les modules dans ton domU

tu parle de quels modules? linux-modules-xen-686? car je les est installé et ça ne change rien.
 
Désolé si je suis un peut nul  

linux-modules-2.6.26-2-xen-686 (mais ca revient au meme).
 
dans le domU hein, on est bien d'accord
 
Et tu auras quand meme des FATAL error inserting module machin, pour tout ce qui n'est pas disponible dans une VM (capteur de temperature par exemple), mais c'est pas grave

 
bon ok, c'est bien ça les erreurs, j'avais pas pensé à ça, mais comme j'aime pas les erreurs dans les logs    
 
Bon je crois que c'est bon, je vais pouvoir mettre ça en production.
Je reviendrais si j'ai un problème.
 
Merci encore de votre aide.

Une autre question.J'ai une carte Pci pour les appels rentrant d'une ligne analogique pour asterisk, c'est chaud aussi à FW les ports pci sur un domU? car j'ai pas trouvé grand chose sur google. Merci

http://www.google.com/search?q=xen+pci+passthrough

L'astuce était de savoir qu'il fallait chercher le terme "passthrough"

Ah ok merci  

 
ce serait vraiment bien que tu cherches par toi même un peu...

Bon là ça commence à me gaver, donc je pose la question :
J'ai fais une petite interface web qui utilise les RPC de l'API Xen, pour afficher les VM, faire des migration, stop, pause, afficher l'adresse MAC etc.
Bref, ça marche bien de côté (je ferai des screen si yen a qui veulent).

J'ai découvert "xm new" qui est différent de "xm create" pour démarrer une VM.

• xm create mondomaine.cfg -> démarre la VM et l'ajoute au manager de Xen (en gros). Quand on shutdown la VM, elle disparait en fait du manager. Pour la démarrer à nouveau, un xm create est nécessaire ; Pas très pratique pour mon interface web, j'aimerai voir les VM qui sont "shutdown" pour les démarrer si besoin est. Sinon, elles sont invisible de Xen !
• xm new mondomaine.cfg -> ajoute la VM au manager de Xen mais ne la démarre pas. Elle est donc affiché comme "shutdown". Pour la démarrer, il faut "xm start" ou appeler via le call "VM.start(uuidvm)" pour la démarrer. Très bien ! J'aime ! Car même si je shutdown, elle reste dans la liste de VM (État : halted)

Le soucis viens des migrations : une VM de type "xm create" va bien migrer sur un autre Dom0 (disons Dom0B), et disparaître de son Dom0 d'origine (Dom0A). Impécable !

Mais... les VM de type "xm new" vont effectivement migrer sur Dom0B, elles vont tout de même restés affiché "Halted" sur Dom0A, celui d'origine : on se retrouve avec des VM identiques un peu partout ! Et le soucis, c'est qu'il est possible de "start" la VM arrêté sur le premier Dom0 (donc Dom0A). Et là, cata => créer des VM avec la même MAC, même IP etc.. Je comprend même pas que ça soit "possible" via Xen ! La VM devrait au moins être dans un état genre  "Migrated" ou autre..

Des idées ?

 
Dsl je ne peut pas t'aider mais j'aimerais vraiment, comme tu le propose voir des screens de ton interface. Merci    

Salut les gens,  
 
Je me tape la reconf de nagios de ma boite, et je me dis "bah tiens ! supervision XenServer". J'ai bien sur un check sur mes VM, mais j'aimerai bien avoir un check sur les hotes, en plus de CPU/RAM et touti quanti, ca pourrait etre pas mal une idée du nombre de vm qui tourne, sur quel hote etc .. Avez-vous quelque chose à partager ? Google ne me rends pas grand chose.
 
Merci

Je connais pas le xm new, mais un workaround (si bug ou mauvaise gestion de ce cas par xm il y a) c'est de ne pas effectuer ta migration
de la meme façon selon l'etat de la machine.

C'est encore très rudimentaire, car j'ai passé qu'une semaine depuis que j'ai découvert l'API. En tout cas, tout ce qui est visible sur les screenshots est fonctionnel, et bien entendu généré à la volée (et fonction d'un fichier de conf très simple, uniquement pour l'adresse/port des Dom0). Images clickables.

Il n'y a pas tout, notament la page est différente en fonction de l'état de la VM (play à la place de pause si VM en pause, juste migration pas live du coup, car en pause, et pareil si VM halted : start ou kill).

Très classe  

 
Mon appli maison + nrpe sur chaque VM (tu peux faire des templates avec nrpe d'intégré pour ne pas l'installer à la mano à chaque install de VM)

Pour être exact il faudrait que lors d'une live migration, je fasse aussi un Destroy de la VM sur le Dom0 d'origine APRÈS... Mais j'aimerai quelque chose de plus élégant

edit : ça fonctionne de cette manière, c'est juste 0.2 sec plus lent. Je vais m'en accomoder

C'est pas normal ça, non ?

Ou c'est du au fait que la machine a été créée par "xm new" ?

C'est un comportement du Xm new.....

Et ma solution n'en ai pas une : une fois que j'ai fait le destroy, si je tente de shutdown la machine, elle disparait de la liste des domaines gérés par Xen... So, toujours en quête d'une solution
En effet, le shutdown d'une machine ayant été destroy, reviens à un shutdown d'une machine booté avec "xm create"...

Edit : je crains de devoir développer une surcouche "soft" via mon appli web, pour mettre une sorte de "flag" si la machine a été migrée, du coup je ne le ferai plus apparaitre. Mais je vais gagner beaucoup en complexité, car actuelement, je stock rien, c'est juste une appli qui contacte l'API sans rien stocker en dehors d'une session...

 
Donc va falloir que je dev quelque chose ?
Et merde ... mon coté feignasse ne va pas aimer

Mon appli va sortir en GPL2

edit : juste besoin de php5, php5-librpc et un serveur web. Bien sûr, n'importe quelle machine qui a un accès (ip) aux Dom0, même ton poste perso par exemple.

Y a un truc qui fait "à peu près" ce que tu souhaites pour cacti.
"A peu près" puisque cacti graphe/stats, mais ne sert pas à tester/alerter comme nagios.
 
Je serais surpris qu'il n'y ait rien pour nagios, je n'ai jamais regardé, mais fais une recherche sur la ML xen-users,
si ca existe ca doit s'y trouver

 
Ah ! Ca m'interesse clairement
Et ouais, je pense que des serveurs web, dans ma boite, on a ce qu'il faut
 

 
Pareil, je m'attendais à trouver un ou deux plugins ... Et bah heu bah non.
En googlant j'ai trouvé un script chez Novel, mais il ne fonctionne pas vraiment comme je veux ... (qui a dit pas du tout ?). Je vais refaire une tentative aujourd'hui.

J'essai de régler ces problèmes de xm new, soit du côté de Xend, soit j'alourdi le soft avec une petite BDD pour avoir la persistance des données et donc des flags sur les VM migrés pour pas afficher les doublons "halted" (BDD en sqlite je pense).

Ton interface tu la codé en quoi coté serveur? merci

 
PHP5 (objet). Pas de JS pour l'instant (je suis pas encore assez poussé en AJAX pour faire des trucs "2.0" ), je me concentre plus sur les fonctionnalités pour l'instant.  
J'essaie de faire simple et maintenable (un fichier par classe, code proprement indenté, séparation autant que faire ce peut entre modèle/vue/contrôleur, sans être réelement du MVC non plus).
 

et après tu exécute tes commandes par system() de php?

 
Pas du tout ! C'est bien mieux que ça : j'utilise l'API de Xen, qui utilise les RPC (Remote Procedure Call).
En gros, le démon de Xen écoute sur un port. Il peut recevoir des appels de procédure de classes, genre "VM.start(id)" va démarrer une VM qui possède l'id "id". Il renvoi un message, et voilà.
 
En gros mon appli peut être sur n'importe quel poste, du moment qu'elle peut interroger le démon Xen (j'ai testé à travers Internet, ça marche).

ah cool

J'aimerais supprimer une domU, elles sont dans des LVM.
Comment puis-je faire ? Dois-je simplement supprimer le fichier .cfg du domU et faire un lvremove /dev/Xen/madomU ?

oui

 
Toutafaÿ.
Enfin xm destroy tavm avant bien sur

 
Ah ouais, ca peut être clairement sexyh ca.  
Tu test ton prog avec Xen et XenServer ? Ou juste Xen ?
 
Mais effectivement, c'est ca le truc qui n'est pas intéressant avec le script que j'ai vu ( http://community.citrix.com/displa [...] for+nagios ) qui en fait dis juste si des VM tournent ou pas. Mais si une seule tourne ca passe en warning etc ... enfin ca ne remonte pas trop des infos utile malheureusement

Ben faut te sortir les doigts si ca te convient pas