Reprise du message précédent :
Futur utilisateur d'un processeur Ryzen, celui n'est pas utilisé correctement du à un bug présent dans KVM impactant NPT (Nested Page Tables) qui est activé par defaut pour les processeurs AMD. Pour exemple avec un Ryzen 5 1600X, on ne peut utiliser que 6 coeurs sur 12 avec KVM.
 
D'après un utilisateur sur le reddit VFIO, ce soucis n'est pas présent si l'on crée une VM avec Xen.
 
Le soucis, c'est que je n'ai jamais utilisé Xen sur ma Debian. Quelqu'un parmis vous aurez un bon tutorial sur comment installer Xen (quels paquets) et surtout comment correctement configurer sa VM pour Xen. Est-il possible de le faire via Virt-Manager ?
 
Merci

Bordel on vient de migrer nos ESX et vCenter en 6.5 .. c'est une putain de purge de plus pouvoir utiliser le client lourd vSphere et de devoir se taper obligatoirement le web client .. surtout qu'avec un clavier FR c'est bugé à mort quand on execute les consoles, par exemple les caractères spéciaux ne sont pas reconnus .. et vu que j'en ai dans les mdp ...
 
En plus le problème semble connu depuis la 5.5 et toujours pas résolu
 
https://kb.vmware.com/selfservice/m [...] Id=2071245

 
Même nous on a résolu ces problèmes de clavier dans l'interface web

Sérieux ?
 
XaT

Surtout ne donne pas la solution

 
C'était des problèmes propres à XenServer et la configuration de QEMU, je connais pas l'archi VMWare
 
Une histoire de keycode en raw au lieu de keysyms : https://xen-orchestra.com/blog/xenserver-consoles/

Faudrait que je regarde dans la KB interne ce que les devs ont statué sur ce truc. Mais je suis rentré en France pour les vacances

Et tu aurais du attendre 6.5 U1

Personne pour me répondre ?!?

Go XenServer et Xen Orchestra, tu te fera moins chier

En même temps je suppute que c'est pour faire des trucs exotiques et pas « juste » de la virtualisation de VM serveurs non ?

Faire la même chose que sur KVM, virtualiser Windows avec mon second GPU et jouer dessus mais en ayant le bug en moins.

Dès qu'on parle de GPU, ça veut dire PCI passthrough, je suis pas expert là dedans

Si tu vas explorer du côté de Xen Desktop & cie j'imagine que t'y seras confronté
 
XaT

Non, parce que l'exposition de GPU se fait via des API « propres » (mais via des licenses payantes). Alors que le PCI passthrough se fait de manière « détournée », mais c'est plus tricky

Non mais j'ai déjà fait du PCI Passthrough via KVM donc configuré ma Debian pour "bloquer" mon GPU et l'attacher à la VM, je sais faire.
 
Je vais reformuler ma question :
Est-ce qu'utiliser Xen pour du simple PCI-Passthrough n'est pas plus compliqué que via KVM ?

https://wiki.xenproject.org/wiki/Xen_PCI_Passthrough
https://wiki.xenproject.org/wiki/Xen_VGA_Passthrough

Au passage : https://blog.xenproject.org/2017/06 [...] visor-4-9/

Par contre pour Xen, c'est obligé de faire du LVM pour installer le système host et la partition qui contiendra la VM ?

Non pas du tout, ya plusieurs moyens.

Et pour du passthrough avec Xen, suffit de jouer avec xen-pciback pour "cacher" ma Carte graphique et autres matériels ?

Ça j'en sais rien Regarde le topic XenServer ya quelqu'un qui a fait un truc du genre.

Petite question concernant le kernel Xen sous Debian. Est-ce qu'il possible de faire tout ce que je fais sur un kernel non-Xen à savoir :
Lire des vidéos, écouter de la musique, aller sur Internet et jouer à des jeux Linux natifs ?
 
Sur le Wiki Xen, il est conseillé de forcer la mémoire max et le nombre max de Cores pour le dom0 mais est-ce obligatoire ? Est-ce que je peux forcer seulement la mémoire max ? (à savoir 6Go / 16 pour le Dom0)
Ca me permettrait de continuer à jouer sur Linux.

Le Dom0 est une VM avec accès privilégié à l'hyperviseur et au matériel. Je simplifie mais en gros elle sert aussi de « glue » pour tout le reste (accès au disques, bridge pour le network).
 
Quand tu boot avec ta Debian Xenifié, en fait tu commences pas par booter sous Linux : tu boot d'abord sur Xen (qui est un genre de micro noyau lancé avant tout le reste) puis ensuite ton Linux est démarré (ton Dom0).
 
