Reprise du message précédent :
Ça marche \o/

La 4.0 va bien déboîter

related: https://xen-orchestra.com/blog/xens [...] -easy-way/

Désolé

Congrats !

Fais gaffe c'est des slots SO-DIMM sur la A1SAi-2750F.  

Bon bah l'ASROCK ALORS §§§
 
XaT

Pour ceux que ça peut intéresser, je mets les liens que j'ai utilisés pour installer XenServer 6.5 depuis une clef USB sur une carte SD de 8Go sur mon HP Gen8 (même si c'est simple de tout trouver sur google )
 
Pour la création de la clef USB:
http://www.davethijssen.nl/2013/07 [...] m-usb.html
 
Pour l'installation sur SD de 8Go :
http://www.georgedevries.nl/george [...] n-sd-card/
A noter qu'en 6.5, je n'ai pas eu besoin de faire l’étape 8 de reconstruction de l'initrd.

 
Je vais caler ça en FP

Sinon ya l'alpha de la 7 pour les curieux : https://xen-orchestra.com/blog/xenserver-dundee/

Avoir un dom0 capable de faire tourner des VMs en para, HVM et du docker, je me demande si c'est vraiment une bonne idée (ça fait très usine à gaz et surtout, docker n'est absolument pas prêt pour de la prod).

Cool ils rattrapent Centos7 Et Docker (et Rocket?)

Ca y est ça pootre proxmox maintenant

XaT

J'avoue depuis que je me suis intéréssé à Docker y'a du boulot avant que ça soit génial, par contre y'a déjà des grosses prod sous docker non ?
 
XaT

En aucun cas c'est le dom0 qui fait tourner du Docker

C'est une VM spécifique* pour laquelle la XAPI peut contacter le démon Docker.

* : en gros c'est un plugin de la XAPI pour l'instant (host.plugin) pour lequel on peut faire des appels spéciaux.

Et je trouve que c'est l'archi la plus « propre » pour du Docker : hard -> hyperviseur -> VM -> Docker.

Même si ta troupe de dev fait nawak avec ses Docker, ça pollue par le reste de ton infra (contrairement à faire du Docker sur du Linux sur bare metal)

edit : j'ai d'ailleurs un talk sur le sujet pour la prochaine Linux Con US, priez pour moi que je sois selectionné

Et Rocket ?
 
XaT

 
Peu importe

Ca serait cool si on avait le choix
 
XaT

C'est pas de mon fait, le host plugin Docker c'est Citrix.

edit : ceci dit, c'est pas très compliqué, tu dois pouvoir en développer un pour Rocket.

Je me doute que c'est Citrix qui nous pond le bouzin, j'vais aller où ça en est tien Rocket
 
Et LXC ? On l'oublie ?
 
Y'aura moyen de faire des trucs sympa avec coreos tiens
 
XaT

Je n'avais pas compris ça (lu un peu vite et pas trop cherché ). Effectivement dans ce cas c'est "propre"

Je crois que justement ils proposent le template CoreOS avec un process d'install en plus de la VM qui permet de balancer les infos et rendre "Docker" ready pour les opérations de base (start/stop/restart/pause)

edit : et là en ce moment même je suis en train d'essayer de comprendre les subtilités en lisant la source de XenCenter, parce que tu te doutes bien que ya 0 documentation

CoreOS ils passent sur Rocket non ? D'ailleurs c'est eux qui le dev, du coup c'est proposé en natif sur leur stable ?  
 
XaT

Là c'est plus mon domaine

Bah si je savais tu te doutes bien que je te donnerai une réponse

Bon sinon ça monte le CA ?
 
XaT

Ah et il faut faire un CT XO tiens
 
XaT

CT ?

container
 
XaT

Ça existe déjà, pas fait par nous par contre. Et ça va nécessiter du taff à maintenir, vu notre rythme de release et la gestion des dépendances npm.

J'espère que ça va pas donner une mauvaise impression si ça merde, c'est pour ça que je suis pas très chaud avec ce genre d'initiatives.

Hop là ! https://xen-orchestra.com/blog/xens [...] nd-docker/

Je ne te remercie bien évidemment pas pour cet ajout de chose à tester dans ma TODO liste

C'est pas encore tip top, mais d'ici 1 mois j'pense que ça va commencer à être vraiment intéressant

edit : le facteur limitant c'est plus côté du plugin Citrix que chez nous, mais c'est sûr que la prochaine de XenServer aura probablement une intégration plus propre de Docker.

VM XOA installée et fonctionnelle    
 
Mais quels sont les login/mdp des comptes unix locaux ?
 
J'ai un peu lutté pour trouver un lien vers la doc
Je pense que mettre un lien vers la doc github dans "features" et/ou "account" serait pas mal.

Ca a vraiment de la gueule je trouve

 
La doc doit être dans le mail que tu reçois quand tu t'inscris (de mémoire).
 
Et là tu peux pas rater le login local : https://github.com/vatesfr/xo/blob/ [...] liance-xoa
 
Et dans tous les cas, dans pas longtemps il n'y aura plus besoin de se connecter en SSH, toute la conf pourra se faire depuis l'interface.

J'ai lu un peu trop vite en effet

Mais on est d'accord que le YAML pour le commun des mortels, c'est vite chiant. Et ça, ça veut dire beaucoup de questions/support, ce qu'on veut éviter.

Donc normalement : page de conf en web autogénérée par la config existante, ça sera nettement moins galère à utiliser

Je pense avoir trouvé deux petits bugs dans XOA:
 
Création d'un disk lors de la création d'une VM
On entre tout bien toutes les informations voulues:

 
On valide...et on perd le nom et la description

 

 
L’édition quant à lui fonctionne bien.
 
Liste des SR lors de l'édition d'un disk
 
Liste vide pour les SR lorsque l'on édite une disque:

 
Par contre, quand on valide l’édition, on ne "perd" pas le SR.

Autant le premier est déjà rapporté, mais le deuxième me parait curieux. Je regarde.

edit : chez moi ça marche.

J'ai bien le bug et je viens même de voir que je l'ai aussi lors de l'ajout d'un disque à une VM existante. Seulement la je me fais jeter.
 
EDIT: La liste des mes SRs :

Est-ce que t'a un SR par défaut ?

edit : t'es sur la branche Master ?

Mon SR par défaut c'est LSR-VMS-101.
 
EDIT: j'ai dl la VM pre-faite XOA hier