Reprise du message précédent :

Ça sent la lib vhd non installé

Effectivement, c'est ça
 
Maintenant j'ai ce message d'erreurs :

Je pense que c'est parce que je n'ai pas de LVM (si sur la VM XO ni sur les autres).

Salut à tous,
 
J'ai rencontré le problème connu de la mise à jour centos 6 par rapport au kernel et aux crash des vm au reboot. J'ai suivi le ticket centos qui est passé en "resolved" depuis un petit moment: https://bugs.centos.org/view.php?id=14336 , cependant tout le monde a toujours le problème de crash au redémarrage sans désinstaller auparavant les additions invité de Xen...
Savez vous si une astuce permet d’empêcher ça? Ou si un correctif Xen est en cour (certainement maj des addition invités) ? Je suis sur Xenserver 7.1 à jour.
 
Merci d'avance bonne journée!

Tiens j'ai au un user avec le même problème auj.

Perso, j'en sais rien, j'ai plus aucune VM PV ni de CentOS 6

edit : de mémoire il a résolu le problème avec des guests editions plus récentes

les guest addition on peut les mettre à jour sur le serveur manuellement? je pensais que c'était automatique a force de mise à jour.

Une MAJ XenServer va mettre à jour l'ISO des tools. Mais ça veut pas dire que ça va mettre ton Linux à jour, non non : faut monter l'ISO, et installer à nouveau.

oui ça je sais qu'il faut le remettre à jour après une maj, mais c'est bien avec une maj xenserver que le gust addition se met à jour...Du coup normalement je suis a jour donc y'a pas bon, je vais quand même essayer de le désinstaller le réinstaller et mettre à jour centos pour voir

Je viens de tester quand je desinstalle il me dit que je desinstalle la version 7.1.0-41, et quand je monte l'image quest-tools.iso et que je l'installe il me met la même version:
 
