Reprise du message précédent :
Avec ca, on pourrait presque en faire un docker :
https://github.com/scottalanmiller/ [...] install.sh

 
Ça existe déjà (jsais plus où). Ça c'est fait par des mecs de MangoLassi (Spicework en plus sympa ), ce qui est bien c'est qu'ils se démerdent entre eux en cas de pépin. Ça me va ce genre d'initiatives

On peut utiliser uniquement IPv6 pour communiquer de XO avec XS/XAPI ?
 
XaT

Toi tu veux économiser des Ip chez Online
 
Je dirai que tant que l'interface de management est joignable sur une ipV6, je vois pas le soucis. On fait rien qui empêche ipv6 de notre côté.

tu m'étonnes.

Okay, bon bah je testerais à l'occase !  
 
Et oui c'est pour éco une ipv4, mais chez ovh
 
XaT

C'est moi, ou l'extinction d'un XenServer ne fonctionne pas en version 6.5 ?

C'est à dire ?

 
A l'aide du bouton stop à droite de srvxen1, bon là il n'apparait pas à cause de la capture.
 

 
Ni le bouton reboot d'ailleurs.
Aucuns soucis en version 7.0.

Rien à voir mais il te manque quelques patches
 
Sinon bah je veux bien ton log de sortie de XO, spécialement au moment de la demande de reboot ou halt

 
Dernière version d'installée.

Parce que tu as des VMs d'allumées dessus, et qu'il essaie de les envoyer ailleurs. Sauf qu'il n'y a pas d'ailleurs. Donc si tu veux vraiment l'éteindre dans cette situation, il faut le force shutdown (Tab advanced).

Il est prévu de faire un popup dans cette situation pour demander si tu es sûr de vouloir forcer (si ça échoue comme ça)

Pourquoi ne pas éteindre toutes les vms d'abord comme dans xen center ?

Salut à tous,
 
J'utilise depuis pas très longtemps XenServer 7.0 sur 4 serveurs, 2 pour les Xen (en HA) et 2 pour le NFS  qui est en drbd + heartbeat... ça marche relativement bien mais j'ai deux soucis, un gênant et l'autre bloquant.
Mon premier c'est que j'ai souvent à redémarrer le toolstack car j'ai des erreur (lancement vms ou migration par exemple) de ce type :
 
"Failed","Migrating VM 'XenOrchestra' from 'xenserver-1' to 'xenserver-2'
Internal error: Xenops_interface.Internal_error("Domain.Xenguest_failure(\"Error while waiting for suspend notification: xenguest: xc_domain_save: [1] Save failed (0 = Success)\" )" )
 
un reboot toolstack sur le MAster suffit pour rétablir la situation m'enfin je me dis qu'il y a peut être quelque chose qui cloche quand même ! Je n'ai pas eu de problème de ce style sur mon test sur xen 6.5.... j'ai l'impression qu'a chaque fois qu'il y a un changement sur le pool (nouvelle vm, nouveau NICS) il faut faire un toolstack restart comme si quelque chose se synchronisait mal !
 
Aussi, je migre pas mal de vms initialement sur VirtualBox, j'ai eu des petits soucis facile a corriger sauf pour une VM mais qui est en Win XP... pour migrer je convertis le VDI en VHD par Virtualbox, je cree la vm ( j'ai essaye tous les template Windows car il n'y a pas XP) et son disk, et dans le NFS je renomme le .vhd avec le bon uuid (peut être que c'est pas la meilleure methode d'ailleurs??) mais lors du lancement je vois bien le debut du boot puis la vm s'arrête sans erreur rien comme si c'était normal. Je me suis dis que XP était peut être plus supporté ? ce que je comprendrais un peu, mais si j'arrive à trouver une astuce ça me ferait gagner du temps!
 
