Reprise du message précédent :
« Lourd » pas vraiment, c'est le jeu de l'Open Source Soit tu passes du temps et tu comprends un peu comment ça fonctionne (ce qui est plus que nécessaire le jour où ta une merde vu que tu fais ton propre support), soit ça te coûte moins cher de souscrire pour un truc clef en main
 
Après ta des gens qui ont fait des docker avec XO, mais c'est pas supporté par nous, tu fais que repousser le problème le jour où ça te pète à la gueule et à chaque update : https://hub.docker.com/r/ezka77/xen-orchestra-ce/
 
C'est à toi de peser le risque par rapport au coût (si c'est pour chez toi dans ton home lab, c'est sûr que prendre XOA Premium c'est pas nécessaire )

Oui c'est tout a fait ça que je veux eviter, le problème de mise à jour, car le faire marcher peut être je vais y arriver, mais dans 6 mois si de nouvelles fonctionnalités apparaisse et pas gerer par ma version de XO, faut prier que la maj marche bien j'avais fais un script de maj qui marchait bien jusque là d'ailleurs...
Là a part des compils... Pas grand chose à faire à priori, dur a debugger mais je vais qd mm reessayer au cas ou
 
Mais je viens de voir le prix a priori 70 € par moi minimum... Pas sur que ça passe, à voir

Ta boite est pas capable de lacher 70€ par mois pour son infra ??!!
C'est une blague ?

14 licenciements en 6 mois.... ça te parle? 70 ça parait pas grand chose, je vais essayer m'enfin ils sont plus a l’économie qu'à la dépense... Surtout si je leur dis que ce qu'on a en ce moment marche encore.....

Si ta boite ne peut pas mettre 70 euros par mois dans le support du soft qui fait tourner leur prod. pars vite de là....
70 euros de frais mensuel c'est RIEN DU TOUT: combien va leur couter l'indispo. de la plateforme sur 48 ou 72h ?

Eh je connais pas ton cout horaire mais vu le temps que tu passes sur le forum tu aurais déjà financé qq mois du produit....

Oula oula on se calme mdr... Rien de vitale du tout c'est surtout pour ça qu'ils seront peut être pas chaud! Surtout que tout doit passé sur le cloud au plus vite...
Et notre prod tourne pas tout la dessus non plus Et ce qu'on a en ce moment suffit pour le moment... Voilà quelques points qui font que c'est pas si simple Mais j'espère y arriver qd mm !! Tu trouves que je passes beaucoup de temps sur le forum ?? lol 6 mois que j'étais pas venu ! Je revenais juste pour ce "soucis" là qui n'est pas très grave d'ailleurs! Bref merci pour votre aide

Mauvais post

J'ai pas osé la faire  

Arrêtez, je vais commencer à culpabiliser    
 
XaT

Si c'est moi qui devais le financer je l'aurais fais Mais c'est pas ma boite !

Pour info, pour ce que ça intéresse, j'ai essayé sur ubuntu 16.04LTS, même problème dans un premier temps. Puis en regardant dans le code source de la page qui bug, en hidden-js test-danger je vois : Javascripts is required for xen orchestra...
Puis en essayant sur un chrome/firefox sur un windows (je testais avec Linux Mint) ça marche... peut être donc un blocage d'un add on !
 
Je vais creuser ! ++

Bonjour,
 
j'ai éteint une VM d'un XenServer. Je souhaite la démarrer sur un autre XenServer du même Pool.
 
J'ai le message d'erreur : "The VDI is not available"
 
Je ne comprends pas, le SR est bien monté, et bien connecté sur tous les XenServer, si je crée une VM, le disque (le vdi?) de la VM se crée bien dans le stockage déporté et ciblé en NFS mais quand l'on souhaite changer les VMs de XenServer, on a ce message.
Savez-vous pourquoi ?
 
Merci!

Le NFS n'est peut être pas connecté (plug) sur d'autres hôtes. Mais je comprend pas bien le message « démarrer sur un autre XenServer » C'est XS qui choisi le placement en fonction des contraintes, et généralement il vaut mieux le laisser faire.

Je peux créer les VMs sur n'importe quel XenServer ou les laisser se créer là où Xen les met.
 
Cependant, si je souhaite mettre un serveur en maintenance, je ne peux déplacer la VM sur un autre XenServer du Pool car j'ai ce message de VDI not available. Pourtant, le montage NFS est bien fait de partout sur chaque XenServer (dans /run/sr-mount/...).

Pas le bon réflexe de regarder dans le dom0, il faut regarder ce que dit la XAPI (donc XO, XenCenter ou encore xe). Dans XO, vue du SR, onglet hôte, vérifier qu'ils sont tous « Connected ».
edit : vérifier que ya pas un seul disque de la VM dans un SR local, ni de CD dans le lecteur CD

Ils le sont bien, tous ont "Connected".

J'ai simplement redémarré les XenServer, c'est revenu à la normal.

