*** goldyfruit has quit IRC | 00:03 | |
*** goldyfruit has joined #openstack-kolla | 00:07 | |
*** kplant has quit IRC | 00:58 | |
*** whoami-rajat has joined #openstack-kolla | 01:06 | |
*** hongbin has joined #openstack-kolla | 01:10 | |
*** guozijn has joined #openstack-kolla | 01:44 | |
*** gregoryo has joined #openstack-kolla | 01:58 | |
*** gmann has quit IRC | 02:31 | |
openstackgerrit | Chason Chan proposed openstack/kolla-ansible master: Fix the incorrect "ref" tag https://review.opendev.org/660965 | 02:35 |
---|---|---|
*** goldyfruit has quit IRC | 02:56 | |
*** noVNC has joined #openstack-kolla | 03:20 | |
*** shyamb has joined #openstack-kolla | 03:33 | |
*** noVNC has quit IRC | 03:54 | |
*** pcaruana has joined #openstack-kolla | 04:22 | |
*** ivve has quit IRC | 04:32 | |
*** Sravan has joined #openstack-kolla | 04:43 | |
*** Sravan has quit IRC | 04:48 | |
*** shyamb has quit IRC | 04:48 | |
*** hongbin has quit IRC | 04:49 | |
*** janki has joined #openstack-kolla | 04:51 | |
*** shyamb has joined #openstack-kolla | 05:08 | |
*** jchhatbar has joined #openstack-kolla | 05:27 | |
*** janki has quit IRC | 05:30 | |
*** ivve has joined #openstack-kolla | 05:38 | |
*** Sravan has joined #openstack-kolla | 05:47 | |
*** Sravan has quit IRC | 05:52 | |
*** dteselkin has quit IRC | 06:01 | |
*** shyamb has quit IRC | 06:02 | |
*** guozijn has quit IRC | 06:03 | |
*** guozijn has joined #openstack-kolla | 06:04 | |
*** shyamb has joined #openstack-kolla | 06:05 | |
*** cah_link has joined #openstack-kolla | 06:14 | |
*** shyamb has quit IRC | 06:29 | |
*** shyamb has joined #openstack-kolla | 06:31 | |
*** dpawlik has joined #openstack-kolla | 06:32 | |
*** Sravan has joined #openstack-kolla | 06:51 | |
*** mrunge has quit IRC | 06:52 | |
*** mrunge has joined #openstack-kolla | 06:54 | |
*** Sravan has quit IRC | 06:56 | |
*** gregoryo has quit IRC | 06:56 | |
mnasiadka | morning | 07:04 |
*** shyam89 has joined #openstack-kolla | 07:05 | |
*** shyamb has quit IRC | 07:07 | |
openstackgerrit | Michal Nasiadka proposed openstack/kolla master: Ceph: Update to Nautilus on CentOS and OracleLinux https://review.opendev.org/657989 | 07:08 |
*** shyam89 has quit IRC | 07:24 | |
*** shyamb has joined #openstack-kolla | 07:24 | |
openstackgerrit | Michal Nasiadka proposed openstack/kolla stable/stein: Remove nova-placement-api https://review.opendev.org/661686 | 07:27 |
*** happyhemant has joined #openstack-kolla | 07:31 | |
*** logan- has quit IRC | 07:33 | |
*** Sravan has joined #openstack-kolla | 07:34 | |
*** logan- has joined #openstack-kolla | 07:36 | |
openstackgerrit | Radosław Piliszek proposed openstack/kolla-ansible master: Fix deploy guide build https://review.opendev.org/661691 | 07:37 |
*** Sravan has quit IRC | 07:39 | |
yoctozepto | I wonder why Zuul check/gate in review did not catch this issue early? | 07:39 |
*** yoctozepto_ has joined #openstack-kolla | 07:42 | |
*** yoctozepto has quit IRC | 07:43 | |
*** shyam89 has joined #openstack-kolla | 07:43 | |
*** yoctozepto_ is now known as yoctozepto | 07:43 | |
*** shyamb has quit IRC | 07:43 | |
yoctozepto | ok, I see deploy guide is not checked when docs are updated | 07:52 |
yoctozepto | (docs outside deploy guide) | 07:53 |
yoctozepto | because it does not track includes | 07:53 |
yoctozepto | and is not aware of them | 07:53 |
yoctozepto | OpenStack-Ansible (OSA) reference deployment guide from main docs but share no code between them | 07:55 |
yoctozepto | except for doc requirements (so they can still be affected but rarelier) | 07:55 |
*** shyam89 has quit IRC | 08:04 | |
*** dougsz has joined #openstack-kolla | 08:09 | |
*** k_mouza has joined #openstack-kolla | 08:11 | |
*** gmann has joined #openstack-kolla | 08:13 | |
*** yan0s has joined #openstack-kolla | 08:20 | |
openstackgerrit | Radosław Piliszek proposed openstack/kolla-ansible master: Fix deploy guide build https://review.opendev.org/661691 | 08:22 |
*** dougsz has quit IRC | 08:23 | |
*** dougsz has joined #openstack-kolla | 08:23 | |
openstackgerrit | Merged openstack/kolla master: create missing apache2 directory on Debian/Ubuntu https://review.opendev.org/660981 | 08:27 |
*** Sravan has joined #openstack-kolla | 08:38 | |
*** mgoddard has joined #openstack-kolla | 08:41 | |
*** Sravan has quit IRC | 08:43 | |
openstackgerrit | Merged openstack/kolla-ansible master: Pin ARA to <1.0.0 and use stable setup interface to find callback plugin https://review.opendev.org/661319 | 08:47 |
*** gfidente has joined #openstack-kolla | 08:52 | |
*** k_mouza has quit IRC | 08:53 | |
*** k_mouza has joined #openstack-kolla | 08:53 | |
mgoddard | hi mnasiadka | 08:55 |
mnasiadka | oh, hi mgoddard | 08:56 |
mgoddard | the openstack-[nova-]placement-api package issue is because we're still using delorean packages on stable/stein - when we switch to RDO Stein release that package will be available | 08:56 |
mnasiadka | we are still using trunk? | 08:56 |
mnasiadka | huh | 08:56 |
mgoddard | I think we ought to keep the old nova placement code in that image | 08:57 |
*** priteau has joined #openstack-kolla | 08:58 | |
mgoddard | we can't switch to RDO stein until ceph nautilus is working | 08:58 |
mnasiadka | true | 08:58 |
mnasiadka | the nautilus code should work, waiting for the CI | 08:58 |
mnasiadka | seems needs a recheck - failed on: Could not fetch/save url https://download.docker.com/linux/centos/docker-ce.repo to file /etc/yum.repos.d/docker-ce.repo: [Errno 12] Timeout on https://download.docker.com/linux/centos/docker-ce.repo: (28, 'timed out before SSL handshake') | 09:02 |
mgoddard | ivve: replied | 09:03 |
*** shyamb has joined #openstack-kolla | 09:05 | |
ivve | mgoddard: woot? | 09:08 |
mgoddard | ivve: almost | 09:08 |
ivve | ah yes, nvm :) | 09:09 |
*** yoctozepto has quit IRC | 09:09 | |
*** yoctozepto has joined #openstack-kolla | 09:10 | |
openstackgerrit | Marek Svensson proposed openstack/kolla-ansible master: Add missing timezone mount for watcher (apscheduler). https://review.opendev.org/661068 | 09:12 |
ivve | mgoddard: done | 09:12 |
*** jchhatba_ has joined #openstack-kolla | 09:18 | |
openstackgerrit | Zijian Guo proposed openstack/kolla-ansible master: Update service_provider for FWaaS v2 https://review.opendev.org/661704 | 09:20 |
*** jchhatbar has quit IRC | 09:21 | |
openstackgerrit | Mark Goddard proposed openstack/kolla master: Remove nova-consoleauth https://review.opendev.org/661251 | 09:22 |
openstackgerrit | Mark Goddard proposed openstack/kolla master: Remove nova-consoleauth https://review.opendev.org/661251 | 09:24 |
*** shyamb has quit IRC | 09:26 | |
openstackgerrit | Zijian Guo proposed openstack/kolla-ansible master: Update service_provider for FWaaS v2 https://review.opendev.org/661704 | 09:27 |
*** k_mouza_ has joined #openstack-kolla | 09:33 | |
*** shyamb has joined #openstack-kolla | 09:34 | |
*** k_mouza has quit IRC | 09:37 | |
hrw | elo | 09:38 |
*** Sravan has joined #openstack-kolla | 09:39 | |
mgoddard | hi hrw | 09:39 |
yoctozepto | mgoddard: did you have a chance to read my monologue on docs checking? http://paste.openstack.org/show/752146/ any idea on how to proceed? I am afraid the publish process might not be run as well, leaving the deploy guide always behind | 09:43 |
*** Sravan has quit IRC | 09:43 | |
*** hamzaachi has joined #openstack-kolla | 09:44 | |
mgoddard | yoctozepto: we should add a 'files' section to the deploy-guide job config to reference relevant files | 09:45 |
mgoddard | yoctozepto: or we could just change the link to point to the kolla-ansible docs, and remove the deploy-guide | 09:45 |
yoctozepto | mgoddard: I somehow feel the latter approach will prove to be less surprising and usually cleaner; not to mention one less check to be done :-) | 09:48 |
yoctozepto | tripleo link to their docs | 09:49 |
mgoddard | I don't know the history of why these are separate | 09:49 |
yoctozepto | OSA does as I wrote before, however I do not really like their approach | 09:49 |
hrw | hm. looks like there is a chance for +1 from zuul for py3 patch | 09:49 |
hrw | but with failures ;( | 09:49 |
yoctozepto | as it splits the docs unnecessarily imho | 09:50 |
mgoddard | agreed | 09:50 |
hrw | anyone with Zun experience? | 09:51 |
*** shyamb has quit IRC | 09:52 | |
hrw | + exec apache2 -DFOREGROUND | 09:52 |
hrw | apache2: Syntax error on line 80 of /etc/apache2/apache2.conf: DefaultRuntimeDir must be a valid directory, absolute or relative to ServerRoot | 09:52 |
*** shyam89 has joined #openstack-kolla | 09:52 | |
hrw | ok. | 09:52 |
hrw | https://review.opendev.org/660981 (just merged) will get reverted and directory gets added in base image | 09:53 |
egonzalez | hrw usually i've found you have some conflict with default zun wsgi file, check if the package have its own vhost or something conflicting (ports, process name, etc) | 10:03 |
openstackgerrit | Marcin Juszkiewicz proposed openstack/kolla master: create missing apache2 directory on Debian/Ubuntu https://review.opendev.org/661713 | 10:03 |
hrw | egonzalez: I have a feeling that this patch(set) conflicts with half of openstack nowadays | 10:04 |
hrw | if it would be something smaller (and not so needed) I would probably abandon it and moved to something else | 10:05 |
egonzalez | ohh, you have the issue with source images, good luck when going to binary ;) | 10:05 |
hrw | egonzalez: I do not care much about binary ones. | 10:06 |
*** dpawlik has quit IRC | 10:06 | |
hrw | I have a feeling that Debian openstack team is usually release delayed, UCA does not care about anyone outside of plain Ubuntu etc | 10:08 |
hrw | and then OracleLinux decides to lag so much that CI timeouts or turns out that we lack OL maintainer and images stop working because some package needs bump (again) | 10:09 |
mnasiadka | yeah, we lack OL maintainer I guess - but that's one of the topics for PTG | 10:09 |
egonzalez | at what time is PTG today? | 10:11 |
egonzalez | I always screws up with timezones | 10:11 |
hrw | in 1:48 | 10:12 |
hrw | btw - https://review.opendev.org/#/c/642375/23/kolla/common/config.py was supposed to be workaround. I am no longer treating it as such. | 10:13 |
hrw | openstack/x projects are not maintained mess | 10:13 |
openstackgerrit | Chason Chan proposed openstack/kolla-ansible master: Fix the incorrect "ref" directive https://review.opendev.org/660965 | 10:14 |
*** dpawlik has joined #openstack-kolla | 10:18 | |
hrw | screw being polite. sent passive-agressive mail to openstack-discuss. | 10:19 |
*** dpawlik has quit IRC | 10:22 | |
mgoddard | egonzalez: it's 12:00 UTC | 10:28 |
mnasiadka | mgoddard: he just told us he always screws up with timezones :D | 10:29 |
mnasiadka | egonzalez: 14:00 CET :) | 10:30 |
mgoddard | mnasiadka: google says 13:00: https://www.google.com/search?q=12%3A00+utc+in+cet&oq=12%3A00+utc+in+cet&aqs=chrome..69i57.4829j1j7&sourceid=chrome&ie=UTF-8 | 10:31 |
mgoddard | CEST is 14:00 | 10:31 |
mgoddard | in 1 hour 30 minutes from now :) | 10:32 |
hrw | have to go and look for BT speaker | 10:33 |
hrw | my desktop lost sound with mainboard replacement | 10:33 |
*** dpawlik has joined #openstack-kolla | 10:35 | |
hrw | like I thought: https://review.opendev.org/#/c/642375/23 got +1 from zuul. now time to push update and hope that only one CI job will fail | 10:39 |
*** dpawlik has quit IRC | 10:40 | |
openstackgerrit | Marcin Juszkiewicz proposed openstack/kolla master: Debian/Ubuntu: move to Python 3 for binary/source images https://review.opendev.org/642375 | 10:41 |
hrw | http://zuul.openstack.org/status/change/642375,24 is one of my pinned cards ;D | 10:41 |
hrw | just patch revision gets changed | 10:41 |
*** guozijn has quit IRC | 10:43 | |
*** shyam89 has quit IRC | 10:47 | |
mgoddard | michaelbarkdoll, ivve, kplant: great to see the love for kolla :D we have our virtual PTG today and tomorrow if you'd like to get involved: https://etherpad.openstack.org/p/kolla-train-ptg | 10:48 |
*** k_mouza_ has quit IRC | 10:51 | |
mnasiadka | mgoddard: so it's in 8 minutes, or 1hr and 8 minutes? :D | 10:52 |
mnasiadka | ah, CEST not CET, whatever | 10:52 |
mgoddard | mnasiadka: 1h8! | 10:52 |
hrw | ;D | 10:52 |
mnasiadka | they should remove this summertime crap | 10:52 |
mgoddard | they were considering it IIRC | 10:52 |
hrw | mnasiadka: in 20020 | 10:53 |
hrw | extra 0 intended | 10:53 |
mnasiadka | yeah, I will be long dead, and my daughter also ;) | 10:53 |
mgoddard | of course we won't be in the EU then so maybe we will use our 'sovereignty' to keep BST | 10:54 |
mnasiadka | who knows where you will be | 10:54 |
*** k_mouza has joined #openstack-kolla | 10:56 | |
hrw | mgoddard: then it will be England Summer Time + Scottish Summer Time + Welsh Summer Time :D | 10:57 |
mgoddard | where does it end? every person having an individual country of their own? | 10:57 |
mgoddard | actually that sounds quite nice | 10:57 |
mgoddard | could have my own currency | 10:58 |
mnasiadka | totally unusable in any other country | 10:58 |
mnasiadka | :D | 10:58 |
*** k_mouza has quit IRC | 10:58 | |
*** k_mouza has joined #openstack-kolla | 10:59 | |
*** dpawlik has joined #openstack-kolla | 11:02 | |
*** johnthetubaguy has joined #openstack-kolla | 11:04 | |
*** k_mouza has quit IRC | 11:09 | |
mnasiadka | mgoddard: https://review.opendev.org/#/c/657989/ - I think we're good | 11:13 |
*** guozijn has joined #openstack-kolla | 11:16 | |
*** shyamb has joined #openstack-kolla | 11:19 | |
*** k_mouza has joined #openstack-kolla | 11:21 | |
*** kplant has joined #openstack-kolla | 11:24 | |
priteau | I've noticed that kolla-ansible uses [glance]/api_servers in nova.conf. The configuration reference says: NOTE: The preferred mechanism for endpoint discovery is via keystoneauth1 loading options. Only use api_servers if you need multiple endpoints and are unable to use a load balancer for some reason. | 11:29 |
priteau | https://docs.openstack.org/nova/latest/configuration/config.html#glance | 11:29 |
priteau | Is this something that we should change? | 11:29 |
mnasiadka | priteau: I guess so - create a PR ;) | 11:34 |
*** pomac has joined #openstack-kolla | 11:43 | |
mgoddard | Kolla virtual PTG in 15 minutes | 11:46 |
mgoddard | Tengu: still on for validations? | 11:48 |
mgoddard | https://etherpad.openstack.org/p/kolla-train-ptg | 11:48 |
Tengu | mgoddard: oh. sh.... that's today | 11:48 |
Tengu | RIGHT | 11:48 |
mgoddard | Tengu: yeah :) | 11:49 |
Tengu | mgoddard: jumping on the meet. let's see how it goes. | 11:49 |
Tengu | mgoddard: just back from my wedding, have some issues with my brain ^^'. | 11:49 |
mgoddard | Tengu: we're starting in 10. You're up once we've done an intro | 11:50 |
mgoddard | Tengu: oh wow, congrats! | 11:50 |
Tengu | mgoddard: care to let me in? apparently some moderator needs to accept me | 11:52 |
Tengu | would like to ensure all is working fine :) | 11:52 |
mgoddard | Tengu: ok | 11:52 |
*** k_mouza has quit IRC | 11:53 | |
Tengu | hmmm... | 11:53 |
hrw | installing meet app | 11:55 |
*** factor has joined #openstack-kolla | 11:57 | |
Tengu | using a custom firefox profile here. kind of weird, webcam isn't well recognized. Sorry for being just a voice ;) | 11:57 |
jroll | I'm gonna have to be a little bit late for the PTG :/ | 11:57 |
mgoddard | no worries jroll | 12:00 |
*** Wasaac has joined #openstack-kolla | 12:00 | |
Tengu | so apparently my webcam does work in the end. The authorization request was hidden somewhere. yay UI XD | 12:00 |
mgoddard | https://cjeanner.github.io/openstack/tripleo/validations/2019/04/24/validation-framework.html | 12:02 |
mgoddard | https://etherpad.openstack.org/p/kolla-train-ptg | 12:04 |
*** k_mouza has joined #openstack-kolla | 12:11 | |
*** guozijn_ has joined #openstack-kolla | 12:12 | |
openstackgerrit | Krzysztof Klimonda proposed openstack/kolla-ansible master: Elevate privileges for copying gnocchi policy.json https://review.opendev.org/661743 | 12:13 |
*** priteau has quit IRC | 12:13 | |
*** priteau has joined #openstack-kolla | 12:14 | |
*** guozijn has quit IRC | 12:15 | |
*** guozijn_ is now known as guozijn | 12:15 | |
*** shyamb has quit IRC | 12:19 | |
*** k_mouza has quit IRC | 12:21 | |
*** shyamb has joined #openstack-kolla | 12:23 | |
openstackgerrit | Krzysztof Klimonda proposed openstack/kolla-ansible master: Make fluentd-elasticsearch configuration more robust https://review.opendev.org/661747 | 12:26 |
openstackgerrit | Krzysztof Klimonda proposed openstack/kolla-ansible master: Elevate privileges for copying gnocchi policy.json https://review.opendev.org/661743 | 12:31 |
*** chason has joined #openstack-kolla | 12:31 | |
*** shyamb has quit IRC | 12:34 | |
kklimonda | Hmmm, ceilometer seems to depend on requests-aws for collecting metrics from ceph, and that library is not available from ubuntu packages, only pip - how to support binary installation in such case? Are there examples from other images? | 12:36 |
*** k_mouza has joined #openstack-kolla | 12:39 | |
*** k_mouza has quit IRC | 12:43 | |
*** dougsz has quit IRC | 12:48 | |
*** henriqueof has quit IRC | 12:56 | |
*** igordc has joined #openstack-kolla | 12:59 | |
openstackgerrit | Merged openstack/kolla stable/rocky: Bump service versions Rocky https://review.opendev.org/660163 | 13:00 |
openstackgerrit | Merged openstack/kolla stable/queens: Bump service versions for Queens https://review.opendev.org/660160 | 13:00 |
*** dougsz has joined #openstack-kolla | 13:03 | |
*** henriqueof has joined #openstack-kolla | 13:04 | |
*** jchhatba_ has quit IRC | 13:08 | |
*** jchhatba_ has joined #openstack-kolla | 13:08 | |
*** goldyfruit has joined #openstack-kolla | 13:11 | |
*** guozijn_ has joined #openstack-kolla | 13:16 | |
*** guozijn has quit IRC | 13:19 | |
*** guozijn_ is now known as guozijn | 13:19 | |
*** priteau has quit IRC | 13:20 | |
hrw | mnasiadka: https://review.opendev.org/#/c/523072/ | 13:21 |
*** goldyfruit_ has joined #openstack-kolla | 13:25 | |
*** k_mouza has joined #openstack-kolla | 13:26 | |
*** goldyfruit has quit IRC | 13:27 | |
*** goldyfruit__ has joined #openstack-kolla | 13:35 | |
*** guozijn_ has joined #openstack-kolla | 13:35 | |
*** goldyfruit_ has quit IRC | 13:37 | |
*** guozijn has quit IRC | 13:37 | |
*** guozijn_ is now known as guozijn | 13:37 | |
*** guozijn_ has joined #openstack-kolla | 13:40 | |
*** guozijn has quit IRC | 13:42 | |
*** guozijn_ is now known as guozijn | 13:42 | |
*** priteau has joined #openstack-kolla | 13:46 | |
*** k_mouza has quit IRC | 13:48 | |
*** henriqueof has quit IRC | 13:49 | |
*** k_mouza has joined #openstack-kolla | 13:55 | |
*** jchhatba_ has quit IRC | 13:55 | |
*** k_mouza has quit IRC | 13:55 | |
*** k_mouza has joined #openstack-kolla | 14:04 | |
*** k_mouza has quit IRC | 14:09 | |
*** hamzaachi_ has joined #openstack-kolla | 14:10 | |
*** k_mouza has joined #openstack-kolla | 14:14 | |
*** hamzaachi has quit IRC | 14:14 | |
*** itlinux has quit IRC | 14:19 | |
*** hamzaachi__ has joined #openstack-kolla | 14:20 | |
*** henriqueof has joined #openstack-kolla | 14:20 | |
*** k_mouza has quit IRC | 14:20 | |
*** k_mouza has joined #openstack-kolla | 14:21 | |
*** shyamb has joined #openstack-kolla | 14:22 | |
*** hamzaachi_ has quit IRC | 14:22 | |
*** guozijn has quit IRC | 14:24 | |
*** hamzaachi__ has quit IRC | 14:24 | |
*** hamzaachi has joined #openstack-kolla | 14:24 | |
*** guozijn has joined #openstack-kolla | 14:24 | |
*** hamzaachi has quit IRC | 14:26 | |
*** hamzaachi has joined #openstack-kolla | 14:26 | |
*** hamzaachi has quit IRC | 14:28 | |
*** dpawlik has quit IRC | 14:29 | |
*** hamzaachi has joined #openstack-kolla | 14:30 | |
v1k0d3n | hey folks. have a question re: octavia setup in kolla. i've been playing around with it over the last couple of days, and i have an admin network (`192.168.3.0/24`) and and a "public" network (`192.168.4.0/22`). both of these are external networks, and i have them set up this way in neutron (`neutron_external_interface`). | 14:31 |
*** itlinux has joined #openstack-kolla | 14:33 | |
v1k0d3n | once i have run through the install, i noticed that networking doesn't seem to work in the same broadcast domain; so it seems like i can't ping the gateway for the admin network `192.168.3.1`. i know this is how it's intended, but doesn't the octavia LB need to be able to get out via this "admin" network (if i understand correctly)? how are others doing this setup in Kolla? | 14:33 |
*** shyamb has quit IRC | 14:33 | |
ivve | v1k0d3n: are you talking about the octavia management network? | 14:34 |
*** shyamb has joined #openstack-kolla | 14:34 | |
v1k0d3n | yes, that's it. | 14:34 |
v1k0d3n | admin == octavia management in this case. | 14:35 |
*** hamzaachi_ has joined #openstack-kolla | 14:35 | |
v1k0d3n | i have this configured in the globals as `octavia_network_interface: "eno1"` while my external network is actually `eno1`. i'm sure i've misunderstood and am likely making an error somewhere. | 14:36 |
*** dasp has quit IRC | 14:36 | |
ivve | the network name must be lb-mgmt-net, is that so in your case? | 14:36 |
ivve | is it owned by octavia tenant/user? | 14:36 |
v1k0d3n | oh! no...i didn't name it that. whoops. | 14:36 |
v1k0d3n | it will be, yes...but i've named it incorrectly as you pointed out. | 14:37 |
*** hamzaachi has quit IRC | 14:37 | |
v1k0d3n | so basically all things like the key, the lb-mgmt-net...these things have to be done via the octavia user in the service project (if we just consider the default install of kolla); am i understanding this correctly? | 14:38 |
*** k_mouza has quit IRC | 14:38 | |
ivve | octavia tenant, if that is the chosen one | 14:39 |
ivve | and octavia user | 14:39 |
ivve | keys, sec groups, networks | 14:39 |
v1k0d3n | it doesn't appear that kolla installs an octavia tenant by default (even when octavia is configured). | 14:40 |
ivve | hmm | 14:40 |
*** k_mouza has joined #openstack-kolla | 14:40 | |
v1k0d3n | so that would all need to be setup afterwards, i guess. | 14:40 |
ivve | ah no, its the admin tenant but octavia user | 14:40 |
ivve | i believe | 14:40 |
v1k0d3n | ah. ok...that makes sense. | 14:40 |
ivve | when you install you must follow the guide very thoroughly :) | 14:42 |
*** hamzaachi_ has quit IRC | 14:42 | |
*** hamzaachi_ has joined #openstack-kolla | 14:42 | |
v1k0d3n | ahh...which guide? i looked through kolla and found...nothing. | 14:42 |
ivve | octavia i think | 14:43 |
v1k0d3n | but openstack docs are confusing to me sometimes. | 14:43 |
ivve | they are for all of us :) | 14:43 |
v1k0d3n | that's good to hear at least. | 14:43 |
kplant | i feel like most of them are written after a 16 hour coding session | 14:43 |
kplant | like a "...ugh now i have to document this crap" | 14:43 |
ivve | probably :) | 14:44 |
*** guozijn has quit IRC | 14:44 | |
v1k0d3n | so true. | 14:45 |
v1k0d3n | i know i've felt like that before. | 14:46 |
v1k0d3n | but the way openstack docs are presented are sort of hard to follow. | 14:46 |
*** hamzaachi_ has quit IRC | 14:46 | |
*** hamzaachi_ has joined #openstack-kolla | 14:46 | |
v1k0d3n | hard to search/find things | 14:46 |
kplant | yes and the dir structure always changes | 14:46 |
kplant | so changing 'rocky' to 'stein' usually doesn't work | 14:47 |
v1k0d3n | that. or you click on the link and it takes you back to the main docs page. hahaha | 14:47 |
v1k0d3n | challenging for new folks. | 14:47 |
*** k_mouza has quit IRC | 14:50 | |
*** hamzaachi_ has quit IRC | 14:53 | |
yoctozepto | though it would help to report doc bugs/suggestions/questions rather than only grumble about their quality ;-) it does not make them any better this way :P | 14:55 |
*** shyam89 has joined #openstack-kolla | 14:57 | |
yoctozepto | anyways, to join in grumbling: for most fast-moving software the quality of docs leaves a lot to desire... ;-) | 14:57 |
*** shyamb has quit IRC | 15:00 | |
*** ivve has quit IRC | 15:03 | |
*** hamzaachi has joined #openstack-kolla | 15:10 | |
*** k_mouza has joined #openstack-kolla | 15:11 | |
*** yan0s has quit IRC | 15:11 | |
*** shyam89 has quit IRC | 15:14 | |
v1k0d3n | yoctozepto: i don't think anyone was really knocking the people writing the docs, as much as the tool itself for doc presentation/search. | 15:16 |
*** shyamb has joined #openstack-kolla | 15:17 | |
v1k0d3n | but your suggestion is noted. grumbling over. | 15:18 |
*** hamzy has quit IRC | 15:18 | |
*** k_mouza has quit IRC | 15:22 | |
*** k_mouza has joined #openstack-kolla | 15:24 | |
*** guozijn has joined #openstack-kolla | 15:27 | |
*** itlinux has quit IRC | 15:35 | |
*** guozijn has quit IRC | 15:40 | |
*** spiette_ has joined #openstack-kolla | 15:41 | |
*** spiette has quit IRC | 15:41 | |
*** shyam89 has joined #openstack-kolla | 15:43 | |
*** shyamb has quit IRC | 15:44 | |
*** JamesBenson has joined #openstack-kolla | 15:44 | |
mgoddard | hrw: for the apache config issue, should we just remove the default config file that references /var/run/apache? | 15:48 |
*** hamzy has joined #openstack-kolla | 15:49 | |
*** k_mouza has quit IRC | 15:52 | |
*** hamzaachi_ has joined #openstack-kolla | 15:53 | |
*** Wasaac has quit IRC | 15:54 | |
*** hamzaachi has quit IRC | 15:55 | |
*** shyam89 has quit IRC | 15:58 | |
*** shyamb has joined #openstack-kolla | 16:03 | |
*** k_mouza has joined #openstack-kolla | 16:15 | |
*** ivve has joined #openstack-kolla | 16:22 | |
*** goldyfruit__ has quit IRC | 16:22 | |
ivve | anyone here using freezer? | 16:23 |
*** shyamb has quit IRC | 16:26 | |
*** shyamb has joined #openstack-kolla | 16:27 | |
ivve | anyways, seems like when updating jobs doesn't work properly, im guessing the json is illegal somewhere | 16:27 |
ivve | (via horizon) | 16:27 |
*** hamzaachi_ has quit IRC | 16:29 | |
*** itlinux has joined #openstack-kolla | 16:35 | |
*** shyam89 has joined #openstack-kolla | 16:36 | |
*** shyamb has quit IRC | 16:37 | |
*** shyam89 has quit IRC | 16:41 | |
*** itlinux has quit IRC | 16:43 | |
*** itlinux has joined #openstack-kolla | 16:46 | |
openstackgerrit | Mark Goddard proposed openstack/kolla-ansible master: Test Ceph upgrade in CI https://review.opendev.org/658132 | 16:47 |
*** dpawlik has joined #openstack-kolla | 16:48 | |
*** jonaspaulo has joined #openstack-kolla | 16:49 | |
*** k_mouza has quit IRC | 16:51 | |
*** itlinux has quit IRC | 16:58 | |
*** dougsz has quit IRC | 17:00 | |
*** itlinux has joined #openstack-kolla | 17:01 | |
*** eandersson has joined #openstack-kolla | 17:11 | |
*** goldyfruit has joined #openstack-kolla | 17:14 | |
*** irclogbot_3 has quit IRC | 17:17 | |
*** irclogbot_3 has joined #openstack-kolla | 17:18 | |
v1k0d3n | hey ivve ... i'm super sorry to bother ... but your octavia setup on the network side; how do you have this configured in globals.yml? | 17:24 |
v1k0d3n | so in my case, i have essentially three networks. api (192.168.70.0/24), an admin...which is also where MaaS is (192.168.3.0/24) <<< i want to use this for octavia, and my external (192.168.4.0/22). | 17:25 |
v1k0d3n | those are all my actual networks...prior to creating any flat nets. | 17:25 |
v1k0d3n | the config that i have currently just doesn't seem to work, because once it's deployed, the 192.168.3.x net goes dark...i can't ping the gateway anymore. | 17:26 |
v1k0d3n | so that means that my single beefy server (aio) can't talk to that admin net anymore where the Amphora server gets spun up. | 17:27 |
ivve | i don't configure it in globals at all | 17:29 |
ivve | i use a vxlan and create interfaces on br-int for my controller nodes | 17:29 |
ivve | it doesn't have to be an external network | 17:30 |
ivve | but okay, lets give it a go | 17:31 |
ivve | octavia will use the admin tenant but octavia user to create amphorae | 17:32 |
ivve | so i need a bit more info.. how is 192.168.3.0/24 configured on the controller and how is it configured in openstack? | 17:34 |
*** igordc has quit IRC | 17:34 | |
ivve | you see when an amphora is created, it needs a port on lb-mgmt-net | 17:36 |
ivve | and the controller should already be connected on that network | 17:37 |
*** igordc has joined #openstack-kolla | 17:55 | |
*** igordc has quit IRC | 17:55 | |
*** igordc has joined #openstack-kolla | 17:55 | |
*** priteau has quit IRC | 17:56 | |
v1k0d3n | oh that's right...you did say that actually. | 17:57 |
v1k0d3n | i can actually create a vxlan. that's what i've done for a couple of years...this is the first time that i've used a MaaS provided network (which presents it's own challenges). | 17:58 |
v1k0d3n | so 192.168.3.0/24 is directly connected via eno1 (ip 192.168.3.35/24), eno2 is the api interface (192.179.70.20/24 and 25 for vip when using hap/kad), and eno3 is the "public" access, external network (192.168.4.0/22 | 18:00 |
*** stackedsax has joined #openstack-kolla | 18:00 | |
*** itlinux has quit IRC | 18:02 | |
stackedsax | shucks, I guess I missed the google hangout | 18:05 |
ivve | v1k0d3n: im guessing you will have to create a flat external network 192.168.3.0/24 and choose a smaller range for your amphorae | 18:06 |
ivve | or well, a range not taken by other stuff | 18:06 |
ivve | and you will have to define eno1 as the external interface | 18:07 |
ivve | where br-ext is bound | 18:07 |
ivve | br-ex* | 18:07 |
ivve | and configure neutron accordingly | 18:07 |
v1k0d3n | interesting. i guess i could create a virtual interface, bridge them and use that? | 18:08 |
ivve | well the "issue" is that both the controller and the amphorae needs to be on the same network, and that network needs to exist atleast in the OS world so to speak, but it doesn't have requirements of being external | 18:09 |
ivve | so that is why i chose vxlan, the infra already exists and its easy to create a port on br-int and assign it some config in openstack and then i just conf it on the controller and let dhclient do its work | 18:09 |
v1k0d3n | let me show you my old config...it needed cleaned up a little but i could use this if it works. | 18:11 |
ivve | shoot | 18:11 |
ivve | the path to magnum is long and dangerous :P | 18:12 |
*** gdwornicki has joined #openstack-kolla | 18:15 | |
*** itlinux has joined #openstack-kolla | 18:17 | |
*** gdwornicki has quit IRC | 18:22 | |
v1k0d3n | sorry got distracted. | 18:23 |
v1k0d3n | one thing that's changed quite a bit is ubuntu's netplan in 18.04, and i haven't quite figured out how to do the same implementation that i had before. :-/ | 18:23 |
*** Sravan has joined #openstack-kolla | 18:27 | |
*** gdwornicki has joined #openstack-kolla | 18:36 | |
openstackgerrit | Merged openstack/kolla-ansible stable/rocky: Pin ARA to <1.0.0 and use stable setup interface to find callback plugin https://review.opendev.org/661326 | 18:39 |
openstackgerrit | Merged openstack/kolla stable/rocky: Bump Monasca Fluentd plugin version https://review.opendev.org/661016 | 18:44 |
*** gdwornicki has quit IRC | 18:49 | |
*** gdwornicki has joined #openstack-kolla | 18:54 | |
*** Sravan has quit IRC | 19:01 | |
ivve | mgoddard: regarding https://review.opendev.org/#/c/661485, i have some questions. 1) is the deployer intended to search in group_vars or defaults or globals.yml for the possible options (if we disregard docs). 2) if a default fails a deployment by "default" should it still be there as a blank/null value? would default in the role dir suffice? | 19:02 |
openstackgerrit | Merged openstack/kolla master: Install fluentd gem on debian/ubuntu for non x86_64 https://review.opendev.org/638692 | 19:04 |
*** Sravan has joined #openstack-kolla | 19:05 | |
*** Sravan has quit IRC | 19:06 | |
ivve | the entire reason is that kolla-ansible deployed elasticsearch will never work due to version incompability. 2.1.x - 2.3.0 (roughly) work for freezer | 19:08 |
ivve | if a deployer would simply switch backend and go along, it would "break". not knowing about or setting the external 2.3.0 ES backend | 19:09 |
*** itlinux has quit IRC | 19:09 | |
ivve | i guess if default is undefined, ansible would spit it out | 19:09 |
ivve | is that acceptable? | 19:10 |
*** Sravan has joined #openstack-kolla | 19:10 | |
*** itlinux has joined #openstack-kolla | 19:13 | |
*** Sravan has quit IRC | 19:23 | |
*** Sravan has joined #openstack-kolla | 19:27 | |
*** pcaruana has quit IRC | 19:30 | |
*** goldyfruit has quit IRC | 19:31 | |
*** henriqueof has quit IRC | 19:32 | |
*** goldyfruit has joined #openstack-kolla | 19:34 | |
*** kplant has quit IRC | 19:44 | |
*** Sravan has quit IRC | 20:02 | |
openstackgerrit | Merged openstack/kolla stable/rocky: Add CI trigger for ceph jobs https://review.opendev.org/660955 | 20:02 |
openstackgerrit | Michal Nasiadka proposed openstack/kolla master: Ceph: Update to Nautilus on CentOS and OracleLinux https://review.opendev.org/657989 | 20:03 |
openstackgerrit | Michal Nasiadka proposed openstack/kolla master: Ceph: Update to Nautilus on CentOS and OracleLinux https://review.opendev.org/657989 | 20:07 |
*** Sravan has joined #openstack-kolla | 20:12 | |
*** dasp has joined #openstack-kolla | 20:20 | |
*** hamzy has quit IRC | 20:21 | |
*** gdwornicki has quit IRC | 20:30 | |
*** dpawlik has quit IRC | 20:31 | |
openstackgerrit | Marek Svensson proposed openstack/kolla-ansible master: Fix default deployment of freezer, use mariadb. https://review.opendev.org/661485 | 20:37 |
*** dasp has quit IRC | 20:38 | |
*** dasp has joined #openstack-kolla | 20:38 | |
*** gfidente is now known as gfidente|afk | 20:45 | |
*** cah_link has quit IRC | 20:59 | |
ChewieBeardy | heya everyone! I was looking at this page: https://docs.openstack.org/neutron/stein/admin/config-bgp-dynamic-routing.html and was wondering if such a deployment would be possible within kolla-ansible | 21:03 |
ChewieBeardy | basically, my idea is to do away with the network nodes, and instead having floating IPs advertised by the hypervisor running the instance directly | 21:05 |
ChewieBeardy | and something similar for API endpoints and others like dashboards, doing load balancing at the BGP level on the controller nodes | 21:06 |
ivve | ChewieBeardy: dvr does that. i mean if you want direct north-south traffic | 21:06 |
ivve | (if thats what you are trying to solve) | 21:06 |
ChewieBeardy | seems like it, but I've read on some pages of the docs that network nodes were still required in some cases | 21:07 |
ChewieBeardy | with DVR, every compute node runs the L3 agent, and as such a BGP speaker, would that be correct? | 21:08 |
ivve | yes | 21:08 |
*** dave-mccowan has joined #openstack-kolla | 21:09 | |
ivve | but you won't get rid of network nodes | 21:09 |
ChewieBeardy | aww, a shame | 21:10 |
ivve | well, what exactly do you mean by getting rid of them should be the question | 21:10 |
ivve | you can also enable ha to alleviate some SPoF for say, dhcp | 21:10 |
ChewieBeardy | I guess I meant fully distributing them, instead of having dedicated nodes that did just that (and were necessarily kept in their own subnet for HA) | 21:11 |
ivve | well if east west traffic is direct and north south too. and you have atleast 3 networknodes. whats the problem? | 21:12 |
ChewieBeardy | yeah, maybe I'm just drowning in a cup of water | 21:12 |
ChewieBeardy | my main "problem" in my head was that since in our current design each rack had its own subnet, and that I wanted to have network nodes on each rack to spread the failure domain, I couldn't use L2 based HA mechanisms like vrrp without resorting to ugliness | 21:13 |
ivve | ah | 21:14 |
ChewieBeardy | but maybe I'm confusing "internal" HA that doesn't care about that with the haproxy cluster that is running keepalived | 21:14 |
ivve | thats for the api's | 21:16 |
ivve | well, and some other services | 21:17 |
ivve | :) | 21:17 |
ChewieBeardy | right, I should separate those two problems in my mind | 21:17 |
ivve | yes | 21:17 |
ivve | dvr-ha mainly solves your main concern, i think :) | 21:17 |
ChewieBeardy | you're right, I'll study that path in more detail | 21:18 |
ChewieBeardy | and for the APIs themselves, either keep with the basic haproxy cluster for now, or maybe even its own set of bgp shenanigans to advertise the endpoints | 21:19 |
ivve | as long as you have 3 controllernodes and 3 networknodes (which could be co-located) failure domain-wise. you're safe | 21:19 |
ivve | well haproxy does the job perfectly fine, imo. but you could solve it with a f5 LB or something too | 21:19 |
ivve | or other hw | 21:20 |
ivve | f5 just an example | 21:20 |
*** itlinux has quit IRC | 21:20 | |
ChewieBeardy | yeah, I was thinking of reutilizing the same idea : each controller advertises the same IP through BGP and the routers above loadbalance through that | 21:20 |
ivve | but you shouldn't try to solve any stuff in the OS world with components from it, thats basically sawing off a branch while sitting on it | 21:21 |
ChewieBeardy | but it migt be a bit overkill for a first tryout, no need to be more royalist than the king like we say in french | 21:21 |
ChewieBeardy | a good point | 21:22 |
ivve | if anything with an external component, but bgp isn't the answer here. loadbalancing is | 21:22 |
ivve | (if we're talking haproxy and external/internal api's) | 21:22 |
*** dave-mccowan has quit IRC | 21:23 | |
ChewieBeardy | yeah, BGP solely for loadbalancing, or any other protocol. It's a practice I've seen here https://www.xenon.com.au/wp-content/uploads/dlm_uploads/2017/10/BGP_Oreilly-2.pdf that I wanted to give a try to | 21:23 |
*** itlinux has joined #openstack-kolla | 21:23 | |
ivve | and really for the north-south or east-west, dvr-ha solves it. either that or ml2 plugin which takes over everything networkwise from neutron | 21:23 |
ChewieBeardy | not really its original purpose, but it works surprisingly well | 21:24 |
ivve | (except for the api part) | 21:24 |
ChewieBeardy | sounds good | 21:24 |
ChewieBeardy | so just for recap: dvr-ha for everything that concerns instances, and haproxy for the api? | 21:24 |
ivve | then you have your problem in the hardware instead :) | 21:24 |
ivve | which has other solutions | 21:25 |
ivve | haproxy+keepalived | 21:25 |
ivve | yea | 21:25 |
ChewieBeardy | awesome | 21:25 |
ivve | :) | 21:25 |
ivve | just be careful with the neutron rabbithole | 21:25 |
ChewieBeardy | just a last silly question if I may: by default the haproxy runs on the network nodes, but I suppose this can be changed without too much problem? | 21:25 |
ivve | its a deep one ;) | 21:26 |
ChewieBeardy | yeah, feels like I opened pandora's box here | 21:26 |
ivve | its not called after a quantum particle for nothing | 21:26 |
ivve | named after* | 21:26 |
ivve | but check the dvr-ha architecture, its a good start | 21:26 |
ChewieBeardy | thank you so much for all your guidance | 21:27 |
ChewieBeardy | it's a great help :) | 21:27 |
ivve | well haproxy is deployed on controllernodes by kolla-ansible by default if im not mistaken | 21:27 |
ivve | but you can turn it off if you have your own solution | 21:27 |
ivve | (like a physical lb or some other software) | 21:28 |
ivve | but you would have to preconfigure everything.. and its a lot | 21:28 |
ChewieBeardy | indeed | 21:28 |
ChewieBeardy | at least the haproxy path is more or less "self contained" | 21:28 |
ivve | well, haproxy is quite reliable imo | 21:29 |
ChewieBeardy | otherwise I'd need to open the pandora's box hidden within the pandora's box with a global SDN and... let's not go there :D | 21:29 |
ivve | you could always deploy it with helm ;) | 21:30 |
ChewieBeardy | yeah, haproxy works wonder, only reason I started thinking to remove it was because I wanted to loadbalance them without VRRP but with ECMP, and at that point I thought "might as well ECMP directly the services behind it" | 21:31 |
ivve | but then you're back to where you started | 21:31 |
ChewieBeardy | indeed | 21:32 |
ivve | i wouldn't bet my life on it, but a lot of products that are "black boxes" use keepalived, haproxy or pacemaker to solve stuff like that | 21:32 |
ivve | some of them i know for sure, other a good guess | 21:33 |
ChewieBeardy | yeah, you're right | 21:33 |
ivve | and some use quorum based solutions | 21:33 |
ChewieBeardy | I'm no fan of magic godbox appliances, I'm much more in favor of distributed commodity hardware doing stuff intelligently | 21:33 |
ivve | then haproxy and keepalived is your friend, possibly pacemaker too :) | 21:34 |
ivve | atleast you can configure them yourself :P | 21:34 |
ChewieBeardy | hence the reason I fell in love with the leaf-spine design, it's such an elegant solution | 21:34 |
ivve | and vrrp | 21:34 |
ChewieBeardy | basically each switch on the rack is its own AS, and they all peer with a common mesh of routers above that interconnect them | 21:35 |
ChewieBeardy | no more L2 craziness, guaranteed 3 hops at worst, no other protocols than BGP and the linux kernel to load balance the routes, what more could I ask for? :D | 21:35 |
ivve | vxlans for l2 crazyness? :D | 21:36 |
ChewieBeardy | oh god | 21:36 |
ivve | :D | 21:36 |
ivve | hey, it runs well on the bgp leaf spine backbone | 21:37 |
ChewieBeardy | might need to look into that | 21:37 |
ivve | well, you will quickly find that thats how neutron work ;) | 21:37 |
ChewieBeardy | in my mind, I only associated vxlans with "the magic tunnels that make tenant networks work" and nothing else | 21:37 |
ivve | and that most deployments out there probably use that architecture | 21:38 |
ivve | well you can also used it for external networks if that is a requirement (if segmented networks isn't applicable) | 21:39 |
ivve | i mean in conjunction with openstack | 21:39 |
ChewieBeardy | so basically, deploy machines however I want, then spread vxlans on top to simulate the L2 fabrics where I need? | 21:40 |
ivve | well, if you wanna have the same L2 in say a few DC's spread over a city | 21:40 |
ivve | and you have dark fiber | 21:40 |
ivve | vxlan and bgp is the way to go | 21:41 |
ivve | well, in my opinion | 21:41 |
ivve | i should say | 21:41 |
ChewieBeardy | definitely something I need to study more then | 21:42 |
ivve | some guys will probably say something about complexity and stretching vlans is a great idea | 21:42 |
ChewieBeardy | yeah, I guess I'm biased against vlans and other L2 stuff, I usually try to minimize them as much as possible | 21:42 |
emccormick | I dream of days when I can have a nice ECMP / BGP / VXLAN mesh | 21:43 |
ChewieBeardy | at least with IP every appliance more of less speaks the same thing | 21:43 |
emccormick | once we hire a real network admin I'm all for it :D | 21:43 |
ivve | haha | 21:43 |
ivve | :D | 21:43 |
ChewieBeardy | hahaha | 21:43 |
ChewieBeardy | have a look at the pdf I linked earlier, the design is actually super simple | 21:44 |
emccormick | I can theoretically accomplish it, but my little clouds don't really need it | 21:44 |
ChewieBeardy | that could be said of so much stuff we play with :D | 21:45 |
emccormick | just a lot of retrofit. I started messing with it in a Cumulus VX setup a while ago and never got it finished | 21:45 |
emccormick | next region maybe ;) | 21:45 |
ivve | you can always play in a lab with openvswitch | 21:45 |
ChewieBeardy | in our case we have the luxury of being a school and students helping on it, so it's as much for "real" needs as it is a pedagogical project for fun, we can go way overboard just to study it | 21:45 |
ChewieBeardy | (let's be honest, we're nowhere near the level of machines where big vlans become a problem) | 21:46 |
emccormick | The Cumulus virtual switches work better for me because I run Cumulus IRL | 21:46 |
ivve | fair enough | 21:46 |
ChewieBeardy | yeah, if only they had a docker version | 21:47 |
emccormick | yep agreed | 21:47 |
ivve | there is this thing called gns3, never tried it though | 21:47 |
ChewieBeardy | would fit so well with GNS3 | 21:47 |
ChewieBeardy | I use it a lot for teaching, it's awesome | 21:47 |
ivve | you can load switch firmware into it | 21:47 |
ivve | i have stuff downloaded for it, but i also have access to the real things.. so :) | 21:47 |
ChewieBeardy | I don't use real appliances or vms with it, only docker images like openvswitch and custom linux images for hosts and routers | 21:48 |
emccormick | on another subject, anyone notice the need to restart fluentd after a day or so of logging at debug level? They just stop sending logs for no good reason I can see | 21:49 |
ChewieBeardy | it's in french, but I've made a few teaching videos with GNS3 if you want to see what it looks like: https://www.youtube.com/watch?v=NgodL4Ll6Tc | 21:49 |
emccormick | I simply use ansible to bulk-restart fluentd and it all goes along nicely again | 21:49 |
emccormick | ChewieBeardy cool, thanks! | 21:49 |
ivve | not really, had many of the core services run at debug for nearly 6 weeks in a setup using mostly rocky at the time. filled up quite a few GB's of logs :P | 21:50 |
ivve | running ubuntu, source fluentd | 21:51 |
emccormick | Centos source here | 21:52 |
emccormick | Don't have the problem in a Queens deploy, but do in a Rocky one. Weird | 21:52 |
emccormick | RE: Cumulus and Docker, they have their own kernel versions so they can't really run as a container on a regular box | 21:52 |
emccormick | Maybe they need Kata ;) | 21:52 |
ivve | im not sure anymore which is more "bugfree" centos or ubuntu | 21:53 |
ivve | it seems to flip back n forth alot. there should be vars like <service>_tag: "" in kolla for container os :P | 21:54 |
ivve | there is for source/binary and container tag, but not for os :) | 21:56 |
ivve | or i missed it | 21:56 |
*** JamesBenson has quit IRC | 21:57 | |
*** niedbalski has joined #openstack-kolla | 22:00 | |
*** Sravan has quit IRC | 22:01 | |
*** itlinux has quit IRC | 22:02 | |
*** whoami-rajat has quit IRC | 22:11 | |
*** jonaspaulo has quit IRC | 22:12 | |
*** absubram has joined #openstack-kolla | 22:21 | |
*** Talion has joined #openstack-kolla | 22:24 | |
*** Sravan has joined #openstack-kolla | 22:28 | |
*** gdwornicki has joined #openstack-kolla | 22:38 | |
*** hamzaachi has joined #openstack-kolla | 22:42 | |
*** hamzaachi has quit IRC | 22:46 | |
*** hamzaachi has joined #openstack-kolla | 22:46 | |
*** hamzaachi has quit IRC | 22:47 | |
*** hamzaachi has joined #openstack-kolla | 22:48 | |
*** goldyfruit has quit IRC | 22:49 | |
*** Sravan has quit IRC | 22:49 | |
*** hamzaachi has quit IRC | 22:59 | |
*** hamzaachi has joined #openstack-kolla | 22:59 | |
*** goldyfruit has joined #openstack-kolla | 23:03 | |
*** dave-mccowan has joined #openstack-kolla | 23:12 | |
*** absubram has quit IRC | 23:22 | |
*** hamzaachi has quit IRC | 23:24 | |
*** Sravan has joined #openstack-kolla | 23:25 | |
*** goldyfruit has quit IRC | 23:28 | |
*** Sravan has quit IRC | 23:29 | |
*** chrizl has quit IRC | 23:30 | |
*** goldyfruit has joined #openstack-kolla | 23:32 | |
*** dave-mccowan has quit IRC | 23:33 | |
*** JamesBenson has joined #openstack-kolla | 23:36 | |
openstackgerrit | Merged openstack/kolla stable/stein: Install iputils package in neutron containers https://review.opendev.org/661395 | 23:37 |
*** jbadiapa has quit IRC | 23:37 | |
*** jbadiapa has joined #openstack-kolla | 23:38 | |
*** JamesBenson has quit IRC | 23:40 | |
*** dave-mccowan has joined #openstack-kolla | 23:47 | |
*** dave-mccowan has quit IRC | 23:53 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!