Le wiki conseille de mettre plein de ressources pace que par défaut tout n'est pas pris, et que Xen préfère en avoir sous le coude plutôt que de tout donner à un Dom0 qui en théorie sert de « glue » mais pas plus.
 
Mais oui, tu peux set la mémoire et le nombre de CPU (dans Grub si je me souviens bien). De manière générale, je conseil de tester d'abord avant de modifier quoi que ce soit, pour t'éviter des settings inutiles si ça fonctionne bien de base

Du coup vu que je boot sur Xen dans 1er temps, est-ce que le driver AMDGPU fonctionnerait ? Est-ce que pour mes utilisations de Linux, tout cela fonctionnerait ?
 
Ou alors, je dois me contenter de KVM et son foutu bug x)

Hmm vu que c'est le domaine privilégié tu dois avoir accès à tout le matos directement je crois, mais comme je joue pas trop avec ça, faut que tu testes

J'ai un soucis pour boiter sur Xen. J'ai installe ma Debian en UEFI, installe et configurer Xen mais lorsque je démarre sur le noyau Xen en no-EFI, je n'ai aucune sorti vidéo et lorsque je tente le noyau Xen EFI, j'ai droit à un message d'erreur à peu près ceci :
 
"Loading Xen 4.8-amd64-EFI
error: invalid arch independent ELF  
Loading Linux 4.11.0-amd64...
error: you must load the kernel first
Loading initial ramdisk
error: you must load the kernel first
Press a key to continue"
 

Bonjour tout monde.
 
Question deja peut etre posée.
J'ai besoin d acceder en écriture a un DD externe formaté en UFS (systeme de fichier des BSD) sous Linux.
Savez vous s'il est possible de le faire  avec VirtualBox a partir  d'une VM sous FreeBSD ?
Je pourrais recompiler le noyau avec le support de UFS en ecriture (meme si marqué experimentale, je l ai deja fait et ca marche) mais j ai pas envie de m'embeter avec ça car je voudrais garder le noyau fourni de base avec ma distrib linux.

Bon , je me reponds a moi meme
Ca marche, c est quand meme fort

libvirt/virsh qui me demande un .xml pour detach un device. Ok.
Accessoirement pas de commande pour lister les devices
 
Je trouve ça bizarre
 
XaT

Dumpxml dans un fichier et tu récupère ce que tu veux enlever

Ouais je sais, mais je trouve ça con
 
XaT

Moi aussi. D'où ma préférence de proxmox.
Après, si tu fait les choses correctement, le device que tu retires, tu l'a ajouté un jour, et ce jour là tu l'a git-té, du coup tu peux le récupérer pour le supprimer

Ah mais pas de soucis pour faire un xml, suffit de voir ce qu'on veut virer dans /var/run/libvirt/qemu/vm.xml
 
XaT

C'est assez moche en effet

Bonsoir les gens qui utilisent Xen,
 
J'ai enfin réussi à passer mon problème d'écran noir quand je bootais sur mon Xen. La solution a été d'ajouter l'option "iommu=dom0-passthrough" à XEN dans le grub.cfg
 
Mais ma question est :
A quoi sert concrètement cette option ?

A passer directement à ton Dom0 l'IOMMU (sans tenter de mapper au milieu, ce que fais Xen). T'as quoi comme GPU ?

Une AMD Rx560 pour le Dom0

J'imagine que c'est lié à ça (problème entre le GPU qui demande des accès mémoire à la couche de « traduction » de Xen. En passant directement certaines features hardware à ton Dom0, ton GPU fonctionne mieux.

En général, c'est dû à plusieurs facteurs (taille totale ta RAM, type de GPU etc.)

@Plam : vu que tu as l'air de t'en connaitre en Xen, est-ce que tu peux me dire si ce xl.cfg est correct :

Ça fait un bail que j'utilise plus Xen « tout seul » mais XenServer.
 
Et j'ai encore moins de connaissances en VM Windows

Salut tous le monde je viens de monter ma première machine avec esxi 6.5 que j'apprends à gérer depuis le webclient.
Le but final  
- Plein de petit docker=> En cours.
- VM NAS avec passthrought sur une carte raid IBM m1015 => Fonctionnel. je regarderais plus en détails pour les perfs plus tard.
- VM windows avec passthrought du IGPU HD530 : ça marche presque et c'est là que je coince.
A l'installation de Windows tous ce passe bien depuis le webclient pendant quelques minutes jusqu'à ce que la VM "plante" lors de l'installation du driver graphique automatique par windows. Reboot obligatoire et après ça impossible d'avoir un visuel sur la VM depuis le web client : logo de chargement de windows puis écran noir mais la vm semble tourner. Rien non plus sur l'écran branché à la machine
Si je désactive la hd530 avant le lancement de la VM tous fonctionne.
Une idée de comment régler le problème ?
 
Merci d'avance