Reprise du message précédent :
1. Éteindre/allumer la HA a de grosse conséquences, on a pas souhaité exposer l'action directement
2. Lire la doc de Citrix sur "Best-Effort", je crois que ya un bon PDF qui récap

 
D'accord.
J'ai lu https://docs.citrix.com/de-de/xence [...] tings.html, d'où ma demande. Je suis sûrement passé à côté du Best-Effort alors...

Dans l'URL de ta doc, c'est pour 6.1, donc pas à jour

 
Oui ^^
J'avais suivi le lien via la mise à jour de XO ( https://xen-orchestra.com/blog/xen-orchestra-5-20/ ) au paragraphe HA. Je vais chercher ça, merci
 
Edit : ( Pour XS 7.5, https://docs.citrix.com/content/dam [...] -guide.pdf best-effor s'explique )

En fait, depuis la dernière MAJ, je n'arrive plus à sauvegarder (avec le backup ng).
Il lance bien les premiers snapshot (en fonction du nombre de taches en // autorisées), mais une fois ce run terminé, la sauvegarde reste bloquée. Le job rester en jaune dans les logs mais aucune taches ne tourne.  
 
Si j’essaie de lancer un nouveau job de sauvegarde, il me reste qu'un est déjà en cours. En revanche, un xe tasks-list ne renvois rien. Et après un redémarrage de la VM XO, je peux de nouveau lancer un job de sauvegarde.

Ta bien la toute dernière version ? on a ajouté des logs dans ce cas là

J'ai mis à jour et relancé un job. Toutes mes VMs (les 18) sont en état "started" sur "merge".
Ou est ce que je peux avoir plus de logs ?

Alors c'est que t'es pile en train de merger là maintenant de suite

Même sans taches en cours ? Même depuis hier soir 21h ?

Le merge c'est fait par XO, pas par XCP/XenServer (donc pas de tâche XCP/XenServer en cours).
 
Si ta beaucoup à merger et que ça rame sur le remote, c'est possible

Ça me parait très long. Il me fallait deux heures pour un backup delta avant la dernier MAJ de ma VM faite le 04/06.
 
Je supprimerai tous les snapshots et relancerai. Avec toutes ces tentatives infructueuse, ça n'aide peut être pas.

Ta de l'activité réseau sur la machine avec XO ? Ça doit pomper du débit de faire des merges normalement.

C'est plus ou moins le calme plat justement

J'ai donc fait un clear de tout ça. J'ai lancé le job avec une concurrence à 2. J'ai deux VM en état started et en merge depuis samedi.

Je suis en vacances, donc si tu veux des infos c'est sur le live chat d'XO ou le forum

Tu fais chier d'ailleurs ... Ferme là et profite de tes vacances

Nouvelle version : https://github.com/vatesfr/xen-orch [...] 2018-06-28 \o/

https://xo.readthedocs.io/en/latest/

Je ne suis pas sur de comprendre ce que j'ai:  
- dans mes storages, toutes mes VM ont un snapshot

- aucune de mes VM n'a pourtant de snapshot dans l'onglet snapshot

- aucun merge en cours

- je ne peux cependant rien supprimer car XO m'indique que le VDI est en cours d'utilisation:

 
Et mes sauvegardes delta ne fonctionnent toujours pas ; j'imagine que ça a un lien (je précise bien delta car les backup et rolling snapshot, je n'ai pas de problèmes).

VDI attaché au control domain ? (je rentre à l'instant de vacances )

Je venais me répondre à moi même. Et c'est exactement ça.
Je suis tombé sur ce thread : https://discussions.citrix.com/topi [...] ol-domain/

Je pense qu'au vu des explications, je pense que c'est due à mes échecs de sauvegardes. Mais je suis surpris à la vitesse avec laquelle on peut se retrouver avec des disques qui ne servent à rien / orphelins / ...
Comment s'en sortent VMWare / Hyper-V / Proxmox pour donner l'impression (au moins visuellement) qu'ils s'en sortent mieux ? Je n'ai pas du tout ces problemes avec eux.

Dans la vue health tu peux voir ce qu'il se passe à ce sujet.
 
Probablement des race conditions dans l'export de VHD, peut être lié à ton SR je ne sais pas.

La variable ${name} est accessible dans le template de configuration cloud-init ? Afin de récupérer le nom de la VM.

Je rien codé de tout ça, donc j'en sais rien. Essaie

@Plam, une licence XOA est pour un seul XOA, ou si nous utilisons 2 VMs XOA (une par Pool) avec la même licence, c'est bon aussi ?

C'est par XOA, mais on "enforce" pas pour l'instant. Par contre ça viendra dès qu'on aura les proxies de backup.

Pourquoi est-ce que l'on ne peut pas "retransformer" un template en VM ? Quel est le point technique qui bloque ?

J'ai jamais eu ce soucis.

Dans XO, tu ne peux pas. Tu est obligé de créer une VM à partir du template, supprimer l'ancien template puis convertir la VM en template.
(Alors oui, ça se fait bien, mais ça fait beaucoup d'actions pour pas grand chose).

Plein de choses fun :
 

• RC1 de XCP-ng 7.5 avec support expérimental de ZFS entre autre, et des fix que Citrix a pas eu le temps de merge chez eux https://xcp-ng.org/2018/07/31/relea [...] cp-ng-7-5/
• XO 5.22 https://xen-orchestra.com/blog/xen-orchestra-5-22/
• Comment on a fixé une grosse régression dans XS 7.5 https://xen-orchestra.com/blog/full-stack-power/

Va falloir que je teste tout ça. Ça résoudra peut être mes problème de backup delta non fonctionnels.

La nouvelle version seule d'XO ne corrige pas le problème

Ta ouvert une issue GH quelque part ou un ticket si t'as une souscription ?

Moi non, mais j'etais tombé sur ce thread : https://xen-orchestra.com/forum/top [...] at-merge/8

Faut se manifester plus que ça pour tomber sur nos radars, si vous êtes que 2 a avoir le soucis et que personne dit rien sur GH, ça avancera pas

J'ai enfin pris 30s pour récupérer quelques informations d'XO pour les avoir dans saltstack :
 

XCP-ng 7.5
 
https://xcp-ng.org/2018/08/10/xcp-ng-7-5/

Disponible quand dans les "patch" host dans XO ? (ou via le yum update),

On a préférer éviter en mettant que le répo yum de 7.4 pointe pas sur 7.5

Cf le blog post d'upgrade. Si tu change le répo, tu verras les updates dans XO
https://github.com/xcp-ng/xcp/wiki/Upgrade-Howto

Il faut que je me décide à faire un ticket. L'upgrade n'a pas résolu le problème de sauvegarde delta

Pas de bras pas de chocolat, aucune chance que j'ai le temps de debug ton issue ici, ça sera dans les mains de l'équipe de dev