Merci d'avance pour votre aide et bonne journée.
 

 
C'est une possibilité mais c'est pas une action « neutre » (sans avertir l'utilisateur).
 
Donc l'idée, c'est 1/ evacuate 2/ si pas possible demander de forcer (ce qui va arrêter les VM au final)

 
Salut,
 
1/ On dirait que XenServer n'arrive pas à suspend ta VM avant de migrer. T'es à jour de patchs et rebooté ?
2/ oulà, la méthode d'import me parait crade. On est en train de finir un import "propre" d'OVA dans Xen Orchestra, ça arrive sous peu.

Salut merci pour ta réponse, oui le serveur a les patchs appliqués et il reboot automatiquement après les majs quand il en a besoin donc ils sont rebootés, bizarrement à chaque fois un toolstack restart suffit a rétablir la situation...
Pour la methode d'import j'ai  trouvé que ça, c'est vrai que ça parait crade mais j'en ai fais 7 pour le moment sans aucun problème mis à part celle de XP.En tout cas top si possible de faire ça sous xenorchestra (on l'a d'installé)
 
Xp serait donc bien supporter sur xenserver 7 ?
 
Autre chose sur deux VMS seven impossible d'installer les additions invités, j'ai des erreurs 1603 (si déjà vous savez d'ou cela peut venir) et sur ces deux vms là et que celle là, je ne peux pas faire de migration de machine sur l'autre serveur, je n'ai carrément pas l'option., par contre je peux les éteindre et les démarrer sur l'autre serveur sans problème.  
 
Il est donc obligatoire d'avoir les additions invités pour pouvoir faire une migration de VM?
 
Encore merci, en tout cas a part ces petits couac, ca m'a l'air d'être une très bonne solution free !

Oui, sans les tools, tu peux pas faire une migration à chaud.

Concernant les soucis des Windows, franchement j'en sais rien, j'utilise pas (sauf un 2012 R2 pour des tests SMB).

En tout cas, restart la toolstack toutes les deux secs pour que ça marche c'est pas normal. Je t'invite à creuser les logs de XenServer.

Ok merci, pareil on en a assez peu mais je vais les réinstaller pour être sur que ca vienne pas de mise à jour manquante ou quoi, j'ai trouvé un tuto pour debloqué la situation mais elle marche pas chez moi la voilà au cas ou ca peut servir à quelqu'un:
 
http://support.citrix.com/article/CTX132117
 
Pour linux c'est pareil niveau migration? Il me semble que j'ai pas spécialement installe les guest additions et jarrivais à faire des migrations... bizarre

Si c'est du PV c'est normal...

PV?

PV = paravirtualisé, donc pas d'émulation de BIOS ni de devices. Donc l'hyperviseur à la main pour faire plein de chose. Ta VM à conscience d'être virtualisé et utilise un kernel modifié pour ça. Donc ça peut migrer sans tools.
 
HVM = hardware assisted virtu, la VM n'a pas conscience d'etre virtualisée, donc les tools vont permettre de faire plus.

Ok alors là je sais pas, sous xenserver 7 c'est pas toujours le même type de virtualisation?
En tout cas fresh install seven aucun problème d’installation des guests donc bien un souci sur les install de seven...Pas grave.
 
Me reste plus que ces bug sur le pool qui m'oblige à faire le toolstack restart, je vais essayé de peaufiné, mais en cherchant sur le net la première fois que j'ai eu le bug je suis tombé sur pas mal de personne qui l'avait, c'est comme ça que j'ai trouvé cette solution qui paraissait être la seule...Peut être un correctif un jour, sauf si c'est moi qui est mal setter un truc...
 
Encore merci.

Non c'est pas toujours le même mode, ça dépend du template que tu utilises. Dans XO, tu as le mode de ta VM dans son onglet général.
 
Pour ton bug, je t'invite à regarder du côté des logs, xensource.log par exemple.

Ok je vais regarder Pour les logs il me semble que ce que je t'ai donné viennent bien de là, j'attends le prochain problème pour mieux regarder je te tiendrais informé.
 
Merci encore.

Salut, bon un autre souci celui là lier à xenorchestra, les backups quotidien sur un nfs déconnent depuis plusieurs jours avec pour seule erreur :  
vm.rollingBackup(...) [18ms] =!> Error: Backup remote remote-3 is disabled.
 
Erreur difficilement trouvable sur le net, certainement le nfs qui se monte pas pourtant j'arrive à le monter à la main...
 
Merci d'avance et bonne journée.
 
EDIT: trouvé c'est le service rpcbind qui s'était vautré....  

Et dans la vue Settings/Remote, il est bien monté ? T'es sur un XOA ou les sources ?

J'avais édité j'ai trouvé le bug juste après et dans remote effectivement il était pas monté il était en erreur, c'est le service rpcbind qui était stopper rien de grave Merci bien

De rien !

Demain 5.2, avec pas mal de choses ! (plus de 60 issues GitHub fermées )

Dont :

• https://xen-orchestra.com/blog/xens [...] p-with-xo/
• https://xen-orchestra.com/blog/ssh- [...] orchestra/
• https://xen-orchestra.com/blog/import-ova-in-xenserver/

Et enfin : https://xen-orchestra.com/blog/xens [...] anagement/

Top ça je le testera cash sur une vm sur Xp qui me fait galérer (crash au démarrage, par contre avec install fresh de XP marche mais ne SURTOUT pas installer les guest ca fait planter le serveur!!!)  
 
A ce propos sur xenserver 7 y a t il le support des removable device style dungle usb? Car pour un programme j'ai une securtié via dungle (facile a ajouter a une vm sur VBox) mais là dans dmesg j'ai bien new usb device, mais on dirait que xenserver gère que les device  de type storage, donc à priori pas les dongle...
Decidement cette vm Xp me fait galéré

Hop ! https://xen-orchestra.com/blog/xen-orchestra-5-2/
 
Mora: j'utilise pas ces trucs, donc j'ai pas de réponse « par expérience »

Impecc je vais tester ça pour le dongle pas grave je vais trouvé une autre soluce, c'est des vieux systemes...
 
L'import gère le compactage? Quand je le fais à la main à chaque fois je compact le vdi car souvent il est gros pour rien...
Il suffit qu'il ai atteint une fois une taille pour que le fichier vdi garde la taille maximale atteinte.. Un peu naze, il faut compacter via VBoxManage modifyhd XXX --compact pour récupérer une taille de disque "normale".

Si tu exportes depuis VBox ça sort un VMDK streamable qui est petit.
 
Par contre, nous on importe en RAW sur XenServer, donc tu vas envoyer juste la taille de l'OVA entre xo-web et xo-server (ton navigateur à XOA), mais le RAW complet entre xo-server et ton XenServer (donc la taille du disque).
 
La solution serait d'utiliser de convertir le VMDK en VHD mais ça pose soucis en streaming.

Salut,  ça fait quelques temps qu'on test le nouveau orchestra et pour le moment impossible d'importer des ova... il y a eu une mise à jour justement par rapport à ça mais ça marche toujours pas, import impossible, sans de message d'erreur qui en dit plus...
 
Aussi petite question, sur Xenserver les vhd sur le SR, y a t  il y a une possibilité de les compacter? J'aurais bien pensé à faire la magouille dit plus haut via VBoxManage m'enfin ça serait mieux de le faire direct sur Xen J'ai bien trouvé cette solution mais un peu magouille egalement..:
 
http://xenhelp.blogspot.fr/2012/05 [...] sk-in.html
 
 
Merci encore.
 
BON WE!

 
1/ il me faut en savoir plus. Déjà est-ce t'es à jour  (genre depuis mercredi ?) Est-ce un OVA importé depuis VirtualBox en format OVF1 ? Est-ce que la VM est crée ? Il y a quoi dans la console du navigateur ? Quoi dans les logs ?
 
2/ Ne jamais toucher directement le contenu des SRs, sinon c'est top pour avoir de mauvaises surprises.

Salut
 
Oui XO est à jour depuis mercredi, ova exporté depuis virtualbox (v5.1.6) , par contre pour le format je ne sais pas comment le verifier, je viens d'essayer de l'importer sur Vbox mais il ne me dit pas la version du format. Dans la console de navigateur : VM IMPORT FAILED, et dans les logs sur le serveur rien de très parlant:
 
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xo:perf blocked for 16ms
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [6s] ==> object
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [6s] ==> object
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [17ms] ==> object
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [34ms] ==> object
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [14ms] ==> object
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [13ms] ==> object
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [12ms] ==> object
Sep 26 16:42:50 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:50 GMT xen-api root@192.168.250.201: event.from(...) [14ms] ==> object
Sep 26 16:42:52 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:52 GMT xo:api user@domaine.fr | resourceSet.getAll(...) [3ms] ==> array
Sep 26 16:42:52 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:52 GMT xo:api user@domaine.fr | acl.getCurrentPermissions(...) [3ms] ==> object
Sep 26 16:42:54 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:54 GMT xo:main - WebSocket connection (127.0.0.1)
Sep 26 16:42:54 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:54 GMT xo:main + WebSocket connection (127.0.0.1)
Sep 26 16:42:54 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:54 GMT xo:main - WebSocket connection (127.0.0.1)
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:main + WebSocket connection (127.0.0.1)
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:api (unknown user) | session.signIn(...) [6ms] ==> object
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:api user@domaine.fr | system.getMethodsInfo(...) [3ms] ==> object
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:api user@domaine.fr | system.getServerVersion(...) [1ms] ==> string
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:api user@domaine.fr | system.getServerTimezone(...) [1ms] ==> string
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:api user@domaine.fr | xo.getAllObjects(...) [2ms] ==> object
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:api user@domaine.fr | acl.getCurrentPermissions(...) [5ms] ==> object
Sep 26 16:42:55 xen-orchestra xo-server[12142]: Mon, 26 Sep 2016 14:42:55 GMT xo:api user@domaine.fr | resourceSet.getAll(...) [4ms] ==> array
 
Ok pour les vhd du SR, dommage car on perd un peu de place, et les pour les BQ pareil ils sont bien plus gros que la place réellement prise.

Ta un gros fichier OVA où ya tout dedans ?

Pour vérifier le format, tu peux re « exporter » dans VIrtualbox, OVF1 et zou.

edit : tu fermerai pas le nav pendant l'import par hasard ?

Oui un gros fichier OVA avec tout dedans, il me semble bien qu'il y a ecrit ovf1 en interface graphique, mais là je l'exporte depuis un serveur sans X, donc avec la command VBOxManage export XXX -o /XXX , je ne ferme pas le navigateur pendant l'import non. Je peux faire le test du virtualbox de ma machine (par default en OVF1) et je te dis ça.
 
Aussi saurais tu m'expliquer pourquoi certains VHD dans mon SR en NFS sont bien plus petit que ce que me sortirai un : df -h sur la VM en question? Il y a comme des fichiers temporaires sur le SR autre part?
 
Encore merci pour tout et bonne journée.
 

Voilà j'ai réessayé avec une VM simple (fresh install d'une centos) bien exportée en OVF1, importation failed au bout de une ou deux minutes, et pareil que les logs plus haut sur le serveur. Je suis peut être pas assez verbeux niveau log, un debug serait peut être mieux.

 
Hm c'est curieux, j'ai eu tendance à dire que ça venait de la taille de l'OVA, mais vu la réponse ci-dessous non. J'ai aucun soucis avec les VM crées dans VirtualBox, elle a bien été crée là bas ? Si elle vient d'ailleurs, les VMDK peuvent être malformés et ne pas répondre au standard « streaming ». Dans ce cas, on ne peut pas y faire grand chose.
 
VHD : c'est la popote de XenServer, typiquement pour le cas des snapshots et des fichiers « base ». http://support.citrix.com/article/CTX122978 (clique sur Download)
Ne jamais aller bidouiller là dedans, c'est vraiment pas une bonne idée
 

 
Ya forcément une couille dans le potage, notre import d'OVA est validé pour les VMDK au format streaming. Je vais te filer l'URL d'un OVA qui fonctionne chez moi, comme ça tu pourra faire l'essai.