Reprise du message précédent :
Migration à froid donc ? J'entends par là, ta VM en XS 7.1, elle est migré allumée ou éteinte vers XCP-ng ?

Allumée !
 
J'ai juste 3 ou 4 Vms (pré)historiques qui n'appécient pas (Ubuntu 12.04 et 14.04) du coup je les éteins sinon ça coupe une fois basculées sur l'hyperviseur de destination.

Ah oui donc c'est pas le plus trivial (en terme technique le moins difficile pour la VM c'est shared storage dans le même pool).

Ta regardé le webinar YouTube que j'ai donné mardi soir ?

Nan, moi le soir je ne travaille pas

https://www.youtube.com/watch?v=uCucHoURy7M ?

Cherche plutôt la chaîne Vates, et sinon j'ai beaucoup d'homonymes

Edit : et mon live était mardi à 17h, j'ose espérer que tu bosses encore à 17h

XOA 5.33 out : https://xen-orchestra.com/blog/xen-orchestra-5-33/ (key delta backup)
Des news sur XCP-ng : https://mailchi.mp/cb08aa222454/xcp [...] t-the-cluc

Question virtualisation en générale.
 
Est-ce que dans XOA je peux attribuer plus de threads que ma machine n'en possèdent ? Cas de VM qui consomment peanuts en ressources CPU.

 
« ça dépend » comment tu comptes :
 
1. si c'est au total, oui (exemple : 8 CPUs sur ta machine, 40 VMs avec 2 vCPUs = OK)
2. si c'est pour une VM, non, plus depuis Spectre/Meltdown (8 CPUs sur ta machine, VM avec plus de 8 vCPUs = nope)

1

C'est lié a l'implémentation du patch dans le noyau côté HV (dom0/domU, je sais jamais chez Centre) ? Côté client ? Côté CPU ? Ça se comporte comment si on essaie ? Je t'avoue que ça m'intrigue !

Côté API qui refuse de configurer ou booter une VM avec plus de vCPUs que de CPUs physiques sur une hôte. Je sais pas si c'est aussi bloqué côté Xen pur (libxl)

Et l'explication rationnelle, je suppose, c'est le fait que plusieurs threads virtuels seraient exécutés sur un même threads physique, et que donc ça rendrait plus facile l'exploitation des algos prédictif de branche entre les threads virtuels vu que les registres physiques sont les même ?
D'ailleurs, c'est sur le nombre de threads ou le nombre de core ?

 
Oui, si dans une seule VM tu dépasses le nombre de threads (donc pas juste cœurs, si HT il y a par exemple) eh bien tu vas pouvoir connaître parfaitement les temps de réponses/prédictions et pouvoir te faire du side channel plus facilement.
 
