Reprise du message précédent :

 
Sympa mais pourquoi pas utiliser le plugin NSCA de XO ?

Bonjour,
 
En suivant :
https://xen-orchestra.com/blog/dock [...] ate-guide/
 
wget http://downloadns.citrix.com.edges [...] tainer.iso
 
J'ai un 404 not found.
 
(Mon serveur est bien connecté à internet, le ping www.google.fr fonctionne)
 
Sais-tu pourquoi ? Est-ce bien .../11993/.... ?

Ah, c'est http://downloadns.citrix.com.edges [...] ainer.iso.
 
A corriger sur le blog.
 
Merci!

Hum après wget http://downloadns.citrix.com.edges [...] tainer.iso, cela se met ou ?
 
Car en suivant le tuto, en tapant http://downloadns.citrix.com.edges [...] tainer.iso no such file or directory.

1. Méthode 1, via la ligne de commande. Si tu wget dans ton /root sur ton XenServer, le fichier est dans /root Ensuite tu fais un pack install
2. Méthode 2 : download sur ton PC, puis upload du pack via XO (pool/pack/Install supplemental pack on every host)

D'accord, merci.
 
J'ai fait :
xe-install-supplemental-pack XenServer-7.2.0-xscontainer.iso et c'est good.

Et sinon, ils font chier à changer les liens tout le temps

Fais toi un script pout tester les urls de temps en temps
Ou refile ça à un stagiaire
 
XaT

 
Car on utilise checkmk, c'est le serveur qui interroge le client.

 
Fair enough

 
Bon après le plugin peut-être améliorer notamment en cas d'erreur, avoir le nom de vm incriminé.
Mais bon, on a pas directement l'info.  

S'il te manque des trucs dans xo-server-log, hésite pas à faire des issues

 
Ce serait plus simple d'avoir le nom de la vm plutôt que l'uuid.
Avoir autant d'infos que dans l'interface web sur le status/BP/Temps d’exécutions.

C'est pas directement prévu pour, mais si tu fais pas d'issue, le lead dev le saura jamais

Tant pis.  

=> Diag de XS5 qui disait en une fraction de seconde que tout va bien...
=> XS5 refait de A à Z
=> Réinstallation des patchs
=> Désactivation de la HA du Pool
=> Réintégration de XS5 au Pool
=> Reparamétrage de la carte réseau pour le Storage pour le SR
=> Réactivation de la HA avec succès !
 
Donc la réinstallation l'a aidé, mais toujours le problème de log dans /var/log/daemon.log où je vois un problème concernant "MCE Buffer is overflowed, Hardware Event, memory DIMM ID of error : 0, memory channel ID of error : 2 et d'autres lignes) et cela "spam" le fichier qui grandit que j'ai revidé ce matin (18% sur 3.9G en 24 heures).

A piori le message n'est pas critique en soi, mais effectivement ça te pourri les logs. Satané BIOS HP

edit : ya peut être moyen de faire tourner les logs plus vite pour éviter de remplir /var

 
 
Problème de RAM ECC Foireuse.

+1 une DIMM morte.

En effet j'avais pas vu le DIMM ID error

/var/log/daemon.log => http://hpics.li/f955198

Ca commence à être bien explicite la
memtest, voir la répartition de la ram aussi, je crois qu'il y'a des histoire à la con avec numa sur les trucs de l'époque
 
XaT

Socket 1 Dimm 0.
Par contre ce sont des corrected donc elles ne devraient pas poser de probleme sauf si il y en a beaucoup.
Fait voir la conf de mcelog pour voir le threshold sur les corrected.
Mais prépare toi à changer la barette

/var/log/mcelog n'existe pas.
 
=> https://img15.hostingpics.net/pics/ [...] ogred5.png

Et /etc/mcelog/mcelog.conf ?

Voici mcelog.conf :
=> https://img15.hostingpics.net/pics/598020mcelog.png

10 par 24h.
Tu peux modifier le fichier pour mettre les erreurs dans /var/log/mcelog et éviter de pourrir les logs systèmes mais dans tous les cas je te conseille de changer ta barette.

D'accord, merci pour ton information.

Bonjour,
 
Nous avons reçu notre nouvelle infrastructure dont nous allons ajouter l'ancienne infrastructure (celle dont vous m'avez aidés) une fois que la nouvelle sera opérationnel.
 
Si vous avez des connaissances en XenServer avec GlusterFS/ZFS et NFS, je suis preneur et vous remercie déjà par avance !
=> https://forum.hardware.fr/hfr/OSAlt [...] 6015_1.htm

Si c est une infra de prod il faut pas avoir peur de payer quelqu un pour faire le taf si vous n avez pas les competences en interne.
Sinon c est du lab et c est l occasion d apprendre

 
Je suis juste un AdminSys qui a été recruté pour les tâches normales d'un AdminSys. Ensuite, cette nouvelle infra était prévue donc voila.  
Après, disons que j'apprends assez vite, et Google et les forums aident beaucoup pour cela. Sinon, cette infra (qui sera pour de la prod à terme) n'a rien dessus donc je peux me permettre de faire mes tests fonctionnels et oui, j'apprends en même temps

