| *** sheeprine has joined #openstack-fr | 00:03 | |
| *** vuntz_ is now known as vuntz | 04:46 | |
| *** arnaud has joined #openstack-fr | 06:18 | |
| *** _william_ has joined #openstack-fr | 06:45 | |
| *** vuntz has quit IRC | 07:43 | |
| *** vuntz has joined #openstack-fr | 07:55 | |
| *** _william_ has left #openstack-fr | 08:06 | |
| *** arnaud has quit IRC | 08:15 | |
| *** arnaud_orange has quit IRC | 08:24 | |
| *** arnaud_orange has joined #openstack-fr | 08:30 | |
| *** slashme has joined #openstack-fr | 08:30 | |
| *** jlanoux has joined #openstack-fr | 08:37 | |
| *** jawed has joined #openstack-fr | 08:40 | |
| *** cedrics has joined #openstack-fr | 09:04 | |
| *** zulf has joined #openstack-fr | 09:12 | |
| *** cedricss has joined #openstack-fr | 09:29 | |
| *** cedrics has quit IRC | 09:31 | |
| *** slashme has quit IRC | 09:42 | |
| *** pasquier-s_ has joined #openstack-fr | 09:44 | |
| *** pasquier-s__ has quit IRC | 09:47 | |
| *** cedricss has quit IRC | 09:50 | |
| *** cedrics has joined #openstack-fr | 09:51 | |
| *** cedricss has joined #openstack-fr | 10:04 | |
| *** cedrics has quit IRC | 10:05 | |
| *** egallen has joined #openstack-fr | 10:18 | |
| *** agame has joined #openstack-fr | 10:24 | |
| agame | bonjour a tous je débute sur OpenStack et j'aurai besoin d'aide | 10:26 |
|---|---|---|
| *** jgallard has joined #openstack-fr | 10:26 | |
| pilgrimstack | Bienvenu | 10:30 |
| pilgrimstack | Si tu as des questions précises, hésite pas | 10:30 |
| *** thomnico has joined #openstack-fr | 10:37 | |
| *** pasquier-s_ has quit IRC | 10:45 | |
| *** Fdot has joined #openstack-fr | 10:54 | |
| *** cedrics_ has joined #openstack-fr | 10:55 | |
| *** cedricss has quit IRC | 10:57 | |
| *** egallen has quit IRC | 10:58 | |
| *** pasquier-s has joined #openstack-fr | 11:02 | |
| *** cedrics has joined #openstack-fr | 11:05 | |
| *** cedrics_ has quit IRC | 11:07 | |
| *** jgallard has quit IRC | 11:08 | |
| *** agame has quit IRC | 11:10 | |
| *** pasquier-s_ has joined #openstack-fr | 11:10 | |
| *** pasquier-s has quit IRC | 11:13 | |
| *** dANO has joined #openstack-fr | 11:14 | |
| *** jawed has quit IRC | 11:15 | |
| *** telnes1 has joined #openstack-fr | 11:17 | |
| *** cedrics has quit IRC | 11:18 | |
| *** pasquier-s_ has quit IRC | 11:28 | |
| *** cedrics has joined #openstack-fr | 11:53 | |
| *** jgallard has joined #openstack-fr | 12:46 | |
| *** pasquier-s has joined #openstack-fr | 12:49 | |
| telnes1 | hello, dans la doc, concernant le dimensionnement il y a https://paste.debian.net/132257/ je comprend la formule :/ ! | 12:51 |
| telnes1 | une idée du pourquoi du 2 en plus ? | 12:51 |
| lastmikoi | telnes1: hyperthreading ? | 13:05 |
| flaf_ | Bonjour à tous. | 13:07 |
| telnes1 | l'hyperthreading ajouterait un facteur 2 | 13:07 |
| telnes1 | pkoi pas | 13:07 |
| *** jawed has joined #openstack-fr | 13:07 | |
| telnes1 | au pire pour dimensionner on en tiens pas compte :) c'est dans le bon sens :) | 13:08 |
| *** stannie1 has joined #openstack-fr | 13:08 | |
| telnes1 | ca sera surdimensionné un peut | 13:08 |
| lastmikoi | ben surdimensionné d'un peu moins de deux fois, c'est plus forcément du bon sens :D | 13:08 |
| telnes1 | bas voila | 13:08 |
| telnes1 | ca permet d'anticiper | 13:09 |
| *** _william_ has joined #openstack-fr | 13:10 | |
| *** _william_ has quit IRC | 13:11 | |
| telnes1 | bon j'aurais besoin de petit conseil pour une install | 13:13 |
| telnes1 | je ne sais pas trop quels "node" mutualiser ensembles | 13:14 |
| telnes1 | entre le dashboard les stor l'image le network l'auth ... | 13:15 |
| lastmikoi | ben ça va dépendre de ton matériel | 13:16 |
| telnes1 | oui mais le materiel dépend de la plateforme ! | 13:17 |
| lastmikoi | typiquement si t'as une machine qui dispose d'une forte capacité de stockage, ben elle sera destinée à héberger du SAN/NAS | 13:17 |
| telnes1 | dessus je met les node object storage + block strorage + image | 13:18 |
| lastmikoi | telnes1: je m'étais inspiré de http://docs.openstack.org/openstack-ops/content/example_architecture.html#node_types à l'époque | 13:18 |
| telnes1 | je check | 13:18 |
| telnes1 | il y a quoi comme débit entre des vm sur le même serveur ? | 13:40 |
| bauzas | telnes1: pour info, l'overcommitment est configurable si le ratio 16:1 ne te va pas | 13:42 |
| bauzas | telnes1: mais oui, 16 vCPU = 1 pCPU où 1 pCPU est un thread core | 13:42 |
| telnes1 | pour l'instant je cherche a comprendre :) | 13:44 |
| karto | bonjour, | 13:45 |
| telnes1 | hello | 13:45 |
| bauzas | telnes1: ca vient du fait que toutes tes VMs ne tournent souvent pas à 100% de CPU | 13:45 |
| telnes1 | j'espère bien :) | 13:45 |
| bauzas | donc tu peux permettre un overcommitment sur le CPU | 13:45 |
| bauzas | telnes1: mais justement, ca dépend de ta workload | 13:45 |
| telnes1 | ok c'est plus clair | 13:45 |
| bauzas | telnes1: d'où la possibilité de modifier ce réglage | 13:46 |
| telnes1 | mon objectif est d'émuler un réseau d'utilisateur | 13:46 |
| karto | je cherche de l'aide ou de la doc sur la mise en place d'un openstack ( mono machine pour l'instant) sur un dedie online | 13:46 |
| telnes1 | un user c'est pas super violent | 13:46 |
| bauzas | telnes1: qui est par host ou par aggrégat de hosts | 13:46 |
| karto | auriez des conseils voir un guide a me conseiller svp ? | 13:46 |
| bauzas | karto: la doc officielle | 13:46 |
| karto | bauzas, merci | 13:47 |
| karto | mais pour la conf reseau est un peu spe chez online | 13:47 |
| bauzas | karto: tu es monomachine, donc tu t'en fous non ? | 13:48 |
| telnes1 | NAT | 13:48 |
| *** Laurent___ has joined #openstack-fr | 13:48 | |
| bauzas | karto: après, oui, il faudra probablement l'encapsuler via du GRE | 13:48 |
| bauzas | si tu veux du multinode | 13:48 |
| bauzas | donc du Neutron | 13:48 |
| bauzas | à moins que tu aies un virtual VLAN | 13:49 |
| telnes1 | neutron = network node | 13:49 |
| bauzas | telnes1: neutron = network service | 13:49 |
| bauzas | telnes1: mais tu peux faire du nova-network | 13:49 |
| *** vejdmn has joined #openstack-fr | 13:50 | |
| telnes1 | mm sur un node (openstack) tu peux mettre plusieurs service | 13:50 |
| telnes1 | ok | 13:50 |
| bauzas | telnes1: le projet si tu préfères | 13:51 |
| telnes1 | projet ? | 13:51 |
| telnes1 | :) | 13:51 |
| bauzas | telnes1: avec OpenStack, tu as la possibilité de choisir entre 2 projets pour le réseau, soit rester avec Nova en mode limité | 13:51 |
| bauzas | et avoir 3 topologies possibles | 13:51 |
| bauzas | telnes1: soit tu installes en plus de Nova, Neutron | 13:52 |
| karto | je vais peut etre me battre dans un premier temps a comprendre sur un vieux pc en local | 13:52 |
| *** egl has joined #openstack-fr | 13:52 | |
| karto | avant d'essayer de le deployer sur mon dedier | 13:52 |
| bauzas | http://docs.openstack.org/openstack-ops/content/example_architecture.html#node_types => ceci est une architecture avec nova-network, pas neutron | 13:52 |
| bauzas | http://docs.openstack.org/openstack-ops/content/example_architecture.html#fig1-1 => ca c'est une architecture Neutron | 13:55 |
| bauzas | karto: oui, mais comme dit, avant de faire quoi que ce soit, c'est important de se dessiner la topologie que tu veux installer | 13:56 |
| *** egl has quit IRC | 13:56 | |
| *** Laurent___ has quit IRC | 13:56 | |
| *** thomnico_ has joined #openstack-fr | 13:56 | |
| karto | j'ai une idee de se que je veux : mettre les mains dans le camboui ( je suis autoditact) | 13:57 |
| karto | pour l'instant j'ai des VM sur un proxmox | 13:57 |
| karto | si je comprends bien openstack est une couche en dessous de proxmox | 13:58 |
| *** thomnico has quit IRC | 13:58 | |
| karto | bauzas, je pars de loin, je sais | 13:58 |
| karto | je me pers entre Iaas paas ... | 13:59 |
| telnes1 | plus je lis la doc moin je comprend :) | 14:00 |
| karto | telnes1 ;) | 14:00 |
| bauzas | karto: telnes1: vous êtes sur Paris ou Lyon ? | 14:04 |
| telnes1 | paris pour moio | 14:04 |
| karto | proche paris | 14:04 |
| bauzas | il y a régulièrement des meetups qui permettent de rencontre la communauté et d'échanger | 14:04 |
| telnes1 | j'ai une semaine pour faire une maquette | 14:04 |
| telnes1 | :) | 14:05 |
| bauzas | certaines fois, il y a des sessions de présentation | 14:05 |
| bauzas | mmm | 14:05 |
| bauzas | en gros, il faut comprendre ce qu'est OpenStack et comment c'est découpé en services | 14:05 |
| telnes1 | et en prim dimensionner les serveurs et le switch qui va bien :) | 14:05 |
| bauzas | telnes1: tu peux déjà annoncer que tu auras du retard alors | 14:06 |
| karto | bauzas, je vais passer un jour et adhérer a l'assos mais partant de loin j'ai du mal a mettre le pied a l'etrier pour demarrer | 14:06 |
| bauzas | telnes1: pour info, le consulting sur OpenStack c'est aussi un métier :) | 14:06 |
| karto | au dela de la presentation, je serai demander de session atelier | 14:06 |
| telnes1 | bauzas je me doute | 14:06 |
| karto | je me doute | 14:06 |
| karto | mais bon je pense pas etre la cible | 14:07 |
| bauzas | en gros, http://docs.openstack.org/openstack-ops/content/index.html est un bon début pour saisir les architectures | 14:07 |
| karto | moi c'est juste pour jouer | 14:07 |
| karto | ;) | 14:07 |
| telnes1 | je suis dessus | 14:07 |
| karto | sur ceux a bientot: | 14:08 |
| telnes1 | bye | 14:08 |
| bauzas | OpenStack c'est en gros une boite à outils pour avoir une vue unifiée de son infrastructure et permettre d'instancier des VMs de façon agnostique | 14:08 |
| telnes1 | ouép | 14:08 |
| bauzas | cad. que quelque soit ton infra sous-jacente, tu auras une seule API | 14:08 |
| bauzas | c'est aussi pour cela que y a énormément d'options possibles | 14:09 |
| bauzas | et c'est aussi pour cela qu'il faut comprendre la vue high-level avant d'opérer | 14:09 |
| telnes1 | ca permet la souplesse | 14:09 |
| bauzas | telnes1: ca permet surtout de faire tourner ses workloads sur du matos potentiellement propriétaire | 14:09 |
| bauzas | par ex., si tu as une baie Netapp, tu as le driver Netapp pour Cinder qui te permet de créer des volumes de la même facon que si c'etait LVM | 14:10 |
| bauzas | Cinder avec LVM ou NetApp, ca reste du Cinder | 14:10 |
| bauzas | donc c'est très pratique quand tu veux unifier ton infra | 14:10 |
| telnes1 | oué mais je connais pas netAPP si LVM | 14:10 |
| bauzas | et sachant que les principes d'OpenStack font que par design, les services sont en scale-out | 14:11 |
| bauzas | et pas scale-up | 14:11 |
| bauzas | tu veux plus de puissance ? tu rajoutes un noeud au lieu d'augmenter la puissance de ton noeud | 14:11 |
| telnes1 | j'ai trouvé un tuto pas mal ici pour la base http://getcloudify.org/2014/07/18/openstack-wiki-open-cloud.html | 14:11 |
| bauzas | telnes1: des tutos tu vas en trouver, mais faut bien comprendre les archis ci-dessus | 14:12 |
| bauzas | surtout la topologie réseau que tu souhaites avoir | 14:12 |
| telnes1 | bas c'est pour ca que je demande si je peux installer des services openstack sur un meme node | 14:13 |
| telnes1 | sans problème de perf | 14:13 |
| telnes1 | histoire d'avoir une idée du nombre de serveur et de l'interconnexion | 14:13 |
| telnes1 | et du switch a positionner avec combien de G et 10G ... | 14:14 |
| telnes1 | Object Storage (Swift) ca stock quoi comme type de data ? | 14:17 |
| pilgrimstack | des objets | 14:21 |
| pilgrimstack | => [] | 14:21 |
| pilgrimstack | c'est de la data statique | 14:21 |
| telnes1 | persistante ? | 14:21 |
| pilgrimstack | oui | 14:21 |
| telnes1 | c'est quoi la diff avec block ? | 14:22 |
| pilgrimstack | n'importe quelle data qui n'a pas besoin d'être mise a jour | 14:22 |
| telnes1 | mais c'est quoi le lien avec la VM ? | 14:22 |
| pilgrimstack | elle sera adressage par une uri fesant référance à un object id | 14:22 |
| telnes1 | c'est relié comment ? | 14:22 |
| pilgrimstack | il n'y a pas de lien avec la VM | 14:22 |
| pilgrimstack | c'est un service cloud (IaaS) | 14:23 |
| pilgrimstack | stockage d'objets | 14:23 |
| telnes1 | ok merci c'est bcp plus clair :) | 14:23 |
| pilgrimstack | genre tu met un supper applicatif devant et du fait un dropbox like | 14:23 |
| telnes1 | Akamai quoi | 14:24 |
| telnes1 | un template de VM a un disque ou pas ? | 14:25 |
| telnes1 | ou il est rattaché à un block storage ? | 14:25 |
| bauzas | telnes1: je pense qu'il faut vraiment que tu te trouves un explicatif de ce que sont les services d'OpenStack afin de savoir ce que tu veux installer :) | 14:26 |
| telnes1 | ou il a un disque et peut etre rattaché par la suite a un block pour avoir un disque secondaire ... | 14:26 |
| telnes1 | j'ai lu mais sans exemple souvent les chose me parle pas :) | 14:26 |
| bauzas | en pratique, tu peux faire une install avec uniquement Nova et Keystone si tu ne veux que faire de la VM | 14:26 |
| bauzas | (quoique j'ai un doute sur les block devices dans Nova...) | 14:27 |
| bauzas | donc on va dire Nova, Keystone et Cinder | 14:27 |
| bauzas | le reste c'est superflu | 14:27 |
| telnes1 | + horizon (c'est jolie) :) | 14:27 |
| bauzas | telnes1: y a la CLI pour ça, donc c'est pas indispensable à OpenStack | 14:27 |
| telnes1 | j 'ai vu oui | 14:27 |
| bauzas | donc tu vois, le reste c'est optionnel | 14:28 |
| telnes1 | bas j'étais pas loin dans mes notes :) | 14:29 |
| bauzas | *à condition que tu aies une topologie réseau adressable par Nova-network, qui est la couche legacy du réseau* | 14:29 |
| telnes1 | topologie interne au VM | 14:29 |
| bauzas | donc généralement, les gens installent Nova, Neutron, Cinder et Keystone | 14:29 |
| bauzas | telnes1: nan | 14:29 |
| telnes1 | nan mais je te dis le besoin | 14:29 |
| bauzas | telnes1: ce qu'on appelle le controlplane | 14:29 |
| bauzas | comment tes noeuds physiques vont segmenter ton réseau physique en réseaux virtuels | 14:30 |
| bauzas | ca c'est le dataplane | 14:30 |
| bauzas | avec nova-network, tu as 3 possibilités offertes pour ton réseau, FlatNetwork, FlatDHCP et VLAN | 14:31 |
| bauzas | en gros, les deux premiers n'ont pas de segmentation de tes réseaux virtuels, donc tu peux écouter le traffic de tous tes réseaux depuis une VM | 14:31 |
| telnes1 | c'est bon ca, pour de l'audit | 14:32 |
| bauzas | nova-network en mode VLAN va te permettre de créer des VLANs par réseau virtuel, si tu as un VLAN manageable | 14:32 |
| bauzas | donc ca impose un VLAN manageable | 14:32 |
| bauzas | après, tu as Neutron | 14:32 |
| telnes1 | un switch L3 tu veux dire | 14:32 |
| bauzas | VLAN... | 14:32 |
| telnes1 | :) | 14:33 |
| bauzas | oui, la bonne nouvelle c'est qu'OpenStack va te faire réviser tes notions de réseau | 14:33 |
| telnes1 | nan c'est pas un problème réseau | 14:33 |
| bauzas | c'est indispensable de savoir faire un plan d'adressage et d'avoir des notions OSI | 14:33 |
| telnes1 | c'est un problème de fonctionnement du dataplane | 14:33 |
| telnes1 | si il faut des VLAN je vois pas pkoi il les gère pas | 14:34 |
| bauzas | ben ton infra conditionne ta solution déployée | 14:34 |
| bauzas | telnes1: ah mais ca c'est Neutron | 14:34 |
| telnes1 | oué donc le dataplane tag les vlan et fait pas de routage de vlan | 14:34 |
| bauzas | telnes1: quand tu n'as pas le hardware te permettant de segmenter par VLAN et que tu veux de l'isolation, tu prends Neutron | 14:35 |
| telnes1 | donc si nova-network et que l'on veux de la communication intervalan = switch L3 | 14:35 |
| bauzas | telnes1: avec nova-network oui | 14:35 |
| telnes1 | sinon neutron | 14:35 |
| bauzas | zactement | 14:35 |
| telnes1 | tu vois je comprend :) | 14:35 |
| bauzas | sauf qu'un VLAN manageable est L2, pas L3 :) | 14:35 |
| bauzas | tu crées ton adressage IP au dessus des VLAN | 14:36 |
| bauzas | un VLAN peut avoir plusieurs sous-réseaux | 14:36 |
| telnes1 | L2 mac L3 ip mais spa le débat, ne partons pas ailleurs ^^ | 14:36 |
| bauzas | mais justement | 14:36 |
| bauzas | OpenStack prend le controle du L2 | 14:36 |
| bauzas | et fournit (ou pas) du L3 | 14:36 |
| telnes1 | oui compris nova-network L2 et neutron L3 | 14:37 |
| bauzas | par example, FlatNetwork avec nova-network ne fournit pas de serveur DHCP pour l'assignation des VMs | 14:37 |
| bauzas | c'est FlatDHCP qui le fait | 14:37 |
| telnes1 | la c'est parlant les nom | 14:37 |
| bauzas | telnes1: heu non, Neutron fait aussi L2 :D | 14:37 |
| telnes1 | rmm rmm | 14:38 |
| telnes1 | heureusement | 14:38 |
| bauzas | telnes1: Neutron va virtualiser ton L2, ce que ne fait pas nova-network | 14:38 |
| bauzas | nova-network s'appuie sur ton switch VLAN-manageable physique | 14:38 |
| bauzas | là où Neutron va créer des switchs virtuels | 14:39 |
| telnes1 | mais comment il fait techniquement pour faire du switch sur un node qui est pas sur le meme node que les VM ? | 14:39 |
| telnes1 | le trafic passe par le neutron | 14:39 |
| bauzas | on appelle ça le network node :D | 14:39 |
| bauzas | et c'est pas très résilient tout ça | 14:39 |
| bauzas | mais la derniere release OpenStack a ajouté des capacités de HA pour Neutron | 14:40 |
| telnes1 | tu veux dire que ca fait un single point of failure ? | 14:40 |
| bauzas | ce qui faisait qu'avant Juno, si tu voulais du réseau HA, tu devais obligatoirement prendre la solution legacy, ie. nova-network en VLAN :) | 14:40 |
| bauzas | oui | 14:40 |
| telnes1 | ok pas de souci pour moi | 14:41 |
| bauzas | (au passage, toute mon explication est dispo sur la doc officielle opérateurs :) ) | 14:41 |
| telnes1 | mais physiquement le trafic passe par le network node ? | 14:41 |
| bauzas | oui | 14:41 |
| telnes1 | ok | 14:41 |
| bauzas | d'où le SPOF | 14:41 |
| telnes1 | (pour le dimensionnement :) ) | 14:41 |
| telnes1 | ouép | 14:41 |
| telnes1 | je suis bête | 14:41 |
| bauzas | donc Neutron virtualise ton L2 en créant des switchs virtuels | 14:42 |
| bauzas | ca tombe bien, y a une solution opensource qui s'appelle OVS, ie. OpenVswitch | 14:42 |
| bauzas | le monde est bien fait non ? | 14:42 |
| bauzas | tu as donc une solution de virtualisation de ton L2 qui est modulaire avec des plugins, donc le plugin par défaut est OVS | 14:43 |
| bauzas | tu comprends mieux ? | 14:43 |
| telnes1 | oui | 14:43 |
| bauzas | ok, donc maintenant t'as les principales notions | 14:44 |
| telnes1 | presque | 14:44 |
| bauzas | l'idée est donc de déployer des noeuds de virtualisation, un noeud réseau et un noeud de controle | 14:44 |
| telnes1 | iop | 14:44 |
| bauzas | tu donneras ensuite à Neutron la topo virtuelle que tu voudras | 14:45 |
| telnes1 | c'est quoi la console de controle dans horizon | 14:45 |
| telnes1 | *sans | 14:45 |
| bauzas | ie. "crée moi des réseaux virtuels par projet virtuel, assigne moi les sur une plage d'IP et permet moi d'avoir une translation entre une IP virtuelle et une IP physique pour certaines de mes VMs que je te dirai" | 14:46 |
| bauzas | telnes1: si tu n'utilises pas Horizon c'est la ligne de commande qui fait tout ça | 14:46 |
| bauzas | via un client python à installer sur ta machine | 14:47 |
| telnes1 | ou la machine dite "controler" | 14:47 |
| telnes1 | ok | 14:47 |
| telnes1 | je vais aller à la pèche des soft à installer par node | 14:47 |
| bauzas | le controleur, c'est ce qui regroupe tous les services à installer | 14:47 |
| bauzas | par exemple, la DB pour la persistence, ou encore les services proposant une API | 14:48 |
| bauzas | ca sera ton point d'entrée | 14:48 |
| bauzas | là où tu devras te connecter pour commander ton cloud | 14:48 |
| telnes1 | bon bas je vois pas :) pour moi c'est horizon | 14:49 |
| arnaud_orange | pour nova, par exemple, le client s'appelle nova :p | 14:50 |
| telnes1 | a chaque service il y a un client | 14:50 |
| bauzas | telnes1: tu as utilisés AWS déjà ? | 14:50 |
| telnes1 | et ces client il faut les installer sur la machine "controler" ? | 14:50 |
| telnes1 | no jamais | 14:50 |
| telnes1 | je connais pas l'informatique de 2014 moi :) | 14:51 |
| bauzas | bon, en gros, imagine que tu as un service Web | 14:51 |
| bauzas | et un client qui parle à ce service Web | 14:51 |
| bauzas | ton controleur sera ce service Web | 14:51 |
| bauzas | le client sera installé où tu veux (sur ton poste de travail par exemple) | 14:51 |
| bauzas | pour configurer OpenStack c'est tout via des appels REST | 14:52 |
| bauzas | donc il te faut parler le REST | 14:52 |
| telnes1 | https://lh5.googleusercontent.com/ooNAMqj2eIpt5mVdKBuzWlnYYoa6EX7O78aOmtT5Xig30wNB1pnakLN47l7Pg6e-039Kb0OvMWxINPnT9WrD0-TWXYlmQSQyBQuN5egWZTy7ChG_AGK80OHhMtTH6nbAqw | 14:53 |
| telnes1 | ( a bas tiens c'est un object storage :) ) | 14:53 |
| telnes1 | sur le schéma il y pas de "controler" :/ | 14:53 |
| *** Fdot has quit IRC | 14:59 | |
| *** Fdot has joined #openstack-fr | 14:59 | |
| telnes1 | il y a un controler par service :) | 15:02 |
| telnes1 | et on utilise un client pour parler à ces diff controler ! c'est ca | 15:03 |
| *** jawed has quit IRC | 15:07 | |
| telnes1 | merci bauzas :) pour le temps et les réponses. | 15:11 |
| *** jawed has joined #openstack-fr | 15:33 | |
| flaf_ | Bonjour, j'ai suivi (scrupuleusement je crois) la doc d'install sur Ubuntu Trusty? J'ai suivi l'install sur 3 noeuds. | 15:45 |
| flaf_ | Et je constate la même chose que cette personne : https://bugs.launchpad.net/openstack-manuals/+bug/1320451/comments/6 | 15:45 |
| flaf_ | Sur le noeud "network", il faut que je commente la ligne "rpc_backend = rabbit" dans le fichier /et/neutron/neutron.conf pour que ça fonctionne. | 15:46 |
| flaf_ | C'est bizarre qd même, non ? | 15:46 |
| flaf_ | d'autant plus que j'utilise bien le backend rabbit au final. | 15:49 |
| telnes1 | il faut faire un lien trunk entre le node compute et le node network ? | 15:59 |
| lastmikoi | tiens, du coup je me demande ce qu'il en est de la stabilité d'une install openstack sur ubuntu/debian, par rapport à centos/rhel | 16:01 |
| *** ZiGMaX has joined #openstack-fr | 16:13 | |
| *** ZiGMaX has quit IRC | 16:16 | |
| *** ZiGMaX has joined #openstack-fr | 16:17 | |
| *** jawed has quit IRC | 16:33 | |
| *** jlanoux has quit IRC | 16:41 | |
| *** jlanoux has joined #openstack-fr | 16:42 | |
| *** cedrics has quit IRC | 17:17 | |
| *** arnaud has joined #openstack-fr | 17:17 | |
| *** arnaud_orange has left #openstack-fr | 17:18 | |
| *** ZiGMaX has quit IRC | 17:26 | |
| *** jlanoux has quit IRC | 17:28 | |
| *** Fdot has quit IRC | 17:40 | |
| *** ZiGMaX has joined #openstack-fr | 17:40 | |
| *** pasquier-s has quit IRC | 17:40 | |
| *** zulf has quit IRC | 17:46 | |
| *** dANO has quit IRC | 17:47 | |
| *** pilgrimstack has quit IRC | 18:14 | |
| *** pilgrimstack has joined #openstack-fr | 18:15 | |
| *** jgallard has quit IRC | 18:39 | |
| flaf_ | J'essaye de créer un noeud block1 qui fournit du stockage via cinder en suivant la doc. Manifestement le service "cinder-volume" de block1 n'est pas vu par le controller. | 18:55 |
| flaf_ | Sur block1 dans le fichier /var/log/cinder/cinder-volume.log, ça écrit en boucle... | 18:57 |
| flaf_ | ... ceci http://pastealacon.com/36132 | 18:58 |
| flaf_ | Je vois notamment un "(OperationalError) no such table:..." | 18:59 |
| flaf_ | Pourtant sur le controller, j'ai bien créé et peuplé ma base de données. | 18:59 |
| flaf_ | Du coup, je suis perplexe... Si jamais ça évoque qq chose à qq'un, je suis preneur de toute info ;) | 19:00 |
| flaf_ | Ah ben en fait, je viens de constater que ma bdd ne contient aucune table, du coup l'erreur est assez logique. ;) | 19:02 |
| flaf_ | Désolé pour le bruit, je vais essayer de voir pourquoi ma bdd est vide malgré l'initialisation... | 19:02 |
| *** nacer has quit IRC | 19:03 | |
| *** nacer has joined #openstack-fr | 19:04 | |
| *** arnaud has quit IRC | 19:06 | |
| *** arnaud has joined #openstack-fr | 19:32 | |
| *** ZiGMaX has left #openstack-fr | 20:31 | |
| *** _william_ has joined #openstack-fr | 20:56 | |
| *** _william_ has left #openstack-fr | 20:56 | |
| *** jd__ has quit IRC | 21:03 | |
| *** jd__ has joined #openstack-fr | 21:07 | |
| *** vejdmn has quit IRC | 22:42 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!