Reprise du message précédent :
Nan, y'a moyen de modder des 670

 
Hmm vu comment ce genre de truc me parait verrouillé par NV et Citrix, je veux bien un tuto ou une source Perso ça m'irait bien pour le labo, parce que les cartes GRID c'est pas donné

Roh je suis déçu... Oui je n'ai pas les moyens de m'acheter une NV Grid...
 
Tant pis j'attendrais encore un peu avant de repasser sur un système 100% Linux!!!

https://www.eevblog.com/forum/chat/ [...] rparts/75/

Pas que des 670 ! Mais ça reste plutôt limité.

XaT

Des que j'ai le temps et la motivation je teste, j'ai une 670 à convertir

XaT

Hmm si j'ai bien compris ça change le PCI id, ce qui permettrai (?) de faire du GRID ?

edit :

Oui. Faut des vieux drivers du coup.

Ajout de plus de détail dans un backup log (taille et temps de transfert séparé de la taille et la vitesse de merge) :
 

Bonjour,
 
Sous XenCenter, nous n'arrivons pas à activer la Haute Disponibilité.
On l'active, ça commence à charger, puis ça mouline à l'infini.
 
Nous avons un pool de serveurs tous en 7.2.
 
Auriez-vous une idée ?
Merci par avance !

Est-ce qu'il y a un SR par défaut configuré ? Un SR partagé ?
 
À tester avec xe CLI, c'est plus clair en général.

Oui, il y a un SR en RAID5 où les VMs sont justement dessus.
Je le sélectionne dans la configuration HA, je lance l'activation, et ça charge sans fin au 1/4 de la barre de chargement.
 
Si le SR n'était pas bon, cela lancerait l'activation tout de même ?

Combien d'hôtes dans le pool ?

6 XenServer 7.2 dans le Pool avec environ 27 VMs de répartis entre ces 6 XenServer.

Ça me parait OK.

Ça donne quoi : xe pool-ha-enable heartbeat-sr-uuids=<SR_UUID> (avec l'UUID du SR partagé)

edit : le SR est bien connecté OK à tous les 6 hôtes ?

En passant en commande pour taper ce que tu me dis, je fais à partir de la console du XenServer "maitre" ; le premier ?
 
Si oui, je viens de la faire, la commande charge... A l'infini je dirais aussi.
 
PS: Dans les paramètres du pool en interface graphique (sous XenCenter), pour HA, j'ai uniquement "configure HA..." qui me lance l'activation ensuite, mais pas de case "Enable" comme j'ai pu voir sur certains sites/tutos... une coincidence ?

Je sais pas, j'utilise pas XenCenter
 
Les hôtes sont patchés au meme niveau ?

D'accord ^^
 
Pour toi, hôtes = XenServer ? Ou bien les VMs ?
 
Tous les XenServer sont en 7.2 après niveau patch, que veux-tu dire ?
(Ils sont tous passé de 6.5 à 7.2 la semaine dernière)
 
(Je débute depuis la semaine dernière dans Xen)

hôtes = XenServer (dom0 surtout en fait )
 
Est-ce que tout tes hôtes sont patchés, et si oui, avec les mêmes patches (vu Pool/patch dans Xen Orchestra)

Sur chaque XenServer, il y a marqué qu'ils ont besoin des mêmes patchs :
XS72E005 et XS72E009.
 
Du coup, faut que je mette directement en XS72E009 (pas la peine de passer par la 005 si ?), puis que je redémarre chaque hôte et ensuite retenter HA ?

Euh le patching manuel j'en fais plus depuis un bail
 
Tu veux pas juste cliquer sur "Patch all hosts" dans la vue Pools/patches

J'aurais pu, mais je veux pas d'interruption de service... Du coup je vais faire serveur par serveur en migrand les VMs vu que le serveur doit redémarrer après le patch...

Hein ? Mais ya pas d'interruption de service Ça installe tous les patches les uns à la suite des autres dans l'ordre « qui va bien » et c'est tout. C'est à toi de décider quand tu veux reboot. Jamais de la vie on reboot un hôte automatiquement, c'est bien une idée de merde de XenCenter ça

On a pas XenOrchestra pour limiter les frais... Car la version Free est comme XenCenter non ?
Au moins, en redémarrant, ils seront tous patchés.
 
Je te tiens au jus dès que c'est fait, m'en reste 3 à faire sur les 6.

 
Si tu veux pas payer tu peux utiliser depuis les sources

Tu as les sources de XO si tu veux compiler et avoir XO gratos

edit

XaT

Grillé allègrement

Le matin je suis lent
 
XaT

On n'a pas xosan

Tous les hôtes du Pool ont été patchés aux dernières versions.
 
Ca mouline à l'infini comme avant.

 
Rien dans le xensource.log ou le SMlog ?

Cela se trouve ou ? /etc/.. ?

/var/log, ça reste un Linux

Hum là, j'ai deux XenServer qui ont ""planté"", et du coup HA a retourné une erreur :
"HA could not be enabled on the pool because a liveset could not be formed: check storage and network heartbeat paths"
Dû aux deux serveurs je pense...
 
J'essaie de voir si je trouve quelque chose d'intéressant dans les logs.

Au moment où la HA se crée, elle va écrire dans un VDI partagé sur tous les hôtes (dans lequel chaque hôte va écrire son heartbeat).
 
Si elle n'y parvient pas, ça va échouer. Après pourquoi ça échoue chez toi si tous tes hôtes sont UP, c'est pas normal en effet

Ca sent l'install foireuse
 
XaT

On avait cru que cela venait du NTP mal réglé, on l'a réglé de la même façon sur tous les hôtes donc on n'arrive pas vraiment à cibler la cause.

Chaque hôte arrive à créer un VDI sur ce SR partagé ? Pas de pb lors de migration de VM à chaud entre les hôtes de ce pool ? "date" est identique sur tous les hôtes ? pas de soucis de MTU sur les network ? (même config partout ?)

Chaque hôte arrive à créer un VDI sur ce SR partagé ?  
Oui.
 
Pas de pb lors de migration de VM à chaud entre les hôtes de ce pool ?
Non.
 
 "date" est identique sur tous les hôtes ?  
Oui avec date, tout est bon, même format, mêmes heures et les secondes sont coincidentes, mais si je fais "ntpstat -s", j'ai une IP différente sur chaque hôte et des temps (ms, s) différents :
synchronised to NTP server (IP) at stratum3
time correct to within X ms
polling server every X s
 
Sous NTP, on a sur chacun des 6 hôtes :
0.fr.pool.ntp.org
1.fr.pool.ntp.org
2.fr.pool.ntp.org
3.fr.pool.ntp.org
 
Et en timezone : Europe/paris.
 
pas de soucis de MTU sur les network ? (même config partout ?)
MTU ?
Sinon, oui, la config est paramétrée pareil sur chacun des hôtes.

Si tu ne sais pas ce qu'est la MTU, j'imagine qu'elle n'a pas été modifiée
 
Les serveurs se ping bien entre eux dans le network de storage ?