Toujours ejecter les cds
 
XaT

Bonjour,
 
Est-ce qu'il y a un moyen de connaître la température des CPUs via XenServer ?
Si oui, je suis preneur !

Petite question : est-ce que le PCI passtrough fonctionne bien avec les Nvidia Maxwell ou Pascal ? Ou est-ce que c'est réservé aux quadro ?
J'avais tenté avec une GTX460, et c'était impossible.

Prise en charge du CBT avec la 7.3 ... Enfin \o/

Massive improvement for backup spotted.

 
Bof. Le CBT ne change pas grand chose : tu dois tout de même avoir l'espace pour faire un snapshot (mais grâce au CBT tu peux le supprimer ensuite). Ceci dit, leur API ne supporte pas grand chose (que block based), en gros notre delta backup est mieux… Le support du protocol nbd est un plus par contre. Et le CBT est dans la version Enterprise de XenServer, qui depuis la 7.3 d'ailleurs enlève pas mal de features (cf https://xen-orchestra.com/blog/xenserver-7-3/ )
 
Le seul vrai soucis c'est le thin pro sur du block, mais ça arrive en 2018.

Plus ça va et plus ils retirent des features de la version gratuite. Ça sent pas bon pour me futur.  

Non ça risque pas de bouger plus que ça. En gros ils veulent être sûr de faire payer les utilisateurs de XenServer+XenDesktop.
 
Ceux qui utilisent XenServer (comme moi et la plupart de mes clients)  pour de la virtu serveur, ne sont ni un problème ni un marché pour eux. En gros ils vont pas volontairement faire chier ceux là, mais ils en ont rien à battre quoi

ah, tu vois je pensais que tu pourrais en tirer avantage.
clairement, le nbd, c'est cool.
je pensais que vous alliez pouvoir tirer avantage du CBT, en tout cas, sur la concurrence commerciale, je pourrais pas vivre sans.

Bah en fait nos Delta sont déjà l'équivalent du CBT : on a pris tellement d'avance avec ça (le seul à le faire en agentless), que l'intérêt du CBT aujourd'hui est pas énorme.
 
Et vu que c'est uniquement dans les versions payantes, ça touche qu'une infime partie de notre clientèle.

Oui mais on a un marché bien plus petit malheureusement On pourra pas « finir » comme Veeam
 
Mais on est à la croisée des chemins : tout en modulant le business pour mieux cibler les utilisateurs XenDesktop (et toute la pile Citrix) vu que c'est là le plus profitable, ça m'empêche pas de réfléchir à la suite (XCP like ? support KVM ?)
 
Cependant, toutes les « alternatives » sont très coûteuses (en jours/homme), donc ça se fera pas « comme ça ».

ouais, ça je sais bien.
 
mais dans l'historique :
veeam lance un suite d'admin pour ESX à la base (les outils d'admin ESX étant à l’époque embryonnaires et merdiques).
VMWARE développe grandement toute la partie VCenter pour l'administration, veeam switche vers du backup en main product (debut des dev en ce sens en 2008).
Puis étend par la suite les fonctionnalités à la repli multi-site, la haute dispo et la supervision/reporting.

 
de mon point de vue, pas de réflexion a avoir, faut cibler le support de KVM.
c'est quand même énormément utilisé (par exemple nous ici toute notre infra virtuelle linux est dessus ... sur l'infra ESX on a que des machine windows et les appliances éditeurs en OVA de merde), et y'a sûrement des parts de marché à prendre.

Une kapi
 
XaT

J'hésite, au taf, à xenifier un host kvm qui date. Le problème se situe dans les compétences potentielles des sysadmins qui suivent, du coup j'hésite à proxmoxifié
 
XaT

veeam se tâte à prendre en charge le support de KVM du fait des multiples implémentations qu'il peut y avoir.
La seule officiellement supportée à ce jour, c'est acropolis (AHV), l’implementation de Nutanix.

@Plam, go kvm via libvirt, une grosse partie de "l'APIsation" est déjà faite
@XaT, met un proxmox, ça justemarchera

l0g4n : c'est pas si simple. C'est bien pour ça que Veeam se tâte. Il n'y a pas un, mais DES KVM.
 
Libvirt va pas proposer beaucoup de chose en dehors de « l'essentiel » sur le compute, mais c'est pas une stack complète.

Une technique aussi simple existe sur XenServer pour attacher un disque dur directement à une VM : https://forum.proxmox.com/threads/p [...] post-35092 ?

3 façons de faire : https://www.zerodispersion.com/xens [...] ssthrough/

C'est ce que j'avais trouvé en cherchant :
1 - pas possible
2 - tenté mais ça ne semble pas fonctionner et je ne trouve pas de logs pour udev (rien d'alarmant dans kern.log ni dans messages ni dans dmesg)
3 - pas possible mes HDDs font 2To et je ne veux pas perdre mes données dessus

c'est quoi à l'intérieur de ton disque ? de l'ext3/4 ?