À ce propos, si tu as un hôte avec des VMs non-maîtrisées (eg vendues à des clients finaux sans savoir ce qu'il y a dedans), la **forte** recommandation c'est de désactiver l'HT qui est une saloperie pour ça.

La mesure de la "Latency" est fiable ?
Parce qu'elle est en r/w de 15/23ms et 20/200ms pour les mêmes HDD SSD Samsung 860 Evo 256Go sur deux machines différentes Alors qu'en iops ça tourne en dessous de 10 et de 0.5% d'iowait.

C'est une bonne question, je me suis jamais penché sur quelle métrique « réelle » il se basait. Je sais pas contre que le nombre de VM sur un SR va influencer énormément le résultat.

Ce n'était pas prévu, mais je viens de démarrer mes 4 VM l'une après l'autre :

Bonjour,
 
Avez-vous une date de prévue pour avoir les droits de XenServer en accord pour les tools Windows svp ?
 
En attendant, nous tournons avec une pré-release (https://github.com/xcp-ng/xcp/wiki/Guest-Tools) car Windows Update ne suffit pas à rendre "opérationnel" des Windows Server 2016 sur une infra sous XCP-NG.
 
Sinon, à cause de cela, un pool doit rester en XCP-NG 7.4
 
Merci de vos retours!

La législation ?!

Oups    
Non, je voulais dire les droits de XenServer pour déployer leurs pilotes

Windows en FR ? Parce que moi ça marche nickel en US, j'avais même fait un tuto là dessus pour avoir tout en place sur le forum.

Et sinon utiliser les tools de l'ISO de Citrix. Mais sinon jamais au grand JAMAIS Citrix voudra bien qu'on redistribue leurs drivers hein.

Si je l'ai pas fait c'est que j'ai été menacé de poursuite si c'était le cas hein (enfin de manière a peine voilée)

Je vois pas le soucis pour les récupérer vous même au pire ?

edit : au final leurs pilotes sont ceux upstream avec « juste » la signature. Donc je suis pas sûr que tu me parles des tools ou des drivers ?

 
D'accord, merci.
Je vais voir pour les récupérer dans leur ISO du coup! Merci pour l'info.

Je sais pas trop si tu parles du guest agent ou des drivers au final ? Et ta pas répondu sur la langue de l'OS.

 
J'utilise des OS en FR et en US. Sur les deux, les "tools" 8.2 "béta" fonctionnent (Passent bien la vitesse de la carte réseau de 100M en 1G par exemple...).
Mais la question était surtout de savoir si vous allez remettre ceci dans les guest-tools un jour vu qu'il n'y a que les Linux pour le moment.

On va rien « remettre » puisqu'on n'a pas a release avec les binaires Citrix. Il y a 2 choses différentes :
 
* les drivers PV : tu peux utiliser le système de Windows Update pour avoir tes drivers Citrix automatiquement, on distribue pas le binaire puisque c'est Microsoft qui le fait. L'alternative c'est d'utiliser nos drivers PV mais c'est plus au niveau de l'installer qu'on manque de main d'œuvre (signer les drivers du projet Xen : pas de soucis de ce côté)
* l'agent de management (ce qui permet de remonter les infos de l'OS, l'IP etc) : c'est surtout une histoire de packaging, pas vraiment de binaire ou quoi. Là encore, c'est la communauté qui s'en occupe quand elle peut. On a personne qui fait du Microsoft chez nous, donc c'est un effort partagé par la communauté

https://xen-orchestra.com/blog/xen-orchestra-5-34/
 
Et on bosse sur XCP-ng 8.0 maintenant que Citrix Hypervisor 8.0 est sorti

Yes, j'ai enfin réussi a faire passer ma clé usb zwave dans ma VM.
Grace a un post sur le forum de xcp qui date du 1 Avril.
le lien

Cool ça Chez nous ça bosse pas mal pour préparer XCP-ng 8.0, j'espère avoir une version « alpha » d'ici 1 semaine !

Ça apporte quoi la V8 ?

 
Déjà un kernel 4.19 et Xen 4.11. Probablement une bonne base pour de nouvelles choses par la suite

J'ai repensé à cette discussion en voyant le commitstrip

Oui enfin on parle de FHD pas de 4k là
 
Et puis on a bien lancé XO 6 en projet pour « gérer ça »

 
 
XCP-ng Center n'est dispo que pour Windows ?

Le client officiellement supporté pour XCP-ng c'est Xen Orchestra, multi-plateforme donc XCP-ng Center est « community supported only » donc on fera pas d'effort ici pour le porter ailleurs. Par contre j'ai rien contre les contributions

C'est noté

Beta XCP-ng 8.0 out! Je suis en déplacement donc pas de link là mais c'est facile de trouver l'ISO

Plam ça marche comment ton truc de support pour qu'avec une simple commande (si je me souviens bien) sur XOA ton support puisse avoir accès ssh à la VM ?

https://geekfault.org/2011/02/19/re [...] tfirewall/
J'imagine.

Reverse tunnel ssh ?
Après, ça marche que si tu fait pas de filtrage sur ton réseau. Go bloquer les flux sortant et faire passer le http/HTTPS par un proxy a déchiffrement

 
reverse tunnel SSH sur une destination en port 443 pour éviter la plupart des filtres. Il n'y a que si ta un proxy violeur qui ouvre ton HTTPS que ça bloque La clef publique pour nous autoriser est située dans le home de xoa-support.
 
Le tunnel est ouvert qu'à ta demande (c'est lui qui fait la connexion sur notre machine dédiée au tunnel)

Et sinon merci de tester XCP-ng 8.0