[topic unique] The Vates Stack : XCP-ng & XO (support de VEEAM !)

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 61 62 63 .. 104 105 106 107 108 109 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [topic unique] The Vates Stack : XCP-ng & XO (support de VEEAM !)

Plam

Bear Metal

Reprise du message précédent :

intra1910 a écrit :

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 ?

Message cité 1 fois
Message édité par Plam le 14-05-2018 à 11:07:44

---------------
Spécialiste du bear metal

Publicité

intra1910

Plam a écrit :

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

Pas encore, un article ou un tutoriel dessus à tout hasard ?
C'est récent ?

Plam

Bear Metal

https://xcp-ng.org/

Dans les news ta tout.

Message cité 1 fois

---------------
Spécialiste du bear metal

intra1910

Plam a écrit :

https://xcp-ng.org/

Dans les news ta tout.

Il existerait des tutoriels en français pour une installation pour de la production ? (afin de remplacer nos 7.2 actuel)
Et du coup, cette solution remplace la solution payante de Xen même si je comprends bien ?

PS: Nous réinstallons les 6 XenServer en 7.2 pour résoudre la panne de ce week-end actuellement. Je regarderais xcp petit à petit, mais en parrallèle, je regarde déjà un peu

Plam

Bear Metal

https://xcp-ng.org/download/

En français si tu veux

1. Insérer l'ISO
2. Choisir "Upgrade" de ta version actuelle
3. Voilà, plus de limitation de features.

---------------
Spécialiste du bear metal

intra1910

Ah, je peux upgrade mon XenServer 7.2 en XCP-ng 7.4.1 sans clean install ?

Plus de limitation en passant par ça et par XCP Center à la place de XenServer (de base, "constructeur" et de XenCenter en gros ?

Plam

Bear Metal

1. oui
2. oui

Mais je suggère vivement Xen Orchestra qui est tout de même mieux qu'un client lourd sous Windows

---------------
Spécialiste du bear metal

intra1910

D'accord, merci.

- Pour m'organiser, je dois d'abord installer le client lourd XCP 7.4, ou je peux garder XenCenter 7.2 le temps de tout mettre à jour ?

- XCP Center prendrais en charge mes XS 7.2 le temps des upgrades ?

Plam

Bear Metal

XCP-ng Center c'est « juste » XenCenter avec en plus le support des XCP-ng (parce que XenCenter refuse de se connecter à quelque chose qui n'a pas "XenServer" dans le nom :sarcastic: ). C'est donc retrocompatible.

Message édité par Plam le 14-05-2018 à 16:14:33

---------------
Spécialiste du bear metal

intra1910

Ok.

Je viens de l'installer.
J'ai "The CPU feature level on pool "X" has been reduced".

Et sur XCP-ng, tous les serveurs en "unlicensed".

Cela sera pareil quand la migration en 7.4 sera faite et il ne faudra pas que j'en prenne compte, ou bien il y a quelque chose à savoir ?

Publicité

Plam

Bear Metal

Tout ça c'est normal, visiblement la communauté à fait virer les messages de licence pour la prochaine version du client Windows.

---------------
Spécialiste du bear metal

intra1910

Ok.

J'ai installé la 7.2 sur un PC de test, j'ai voulu l'upgrade en 7.4. Ca n'a pas été possible car la 7.2 s'était installé en UEFI donc j'ai tout simplement fait une clean install et l'installation s'est bien passée en 7.4.

Sous XCP-ng Center, aucune mise à jour, c'est parce que la 7.4.1 est toute récente (1 mai) et donc c'est normal ?

Si je vais dans "Notifications" > "Check for Updates Now", j'ai "An error occured when searching for update Invalid URL: The URL is empty."

Plam

Bear Metal

on utilise plus du tout le système de Pack pour les MAJ. Tu fais "yum upgrade" dans ton hôte et c'est tout

---------------
Spécialiste du bear metal

intra1910

Ah c'est cool ça !

A tout hasard, existe-t-il un tableau comparatif entre la 7.4 de XenServer et la 7.4 de XCP-ng ?

