Monday, 2019-09-23

*** iniazi has joined #openstack-kolla01:58
*** iniazi_ has quit IRC02:00
*** BjoernT has joined #openstack-kolla02:22
*** BjoernT_ has joined #openstack-kolla02:26
*** BjoernT has quit IRC02:26
*** JamesBenson has joined #openstack-kolla02:35
*** BjoernT_ has quit IRC02:42
*** BjoernT has joined #openstack-kolla02:45
*** BjoernT has quit IRC04:06
*** BjoernT has joined #openstack-kolla04:14
*** JamesBenson has quit IRC04:31
*** BjoernT has quit IRC04:46
*** dave-mccowan has quit IRC04:48
*** Luzi has joined #openstack-kolla05:00
*** skramaja has joined #openstack-kolla05:15
*** dpawlik has joined #openstack-kolla06:00
osmanlicilegimorning06:11
openstackgerritDincer Celik proposed openstack/kolla-ansible master: [prometheus] Added support for extra options  https://review.opendev.org/68283406:11
*** luksky has joined #openstack-kolla06:17
*** luksky has quit IRC06:23
yoctozeptomorning06:33
*** egonzalez has joined #openstack-kolla06:38
*** rpittau|afk is now known as rpittau06:40
*** k_mouza has joined #openstack-kolla06:42
*** k_mouza has quit IRC06:55
*** egonzalez has quit IRC07:09
*** ivve has joined #openstack-kolla07:10
*** Blinkiz has joined #openstack-kolla07:18
*** egonzalez has joined #openstack-kolla07:33
*** pcaruana has joined #openstack-kolla07:41
openstackgerritChason Chan proposed openstack/kolla-ansible stable/stein: Specific the release of kolla-ansible in quickstart guide  https://review.opendev.org/68385507:44
*** cah_link has joined #openstack-kolla07:50
openstackgerritChason Chan proposed openstack/kolla-ansible stable/rocky: Specific the release of kolla-ansible in quickstart guide  https://review.opendev.org/68385607:50
openstackgerritChason Chan proposed openstack/kolla-ansible stable/rocky: Specific the release of kolla-ansible in quickstart guide  https://review.opendev.org/68385607:53
openstackgerritChason Chan proposed openstack/kolla-ansible stable/rocky: Specific the release of kolla-ansible in quickstart guide  https://review.opendev.org/68385607:54
openstackgerritChason Chan proposed openstack/kolla-ansible master: Specific the release of kolla-ansible in quickstart guide  https://review.opendev.org/68385707:57
openstackgerritChason Chan proposed openstack/kolla-ansible stable/stein: Specific the release of kolla-ansible in quickstart guide  https://review.opendev.org/68385507:58
*** gregoryo has joined #openstack-kolla08:21
openstackgerritDincer Celik proposed openstack/kolla-ansible master: [prometheus] Added support for extra options  https://review.opendev.org/68283408:25
yoctozeptoosmanlicilegi: wdyt about writing prometheus usage docs for k-a?08:29
osmanlicilegiyoctozepto: well i'm not a prometheus guru but i can create a basic document for deployment and other stuff08:39
yoctozeptoosmanlicilegi: would be more than welcome :-)08:42
yoctozepto(considering we have null atm)08:42
*** gregoryo has quit IRC08:55
*** gfidente has joined #openstack-kolla08:58
*** dpawlik has quit IRC09:04
*** dpawlik has joined #openstack-kolla09:04
*** k_mouza has joined #openstack-kolla09:06
mnasiadkamorning09:09
openstackgerritMerged openstack/kolla master: CI: Use docker mirror proxy  https://review.opendev.org/68303809:36
*** dpawlik has quit IRC09:37
*** dpawlik has joined #openstack-kolla09:38
mgoddardmorning09:40
*** ondrejduchon has joined #openstack-kolla09:52
*** egonzalez has quit IRC09:55
ondrejduchonmgoddard: Hello, I modified that logging.conf feature similar way as policy file is. Does it make more sense now? https://review.opendev.org/#/c/679812/ Thank you for reply.09:56
*** ktibi has joined #openstack-kolla09:56
*** egonzalez has joined #openstack-kolla10:08
mgoddardhi ondrejduchon, I'll look at it today10:12
openstackgerritMark Goddard proposed openstack/kolla-ansible master: CI: Reinstate use of Docker registry mirror  https://review.opendev.org/68284610:14
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Add <project>_install_type for all projects  https://review.opendev.org/68336710:23
openstackgerritMark Goddard proposed openstack/kolla stable/queens: sensu-client: install older whois gem  https://review.opendev.org/68336110:27
BlinkizHello. I have an unused OpenStack deployed with kolla. I do think Horizon is slow. Looking for example on a empty volumes page and it takes 1.52 seconds to load (TTFB) according to chrome. Is this normal?10:42
BlinkizI do feel the API is also slow. Always waiting a second or two before showing me the results.10:43
egonzalezBlinkiz, hard to say, could be storage performance on horizon host, networking, DBs, ssl encryption? something specific said by chrome?10:43
*** k_mouza has quit IRC10:43
BlinkizHow do I troubleshoot this? I mean how can I find what is creating this delay?10:43
BlinkizOn the network topology page in Horizon there is a json request ongoing in the background. Every request takes ~750ms. Why? This is a completely empty cluster. What is creating this delay?10:45
BlinkizIf this is by design, then fine.. then I know..10:46
egonzaleznot sure, could be many things10:48
egonzalezwhats your network setup, vms or baremetal servers and what capabilities have? docker storage setup, SSL on public APIs or plan http?10:49
egonzalezI mean, shouldn't slow by design10:50
osmanlicilegiBlinkiz: is it rocky?10:50
Blinkizegonzalez, It is a new cluster with powerful specs. This is not a hardware problem but a software one. Some tuning that is off10:50
Blinkizosmanlicilegi, Stein10:50
Blinkizegonzalez, I have tested without haproxy in the way. I still got the same delay.10:51
Blinkizegonzalez, I get the feeling of same delay by just using openstack cli tools working against the api10:51
egonzalezBlinkiz, cli API calls are slow to internal API?10:52
BlinkizI do think api calls are slow but I have not measured these10:52
BlinkizMy experience about openstack has just started so am probably missing something in my setup10:52
osmanlicilegiBlinkiz: have you tried capturing and analysing network traffic?10:53
osmanlicilegimaybe there's something wrong with network.10:53
egonzalezmgoddard, are we aware aptira have its openstack version based on kolla? havent seen no one around here from them (aka possibility to reach them to open the doors for patches) https://aptira.com/openstack-container-orchestration-with-kolla-ansible/10:56
Blinkizosmanlicilegi, sure, maybe. Do you know if it possible to measure api request somehow? I mean isolate components in OpenStack and see how long they take to answer.10:56
egonzalezBlinkiz, maybe need to increase openstack_service_workers variable if your host have many cpus10:57
*** dpawlik has quit IRC10:57
Blinkizegonzalez, okay, I look into that. thanks10:58
yoctozeptoBlinkiz: the first few requests may feel slow10:58
yoctozeptodue to services initializing for you10:58
yoctozeptobeing the first and only user10:58
*** k_mouza has joined #openstack-kolla10:58
egonzalezBlinkiz, but from my experience, docker storage performance is bad by default10:58
Blinkizyoctozepto, I always have delay of 500ms to 1.5 seconds, it does not go away.10:59
yoctozeptoI see10:59
*** dpawlik has joined #openstack-kolla11:04
*** dave-mccowan has joined #openstack-kolla11:06
BlinkizAbout this suggestion about increasing openstack_service_workers. I have googled it and I can not find information about the option. I can not find a default value either in kolla source code. My three control nodes has 20 cores each plus hyperthreading. What is appropriate value for openstack_service_workers?11:06
*** dpawlik has quit IRC11:09
BlinkizOh, now I found the default value. openstack_service_workers: "{{ [ansible_processor_vcpus, 5]|min }}"11:10
*** dpawlik has joined #openstack-kolla11:15
mgoddardegonzalez: thanks for the info about aptira11:15
egonzalezBlinkiz, number of processes for service, in your example will use 5 wsgi processes for keystone and other services11:16
Blinkizegonzalez, Thanks for the explanation. It seem like I have 5 workers on almost all services.11:17
yoctozeptoBlinkiz: though remember the more you set, the more initial slowness you will get as each is being initialized for new request11:20
Blinkizyoctozepto, okay, thanks11:21
*** vmixor has joined #openstack-kolla11:21
*** dave-mccowan has quit IRC11:21
*** kplant has joined #openstack-kolla11:22
*** ktibi has quit IRC11:24
*** jbadiapa has quit IRC11:30
*** sean-k-mooney has joined #openstack-kolla11:34
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Implement IPv6 support in the control plane  https://review.opendev.org/68157311:36
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Implement IPv6 support in the control plane  https://review.opendev.org/68157311:37
BlinkizNice! IPv6!11:38
* Blinkiz likes11:38
yoctozeptoyeah, I rebased my patch now ;D11:40
yoctozeptoneeds some work still11:40
BlinkizNice to see that it is worked on.11:40
yoctozeptobad thing is it conflicts with many patches because it changes addressing all over the place11:40
yoctozeptoso will probably get more rebases during its lifetime11:41
openstackgerritMerged openstack/kolla-ansible master: [prometheus] Added support for extra options  https://review.opendev.org/68283411:42
egonzalezyoctozepto, from my experience you may want to split the patch in several, ie: ansible plugin and globals config, then apply to core services, and then to missing services11:44
egonzalezor you will have the patch open with merge conflict for over a year11:44
yoctozeptoegonzalez: I am bravely working on it but may look at the split of module/application, thanks11:46
yoctozeptoyear's not going to happen as we try to push it in the train cycle11:46
*** zul has joined #openstack-kolla11:46
Blinkizyoctozepto, as a admin user I would like to see support for IPv4 and IPv6 at the same time at the frontend. Meaning haproxy. Internally I would like to run IPv6 only.11:47
BlinkizSo support for multiple IP addresses for haproxy to handle would be a nice feature. Or just one IPv4 and one IPv6. :)11:48
yoctozeptoBlinkiz: sure, support for dual stack on the external side is the right approach for sure, now it's mostly about the control plane being ipv6 only11:51
yoctozeptofun thing, ipv6 only on the external side was done already yet not dual stack11:52
yoctozeptosee https://review.opendev.org/63552811:52
BlinkizGreat. I can not control if my users have IPv6 or not so I need to have dual stack on the external side. Internally I control everything so that can be IPv4 or IPv6.11:52
egonzalezyoctozepto, made a quick review of the plugin11:57
*** goldyfruit_ has quit IRC11:57
egonzalezyoctozepto, i think that creating a fact with each config address used may be a good idea in terms of performance on huge deployments11:58
*** vmixor has quit IRC12:01
*** mixor has joined #openstack-kolla12:01
yoctozeptoegonzalez: thanks, it may improve the performance a bit indeed, though I doubt it would be noticeable compared to other sources of slowness12:06
*** skramaja has quit IRC12:15
*** vmixor has joined #openstack-kolla12:18
*** mixor has quit IRC12:19
*** GonZo2000 has quit IRC12:20
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Implement IPv6 support in the control plane  https://review.opendev.org/68157312:22
yoctozeptoegonzalez: since you are around: https://review.opendev.org/683680 <- needs your attention12:24
kplantmgoddard: re: https://bugs.launchpad.net/kolla-ansible/+bug/1844851 -- is there a way i can submit a patch specifically for stable/stein?12:35
openstackLaunchpad bug 1844851 in kolla-ansible train "[stein] Prometheus OpenStack Exporter Broken" [Medium,Triaged]12:35
kplantlooks like master is already 0.2.112:35
mgoddardkplant: yes, just checkout the stable/stein branch, make your commit, then hit git review12:53
mgoddardkplant: .gitreview includes the branch name on stable branches12:53
kplanteasy enough, thanks. i'll do that this morning12:53
mgoddardkplant: great. could you mark both 1838391 and 1844851 with Closes-Bug12:54
kplantsure12:54
egonzalezyoctozepto, script is only needed from rocky-> stein upgrade to move data from nova_api to placement database12:55
*** egonzalez has quit IRC12:56
*** goldyfruit_ has joined #openstack-kolla13:01
*** mloza has joined #openstack-kolla13:02
*** rouk has joined #openstack-kolla13:04
openstackgerritKeith Plant proposed openstack/kolla stable/stein: Fix prometheus-openstack-exporter in Stein  https://review.opendev.org/68395113:09
*** Luzi has quit IRC13:14
kplantmgoddard: thanks for fixing that. i mindlessly commited with git and was trying to figure out how to redo it with bazaar so i could tag it properly13:17
mgoddardkplant: doh :)13:19
kplantyeah :-|13:19
kplantis there a way to replicate --fixes with just vanilla git?13:19
mgoddard--fixes?13:21
kplantyeah with bazaar you can commit with something like "--fixes lp:1234567"13:22
kplantand it will relate the patch with the bug13:22
*** BjoernT has joined #openstack-kolla13:23
mgoddardthat's quite nice13:30
*** goldyfruit___ has joined #openstack-kolla13:30
*** goldyfruit_ has quit IRC13:33
kplantshould i pull that patch back?13:35
*** BjoernT has quit IRC13:36
*** dpawlik has quit IRC13:37
*** BjoernT has joined #openstack-kolla13:39
*** egonzalez has joined #openstack-kolla13:39
mgoddardkplant: what do you mean?13:45
*** signed8bit has joined #openstack-kolla13:50
kplantlooks like jorge is recommending using 0.2.1 and to your point, there's already a patch for that in master13:52
*** redrobot has quit IRC13:53
*** egonzalez has quit IRC13:56
mgoddardkplant: yes, if you backport Jorge's patch, you can just abandon yours13:58
*** egonzalez has joined #openstack-kolla13:58
yoctozeptoegonzalez: ah, thanks, thought so but was not sure13:59
*** JamesBenson has joined #openstack-kolla13:59
*** JamesBenson has quit IRC14:01
*** JamesBenson has joined #openstack-kolla14:01
*** Guest30550 has joined #openstack-kolla14:05
kplantmgoddard: sure, is there a proper way to do that?14:07
yoctozeptokplant: in gerrit UI use cherrypick button14:07
yoctozepto"Cherry Pick"14:07
yoctozeptoand select stable/stein branch14:07
mgoddardkplant: you can do it all through the gerrit UI. https://review.opendev.org/67331114:07
mgoddardas yoctozepto says14:07
mgoddardand you patch can be abandoned through gerrit also14:08
*** Guest30550 is now known as redrobot14:08
*** BjoernT has quit IRC14:09
kplantappears to be a merge conflict14:12
*** BjoernT has joined #openstack-kolla14:13
yoctozeptokplant: then it's a bit more complicated14:13
yoctozeptogit checkout stable/stein14:13
yoctozepto^ locally14:13
yoctozeptothen14:13
yoctozeptogit review -X 67331114:13
yoctozeptoresolve the conflicts14:13
yoctozeptothen add and commit14:14
yoctozeptoand14:14
yoctozeptogit review14:14
openstackgerritMerged openstack/kolla stable/queens: sensu-client: install older whois gem  https://review.opendev.org/68336114:14
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Factor out nova-cell role  https://review.opendev.org/67565914:15
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Add service-rabbitmq role  https://review.opendev.org/68397414:15
kplantappreciate it14:16
kplanti'll take care of it14:16
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Ensure keepalived is restarted during upgrade  https://review.opendev.org/68398014:29
openstackgerritKeith Plant proposed openstack/kolla stable/stein: [docker/openstack-exporter] Bump to 0.2.1 version  https://review.opendev.org/68398214:41
kplant^ think i did that right14:42
kplanterr, 1s14:42
openstackgerritKeith Plant proposed openstack/kolla stable/stein: [docker/openstack-exporter] Bump to 0.2.1 version  https://review.opendev.org/68398214:43
kplantforgot to remove the .orig from the mergetool14:43
openstackgerritRadosław Piliszek proposed openstack/kolla-ansible master: Implement IPv6 support in the control plane  https://review.opendev.org/68157314:43
*** JamesBenson has quit IRC14:46
yoctozeptokplant: we'll see ;-)14:52
kplantyeah.. sorry for the noob questions14:58
kplantthanks for the answers though14:58
kplantmuch appreciated14:58
noxoidthanks for submitting the patch for that kplant15:01
*** gfidente has quit IRC15:02
kplantmy pleasure, it's also selfish since i use stable/stein + prometheus in production :]15:04
noxoidsame, you beat me to it :P15:05
*** pcaruana has quit IRC15:05
*** Blinkiz has quit IRC15:06
yoctozeptokplant, noxoid: you are welcome to write prometheus docs then, I have already asked osmanlicilegi to do it just today and it would be nice if we finally had something about that since there certainly is some interest in prometheus here around15:08
yoctozeptonever done any myself15:08
noxoidmay be a bit premature for me, i literally deployed prometheus on friday lol15:08
noxoidgot some testing to do and i want to close out my other designate fix MR first15:09
egonzaleznoxoid what MR if i can review15:10
noxoidnah its blocked on me, i gotta add a doc note for it: https://review.opendev.org/#/c/682095/15:10
yoctozeptonoxoid: why prometheus anyway?15:11
yoctozeptois it some smashing monitoring hit?15:11
noxoidflipping one variable in kolla made it too easy to not try15:11
noxoidthe company i work for is on a custom graphite plugin/telegraf kick which means id probably have to write a bunch of custom tooling15:12
yoctozeptoI see15:13
noxoidplus ceph has native prometheus metric exporting15:13
noxoidand since we already have a grafana instance that i can just point at the prometheus server...15:13
noxoidseemed like an easy win15:13
*** chrizl has joined #openstack-kolla15:17
*** k_mouza has quit IRC15:17
yoctozeptonice, thanks for insights15:18
noxoidanytime15:19
*** KeithMnemonic has joined #openstack-kolla15:22
openstackgerritJames Kirsch proposed openstack/kolla-ansible master: Add support for self-signed SSL certificates  https://review.opendev.org/66451715:25
*** jschlueter has quit IRC15:26
*** ondrejduchon has quit IRC15:38
*** cally725 has joined #openstack-kolla15:43
cally725Hi I am using kolla rocky and I have the process beam.smp that takes 220% of the cpu on one of my two controllers any body can help15:44
*** jschlueter has joined #openstack-kolla15:45
*** k_mouza has joined #openstack-kolla15:46
yoctozeptocally725: that is rabbitmq15:47
yoctozeptoI assume you mean this is a permanent situation?15:47
*** rpittau is now known as rpittau|afk15:52
*** k_mouza has quit IRC15:57
cally725well sometimes it comes back to normal15:57
cally725but now it's been doing this for the last hour after deleteing a stack in in horizon15:58
egonzalezcally725 how many resources does your controller nodes have?15:59
yoctozeptoand how complex that stack was16:03
*** pcaruana has joined #openstack-kolla16:06
noxoidcurious, does anyone use hash_behaviour=merge with K-A?16:07
noxoidlooking at overriding one key from defaults.yml in globals.yml without having to bring over a 30 line block16:07
mgoddardnoxoid: which option in particular?16:11
noxoidsec16:11
noxoidhttps://opendev.org/openstack/kolla-ansible/src/branch/stable/stein/ansible/roles/prometheus/defaults/main.yml#L2016:11
noxoidi havent looked at it too much to see if theres a different way to expose prometheus, but seems the most straightforward way16:12
*** k_mouza has joined #openstack-kolla16:12
noxoidbut since by default ansible replaces the entire hash id have to bring that entire prometheus_service block with it16:12
osmanlicilegically725: take a look at https://www.rabbitmq.com/runtime.html#scheduling16:13
mgoddardnoxoid: yeah those service definitions aren't really meant to be overridden.16:13
noxoidgotcha16:13
noxoidi may try setting it to merge to see if i spectacularly break anything. if not i can find another way to do what i need16:14
noxoidthanks16:14
mgoddardnoxoid: if you think it's useful, we could make it optional (default no) to expose prometheus via the external API16:14
noxoidyou thinking a group_vars/all variable like prometheus_server_external?16:15
mgoddardyeah, enable_prometheus_external_api?16:15
noxoidyea something like that would be useful for me in particular. i have two regions and certain infra services like grafana/elasticsearch/etc i dont want to run twice16:16
noxoidalso easier to integrate our existing grafana install16:17
noxoidif you think its appropriate i can file a bug report/blueprint/whatever and work on it when i have time16:21
mgoddardit makes sense to me - please file a blueprint16:22
noxoidsure16:23
noxoida bit of anecdotal evidence but i noticed that once i enabled prometheus-server ceph-mgr doesnt have a massive memory leak16:24
mgoddarddoes it normally?16:27
noxoidfor my clusters yes16:27
mgoddardok16:28
noxoidmy region without prometheus is using 21.6G16:28
noxoidfor ceph-mgr16:28
mgoddardouch16:28
noxoidive seen it get as high as 40G16:28
noxoidregion with prometheus is using 400M16:28
mgoddardmust be some exporter with data that gets leaked16:28
noxoidboth daemons restarted on sep2016:28
noxoidyea16:28
noxoidive just been restarting them every few days16:29
noxoidi havent brought it up cause i REALLY need to switch to external ceph which may have it fixed in a newer release16:29
*** BjoernT has quit IRC16:31
mgoddardworth knowing for other people16:33
mjturekjust a heads up, this https://review.opendev.org/#/c/682618/ doesn't seem to be working (see here https://centos.logs.rdoproject.org/tripleo-upstream-containers-build-master-ppc64le/1540/logs/logs/build.log )16:34
mjturek(sorry for interrupting not related to current discussion)16:34
mgoddardhey mjturek16:34
mjturekhey mgoddard16:35
mgoddardI'll give it a try locally16:37
mjturekmgoddard: https://github.com/openstack/kolla/blob/master/docker/base/Dockerfile.j2#L116 do you happen to know where the rabbitmq-server.repo file comes from?16:39
mjturekI know it's a third party but not sure where it comes from16:39
mgoddardmjturek: yeah, there's a COPY command16:39
mjturekah, looking16:39
mgoddardmjturek: L10016:41
mgoddardmjturek: I think tripleo overrides those repo files16:41
mjturekmgoddard: that would make sense, as we hadn't hit the issue hrw was discussing16:41
mgoddardyeah16:42
mgoddardmjturek: could wrap it in test -f /etc/yum.repos.d/rabbitmq_rabbitmq-server.repo16:42
*** jschlueter has quit IRC16:42
mgoddard {% if base_arch == 'ppc64le' %}16:42
mgoddard-RUN sed -i -e 's/\$basearch/x86_64/g' /etc/yum.repos.d/rabbitmq_rabbitmq-server.repo16:43
mgoddard+RUN test -f /etc/yum.repos.d/rabbitmq_rabbitmq-server.repo \16:43
mgoddard+    && sed -i -e 's/\$basearch/x86_64/g' /etc/yum.repos.d/rabbitmq_rabbitmq-server.repo16:43
mgoddard {% endif %}16:43
mgoddardsomething like that16:43
mjturekthat sounds like the right fix mgoddard16:43
mgoddardmjturek: are you going to propose it?16:43
mjturekmgoddard: sure if you'd like16:44
mgoddardmjturek: that'd be great16:44
*** jschlueter has joined #openstack-kolla16:45
*** pcaruana has quit IRC16:46
*** k_mouza has quit IRC16:50
openstackgerritMark Goddard proposed openstack/kolla-ansible master: Create and grant all keystone roles in service-ks-register  https://review.opendev.org/68340316:51
*** BjoernT has joined #openstack-kolla16:52
noxoidmgoddard, https://blueprints.launchpad.net/kolla-ansible/+spec/expose-prometheus-server-external16:53
noxoidill probably still test the merge behavior as there are some containers id like to "turn off" as they dont apply to us or are not needed in a multi-region deployment16:54
openstackgerritMichael Turek proposed openstack/kolla master: ppc64le: Ensure that rabbitmq-server.repo exists before trying sed  https://review.opendev.org/68399716:56
mgoddardnoxoid: again, if you think it could be generally useful then we might accept a patch16:58
openstackgerritMichael Turek proposed openstack/kolla master: ppc64le: Ensure that rabbitmq-server.repo exists before trying sed  https://review.opendev.org/68399716:59
noxoidyep16:59
mjturekthanks for  the help mgoddard16:59
mgoddardmjturek: np, thanks for the patch :)17:00
*** BjoernT has quit IRC17:04
*** BjoernT has joined #openstack-kolla17:07
*** k_mouza has joined #openstack-kolla17:08
*** BjoernT has quit IRC17:10
*** watersj has joined #openstack-kolla17:15
watersjHow would you go about adding an addtional nic and network to a  kolla stein install?17:16
*** BjoernT has joined #openstack-kolla17:18
cally725Hi I am using kolla rocky and I have the process beam.smp that takes 220% after restarting docker service it is now down to 140% still high but the cluster is now accessible17:19
noxoidwatersj, what network are you looking to move over to the additional nic?17:20
watersjfor example I have office net and cluster net, I want to add hpc-network so I can dual home some instance17:22
noxoidoh so you want to add another provider network to neutron?17:23
watersjnormally I would use a f/w or router/gw but they want dual homed instance. Also this allow me to spin up instances that have access to hpc network too17:23
watersjyes17:23
watersjI have 3 nodes, wasn't sure how you get bridge to bind to "hpc" nic17:23
noxoidhttps://docs.openstack.org/neutron/stein/configuration/openvswitch-agent.html#ovs.bridge_mappings17:26
noxoidhttps://opendev.org/openstack/kolla-ansible/src/branch/stable/stein/ansible/roles/neutron/templates/ml2_conf.ini.j2#L8917:27
watersjty,17:27
noxoidi havent done specifically what you are doing but i have manually set up neutron before. should just need to add the new mapping there17:28
noxoidand then you will need to add that new mapping to whatever ml2 type you are trying to use it with (flat/vlan/etc)17:28
watersjI using linuxbridge at moment17:28
noxoidah yea youll want to find the equivalent option for linuxbridge17:28
watersjwill do17:28
noxoidjust check where physnet1 is in /etc/kolla/neutron and it should guide you17:28
noxoidhopefully that helps17:28
*** BjoernT has quit IRC17:30
watersjlooking at that file earlier on each of nodes, of course each nodes interface name is different17:30
watersjsaw in documentation where it said to name nics with bonding? i think17:30
watersji need go back and check17:31
noxoidyea i use bonds for mine17:31
noxoidmy provider networks are all named bond017:31
noxoidmakes it easier :P17:31
watersj1 nic or multiples?17:31
noxoidmultiples17:31
noxoidbut you can still use 1 nic in a bond iirc17:31
noxoidif you just want the consistent naming17:31
noxoidalso makes it easier if you're using LACP to add additional capacity down the road17:32
watersjok, my new compute nodes came in w/plenty nics. This should be fun17:32
kplantwhat noxoid said17:33
kplanthide the annoying nic names with a little ansible and jinja and present easy names like "bond0"17:33
openstackgerritViktor Michalek proposed openstack/kolla master: Debian Buster Stein backports repository  https://review.opendev.org/68367417:38
*** BjoernT has joined #openstack-kolla17:39
*** jonaspaulo has joined #openstack-kolla17:39
openstackgerritViktor Michalek proposed openstack/kolla master: Debian Buster Stein backports repository  https://review.opendev.org/68367417:41
*** BjoernT_ has joined #openstack-kolla17:43
*** BjoernT has quit IRC17:45
*** rouk has quit IRC17:50
*** igordc has joined #openstack-kolla18:06
*** luksky has joined #openstack-kolla18:06
watersji'm guessing I should put my completed ml2_conf.ini into deployers /etc/kolla/config/neutron/neutron-linuxbridge-agent. next time I run deply it doesn't kill my configs18:08
*** goldyfruit___ has quit IRC18:11
*** k_mouza has quit IRC18:13
*** watersj has quit IRC18:32
openstackgerritDincer Celik proposed openstack/kolla-ansible master: [prometheus] Added documentation for deployment and setting extra options  https://review.opendev.org/68409018:34
*** k_mouza has joined #openstack-kolla18:40
*** goldyfruit___ has joined #openstack-kolla18:41
*** igordc has quit IRC18:51
openstackgerritDincer Celik proposed openstack/kolla-ansible master: [prometheus] Added documentation for deployment and setting extra options  https://review.opendev.org/68409018:57
*** goldyfruit___ has quit IRC19:01
openstackgerritViktor Michalek proposed openstack/kolla master: Fluentd: td-agent repository for Debian  https://review.opendev.org/68411919:03
*** k_mouza has quit IRC19:07
*** k_mouza has joined #openstack-kolla19:11
openstackgerritDincer Celik proposed openstack/kolla-ansible master: [prometheus] Added documentation for deployment and setting extra options  https://review.opendev.org/68409019:16
*** mgoddard has quit IRC19:17
openstackgerritViktor Michalek proposed openstack/kolla master: Fluentd: td-agent repository for Debian  https://review.opendev.org/68411919:18
openstackgerritDincer Celik proposed openstack/kolla-ansible master: [prometheus] Added documentation for deployment and setting extra options  https://review.opendev.org/68409019:19
*** mgoddard has joined #openstack-kolla19:20
*** k_mouza has quit IRC19:21
openstackgerritDincer Celik proposed openstack/kolla-ansible master: [prometheus] Added documentation for deployment and setting extra options  https://review.opendev.org/68409019:22
*** goldyfruit has joined #openstack-kolla19:23
*** k_mouza has joined #openstack-kolla19:38
*** k_mouza has quit IRC19:40
*** pcaruana has joined #openstack-kolla19:43
openstackgerritJames Kirsch proposed openstack/kolla-ansible master: Add support for self-signed SSL certificates  https://review.opendev.org/66451719:49
*** dave-mccowan has joined #openstack-kolla19:50
*** kplant has quit IRC19:50
*** pcaruana has quit IRC20:12
*** vmixor has quit IRC20:16
*** ktibi has joined #openstack-kolla20:48
*** ktibi has quit IRC20:51
*** cally725 has quit IRC21:06
*** igordc has joined #openstack-kolla21:27
*** goldyfruit has quit IRC21:32
*** BjoernT_ has quit IRC21:34
*** goldyfruit has joined #openstack-kolla21:43
*** jonaspaulo has quit IRC22:07
openstackgerritMerged openstack/kolla stable/rocky: Fix retries when pushing images  https://review.opendev.org/68339922:12
openstackgerritJames Kirsch proposed openstack/kolla-ansible master: Add support for self-signed SSL certificates  https://review.opendev.org/66451722:39
*** ivve has quit IRC22:40
*** k_mouza has joined #openstack-kolla23:09
*** k_mouza has quit IRC23:13
*** cah_link1 has joined #openstack-kolla23:17
*** cah_link has quit IRC23:19
*** cah_link1 is now known as cah_link23:19
*** luksky has quit IRC23:44

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!