Monter une infra de prod alors que tu connais/maitrise pas la techno, c'est un coup à avoir l'impression que tout marche bien... Et avoir tout qui explose, au mauvais moment, X mois après. Idéalement la veille de tes congés.

Je suis d'accord, c'est pour cela que j'essaie de bien faire, en documentant ce que je fais en cas d'un mauvais moment comme tu dis, et oui, j'apprends aussi.
Après, il n'y a pas tous les candidats qui ont une expérience aisée sur l'univers de Xen et ses alentours, du coup, pour limiter le budget, il faut bien commencer.
 
On fait un débât en "polluant" le forum de XenServer/Orchestra sur du hors-sujet... Je pense que chaque recruteur a sa façon de faire en fonction des finances de l'entreprise. Du coup, quand il n'y a pas le choix, on est bien obligé de s'adapter.

Salut à tous,
 
Besoin d'un petit coup de main, j'ai un xenorchestra qui marche plutôt bien en open source mais qui est assez vieux, et  trop vieu a priori pour faire une MAJ qui deconne. J'ai donc voulu repartir sur un debian8 fresh install et installer un xenorchestra latest en open source.
Donc avec openjs yarn etc. J'ai fais toute l'install sans problème : " https://xen-orchestra.com/docs/from [...] html" mais à la fin j'ai bien une page web qui se charge avec XOA et deamnde de login qui fonctione mais avec une page blanche sur la droite avec ecrit " still loading " ...
Pas la possibilité d'ajouter un server rien toujours la meme page blanche pour toutes les catégorie...
De base je vois pas de log d'ailleurs bizarre..... mais sur le yarn start on peut voir le même problème que ici:   https://github.com/hackmods/autoXOA/issues/5  mais je ne pense pas que ce soit mon reel problème...
 
Merci d''avance

Je penche pour une compil foireuse
 
XaT

Pas eu d'erreur pendant les yarn et yarn build de server ni de web.... Mais oui ça peut être ça pas au point le déploiement Dommage qu'il n'y ai pas le même système d'importation fe VM comme sur la version payante

XOA est très au point si t'a besoin d'un truc clef en main
 
Sinon il me semble que la doc est assez clair sur l'install depuis les sources : faut savoir se débrouiller un peu ou alors demander de l'aide sur le forum

Oui j'y passerais peut être mais on avait ça avant donc je voulais essayer ... C'est la même version en gratuit de toute facon non? ejuste pas de mise àç jour "simple"
 
Oui c'est assez simple et tout est ok a l’installe je n'ai pas d'erreur c'est bien pour ca que je viens...sur un forum demander si vous aviez déjà eu cette erreur
J'ai pris l'os conseillé, j'ai fais toute les installs demandé sans erreur... PAs grave je garde pour le moment ma vieille version je reessayerai plus tard et au pire effectivement je prendrais la payante

Non, XOA c'est pas pareil :

* QA dans la XOA (donc vérif du comportement)
* updater et sa QA lors des MAJ (packages validés)
* support si ta des soucis
* pas toute les features en fonction de ta version (support sur un set de features)

Donc ça n'a rien à voir avec les versions des sources, avec ses nombreuses dépendances et la couche du dessous (l'OS) qu'on peut pas valider partout.

Note qu'on bosse dessus et donc qu'on installe en dev nous même sur nos postes. Donc ça devrait marcher, modulo tes version de npm, yarn node etc. Impossible que ça marche partout du premier coup depuis les sources à cause de tout ça.

edit : le forum c'est celui de XO, pas ici. Je peux pas assurer moi-même partout les demandes.

Désolé je croyais que c'était la même chose, de toute façon on va y passer Lourd ces mise a jour qui marche mal et ces installes compliqué.
en effet les version des différent paquet doivent jouer... J'aurais essayer, je vais regarder les tarifs des licences XOA et voir qu'est ce qu'elle permettent.
 
MErci

« Lourd » pas vraiment, c'est le jeu de l'Open Source Soit tu passes du temps et tu comprends un peu comment ça fonctionne (ce qui est plus que nécessaire le jour où ta une merde vu que tu fais ton propre support), soit ça te coûte moins cher de souscrire pour un truc clef en main
 
Après ta des gens qui ont fait des docker avec XO, mais c'est pas supporté par nous, tu fais que repousser le problème le jour où ça te pète à la gueule et à chaque update : https://hub.docker.com/r/ezka77/xen-orchestra-ce/
 
C'est à toi de peser le risque par rapport au coût (si c'est pour chez toi dans ton home lab, c'est sûr que prendre XOA Premium c'est pas nécessaire )