Reprise du message précédent :
Chez AMD avec des Firepro ça tourne super bien (ya des feedback sur le forum), que ce soit en vGPU ou passthrough

Pas de GPU grandpublic ?

Le passthrough de GPU AMD doit marcher sans problèmes, mais j'ai pas testé moi-même
 
vGPU ça doit marcher avec Firepro, pas sûr que ça marche avec du grand public.

Je crois que j'ai un petit problème
( c'est du SSD )

Regarde si tu as pas du coalesce en boucle quelque part. C'est quoi le SSD ? Il est encore vivant ?

Je n'arrive pas à migrer via Xo ni via le xcp-ng center, une vm d'une serveur xcp-ng 8 à un autre... J'ai toujours cette erreur qui pop:
 
"Failed","Migrating
Internal error: Xenops_interface.Xenopsd_error([S(Internal_error);S((Unix.Unix_error "Connection reset by peer" write "" ))])
Time: 00:02:17","xcp-ng-migration7.6-8","Nov 18, 2019 3:15 PM"
 
Ca parle à quelqu'un? Serveur à jour, guest tool a jour....J'avais déjà le soucis d'une version de xen/xcp différente, j'ai tout migrer exprès vers xcp 8 mais ça fait pareil (quoi que non au moins je perds pas le disk au passage! m'enfin)

Ejecte le CD

J'aurais préféré que ce soit ça Et oui effectivement si y'a quelque chose de monté, ça ne marche pas. Mais j'avais déjà vérifié ça et ce n'est pas le cas. Je viens de refaire un test, la migration arrive à 100%, on voit bien une vm arretée arriver sur sur le serveur de destination, après il envoi j'imagine l'état de la ram, et la VM s'efface et j'ai cette erreur

Le style de serveur peut il jouer? Je viens de faire un test d'un serveur A vers un B similaire (même modele meme CPU meme réseau) et ça passe! Mon premier test était sur un serveur de modèle différent et ram/CPU différent, Comme c'est une migration a chaud ça peut peut être expliquer?
 
Edit: je pense que c'est ça, je viens de faire le test d'une vieille version de xenserver 7.1  (mon derniere serveur que je dois migrer sur XCP 8) et ça marche également et les serveurs sont identiques!

Euh, comment dire Bien sûr que ça peut jouer si c'est un CPU différent. Surtout si c'est sur un CPU plus récent vers plus ancien. Dans l'autre sens ça doit marcher normalement

Ok ça doit etre ca, plus ancien ou plus recent je ne sais pas, mais c'est d'un serveur R610 vers un R815 même génération mais cpu différent (intel -> AMD) la migration a chaud est donc impossible, je copierai tranquillement Vivement que tout soit homogène!
 
Merci bien

 
Intel vers AMD, c'est couillu Note que parfois (exceptionnellement) ça peut passer, mais c'est plutôt de la SF de manière générale

Ça passait c'était beau !!

J'ai le souvenir, à l'époque où j'utilisais du Xen sur Debian (2008 ?), que ça passait pour certaines VM sous Linux avec très peu d'activité
 

Oui possible vu que ça a un rapport avecl ep roc, mais il me semblait avoir lu dans un changelog XCP ou Xen y'a un moment que la migration marchait même cross platform..M'neifn pas très grave, quand tout sera passer sur XCP 8 tout sera Ok, l’homogénéité règle beaucoup de problème en virtu !

XO 5.41 out !
 
En gros :
 
* XOA basée sur Debian 10
* Intégration de netdata dans XOA et "one click" pour déployer netdata sur un XCP-ng et centraliser le stream sur XOA
* Webhooks
* Et plein de petits trucs
 
 
La release de décembre va être aussi sympa niveau features si on termine dans les temps

Top !! GG

9a sent bon tout ça  

Ola! Petite question, je viens de finir de migrer tous mes ex serveur Xenserver 7.1 vers du Xcp-ng 8.  
Tous la même conf CPU network mémoire... A la bien. Je remarque tout de même des performances de migrations a chaud ou a froid assez basse, toujours un peu moins de 100M alors que je suis en giga partout...Est ce normal?
Par contre si j'envoie deux VMs en même temps on monte bien a presque 200M, la limite a l'air de se faire par VM du coup...
Le serveur qui reçoit la migration a chaud/froid étant vide, il dort donc pas de load cpu ou réseau à coté....
 
Merci d'avance

Il me semble que si t'as pas un lien dédié à l'admin Xen, l'export/import est en effet bridé à 100M pour pas saturer ton lien qui est aussi utilisé pour le réseau de tes VMs.

J'ai justement un lien dédié Giga , il  sert qu'au management et au import/export/backup pas d'ip de prod dessus. Mais comment le XCP-Ng peut la voir dédié ou non ?

A priori XenServer limite la bande passante utilisée pour la migration à 20%, et permet de migrer jusquà 4 VMs en simultané, laissant ainsi 20% pour le traffic restant, peu importe si l'interface est dédié ou pas au management.
C'est couillon qu'il utilise pas 80% si une seule VM en cours de migration, mais c'est comme ça on dirait

Ah ok effectivement ça semble coïncider...Un peu dommage effectivement, a voir si on peut le débrider quelque part mais ce n’est pas très important....9a motive a avoir de p"etite" vm en terme de disque!
 
J'ai justement ce matin un problème plus important, après la migration de tous les servertus sur Xcp8, tous les CR ou backup a froid qui se lance, ont direct une erreur de type:
 
Error: the job (26d49d56-9b09-4914-b760-4180f6ed4467) is already running
 
J'ai fais des migration total exprès pour pas avoir a refaire tous les configuration de backup, du coup finalement peut être qu'il faut tout refaire ? Je pense que c'est une histoire de snapshot...Dommage
 
EDIT: j'ai supprimer uj des backup qui merdait et recreer et en relancant ça marche.. j'imagine donc que c'es tbien ça finalement il faut tous les recreer Bizarrement un CR et un BQ de Vms qui n'ont pas migrer hier marchent plus nonplus.... Là je pige pas!

Bon à priori juste un "bug" car je voyais dans les logs un job en erreur et juste après le mm job ok...J'ai reboot Xo et là a priori tout est ok! Certainement du à l'installation du nouveau serveur je ne sais pas trop... Bref à priori c'est good
 
Merci encore!

Bon bin le bug est toujours présent, bizarre! Le job commence une première fois et se met en erreur "the job xxx is already runing" et un autre est ok plus tard...A priori ça fonctionne quand même m'enifn....
 
https://i.ibb.co/0YVkT95/Capture-du [...] -08-26.png
 
Vous avez déjà vu ça? Merci d'avance.

J'ai l'impression que l'heure de début du job qui est en succès est 1 seconde avant celui qui fail, donc probablement que la raison de l'échec est qu'il y a déjà un job en cours.
Après j'utilise pas ce machin, donc je peux pas t'en dire plus sur la cause, c'est simplement ce que ça m'inspire en regardant ta capture

Oui j'ai vu ça aussi et donc vérifié si j'avais pas sans faire exprès appuyer sur 2 minutes différentes en même temps dans le planificateur mais non...;Puis ça marchait très bien avant et depuis des mois, le seul changement c'est un serveur sur les 4 que j'ai réinstaller sur xcp 8, mais j'avais fais pareil sur 2 moi pour les 3 autres... Bizarre!
Les sauvegardes qui bugs ne sont même pas spécialement sur le serveur  réinstaller

Il y avait un bug du genre il y a quelques release. C'est fixé depuis. Dans le doute, passe sur latest

Ah bin je n'avais pas vu ton post (merci !) mais je l'ai justement mis à jour hier et lancé des tests ce matin, effectivement plus de problèmes de job already running MAIS les backup sont trèèèèès long, que ce soit en backup a froid sur un NFS ou en Continuous Replication, un exemple de CR:
 
Start time: Thursday, December 19th 2019, 7:20:00 am
 
End time: Thursday, December 19th 2019, 7:58:54 am
 
Duration: 39 minutes
 
Snapshot ✔
 
    Start time: Thursday, December 19th 2019, 7:20:00 am
    End time: Thursday, December 19th 2019, 7:20:05 am
    Duration: a few seconds
 
SRs
 
    Local storage (a70a93c4-4951-9bec-54ab-d45bb5039b44) ✔
        Start time: Thursday, December 19th 2019, 7:20:05 am
        End time: Thursday, December 19th 2019, 7:58:52 am
        Duration: 39 minutes
        transfer ✔
            Start time: Thursday, December 19th 2019, 7:20:06 am
            End time: Thursday, December 19th 2019, 7:58:50 am
            Duration: 39 minutes
            Size: 1.34 GiB
            Speed: 605.55 KiB/s
 
Ce matin je vais faire des test de transfert de fichiers entre VMs Xcp mais aussi entre vm et serveur physique du parc, voir s'il y a un souci réseau quand même...
je vais aussi essayer de booster la Vm de Xen orchestra pour le moment en 2 cores et 2G de ram....

Salut, j'ai donc fais tous les tests, mis à jour l'OS, upgrader la Vm de Xo niveau proc et ram au cas ou, et les copies manuelles vers le même NFS qui sert pour le backup de xen orchestra sont rapides.
 
On dirait donc un soucis avec le système de sauvegarde/CR de Xen...La vitesse du réseau oscille entre 1MB et 8MB en dents de scie alors qu'avant ca restait toujours vers les 90MB sans osciller, bizarre!

Release de XOA 5.42 dispo
 
https://xen-orchestra.com/blog/xen-orchestra-5-42/

Des que le delta est possible avec le proxy, je testerai ça pour comparer  

Bordel ça trace ces XOA/XCP, la vue des features de l'année pour XO ça claque.
Dire que je suis encore sous xenserver et que j'ai pas remit de XO en ligne depuis des mois

Comment est-ce que ça fonctionne les plugins / XOSAN / Netdata pour la version opensource ?
Les informations pour configurer soit mêmes les éléments et compiler les plugins sont trouvables ? Ou c'est soumis à licence ?

1. Netdata : tu as le package dispo dans la distro, dans le dépôt public (on a pas fait de dépôt fermé/payant). Ce que tu as dans XOA c'est le « one click install/config », mais libre à toi de configurer à la main ton netdata dans XCP-ng
2. XOSAN : le driver est sur GitHub, tu peux installer Gluster dans XCP-ng, et faire ta config.

Le modèle chez nous c'est support + clef en main. Si tu es sur les sources, tu peux avoir le même résultat « fonctionnel » mais faut le savoir faire

En fait t'as juste à nous donner la routine de compilation et on peut se faire son XOA

C'est pas très sorcier, c'est pour ça qu'avec un home lab tu peux arriver au même résultat En entreprise par contre, pas sûr que t'aies le temps de tout faire proprement

En entreprise on m'a obligé à utiliser proxmox

 
Je peux t'assurer que c'est pas courant Aussi ils ont pas eu bonne réputation en tant que boîte, vis à vis de l'écosystème et des partenaires (volonté de tout verrouiller et tout faire eux-même). C'est une chance pour nous qui bossons sur l'écosystème (ça va bouger en 2020 là dessus !)

J'ai vu/mis/maintenu du proxmox en prod chez un gros du CAC40. Plusieurs cluster, du San, >10 serveurs... Ça marchait bien en fait.

C'est pas de ça dont je parlais dans mon post (je parlais du fait qu'ils jouent très perso et que c'est quasi impossible de travailler avec eux en tant que partenaire technique, c'est pas moi qui le dit mais une bonne demi-douzaine de boîtes/éditeurs en Europe que j'ai rencontré ).

Et l'immense majorité des gros déploiements de Proxmox ce sont pas des gros, mais une myriade de très petits (15k environ). Ce qui bout à bout fait un sacré revenu tout de même (même avec un panier moyen, disons de 300€/an, ça fait un récurrent annuel de 4,5M€)