Reprise du message précédent :
J'ai fait un export via XOA d'un XS 7.4 et j’essaie d'importer sur un XS 7.2. Seulement, ça ne fonctionne pas : "The import failed because this export has been created by a different (incompatible) product version".
 
Il y a une manière de convertir le 7.4 en 7.2 simplement ?

Tu peux pas dans ce sens là (en général c'est toujours le cas entre plus récent vers plus ancien).
 
C'est pour ça que -par exemple- notre XOA officielle est crée à partir d'un… 6.5 !
 
Sinon tu peux bidouiller le fichier XVA à l'intérieur pour remplacer la version pour que ça corresponde.

C'est pas vraiment proposé ce choix dans XO
 
Sinon, je test quelques changements dans le ova.xml, mais rien de concluant

Ya aucun « choix », puisque le XVA est généré par XenServer directement.

Je suis repassé en 7.4 en attendant XCP-NG

Tu vas pas attendre longtemps, la 7.4.1 de XCP-ng arrive dans une semaine

Bien, j'ai hâte    
Je testerai une mise à jour XS 7.4 vers XCP-NG du coup .

Ça marche déjà ça, mais en théorie 7.4.1 sera un poil plus propre et embarquera des dépôts pour les prochaines maj

Sauvegarde, réinstallation complète des deux serveurs, import d'XOA et de la VM NAS puis restauration de toutes les VM : impec
 
J'ai juste un petit problème avec les réseaux :

Certains sont en double alors que déclaré une seul fois dans les réseaux de l’hôte. Je ne comprend pas vraiment.

Hmm t'es dans quelle vue là ?

Modification du paramétrage réseau d'une VM.

J'ai pas le soucis ici, je saurai pas comment reproduire

Je vois deux tests à faire.
 
Exporter une VM avec des étiquettes réseaux perso et la réimporter sur une nouvelle installation en :
- ne recréant pas les étiquettes avant l'import ;
- recréant les étiquettes avant l'import ;
 
De mémoire, c'est le premier cas que j'ai fait (les réseau n'apparaissaient pas dans la vue réseau de l’hôte XS, pour cela que j'ai recréé à la main).

Des étiquettes

Le "network" associé à la carte réseau / le portgroup (sous esxi) / le vswitch (sous hyperv)

Dans XenServer, les objets sont nommés comme cela : https://xapi-project.github.io/xen-api/
 
Donc une VM à une VIF, reliée à un network, reliée à une PIF d'un hôte

Sympa le schéma C'est clair et concis. Je comprend mieux les relations.
 
Mais ça ne fait pas disparaitre le problème

Maintenant tu peux reformuler le problème avec les bons noms, parce que j'ai toujours pas compris

 

 
J'ai juste un petit problème avec les network associé aux hôtes qui sont ensuite utilisés par les VM :
https://reho.st/self/d90a2ecd6df239 [...] 1c4a9b.png
Dans la vue network des VM. certains sont en double alors que déclaré une seul fois dans les network de l’hôte. Je ne comprend pas vraiment.
 
Pour reproduire, je vois deux tests à faire => exporter une VM avec des network réseaux perso (avec VLANID différents) et la réimporter sur une nouvelle installation en :
- ne recréant pas les network sur l’hôte avant l'import ;
- recréant les network sur l’hôte avant l'import ;
 
De mémoire, c'est le premier cas que j'ai fait (les network n'apparaissaient pas dans la vue network de l’hôte de l’hôte XS, c'est pour cela que j'ai recréé à la main).

Dans la vue network d'une VM, quand tu veux changer de network avec le menu déroulant (ou en créer un), correct ?

C'est exactement ça, quand je veux changer.

5.19 de XO et 7.4.1 de XCP-ng out.

On n'est pas limité à 140 caractères sur le forum
 
Je vais lire le billet de blog de ce pas  

T'imagine bien que release un 1er mai alors que ça devait être hier, c'est parce que j'ai eu mon lot d'emmerdes techniques Donc là j'ai la flemme à fond

Je vais peut être attendre avant de tester les nouvelles versions alors  

haha Non c'était surtout pour enlever des morceaux pas Open Source de Xenserver dans XCP, couplage fort un peu partout, ça a été chiant…

Je me note dans ma TODO des vacances de faire l'upgrade vers XCP-NG en tout cas.

J'attend que tu fasses ça pour faire de même

XaT

Encore une mise à jour de Xen Orchestra qui se passe bien. Ça en devient presque lassant

Je crois que j'ai trouvé un bug : le démarrage automatique n'est pas actif après la restauration de la VM.
Cad qu'une VM avec autoboot à "on" qu'on sauvegarde puis qu'on restaure aura bien l'autoboot à on dans XO mais lors d'un démarrage de l'hyperviseur, elle ne démarrera pas automatiquement.

C'est fais et je n'ai rien à noter. Tout semble fonctionner au poil !

 
Oui c'est possible ça. Ptetre même que ya une issue là dessus.

Depuis que je suis passé sur disques SSD, j'ai un backup-ng qui tourne tous les jours sans problèmes (et donc pas de coalescence) !
 
Et la nouvelle version de XO avec XCP-NG tournent au poil ! Je suis joie  

Le coalesce a toujours lieu, mais probablement beaucoup plus vite donc tu le vois même pas

Prochaine étape pour nous en juin : annoncer les prix du support XCP-ng (pour les entreprises, pas les particuliers/home lab bien entendu !)

Oui oui, c'etait sous-entendu

Bonjour, nous avons eu une coupure de courant ce week-end et toute notre infra est coupé.
 
Au redémarrage, tous les XenServer (7.2) sont "HS" ; leur interface réseau n'apparait plus sur le panneau de base (xsconsole).
Impossible de les ré-associer sous XenCenter.
 
Savez-vous comment nous pouvons faire s'il vous plaît avant de tout réinstaller ?
 
Merci beaucoup par avance !

Emergency Network Reset dans la console de XenServer.
 
Et utiliser XenCenter encore aujourd'hui, je comprends pas le projet

Merci, je vais regarder ça.
Nous n'avons aucune solution payante sur l'infra actuellement...

Je vois pas le rapport

Ah pardon, je pensais que c'était forcément payant.
Ensuite, on n'est resté en 7.2, car à partir de la 7.3, la HA est sur le plan payant si je ne me trompe pas.
 
On va déjà essayer de résoudre notre problème actuel.

Tout est open source, et ta pas entendu parlé de XCP-ng ?