(10:13:02|root@localhostmnt/Linux #) sh install.sh  
Detected `CentOS release 6.9 (Final)' (centos version 6).
 
The following changes will be made to this Virtual Machine:
  * packages to be installed/upgraded:
    - xe-guest-utilities-7.1.0-41.x86_64.rpm
    - xe-guest-utilities-xenstore-7.1.0-41.x86_64.rpm
 
Continue? [y/n]  
 
Donc je pense que ça va rien changer sur un forum citrix on me dit d'enlever une option du grub :  console=hvc0
 
Je vais tester, m'enfin siil faut aller l'enlever à chaque fois c'est un peu lourd JE pense qu'elle va revenir au prochain kernel...

Tu peux récup le RPM d'une version plus récente de XS, j'ignore si ça fixe le problème.

J'ai reussis en passant la vm en hvm en passant par l'hyperviseur : pv2hvm --name='NoM Vm'  
 
et en enlevant l'option "console=hvc0" du grub de la machine...
 
A priori c'est ok, un peu lourd a faire sur toutes les machines, en espérant que l'option grub revienne pas a la prochaine maj du kernel ?
 
PS: en faisant ca sur xencenter mon clavier est passé en QWERTY .....

Bon ça marche sur du 7.1 mais sur quelques serveur pas encore mis à jour, qui sont a 7.0 ça fonctionne pas... Bizarre qu'il fasse pas quelque chose depuis ça commence a faire un moment...Si on veut être à jour il faut desinatller xe-guest-tool du coup...
 
Aussi le patch que je fais sur le kernel, vous pensez qu'il va falloir que je le refasse sur les nouveaux kernel? Ou c'est option qui se met que quand la VM est en PV?
Pour finir si vous avez une combine pour paramétré le clavier sur la console xen (sur XO même soucis) car quand on passe en HVM le clavier se met en qwerty
 
Merci d'avance et bonne journée !

Si ton clavier est en qwerty en HVM, c'est que ton OS en VM est configuré en locales US

j'ai même pas vérifié a vrai dire lol effectivement, pourquoi ca switch comme ça en changeant de style de virtualisation par contre!! Ma foie déjà un point de résolu
 
edit: verifier a l'instant sur une vieille machine et une nouvelle c'est bien le fichier de conf sur /etc/sysconfig/keyboard qui est reconfiguré !!

Parce que c'est pas le même genre de console entre PV et HVM. PV t'es en "VT100" like, il n'y a pas d’interprétation des codes de touches. Alors qu'en HVM, c'est l'OS qui reçoit les codes de touche directement et "traduit" en fonction de ta locale

edit : PV et HVM sont très différents, c'est normal de constater des comportements différents

Oui j'ai vu, (j'ai édité le post) c'est carrément le fichier de conf /etc/sysconfog/keyboard qui est reconfiguré merci encore

Nouveau logo tous frais pour XCP-ng
 

Beaucoup de nouvelles choses :
 

• XenServer 7.4 https://xen-orchestra.com/blog/xenserver-7-4/
• XOA 5.17.0 https://xen-orchestra.com/blog/xen-orchestra-5-17/
• Nouvelles possibilités de backup avec code tout neuf https://xen-orchestra.com/blog/bett [...] r-backups/

Pas utile que je passe à 7.4.
Quelle bande de cons avec leur version entreprise

XaT

Chapeau bas. Sacrée release.

J'aimerai déplacer quelques VM de serveur le plus rapidement possible sans passer par une tiers machine.
Quelle serait la méthode la plus adéquate pour faire un one-shot ?

 
Ça va pas durer Maintenant va falloir sérieusement envisager de recruter toute une team XCP-ng
 

 
Merci, un peu dans la douleur, on va beaucoup patch release la semaine pro pour tout exposer dans l'UI
 

 
Migration de VMs à chaud, le flux va directement d'un hôte à un autre (enfin si j'ai compris la question, je suis pas sûr)

Tu as bien compris Mais je n'ai sans doute pas tout dit.
Mes serveurs ne sont pas en cluster / HA / pool. Je n'ai pas de stockage partagé et c'est de la para-virtualisation.
 
Mon SR vient d'exploser à cause de tous les snapshot des backups

Tu peux migrer à chaud d'un hôte à un autre, sans stockage partagé

C'est vraiment pas pratique pour savoir quel VHD est encore utilisé ou non en CLI.

l'API est chouette. Mais c'est souvent pas simple de s'en servir des que tu dois faire des jointures entres plusieurs type d'objets/

Comment ça quel VHD utilisé ?

Des VHD utilisé par des VM ou orphelins.
 
J'ai fais un peu de nettoyage du coup et je n'ai plus rien qui démarre    .

Dans la vue SR, onglet "disks", tu as tout ce qu'il faut pour tout trier facilement

Ça c'est quand on a un XO de fonctionnel. Quand il est situé sur le serveur mort, c'est moins amusant
J'ai utilisé XOA sur mon autre serveur du coup, mais je ne peux pas restaurer  

Ah oui, sans UI c'est moins simple oui

Ce serait intéressant de pouvoir restaurer plusieurs VMs d'un coup ; ainsi que de remplacer les VM existantes par le backup
Et avoir un bouton restauration directement dans les informations de la VM elle même.

 
1. ça, ça doit être possible oui
2 et 3. « remplacer » Si je reformule, quand on est dans la vue d'une VM et qu'il existe un backup avec le même UUID, afficher une possibilité de restore de la dite VM ?

Oui c'est ça
Pour le terme "remplacer", c'est qu'actuellement, quand tu restaure une VM, cela en crée une nouvelle VM avec le nom suivi de la date (On se retrouve alors avec deux vois la même VM si l'ancienne n'a pas été supprimée).
 
Pour rire, MAJ de XO : Done in 1810.08  

1. C'est tout à fait normal et voulu : on écrase pas une VM dans le process d'import Ça te permet par exemple d'éteindre l'ancienne et de valider celle que ta importée, puis de décider de virer l'ancienne (ou pas).
 
2. Temps de build Ça changera quand on aura des binaires.

Si je veux récup les features free j'ai besoin d'un rpm xapi-whatelse en provenance de xcp-ng c'est ça ?
 
XaT

Si ta un 7.2, tu peux faire joujou avec ça : https://xcp-ng.github.io/news/2018/ [...] racks.html (paragraphe RPM repo)

Pour XCP-ng on se base sur la 7.4, avec une autre approche (remplacement du démon de licence proprio par le notre qui répond toujours « oui » aux demandes de la XAPI concernant les features)

edit : tu peux imaginer qu'on est pas spécialement bien vu par les mecs de 6 triques en ce moment, ils essaient de nous mettre des bâtons dans les roues à fond, c'est assez fun

edit 2 : c'est signe qu'on va dans la bonne direction

Je suis en 7.3
 
Ouais j'avais vu passer ton poste sur le mode panic de 6triques
 
Go go go
 
XaT

Je vais essayer de release un ISO dans les temps (dernier jour de Q1)

Oui oui, je comprend très bien ce choix (qui est tout à fait logique). Mais une petite case "écraser l'existante" serait appréciable pour les feignants

XCP+XOA, tu vas avoir une offre d'achat dans 2-3 ans par 6T quoi
Je passerais sous XCP-NG dès que ça sera dispo
 
Bonne chance pour déjouer les pièges
 
XaT

 
XCP-ng+XOA vendu en pack (avec pro support) c'est vraiment l'avenir pour nous, exit six triques dans la pile !
 
Par contre, si ça fonctionne, ya plus de chance que ça soit l'inverse (que 6T tente de nous refourguer XS) que l'inverse.
 

Tiens, encore un article de The Register
 
https://www.theregister.co.uk/2018/ [...] _succeeds/
 
  Je peux sentir la RAJ d'ici ! (localisée dans un pays qui veut pas rester en Europe )