Edit: XCP-ng 7.4.1 a une limite d'hosts par Pool ou pas ? Une autre limite à savoir ?

Merci

Message édité par intra1910 le 15-05-2018 à 09:34:40

Plam

Bear Metal

Le but de XCP-ng c'est d'enlever **TOUTES** les limites de XS. C'est comme si tu avais un XenServer payé avec la licence la plus haute.

Donc si tu veux : XCP-ng = XenServer Enterprise

---------------
Spécialiste du bear metal

intra1910

D'accord. C'est vraiment cool alors ! Et du coup XCP-ng va suivre l'avancée de XenServer et sera en parallèle mis à jour ?

Concernant la limitation des hosts par pool, au 15 janvier tu avais écrit cela : (Ou je mélange et tu avais énoncé les limites de la version gratuite de XenServer? ou les limites de la version libre de XOA d'où l'utilisation de XCP-ng Center si l'on veut plus de 3 hosts par Pool gratuitement ?)

( http://linuxfr.org/news/xcp-ng-une [...] -xenserver )

"
Posté par Plam le 15/01/18 à 10:34. Évalué à 6.

Je me permet de corriger quelques erreurs :

Non, Xen Orchestra est totalement libre. C'est l'appliance « clef en main » qui possède un composant lié au site web de xen-orchestra.com (le système de mise à jour et de lien avec les tickets de support privé). Mais le logiciel en lui-même est 100% libre avec en plus une documentation d'installation depuis les sources, et des utilisateurs qui font leurs propres Docker avec par exemple.
XenServer, tout au départ n'était ni libre, ni gratuit. Ils l'ont ouvert en 2013 seulement.
Les builds ont toujours été payants pour certaines features (vGPU par exemple).
La limitation est à 3 hôtes (le 3ème inclus), pas 2.
C'est un problème de liberté, car il n'existe à ce jour aucune documentation pour builder XenServer, et le projet est 100% mono-société. Bien que Xen et la XAPI soient dans la fondation Linux, dans la pratique personne d'autre que Citrix n'est capable de builder XenServer depuis les sources. C'est cette « Citrix dépendance » dont il est question ici, XCP-ng est là précisément dans ce but.
Voilà, j'espère que c'est plus clair comme ça
"

Edit: Concernant ""TOUTES"" les limites, à l'heure actuelle, il n'y a que le "GPU passthrough" qui n'est pas actif ou quelles sont les autres fonctionnalités non activées ?

Message édité par intra1910 le 15-05-2018 à 10:09:26

Plam

Bear Metal

1. Bien sûr. Il y a déjà les MAJ de sécu Xen dispo avec ''yum upgrade".

2. Je parlais de XenServer dans ce commentaire. PAS de limitation dans XCP-ng.

3. Aujourd'hui la seule feature pas open source c'est le vGPU migration. Le reste fonctionne.

Message cité 1 fois

---------------
Spécialiste du bear metal

intra1910

Plam a écrit :

Ok, Niquel tout ça ! :sol:
Merci

intra1910

Faut-il redémarrer après un yum upgrade ?

Plam

Bear Metal

Si ça implique des MAJ sur l'hyperviseur ou le kernel du Dom0, et que tu veux que ça soit pris en compte, oui : le reboot va permettre de relire et recharger en mémoire tous les changements.

Tip : toujours redémarrer le master en premier (ici c'est pas critique, mais le jour où c'est une MAJ de l'API…)

Message édité par Plam le 16-05-2018 à 17:52:04

---------------
Spécialiste du bear metal

intra1910

Ah d'accord, et du coup, le jour où il y aura une 7.5, on pourra la faire avec cette commande si je comprends bien ?

Edit: Voici ce que j'ai eu comme update.

Citation :

Loaded plugins: fastestmirror
xcp-ng | 2.9 kB 00:00:00
xcp-ng/primary_db | 14 kB 00:00:00
Determining fastest mirrors
Resolving Dependencies
--> Running transaction check
---> Package microcode_ctl.x86_64 2:2.1-16.xs2.1 will be updated
---> Package microcode_ctl.x86_64 2:2.1-22.xs1 will be an update
---> Package xen-dom0-libs.x86_64 0:4.7.4-4.1 will be updated
---> Package xen-dom0-libs.x86_64 0:4.7.5-4.2 will be an update
---> Package xen-dom0-tools.x86_64 0:4.7.4-4.1 will be updated
---> Package xen-dom0-tools.x86_64 0:4.7.5-4.2 will be an update
---> Package xen-hypervisor.x86_64 0:4.7.4-4.1 will be updated
---> Package xen-hypervisor.x86_64 0:4.7.5-4.2 will be an update
---> Package xen-libs.x86_64 0:4.7.4-4.1 will be updated
---> Package xen-libs.x86_64 0:4.7.5-4.2 will be an update
---> Package xen-tools.x86_64 0:4.7.4-4.1 will be updated
---> Package xen-tools.x86_64 0:4.7.5-4.2 will be an update
--> Finished Dependency Resolution

Dependencies Resolved

==============================================================================================================
Package Arch Version Repository Size
==============================================================================================================
Updating:
microcode_ctl x86_64 2:2.1-22.xs1 xcp-ng 1.2 M
xen-dom0-libs x86_64 4.7.5-4.2 xcp-ng 547 k
xen-dom0-tools x86_64 4.7.5-4.2 xcp-ng 1.1 M
xen-hypervisor x86_64 4.7.5-4.2 xcp-ng 2.0 M
xen-libs x86_64 4.7.5-4.2 xcp-ng 27 k
xen-tools x86_64 4.7.5-4.2 xcp-ng 22 k

Transaction Summary
==============================================================================================================
Upgrade 6 Packages

Total download size: 4.9 M
Is this ok [y/d/N]: y
Downloading packages:
Delta RPMs disabled because /usr/bin/applydeltarpm not installed.
(1/6): xen-dom0-libs-4.7.5-4.2.x86_64.rpm | 547 kB 00:00:00
(2/6): xen-dom0-tools-4.7.5-4.2.x86_64.rpm | 1.1 MB 00:00:00
(3/6): microcode_ctl-2.1-22.xs1.x86_64.rpm | 1.2 MB 00:00:00
(4/6): xen-libs-4.7.5-4.2.x86_64.rpm | 27 kB 00:00:00
(5/6): xen-tools-4.7.5-4.2.x86_64.rpm | 22 kB 00:00:00
(6/6): xen-hypervisor-4.7.5-4.2.x86_64.rpm | 2.0 MB 00:00:00
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 12 MB/s | 4.9 MB 00:00:00
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Updating : xen-hypervisor-4.7.5-4.2.x86_64 1/12
Updating : xen-libs-4.7.5-4.2.x86_64 2/12
Updating : xen-dom0-libs-4.7.5-4.2.x86_64 3/12
Updating : xen-tools-4.7.5-4.2.x86_64 4/12
Updating : xen-dom0-tools-4.7.5-4.2.x86_64 5/12
Updating : 2:microcode_ctl-2.1-22.xs1.x86_64 6/12
Cleanup : 2:microcode_ctl-2.1-16.xs2.1.x86_64 7/12
Cleanup : xen-dom0-tools-4.7.4-4.1.x86_64 8/12
Cleanup : xen-tools-4.7.4-4.1.x86_64 9/12
Cleanup : xen-libs-4.7.4-4.1.x86_64 10/12
Cleanup : xen-dom0-libs-4.7.4-4.1.x86_64 11/12
Cleanup : xen-hypervisor-4.7.4-4.1.x86_64 12/12
Verifying : xen-dom0-libs-4.7.5-4.2.x86_64 1/12
Verifying : 2:microcode_ctl-2.1-22.xs1.x86_64 2/12
Verifying : xen-hypervisor-4.7.5-4.2.x86_64 3/12
Verifying : xen-dom0-tools-4.7.5-4.2.x86_64 4/12
Verifying : xen-libs-4.7.5-4.2.x86_64 5/12
Verifying : xen-tools-4.7.5-4.2.x86_64 6/12
Verifying : xen-dom0-libs-4.7.4-4.1.x86_64 7/12
Verifying : xen-dom0-tools-4.7.4-4.1.x86_64 8/12
Verifying : xen-tools-4.7.4-4.1.x86_64 9/12
Verifying : 2:microcode_ctl-2.1-16.xs2.1.x86_64 10/12
Verifying : xen-hypervisor-4.7.4-4.1.x86_64 11/12
Verifying : xen-libs-4.7.4-4.1.x86_64 12/12

Updated:
microcode_ctl.x86_64 2:2.1-22.xs1 xen-dom0-libs.x86_64 0:4.7.5-4.2 xen-dom0-tools.x86_64 0:4.7.5-4.2 xen-hypervisor.x86_64 0:4.7.5-4.2 xen-libs.x86_64 0:4.7.5-4.2 xen-tools.x86_64 0:4.7.5-4.2

Complete!

Message édité par intra1910 le 16-05-2018 à 18:23:18

Plam

Bear Metal

Ne pas confondre update et upgrade. Ce sont deux choses différentes.

Quand tu restes dans une version mineure, avec yum ça passe. Pour une majeur, je sais pas encore, ça dépendra de plusieurs facteurs.

Concernant l'update, je suis au courant, c'est moi qui upload les RPM sur xcp-ng.org

Je te donne la réponse générique, il te suffit de lire le résultat de sortie pour comprendre ce que tu dois faire

Message édité par Plam le 16-05-2018 à 18:34:18

---------------
Spécialiste du bear metal

intra1910

Bonjour,

L'interfaceWeb XenOrchestra sans les fonctionnalités des éditions payantes est gratuit ou on commence à l'avoir uniquement avec l'édition STARTER ?

Plam

Bear Metal

[:thalis]

---------------
Spécialiste du bear metal

l0g4n

Expert en tout :o

C'est open source. Donc si tu sais le compiler toi même, c'est gratuit. Si tu sais pas, tu passes à la caisse.

---------------
Fort et motivé. Sauf parfois.

Plam

Bear Metal

XOA c'est l'appliance clef en main avec MAJ depuis l'UI automatisée, déclinée en 4 versions :

Free/Stater/Enterprise/Premium

Free ça correspond en gros à l'admin de base de tes VM/hôtes (~ XenCenter)

Après tu peux installer depuis les sources, mais c'est pas clef en main, pas garanti en prod et pas de MAJ autrement que par Git

---------------
Spécialiste du bear metal

intra1910

D'accord, je vous remercie.

Plam

Bear Metal

Tiens j'ai oublié de MAJ pour la 5.20 de XO

https://xen-orchestra.com/blog/xen-orchestra-5-20/

---------------
Spécialiste du bear metal

b0ugie

Cyber-DeepCloud Instructor

Suite à l'upgrade de XO, j'ai regardé la configuration rsyslog généré lors de la configuration du serveur syslog:

[root@srvxen01p ~]# cat /etc/rsyslog.d/xenserver.conf
# ignore default rules

*.* @adm-admlogs01v.home.appartland.eu
*.* ~

En cherchant pourquoi ça ne fonctionnait pas (foutue couche 8 ), je suis tombé sur ce passage sur le site de rsyslog :

Citation :

# it is equivalent to the following obsolete legacy format line:
*.* @@192.0.2.1:10514 # do NOT use this any longer!
# Note: if the remote system is unreachable, processing will
# block here and discard messages after a while

# so a better use is
*.* action(type="omfwd" target="192.0.2.2" port="10514" protocol="tcp"
action.resumeRetryCount="100"
queue.type="linkedList" queue.size="10000" )

Du coup, je me demande si la syntaxe utilisée sur le XS est la meilleure ?

EDIT : il manquait le sujet du message

Message édité par b0ugie le 04-06-2018 à 22:50:47

---------------
Une femme c'est temporaire - une ex c'est pour la vie.

Plam

Bear Metal

Je me souviens pas de la question initiale ou alors je vois tout simplement pas ce que tu veux faire

---------------
Spécialiste du bear metal

e_esprit

Je pense qu'il parle de la fonction pour définir un serveur syslog dans XO :??:

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Plam

Bear Metal

Ah, c'est un truc de la XAPI ça, encore une fois, faut arrêter de croire qu'on peut balancer des commandes n'importe comment dans l'hôte

On a pas de contrôle là dessus [:spamafote]

Message cité 1 fois

---------------
Spécialiste du bear metal

b0ugie

Cyber-DeepCloud Instructor

Plam a écrit :

Ah, c'est un truc de la XAPI ça, encore une fois, faut arrêter de croire qu'on peut balancer des commandes n'importe comment dans l'hôte

On a pas de contrôle là dessus [:spamafote]

OK. C’était une simple question / curiosité :jap:

---------------
Une femme c'est temporaire - une ex c'est pour la vie.

Plam

Bear Metal

No prob

---------------
Spécialiste du bear metal

b0ugie

Cyber-DeepCloud Instructor

C'est assez verbeux les logs xenserver (je l'ai configuré vers 21h) :

J'ai aussi testé la concurrence sur les jobs de sauvegarde, ça fonctionne.

Good job :jap:

---------------
Une femme c'est temporaire - une ex c'est pour la vie.

Plam

Bear Metal

C'est une bonne illustration de pourquoi XS sur une carte mémoire c'est pas une bonne idée

---------------
Spécialiste du bear metal

Sawn

Plop ici,

Je viens de faire une fresh install PXE XCP-ng 7.4.1 sur 6 Dell R710 en vue d'une intégration dans notre preprod CloudStack 4.11.

J'ai un petit souci de création de lien link local (spécificité CloudStack) sur lequel je travaille mais en dehors de ça c'est une tuerie jusqu'ici, gratz les gars !

intra1910

Bonjour Plam,

J'ai tenté l'expérience de l'interface Web XO, c'est plutôt pas mal, Bravo ! (Pour le moment, juste le plan gratuit).

J'aurais une question, sous XCP-ngCenter, on peut activer/désactiver/régler la HA. Sous XO, je ne trouve pas comment faire, je vois uniquement l'icone "HA" qui stipule qu'elle est bien activé.
C'est dans une édition Starter par exemple, ou bien j'ai manqué quelque chose ?
(Je lis juste que la MAJ en 5.20 a rajouté les options de restart, je les ai trouvé elles)

Merci!

Message édité par intra1910 le 05-06-2018 à 14:23:09

Plam

Bear Metal

Onglet advanced dans la vue du pool.

---------------
Spécialiste du bear metal

intra1910

Je vois juste que la HA est activé.
Si l'on veut l'arrêter à partir de là comme sous XCP-ngCenter, est-ce qu'on peut ?

Concernant les restarts, à quoi correspond "Best-Effort" (Est-ce l'équivalent du "restart if possible" ?) ?

Merci

Plam

Bear Metal

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

Message cité 1 fois

---------------
Spécialiste du bear metal

Publicité

Page : 1 2 3 4 5 .. 61 62 63 .. 104 105 106 107 108 109

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Logiciels

[topic unique] The Vates Stack : XCP-ng & XO (support de VEEAM !)

Sujets relatifs
Nouveau projet : XEN / FREENAS / XBMC / S.A.R.A.H.	[TU] Elementary OS: La distrib qui n'a rien à envier à MacOS!
[Topic Unique] VGA/PCI Passthrough et VFIO sous GNU/Linux	[Topic Unique] Syncany (DropBox like, libre)
☑[bash] Boucle for sur un fichier unique OU contenu d'un dossier ?	[Résolu] nginx sur domU NetBSD 6 (dom0 Debian squeeze)
Virtualisation, du passthrough, XBMC, NAS, des jeux...	Xenserver et ajout de HDD
[topic unique] hack cadre photo usb
Plus de sujets relatifs à : [topic unique] The Vates Stack : XCP-ng & XO (support de VEEAM !)

Page générée en 0.082 secondes