Reprise du message précédent :
Merci

Pas de gestion du balooning pour la ram
J'ai rentré "1-4GB" dans le champs RAM, mais je suis pas convaincu

Euh non, ça marche pas comme ça. Dans la XAPI c'est hyper compliqué mais IRL dans XO voilà la marche à suivre : À l'arrêt d'une VM, tu rentres une quantité de RAM max. Tu bootes, ensuite tu peux réduire la ram à chaud. Idem pour le CPU.

edit : ya toute une histoire de static min static max

Pas moyen de filer deux seuils (mini-maxi) du coup ?
Je suppose que si je réduis à chaud, ça pourra plus aller au delà de la nouvelle taille ?
 
L'option est prévue ? Faut que je fasse une requête ?

En fait ya deux seuils : un static et un dynamic. C'est assez chiant à gérer et comprendre (ça fait 4 seuils possbles, {static,dynamic}-{min,max})
 
Static : tu peux pas modifier les limites statiques quand la VM tourne.
Dynamic : quand tu veux
 
Nous on a choisi de faire ça de manière transparente : seulement à l'arrêt tu peux modifier les valeurs, derrière ça modifie le static{min,max}. Ensuite, tu peux bouger dans ces seuils quand la VM tourne (et là ça touche que le dynamic)

Je comprend le principe.
Sauf que vu qu'il y a qu'une case, comment tu défini le min ? (ou le max, en fonction de ce à quoi sert la case, c'est pas explicite ).

Le mini est définit par le template à la création.

edit : et c'est déconseillé d'aller en dessous, donc concrètement il n'est pas utile de l'exposer.

Le seuil dynamic est conservé au reboot/extinction ?
Comment c'est géré, c'est toujours "min = seuil le plus petit" et "max = le plus grand" ou bien si y'a un dynamic il prend la main ?

Oui le dynamic est conservé peu importe le cycle VM.
 
Les formules appliquées de XenServer : https://wiki.xenserver.org/index.ph [...] rol_Design
 
∀v∈V v.memory-dynamic-min ≤ v.memory-target ≤ v.memory-dynamic-max

Merci
EDIT : je viens de calculer que j'ai oublié de faire un des deux bug reports, je fait ça
EDIT 2 : done.

Atta, je viens de capter un truc sur la ram là...
Vu qu'il y a qu'un champ, comment tu sais si la valeur entrée est la nouvelle v.memory-dynamic-min ou la nouvelle v.memory-dynamic-max ? Tu compares à la conso actuelle ?

Sur la console : bien sûr, ça pouvait pas être simple
 
On a fait un fix mais quand c'est pas l'API qui reboot mais le système lui-même, le websocket côté XAPI nous dit rien et ne ferme pas la connexion    
 
Aucun moyen de savoir quand rafraîchir dans ce cas là... On va devoir creuser pour trouver une solution, ptetre même ne plus utiliser leur websocket perrav qui n'est pas supporté de toute façon, et se connecter en RAW    
 
Pour la comparaison pour la RAM, attend je te retrouve l'algo...
 
Tada! https://github.com/vatesfr/xo-serve [...] #L498-L501
 
 

J'aime soulever des trucs à la con qui mettent 3 plombes à résoudre pour un gain infime
Enfin, infime, ça m'a bien gavé pendant 5/10 minutes quand même cette histoire

Oui mais là on risque pas de s'attaquer à ça en priorité Sauf si je lève 200k€ la semaine prochaine

Salut le topic,
J'ai un problème assez sérieux que je n'arrive pas à résoudre...  
 
Voici la config du serveur :
 
Un ssd de 128 qui contient Xen
 
2 ssd de 512 en raid 1 qui contiennent des VMS
2 disques Caviar red 3 To en raid 1, qui contiennent également des Vms.  
 
Les raids sont gérés par un contrôleur raid (PERC H70)
 
Concernant toutes les VMS que je mets sur le raid SSD, je n'ai aucun soucis, ça tourne très rapidement et jamais eu de bug. Par contre, quand j'essaie de travailler sur le raid de 3to, ça se complique...
 
==> Tout est super au ralenti, une install Windows prends mini 2 heures
==> Rien que démarrer un windows 7 prends au moins 5 bonnes minutes, et une fois démarré, il est juste supra lent, c'est injouable..
==> Je voulais me faire un Own cloud et pour cela, faire une partition de 2 To sur le raid 3 To, mais j'ai systématiquement une erreur de la part de Xen.

 
Une idée d'ou peuvent venir ces lenteurs, et sur quoi chercher ? Un raid mal configuré peut-être ?  

Tu peux afficher la liste de tes storages ?

Les reds :
 

Les SSD :  
 

Et le controlleur est un PERC h700 et pas h70*

Faudrait vérifier tes IO sur ton RAID de Red. Ta peut être un problème de ce côté là. C'est un Storage Repository local en LVM je suppose ? tu peux afficher l'onglet général de ton Raid Red 3To stp ?

Salut Fructis,
 
Déjà, il y a un truc qui me vient à l'esprit. Tu as regardé dans le "Web BIOS" du controler, qu'il n'était pas entrain "d'initialiser" ton RAID.
 
Comment tu as fait tes RAID ? Depuis le Manager sous Windows ? Tu as quoi comme CPU ? Tu as déjà testé sur un autre PC.  
 
J'avais eu un problème similaire. Sous Windows, mega perf et sous Linux, kedal. C'était une histoire de drivers.
 
Tiens nous au courant,
 
P.S. : pour info, je suis le "vendeur" de ce controler. Je tournais avec un RAID 5 de 4 x 2 To (Samsung 5400 tr/mins). Pour les perf, je tournais dans les 350 Mo/s.

Je viens de tout reprendre à 0, pour être sur que les choses soient bien faites.

==> J'ai formaté les deux disques en NTFS avec Gparted, puis j'ai copier de très gros fichier dessus pour être certain qu'un des deux disques ne déconnait pas. Pas de soucis particulier.
==> j'ai remis les disques dans le serveur, recréé un raid puis je l'ai ajouté sur Xen (Storage Repository local en LVMen suivant ce tuto : http://support.citrix.com/article/CTX121313 )

Je viens de faire un clone d'une des VMS qui était sur le SSD, sur le raid de 3to et toujours la même lenteur  

L'onglet général :

Je t'ai aussi mis une capture des perfs de la VM copiée  :

Salut et merci à toi et à Plam de prendre du temps pour m'aider
Je les ai managé en tappant CTRL R lors du démarrage du serveur. Mais la, c'est pas vraiment une question d'os puisque j'utilise Xen. Sur le raid de SSD avec un windows ou un linux, aucun soucis. Par contre sur les caviar Red, c'est presque inutilisable..

Le CPU c'est un Xeon E3-1225 V3

Edit : J'ai trouvé ceci pour faire des tests, je vais essayer... http://support.citrix.com/article/CTX127065

Un hdparm -tT /dev/mdx (ton raid) ça donne quoi ?

En haut, les Red, en bas les ssd.
 

 
 
C'est pas ouf mais pourtant pas si mauvais

 
130 Mo/s pour du RAID1 (soit pour un disque, en gros), ce n'est pas si mauvais que ça...
 
est-ce que tu peux faire un dd if=/dev/zero of=/tmp/test.data bs=1M count=1024 conv=fdatasync
 
/tmp/test.data étant l'endroit où le fichier va être écrit. Donc, tu fais pointer une fois sur tes SSD et une fois sur tes HDD.
 
Sinon, bonne config. Ca doit dépoter !
 
Et pas de souci pour le coup de main. C'est le SAV de la carte

J'ai fait des test avancés avec la VM de test de Citrix. Sur les SSD, RAS, tout tourne au dessus de 200 mo/s

Sur les red, seule la random read semble avoir des difficulté :

Sequential read :

Sequential write :

random write :

@ brutux

Non le débit n'est pas mauvais, mais les VMS sont super lentes et je ne comprends pas pourquoi.. Clairement, ya un truc qui coince quelque part  

@fructis
 
oui, oui, je suis d'accord avec toi, tu as un problème.
 
Ce que je veux dire, c'est que pour du RAID1, tu as des perfs correctes en lecture/écriture. Ce qui pêche sérieusement, c'est ton random/sequential.
 
Du coup, je me dis que ton strippe size est peut-être pas bon. Sauf que normalement, la config proposée par défaut est bonne...
 
As-tu la possibilité de tester avec un disque ? Soit mettre en défaillance ton RAID 1. (si tu le peux, bien sur. Ne va pas perdre tes données à cause de moi )

Je suis en cours là, mais j'ai prévu quelques tests supplémentaires ce soir en installant Windows directement sur le serveur sans passer par Xen, sur le raid de 3 To pour voir si les perfs sont plombées ou pas. Et du coup, je vais aussi regarder ce qu'il se passe avec un seul disque..

Pas de soucis pour tester avec un seul disque, j'ai tout reformaté hier.

OK, ça roule.
 
Est-ce que tu pourrais lister ta config ?  
 
Proc : Xeon E3-1225 V3
RAM :  
CM :  
 
Histoire d'avoir une vue d'ensemble.

Processeur Xeon E3-1225 V3
Ram : 16 Go (4*4)
CM : Intel C226
Carte RAID PERC H700
 
Stockage:  
 
1 ssd 128 go (Contient Xen Server) branché directement sur un port sata de la CM
2 ssd de 512 go montés en raid 1 sur la carte raid.
2 caviar red de 3 to montés en raid 1 sur la carte raid.
 
Il s’agit de ce serveur : http://www.dell.com/fr/entreprise/p/poweredge-t20/pd

 
Ah ouais. Sympa la conf !

Bonne nouvelle, il semblerait que les problèmes soient résolus, j'ai changé quelques paramètres de la configuration par défaut du raid 1 sur la carte (un peu au hasard ) et les VMs se portent comme des charmes...  
 
Plus qu'à déterminer ce qui bloquait et je vais enfin pouvoir profiter à fond de Xen

 
Voilà une bonne nouvelle. Du coup, fait une photo de ta config RAID C'est toujours bien de l'avoir de côté

3.8 en approche !

Quelques news sur le blog pour ceux qui veulent lire ( https://xen-orchestra.com/blog/ ), sinon :

* connecteur LDAP
* ajout de disques dans une VM (attacher un disque existant ou créer un nouveau)
* ajout d'interfaces réseaux dans une VM
* premiers graphs simples mais déjà dynamiques dans la vue host
* mécanisme d'updater intégré à XOA, permettant de pas re-downloader XOA à chaque nouvelle release. L'updater pourra aussi s'auto updater, et en bonus avoir des scripts de migrations au cas où on change la structure de la base etc.

Plus qu'a pouvoir créer des réseaux dans l'interface (des pools)

Ça devrait être pas trop compliqué normalement

L0g4n: des pools? style vmbr sous proxmox?

Ma phrase est mal tournée, désolé.
J'entendais par là qu'il manque la fonction de créer de nouveaux réseaux, et que ce doit être faisable au niveau des pools (ou des serveurs, je me suis pas encore vraiment penché sur l'aspect réseau de Xen).
Parcequ'actuellement, dans XO, tu peut créer une VM, configurer sa carte réseau pour se positionner dans un réseau X ou Y, désormais tu peut ajouter une carte réseau à une VM (à chaud d'ailleurs ? C'est hotplug ?), et avoir la même lattitude de configuration. Mais tu ne peut toujours pas manager ces réseaux en question.
 
Pour imager, c'est comme si tu pouvais choisir dans quel SR tu veux stocker le DD de ta vm, mais que tu ne pouvais pas créer de nouveaux SR, ou supprimer ceux existants, depuis XO

ha okay, plus clair ^^

 
Yup c'est hotplug Gestion MTU, MAC (ou MAC auto générée). Par contre j'ai regardé vite fait la doc, pour la création de « réseaux » ça respire pas la clarté (comme 90% de leur doc )

Finalement, j'ai toujours mes problèmes de perf...
 
C'est assez incompréhensible : après avoir cru que les changements de paramètres de la carte RAID avaient résolu le problème, j'ai refait le raid pour partir sur une base propre, et là c'est le drame, retour aux perfs catastrophique, quoi que je fasse dans les paramétrages    
 
J'y ai passé un week end, pour le coup j'ai vraiment tout fait (tester les rams, installer windows sur le raid des disques de 3 to, tout réinitialiser...sans succès), et découragé ,j'ai laissé tombé. Ce samedi, je m'y remets, je démarre le serveur, et là, tout fonctionne normalement    
 
Je comprends vraiment pas ce qui fait que parfois, ça fonctionne, et d'autres, non. La je viens de le redémarrer et les perfs sont toujours là..

Temps d'initialisation de la grappe raid ?
Quand tu fait un raid, même si il est dispo quasi instantanément, il lui faut parfois plusieurs heures, pendant lesquelles les perfs sont moisies, pour se construire entièrement.