Wednesday, 2016-07-06

kfox1111it would be nice if patch 334115 was unnessisary.00:00
patchbotkfox1111: https://review.openstack.org/#/c/334115/ - kolla - Horizon Frontend - (for kolla-kubernetes)00:00
*** Jeffrey4l_ has joined #openstack-kolla00:00
dcwangmit01_Still reading the patches.00:02
kfox1111k. thanks for having a look.00:02
wirehead_Yeah, like, I keep feeling like the way your patches are looking right now isn’t quite the right route, but I’m still at a loss for what the better way is.00:02
dcwangmit01_It most definitely is a problem we need to solve.00:02
kfox1111yeah. I get that. I am at a loss too for a better way. :/00:02
wirehead_Like, in theory, that’s what namespaces are for.00:02
kfox1111kindof?00:03
kfox1111namespaces are for discovery too, and putting it in a different namespace then breaks discovery.00:03
kfox1111so it may or may not be easier in the end.00:03
wirehead_Well, if you don’t use a namespace, then you also have to change the selector.00:04
kfox1111either way though, haproxy in front is needed, and it needs access to the haproxy image variable.00:04
wirehead_If you do use a namespace, you need to go from mariadb to mariadb.openstack00:04
kfox1111right, which was done. the service for horizon also includes the version.00:05
kfox1111and the haproxy does the selection.00:05
kfox1111and keystone00:05
kfox1111and if they start supporting more CORS calls, each of those endpoints?00:05
kfox1111though, maybe keystone endpoints handle that case...00:05
kfox1111I'd kind of rather have a mariadb per horizon version too though.00:06
kfox1111so maybe the only thing it needs is a config back to keystone?00:06
kfox1111I'00:06
kfox1111I'd caution about using namespaces explicitly though like mariadb.openstack.00:07
kfox1111I think it would be facinating to use kolla-kubernetes running on one cluster to deploy the control plains for multiple regions.00:07
wirehead_yeah, it feels like we need a higher-level map.00:07
kfox1111yeah.00:08
kfox1111if everything was in one namespace, that isn't really an issue.00:08
*** salv-orlando has joined #openstack-kolla00:08
*** harlowja has quit IRC00:10
dcwangmit01_kfox1111: So lets say you have 2 different versions of horizon running.  How is versioning done on the API side?  Does webclient1 access horizon/v1 and webclient2 access horizon/v2?00:11
dcwangmit01_I mean, do the paths change between versions, or are they the same?00:11
kfox1111dcwangmit01_: the first time you access horizon, the haproxy gives you a cookie with the default version specified in the config.00:11
dcwangmit01_Oh, then the client hands back the cookie with every request00:12
kfox1111then subsequent visits by the browser return the cookie, and haproxy directs that traffic to that version of the cluster.00:12
kfox1111yeah. cause a client can disconnect between requests for images, html, js, etc.00:12
dcwangmit01_Did you make the patch against horizon to do so, or is this purely in the frontend patch00:12
kfox1111and if one page load gets spread across multiple horizon versions, things can break in odd ways.00:12
kfox1111purely frontend. horizon needs no changes for it to work.00:12
kfox1111https://review.openstack.org/#/c/334115/3/ansible/roles/horizon-frontend/templates/haproxy.cfg.j200:13
patchbotkfox1111: patch 334115 - kolla - Horizon Frontend - (for kolla-kubernetes)00:13
kfox1111line 24/25 creates the pool of servers for all horizon versions configured,00:13
kfox1111sets the default to the one specified when there is no cookie, and sets the rest to backups.00:14
kfox1111which get traffic directed to them when the cookie is set.00:14
kfox1111so, with this, you can deploy horizon 1, default 1, and horizon 2.00:14
kfox1111all users will go to horizon 1.00:14
kfox1111you can tweak the cookie in your browser to 2 for testing and see the new version.00:14
kfox1111once you are ok with it, you can set the default to 2.00:15
dcwangmit01_What about just pointing the browser to a new url or DNS name?00:15
kfox1111all new sessions will go there, and all existing ones will still go to 1.00:15
dcwangmit01_We could do that with Ingress00:15
kfox1111because web sites are stateless.00:15
kfox1111as soon as you update dns, a page loading that was starting with v1,00:15
kfox1111would get  parts of v2.00:16
dcwangmit01_Is the goal to be able to sanity test the 2nd version before activating it.  Or do you have other goals?00:16
kfox1111thats part of it.00:16
kfox1111say I have a user who logs into the system.00:16
kfox1111the click on sahara.00:16
kfox1111they now have a page of links that are somewhat specific to the horizon version they are on.00:16
kfox1111if they click on a link, they expect it to work, instead of taking them to a 404 (say, if the new horizon version moved stuff around on the server)00:17
wirehead_Yeah, like you can use a deployment and create metadata that the haproxy would be able to sort users on.00:17
wirehead_except that doesn’t solve the other larger ‘I want a map’ problem;00:17
kfox1111what this does, is allow you to run v2 for new connections, and v1 for old established users until their browsing session times out.00:18
kfox1111then, you can delete the old version once drained.00:18
dcwangmit01_Oh.  So basically you want to support rolling update00:18
*** britthouser has joined #openstack-kolla00:18
kfox1111yes. rolling upgrade.00:18
kfox1111its much much harder with websites.00:18
kfox1111with an api like nova, you can just use a k8s deployment.00:18
kfox1111cause a rest api call is atomic.00:19
kfox1111but with a website, lots of pieces are being loaded in parallel, statelessly.00:19
dcwangmit01_Ok, I think that is different case than having 2 versions fully accessible.  One for prod, and one for testing00:19
kfox1111so this patch set adds a state cookie to direct you to a version that you started with.00:19
wirehead_Well if you create a metadata key for ‘version = v1’ on the deployment, then do a rolling slow deployment of a new config that has a metadata key for ‘version = v2’ on the deployment, with the haproxy state cookie still works.00:19
kfox1111kind of...00:19
wirehead_But only for going to v1 to v2.00:19
wirehead_Not for getting some users from v1 to v2 and others from v1 to v2b.00:20
kfox1111You start with v1 being the default, and launching v2. then you test v2. once happy, you premote the default to v2.00:20
kfox1111old users stay on v2, and new ones hit v2 right away.00:20
kfox1111then you wait for all v1 sessions to time out (say, 24 hours)00:20
kfox1111then you can safely delete v1.00:20
kfox1111no user would hten know the rolling upgrade happened.00:20
kfox1111other then maybe a login banner changes when they next login.00:20
kfox1111wirehead_: right. this might be extendable to handle that case too, but not the way it is now.00:21
wirehead_kfox1111: yeah, you can leave a deployment rollout paused for an extended time.00:22
*** salv-orlando has quit IRC00:22
kfox1111hmm.....00:22
kfox1111so your saying have the deployment paused switching from one to the other to get both? interesting....00:22
kfox1111but how would you funnel access to the old or the new?00:23
wirehead_Metadata with the version number.00:23
kfox1111youd have to replace the service at the same time, which I don't think a deployoment can do?00:23
kfox1111interesting...00:23
wirehead_You’d create a ‘-new’ service and an ‘-old’ service.00:23
wirehead_I mean, for just the case of proper Horizon upgrades, that’s unambiguously the right way to do things… just a LOT of moving peices.00:24
kfox1111it would be less steps on the deployment side, but more on the haproxy side.00:24
kfox1111ok, what about this case...00:24
dcwangmit01_I kind of want to support this without the frontend (without the need to run an HAProxy and set cookies).  There must be some trick we can do with running both versions, each version exposed via External Service, and doing some tricks with changing DNS CNAMES.00:25
kfox1111a horizon version is made up of the following pieces. "horizon, gallera cluster, memcached."00:25
dcwangmit01_How often do the clients re-resolve the DNS00:25
wirehead_never when you need them to, dcwangmit01_, that’s why k8s implements a VIP.00:25
kfox1111dns changes suck.00:25
kfox1111its like a minimum 24 hour ordeal here. :/00:26
wirehead_All of the way back to the days when home.netscape.com was silently magically round-robbined in the netscape client. :P00:26
kfox1111I kind of don't like using a cookie, but you must have cookies enabled for horizon authentication to work at all, so its not so bad.00:27
dcwangmit01_Or maybe we can patch against Kubernetes Ingress00:28
kfox1111but back to my previous thing, if the version is done at the name level, "horizon, gallera cluster, memcached" can all be done as a set, with a bootstrap and service.00:28
kfox1111while you could maybe make 3 deployments and upgrade/pause them together, that may get really ugly.00:28
kfox1111dcwangmit01_: yeah, ingress might be a good long term solution. I think its quite a ways out though.00:29
*** sogabe has joined #openstack-kolla00:29
dcwangmit01_This actually might be an ingress patch.  Patch to say... don't break old connnections00:31
dcwangmit01_It may not break old connections right now.  Configs I belive ar reloaded without restarting the ingress controller.  Maybe a SIGHUP00:31
dcwangmit01_In that case, we update the Ingress configs to the new service00:31
kfox1111the problem is there is no connections.00:31
dcwangmit01_HTTP 1.1?00:31
kfox1111every http call is a different connection by the browser.00:31
wirehead_well, you can’t guarantee that keepalive will keep alive.00:32
kfox1111so state must be kept somewhere else.00:32
dcwangmit01_That was back in HTTP 1.000:32
kfox1111wirehead_: right.00:32
kfox1111and in fact, with lb's its preferable to keep keepalive very short.00:32
kfox1111otherwise your servers get more unbalanced.00:32
wirehead_I’d like to think this is a cross-kube issue.00:32
kfox1111yeah. ansible has it too.00:33
wirehead_It’s just that we can’t guarantee that it’ll happen when we want it. :)00:33
kfox1111its just much easier to solve with the way kolla-kubernetes is layed out and how kubernetes works then with kolla-ansible.00:33
kfox1111at the moment.00:33
dcwangmit01_Sometimes we might want LBs to do session-affinity and rely on health checks.  Would be better for caching.00:34
kfox1111yeah. I think that would be good for k8s in general.00:35
kfox1111I think horizon's probably the only openstack service that might beneifit from it though?00:35
*** sogabe has quit IRC00:36
*** sogabe has joined #openstack-kolla00:37
wirehead_Yeah, this is fairly Horizon-specific.00:39
*** daneyon has joined #openstack-kolla00:39
wirehead_Most everything else is just a REST service.00:39
kfox1111yeah.00:39
wirehead_But every single web app that you deploy atop Kubernetes is going to experience this.00:39
kfox1111true.00:40
kfox1111but its going to need something much more complex then a deployment to solve it. :/00:40
kfox1111so I think thats likely at least a year out.00:40
wirehead_https://github.com/deis/router00:41
kfox1111like in my horizon example, you might want a memcached, maraidb cluster and web app to all get rolling upgraded together to maintain that state.00:41
*** jtriley has joined #openstack-kolla00:41
*** PyroMani has quit IRC00:42
kfox1111wirehead_: interesting. I'll have a look.00:42
kfox1111wirehead_: did you see the new helm? its very interesting.00:42
kfox1111https://github.com/kubernetes/helm00:42
kfox1111I've got to head out. thanks for the discussion.00:42
wirehead_kfox1111: I was playing with Helm before I started hacking on kolla-kubernetes.  This is probably why I have a weird POV.00:43
dcwangmit01_kfox1111: We'll talk later00:43
wirehead_Thanks, kfox1111 :)00:43
dcwangmit01_kfox1111: Are you East or West coast?00:43
*** daneyon has quit IRC00:44
kfox1111west coast.00:44
kfox1111yeah. sounds good. :)00:45
kfox1111the new helm looks like it addresses all my concerns with the previous one.00:45
kfox1111it would be interesting to see how much of openstack could be deployed with it. :)00:45
*** diogogmt has quit IRC00:45
*** salv-orlando has joined #openstack-kolla00:48
rhalliseywassup00:48
*** PyroMani has joined #openstack-kolla00:52
rhalliseykfox1111, still around?00:53
*** salv-orlando has quit IRC01:03
*** aernhart has quit IRC01:04
*** huikang has joined #openstack-kolla01:08
*** harlowja has joined #openstack-kolla01:09
*** zhiwei has joined #openstack-kolla01:22
openstackgerritDavid Wang proposed openstack/kolla-kubernetes: POC (do no merge): Kolla-Kubernetes multi-node persistence pattern  https://review.openstack.org/33521501:27
openstackgerritDavid Wang proposed openstack/kolla-kubernetes: Refactor, speed up, and fix bugs in jinja template dict generation  https://review.openstack.org/33674501:27
*** salv-orlando has joined #openstack-kolla01:29
openstackgerritHui Kang proposed openstack/kolla: Add etcd Docker container  https://review.openstack.org/29845101:30
*** mark-casey has joined #openstack-kolla01:31
*** banix has joined #openstack-kolla01:31
mark-caseyis kolla-toolbox intended to be able to run build.py inside it? or just kolla-ansible? or have I fully misunderstood its purpose?01:36
*** diogogmt has joined #openstack-kolla01:37
*** zhurong has joined #openstack-kolla01:39
*** salv-orlando has quit IRC01:45
*** ravig has quit IRC01:54
*** phuongnh has joined #openstack-kolla02:01
*** huikang_ has joined #openstack-kolla02:07
*** beekhof-ng-v2 has quit IRC02:10
*** huikang has quit IRC02:11
*** salv-orlando has joined #openstack-kolla02:11
*** rhallisey has quit IRC02:21
*** salv-orlando has quit IRC02:26
*** unicell has quit IRC02:27
*** daneyon has joined #openstack-kolla02:27
*** daneyon has quit IRC02:32
*** hanchao has joined #openstack-kolla02:45
*** jtriley has quit IRC02:46
*** yuanying has quit IRC02:50
*** salv-orlando has joined #openstack-kolla02:52
*** banix has quit IRC03:00
hanchaoHello, anyone suffered such an issue: when using `kolla-ansible prechecks`, in `TASK [prechecks | checking ansible version]` got failed...03:01
hanchaoNever experienced this case before. The error message is helpless, so would expect suggestions here.03:02
openstackgerritzhongshengping proposed openstack/kolla: Fix repo system  https://review.openstack.org/33797103:03
*** salv-orlando has quit IRC03:07
*** banix has joined #openstack-kolla03:10
openstackgerritJeffrey Zhang proposed openstack/kolla: Use more graceful wait service method  https://review.openstack.org/33797303:10
hanchaoI followed the `stable/liberty` version suggestion, using ansible version 1.9.4. it worked for me even yesterday, but not now... and after i upgraded the ansible version to 2.1.0.0, no exception raised anymore. but it does not respect the quickstart...03:16
*** mark-casey has quit IRC03:18
*** mark-casey has joined #openstack-kolla03:19
*** ayoung has quit IRC03:30
*** salv-orlando has joined #openstack-kolla03:33
mark-caseyhanchao: as far as I can tell this is the commit that changed it https://github.com/openstack/kolla/commit/3b1b6abf5b0133ed79581d2970c8a9abaacd0a37 and I do not think that commit is in stable/liberty. Is it possible you've started out with kolla stable/liberty and now have a newer version checked out/installed?03:35
*** zhurong has quit IRC03:35
*** zhurong has joined #openstack-kolla03:36
*** yuanying has joined #openstack-kolla03:49
*** salv-orlando has quit IRC03:49
*** banix has quit IRC03:55
*** banix has joined #openstack-kolla03:56
*** huikang_ has quit IRC04:00
*** banix has quit IRC04:03
hanchaomark-casey: probably you are right, i was in the master branch. as a result, the requirement is different... thanks.04:10
mark-caseyhanchao: welcome04:12
*** salv-orlando has joined #openstack-kolla04:15
*** daneyon has joined #openstack-kolla04:16
*** daneyon has quit IRC04:20
*** zhurong has quit IRC04:25
*** mark-casey has quit IRC04:28
hanchaoit's actually weird. i used the master branch and upgraded the ansible, which does not obey the stable/liberty requirement. however, i successfully deployed a liberty openstack...04:29
*** salv-orlando has quit IRC04:30
*** zhurong has joined #openstack-kolla04:45
*** salv-orlando has joined #openstack-kolla04:57
*** salv-orlando has quit IRC05:01
*** salv-orlando has joined #openstack-kolla05:06
*** unicell has joined #openstack-kolla05:13
*** kaushikc has joined #openstack-kolla05:29
*** kaushikc has quit IRC05:47
*** unicell has quit IRC06:04
*** unicell has joined #openstack-kolla06:04
*** daneyon has joined #openstack-kolla06:04
*** fragatina has joined #openstack-kolla06:06
*** fragatina has quit IRC06:06
*** fragatina has joined #openstack-kolla06:07
*** daneyon has quit IRC06:08
-openstackstatus- NOTICE: All python 3.5 jobs are failing today, we need to build new xenial images first.06:27
*** harlowja has quit IRC06:34
*** Serlex has joined #openstack-kolla06:37
*** athomas has joined #openstack-kolla07:05
*** salv-orlando has quit IRC07:10
*** phuongnh has quit IRC07:15
*** gfidente has joined #openstack-kolla07:21
*** gfidente has joined #openstack-kolla07:21
*** shardy has joined #openstack-kolla07:26
*** zhiwei has quit IRC07:30
*** zhiwei has joined #openstack-kolla07:36
*** zhiwei has quit IRC07:44
*** mewald1 has joined #openstack-kolla07:48
mewald1Our openstack installation with Kolla seems to be a bit slow responding to API calls. Especially in Horizon it is noticable. Any ideas where this might come from?07:49
*** daneyon has joined #openstack-kolla07:52
*** zhiwei has joined #openstack-kolla07:56
*** daneyon has quit IRC07:57
*** zhongshengping has joined #openstack-kolla08:09
*** zhongshengping has quit IRC08:09
*** godleon has quit IRC08:19
*** tyrola has joined #openstack-kolla08:29
mewald1Did anyone deploy with separate networks for internal and external on the controller? I am currently having the problem that my default gateway goes through the internal network's router and therefore the external IPs are not reachable at all. Traffic reaches the external VIP but responses are routed through internal as that's where the default gateway sits08:45
*** pbourke has quit IRC08:45
*** pbourke has joined #openstack-kolla08:46
Davieymewald1: should you not add a route?09:21
*** daneyon has joined #openstack-kolla09:41
*** tyrola has quit IRC09:41
*** zhurong has quit IRC09:44
*** daneyon has quit IRC09:45
*** athomas has quit IRC09:48
*** athomas has joined #openstack-kolla09:55
*** salv-orlando has joined #openstack-kolla10:31
*** pmisiak has joined #openstack-kolla10:39
pmisiakHi guys10:39
pmisiakanyone tried to configure internal and admin endpoints to use HTTPS ?10:39
pmisiakI see that haproxy.cfg template needs some changes and set internal_protocol and admin_protocol variables to https10:41
pmisiakanything more?10:41
*** salv-orlando has quit IRC10:42
openstackgerritPaul Bourke proposed openstack/kolla: Read GPT label using sgdisk rather than udev  https://review.openstack.org/32660910:43
*** salv-orlando has joined #openstack-kolla10:45
mewald1We have two network nodes running neutron-dhcp-agent. Both dhcp agents register successfully via rabbitmq and show in "neutron agent-list". After a while, one of the drop s out. Neutron-server logs that there where no heartbeats for a while. Any ideas?10:51
*** coolsvap has joined #openstack-kolla11:05
mewald1my Linux bridge agents hang executing commands to create vxlan interfaces and others: https://gist.github.com/mewald1/d5ac2cd37ca645ba02efe4c34bf42782 Any suggestions?11:20
*** jtriley has joined #openstack-kolla11:21
*** jtriley has quit IRC11:28
*** daneyon has joined #openstack-kolla11:29
*** zhiwei has quit IRC11:30
*** zhiwei has joined #openstack-kolla11:33
*** daneyon has quit IRC11:33
*** zhiwei has quit IRC11:37
*** zhiwei has joined #openstack-kolla11:43
mewald1https://gist.github.com/mewald1/44d4d85fe7f28977680595c6cd945417 Is this a bug? We write a file to /etc/sudoers.d/ but don't include those files in /etc/sudoers?11:45
coolsvapmewald1, files in sudoers.d directory are default included11:47
mewald1coolsvap: Ok just found out "#includedir" is the expected syntax is sudoers :D11:48
*** zhiwei has quit IRC11:48
mewald1I am hunting a problem where neutron-openvswitch-agent and others cannot run sudo to execute commands11:48
*** ppowell has joined #openstack-kolla11:51
mewald1I changed neutron_sudoers to "neutron ALL = (root) NOPASSWD: /usr/bin/neutron-rootwrap /etc/neutron/rootwrap.conf *" and now it seems to work11:53
*** zhiwei has joined #openstack-kolla11:55
*** salv-orl_ has joined #openstack-kolla11:59
*** zhiwei has quit IRC11:59
*** salv-orlando has quit IRC12:01
mewald1I just filed a bug report: https://bugs.launchpad.net/kolla/+bug/159948912:02
openstackLaunchpad bug 1599489 in kolla "Neutron Open vSwitch Agent hangs because of Sudo" [Undecided,New]12:02
*** banix has joined #openstack-kolla12:03
*** salv-orl_ has quit IRC12:03
*** banix has quit IRC12:05
*** zhiwei has joined #openstack-kolla12:06
*** jtriley has joined #openstack-kolla12:06
*** zhiwei has quit IRC12:10
*** jtriley has quit IRC12:13
*** zhiwei has joined #openstack-kolla12:13
*** fragatina has quit IRC12:13
*** fragatina has joined #openstack-kolla12:14
*** rhallisey has joined #openstack-kolla12:16
*** jtriley has joined #openstack-kolla12:25
*** berendt has joined #openstack-kolla12:27
*** jtriley has quit IRC12:32
*** williamcaban has joined #openstack-kolla12:37
*** mhayden has quit IRC12:46
*** dwalsh has joined #openstack-kolla12:51
*** mhayden has joined #openstack-kolla13:03
*** mhayden has quit IRC13:03
*** mhayden has joined #openstack-kolla13:04
*** mhayden has quit IRC13:07
*** jtriley has joined #openstack-kolla13:08
*** mhayden has joined #openstack-kolla13:09
*** daneyon has joined #openstack-kolla13:18
*** zhurong has joined #openstack-kolla13:18
*** inc0 has joined #openstack-kolla13:20
*** inc0_ has joined #openstack-kolla13:22
*** daneyon has quit IRC13:22
*** diogogmt has quit IRC13:23
*** banix has joined #openstack-kolla13:25
*** inc0 has quit IRC13:25
*** diogogmt has joined #openstack-kolla13:26
*** banix has quit IRC13:27
*** rhallisey has quit IRC13:29
*** rhallisey has joined #openstack-kolla13:30
*** ayoung has joined #openstack-kolla13:38
*** diogogmt has quit IRC13:41
*** Serlex has left #openstack-kolla13:41
*** Serlex has joined #openstack-kolla13:41
*** stvnoyes1 has quit IRC13:46
*** michauds has joined #openstack-kolla13:47
mewald1Can somebody look at this line in the code: https://github.com/openstack/kolla/blob/master/ansible/roles/prechecks/tasks/package_checks.yml#L10 Why are we checking the ansible version _locally_ for every host?13:47
inc0_mewald1, good catch,we shouldn't13:48
mewald1:)13:51
mewald1I will use this to practise using git and gerrit and all :D13:52
*** huikang has joined #openstack-kolla13:55
*** kangh_ has joined #openstack-kolla13:55
*** kangh_ has quit IRC13:55
*** williamcaban has quit IRC13:58
*** williamcaban has joined #openstack-kolla13:59
*** huikang_ has joined #openstack-kolla14:02
*** stvnoyes1 has joined #openstack-kolla14:03
*** williamcaban has quit IRC14:04
*** michauds has quit IRC14:08
*** michauds has joined #openstack-kolla14:15
*** ppowell has quit IRC14:24
*** zhurong has quit IRC14:24
*** pbourke_ has quit IRC14:26
*** stvnoyes1 has quit IRC14:30
*** ravig has joined #openstack-kolla14:31
*** pbourke has quit IRC14:31
*** sdake has joined #openstack-kolla14:33
sdakemorning14:34
sdakebtw I am on pto this week14:34
sdakein mammoth lakes atm14:34
*** pbourke has joined #openstack-kolla14:34
sdakerhallisey inc0_ can oone of our un th meetin toay pls14:34
rhalliseyyar14:34
sdakeits nie to get some vacation :)14:35
rhalliseysdake, nice dude14:35
rhalliseyshould jump off the computer and go for a swim14:35
rhallisey:)14:35
sdakeit lik 60 derees outside14:36
sdakenot into polar bear club activiie ;)14:36
inc0_sdake, you're in AZ?14:37
inc0_because in TX is scorching...14:37
mag009_morning14:42
mewald1Shouldn't this line https://github.com/openstack/kolla/blob/stable/mitaka/docker/neutron/neutron-base/Dockerfile.j2#L65 be in the if-condition right above it? The sudoers file references /var/lib/kolla/venv which only exists when we're doing a source installation14:42
*** ppowell has joined #openstack-kolla14:43
*** hongbin has joined #openstack-kolla14:43
*** hongbin has left #openstack-kolla14:43
*** stvnoyes has joined #openstack-kolla14:49
*** dwalsh has quit IRC14:53
*** diogogmt has joined #openstack-kolla14:54
*** huikang_ has quit IRC14:57
*** huikang_ has joined #openstack-kolla14:57
*** thumpba has joined #openstack-kolla15:00
*** huikang_ has quit IRC15:02
*** huikang_ has joined #openstack-kolla15:05
*** daneyon has joined #openstack-kolla15:06
*** banix has joined #openstack-kolla15:06
*** harlowja has joined #openstack-kolla15:07
*** daneyon has quit IRC15:10
*** stvnoyes has quit IRC15:16
*** sbezverk has joined #openstack-kolla15:20
*** inc0_ has quit IRC15:25
*** inc0 has joined #openstack-kolla15:25
*** zhiwei has quit IRC15:26
*** ppowell has quit IRC15:26
*** rhallisey has quit IRC15:27
mewald1Guys, I need you to have a look at something. I am trying to deploy an environment here with the images from docker hub. I checked the openvswitch agent image for sudo configuration like this https://gist.github.com/mewald1/809f9bf771db64623a07ddb97316ffa6 You can see that there are two files in /etc/sudoers.d: neutron and neutron_sudoers. After deploying the image to my nodes, the /etc/sudoers.d/neutron file is gone: https://gist.github.com/mewald115:28
mewald1What am I doing wrong?15:28
*** ccesario has quit IRC15:33
*** zhiwei has joined #openstack-kolla15:34
*** salv-orlando has joined #openstack-kolla15:34
*** ccesario has joined #openstack-kolla15:35
openstackgerritGreg Herlein proposed openstack/kolla-kubernetes: Documentation cleanup consisting mostly of re-ordering sections and links to make the docs more readable for new developers.  Some small clarifications.  https://review.openstack.org/33834715:37
*** zhiwei has quit IRC15:39
*** vhosakot has joined #openstack-kolla15:39
*** ppowell has joined #openstack-kolla15:39
*** rhallisey has joined #openstack-kolla15:41
*** stvnoyes1 has joined #openstack-kolla15:43
*** zhiwei has joined #openstack-kolla15:45
*** huikang_ has quit IRC15:49
*** zhiwei has quit IRC15:50
*** huikang_ has joined #openstack-kolla15:50
*** jmccarthy has joined #openstack-kolla15:50
*** jmccarthy has left #openstack-kolla15:51
*** dwalsh has joined #openstack-kolla15:51
*** hrito has joined #openstack-kolla15:54
*** zhiwei has joined #openstack-kolla15:56
*** ayoung has quit IRC16:00
Jeffrey4l_meeting time? sdake inc016:01
coolsvaprhallisey, ^^16:01
inc0right16:01
*** zhiwei has quit IRC16:01
*** michauds has quit IRC16:03
*** athomas has quit IRC16:04
openstackgerritGreg Herlein proposed openstack/kolla-kubernetes: Added details on exactly how to do documentation patches.  https://review.openstack.org/33837516:07
*** ppowell has quit IRC16:07
*** zhiwei has joined #openstack-kolla16:07
*** dwalsh has quit IRC16:08
*** unicell has quit IRC16:09
pmisiakanyone tried to configure internal and admin endpoints to use HTTPS ?16:09
pmisiakI see that haproxy.cfg template needs some changes and needs set internal_protocol and admin_protocol variables to https16:10
pmisiakanything more?16:10
inc0pmisiak, issue is certificates16:11
*** mark-casey has joined #openstack-kolla16:11
*** zhiwei has quit IRC16:12
*** ayoung has joined #openstack-kolla16:15
pmisiakinc0: why?16:18
pmisiakaa ok16:18
pmisiakdomain name :)16:18
pmisiakbut i can create internal endpoints with domain name...16:19
pmisiakand inject second certificate to haproxy container16:19
*** huikang_ has quit IRC16:21
*** huikang_ has joined #openstack-kolla16:22
*** ccesario has quit IRC16:22
*** zhiwei has joined #openstack-kolla16:24
openstackgerritMerged openstack/kolla: Fix the native ovsdb_interace failed  https://review.openstack.org/33635216:24
*** huikang_ has quit IRC16:27
*** zhiwei has quit IRC16:28
*** david-lyle_ has joined #openstack-kolla16:30
*** david-lyle_ is now known as david-lyle16:32
*** michauds has joined #openstack-kolla16:34
*** vhosakot has quit IRC16:35
*** vhosakot has joined #openstack-kolla16:36
*** david-lyle has quit IRC16:39
wirehead_Someone’s got some really nice smelling pastries on the train.16:40
inc0so, as for docker cache, we can still use it with less of a change16:40
Jeffrey4l_i think currently, the real issue is customization. Not only for the openstack project, like adding more horizon-plugins. But also add the ability to add private projects.16:41
*** zhiwei has joined #openstack-kolla16:41
inc0so customization mechanisms will allow most of it16:41
inc0if not all16:41
Jeffrey4l_inc0, how? i really do not see the docker cache works as expected.16:41
inc0Jeffrey4l_, what's the issue you're referring to?16:42
Jeffrey4l_inc0, hmm, how to add the lbaas-dashboard in the current implementation?16:42
Jeffrey4l_to the horizon image?16:42
inc0is this apt package?16:42
Jeffrey4l_one requirement: i need enable lbaas, murano dashboard in the horizon image.16:43
inc0if so, {{ set horizon_apt_packages_append = ['lbaas-dashboard'] }}16:43
Jeffrey4l_whatever.16:43
inc0once we make horizon customizable16:43
*** sogabe has quit IRC16:43
Jeffrey4l_inc0, how about the source install type? iirc, need copy some file to the horizon folder.16:43
inc0you can add block and put stuff in it16:44
*** ppowell has joined #openstack-kolla16:44
inc0or we can create yet another macro for this stuff16:44
Jeffrey4l_ok..16:44
inc0but block would work16:44
Jeffrey4l_inc0, how to change the repo url?16:45
inc0macro I created is working with lists16:45
inc0so we need to turn repo into list16:45
inc0and then _append, _remove, _override works16:45
*** zhiwei has quit IRC16:46
Jeffrey4l_is these in the code now?16:46
inc0we need to put customizations into dockerfiles themselves16:46
inc0mechanism is in code16:46
inc0but we need to work with Dockerfiles16:46
Jeffrey4l_inc0, hmm. could u explain more about this ?16:47
inc0https://review.openstack.org/#/c/329651/2/docker/heat/heat-api/Dockerfile.j216:47
patchbotinc0: patch 329651 - kolla - Customizations for heat16:47
inc0look instead of calling apt-get install heat-api16:47
Jeffrey4l_i want to know how to change the repo url?16:48
*** vhosakot has quit IRC16:48
Jeffrey4l_i know how the heat-api works and how to make customization for it, too. :p16:48
*** vhosakot has joined #openstack-kolla16:48
inc0repos is just the same16:48
inc0we need to make isntallation of repos from list16:49
Jeffrey4l_OK. understand.16:49
inc0and then you call list | customizable(repos)16:49
inc0then heat_api_repos_append will add and such16:49
inc0magic happens with filter | customizable16:49
rahulsHi All, I need some help with the networking in openstack kolla.16:50
inc0if you run custmomizable("repos") it will look for <<container_name>>_repos_append, <<container_name>>_repos_remove and <<container_name>>_repos_override16:50
inc0and modify list accordingly16:51
*** hrito has quit IRC16:51
rahulsI did multinode install of openstack using kolla. Now, when I launch an instance, it fails because its not able to bring up the port. I can't see any openvswitch-agent in "neutron agent-list". Plus, running "ovs-vsctl show" in vswitchd container shows only br-ex. There is no br-tun or br-int. So, how does vm's communicate with controller/network node?16:51
inc0rahuls, did playbooks ran all the way?16:52
rahulsyup, plus I used stable/mitaka branch16:52
inc0if ovs client can't communicate to neutron-server something is really wrong16:52
Jeffrey4l_inc0, how could i add a block only to the horizon image?16:52
inc0Jeffrey4l_, put empty blocks with unique names16:53
inc0like {% horizon_pre_install %}{% endblock %}16:53
*** michauds has quit IRC16:53
Jeffrey4l_inc0, should i change the kolla's code?16:53
inc0so bulk of our work is to add bunch of these blocks into dockerfiles16:53
inc0hooks16:53
rahuls@inc0 so does this mean that networking should work the same way as it works in normal openstack deployment?16:53
inc0for people to use16:53
Jeffrey4l_ok16:54
*** daneyon has joined #openstack-kolla16:54
inc0rahuls, yeah, no magic there16:54
rahulsok16:54
rahulsone more question: when I login to neutron-server container, it logs in as neutron user. If I try to do sudo, it asks for password and I am not sure what the password would be16:54
rahulsis it something standard?16:55
inc0rahuls, well, it's security16:55
inc0yeah it's standard16:55
inc0if someone breaks into container, they won't be able to do much outside of it16:55
Jeffrey4l_rahuls, you can try `docker exec -u root neutron bash`16:55
inc0brb16:56
*** inc0 has quit IRC16:56
rahulsJeffrey4l_: Thanks16:56
*** inc0 has joined #openstack-kolla16:57
mewald1Now that everyone is online, I would like to draw your attention to my previous message:16:58
*** daneyon has quit IRC16:59
mewald1Guys, I need you to have a look at something. I am trying to deploy an environment here with the images from docker hub. I checked the openvswitch agent image for sudo configuration like this https://gist.github.com/mewald1/809f9bf771db64623a07ddb97316ffa6 You can see that there are two files in /etc/sudoers.d: neutron and neutron_sudoers. After deploying the image to my nodes, the /etc/sudoers.d/neutron file is gone: https://gist.github.com/mewald16:59
*** zhiwei has joined #openstack-kolla17:03
inc0guys take on it ;) https://blueprints.launchpad.net/kolla/+spec/dockerfile-customizations17:03
inc0rhallisey, do we need to add bp per item? or just use whiteboard of this bp ?17:04
*** michauds has joined #openstack-kolla17:04
*** ravig has quit IRC17:04
*** ravig has joined #openstack-kolla17:04
*** ayoung has quit IRC17:06
*** zhiwei has quit IRC17:07
Mech422pbourke: ping?17:07
Mech422Jeffrey4l_: I thought I replied last night about why the partition stuff didn't use a regex - it didnt need one17:09
Mech422Jeffrey4l_: also, I made sure it had to be an exact match so that the code would fail fast and hard17:09
Jeffrey4l_Mech422, you are using regex, why you say `it didn't need one`?17:11
Mech422Jeffrey4l_: because what was there worked ?17:11
Mech422Jeffrey4l_: why are we spinning cycles changing stuff that works for no benefit ?17:12
Jeffrey4l_in the old code, you are using a pipe and grep. in the new code you are using regexp. You were changing what i asked.17:13
Mech422Jeffrey4l_: And what is the advantage of that ?  it does the same thing is and simply busy work17:14
Jeffrey4l_doesn't it besome simple? the number of line reduced.17:15
Jeffrey4l_Mech422,17:15
*** papacz has quit IRC17:16
inc0Jeffrey4l_, can we split this into different patch then?17:16
inc0merge fix and do refactoring later17:16
Jeffrey4l_inc0, which one?17:17
inc0ceph17:17
inc0Mech422's patch17:17
Mech422Jeffrey4l_: I think it increased the line counte by 1 line actually17:17
Mech422Jeffrey4l_: byt thatas not the point...17:17
*** unicell has joined #openstack-kolla17:17
Mech422Jeffrey4l_: if it works, and is meets the criteria for the problem - you shouldn't be requesting changes just because your 'style' is different17:18
Jeffrey4l_first of all are u talking this change https://review.openstack.org/#/c/326609/7..8/docker/kolla-toolbox/find_disks.py Mech42217:19
patchbotJeffrey4l_: patch 326609 - kolla - Read GPT label using sgdisk rather than udev17:19
Jeffrey4l_right?17:19
*** ayoung has joined #openstack-kolla17:19
Mech422Jeffrey4l_: yeah - that it - though I was sure I commented on it last night before pbourke last iteration17:20
*** zhiwei has joined #openstack-kolla17:20
Jeffrey4l_inc0, which one is better you think. https://review.openstack.org/#/c/326609/7..8/docker/kolla-toolbox/find_disks.py17:20
patchbotJeffrey4l_: patch 326609 - kolla - Read GPT label using sgdisk rather than udev17:20
Jeffrey4l_Mech422, where is you comment?17:21
Mech422Jeffrey4l_: I don't know - can't find the dam thing17:21
Jeffrey4l_Mech422, :(17:21
Jeffrey4l_I see nothing17:21
Mech422Jeffrey4l_: and I freely admit a regex is generally 'better'17:21
Mech422Jeffrey4l_: but I wanted an exact match with fail fast/fail hard17:22
Mech422Jeffrey4l_: so if the output format changes, we know17:22
Mech422Jeffrey4l_: you put a regex in there and people will be tempted to make it 'generic'17:22
Jeffrey4l_the old code has such issue too.17:22
*** huikang_ has joined #openstack-kolla17:22
inc0Mech422, ok, I must agree with Jeffrey4l_ there17:22
Mech422Jeffrey4l_: then it will fail silently, and inc0 will give me grief about how screen scrapign sucks17:22
inc0use regex, it does provide good error handling too17:23
Mech422inc0: ^^^17:23
inc0you do regex with grep;)17:23
inc0if you want exact match, use python regex that's not too generic17:24
Jeffrey4l_Mech422, regexp can do more the work than grep+split17:24
Mech422inc0: not without extra flags and such17:24
*** zhiwei has quit IRC17:24
*** Jeffrey4l_ has left #openstack-kolla17:25
*** Jeffrey4l_ has joined #openstack-kolla17:25
Mech422inc0: anyway, I built something solid that works - we've gone thru 8 iterations of a tiny patch for no real benefit17:25
Jeffrey4l_Mech422, what kind of change you old code can change , but the regexp not?17:25
inc0Mech422, but Paul uploaded working patch right?17:25
inc0I mean gates are red, but that's another matter17:26
Mech422inc0: Dunno - I'm still rebuilding my networking stuff here - havent rebuilt lately17:26
inc0well, patch is upstream17:27
inc0https://review.openstack.org/#/c/32660917:27
Mech422inc0: my point being though, that we're just spinning iterating over probably 'throw away' code once the 'new' partition scheme is decided upon17:27
inc0Mech422, so if we won't change partition scheme anytime soon, it's better to have good code17:28
inc0if we throw it away, cool17:28
*** berendt has quit IRC17:28
inc0but we don't have exact plan for it now17:28
*** berendt has joined #openstack-kolla17:29
Jeffrey4l_even if the code will be thrown. I do know think we can write it bad.17:29
Mech422inc0: again, functionally its the same... except now, people are tempted to try 'fancey' regex's to match multiple versions of the string..17:29
*** unicell1 has joined #openstack-kolla17:29
*** unicell has quit IRC17:29
*** huikang_ has quit IRC17:30
Mech422also, you can't just cut/paste to the command line to verify the output IF the sgdisk output changes17:30
*** unicell1 has quit IRC17:30
*** unicell has joined #openstack-kolla17:30
inc0Mech422, it is cleaner with regexp, and people getting fancy can be easily caught in review17:30
Mech422Jeffrey4l_: I don't consider this 'better' code in this case - just 'different'17:30
Mech422inc0: ^^^17:30
inc0but you can do docker exec -it kolla_toolbox find_disks17:31
Jeffrey4l_Mech422, let's judge by other reviewers/cores17:31
Mech422inc0: that doesn't show the raw output17:31
*** unicell1 has joined #openstack-kolla17:31
Jeffrey4l_Mech422, if you want a raw output, you can add a log there.17:32
*** unicell1 has joined #openstack-kolla17:32
*** unicell has quit IRC17:32
inc0Jeffrey4l_, issue with ansible - logging is pretty bad:P17:32
inc0but what we can do is to include output of this command in one of returned variables17:32
Mech422inc0: I specifically built this to be super simple and fail fast/hard because everyone hates screen scraping - if this is what you guys want fine, but don't blame screen scraping when people break it17:32
Jeffrey4l_just formatted to one line with '\n' char. But still useful.17:33
Mech422anyway - I've made my points17:33
Mech422if thats what you want - pbourke did it already17:33
*** huikang_ has joined #openstack-kolla17:33
inc0and they're taken, we will make sure that people won't go fancy about it17:33
*** berendt has quit IRC17:34
inc0these red gates tho17:34
Mech422inc0: fair enough17:34
inc0doesn't seem to be connected to this change17:35
inc0but it's bad17:35
inc0let me dig into this17:35
sdakehey folks17:36
sdakeheads up i am on pto this week17:36
inc0sdake, we need to submit talk17:36
inc0this week17:36
sdakewhat is deadline17:36
inc014th17:37
sdakeok monday then17:37
inc0Monday I'm flying...17:37
sdakemy internet here is shakey and i am tryng to r&R :)17:37
sdakei am back sunday late17:37
sdakesatruday late i mean17:37
sdakecould do sunday?17:37
inc0duh17:38
*** Jeffrey4l_ has quit IRC17:39
inc0I'll write up an abstract17:40
*** lyncos has joined #openstack-kolla17:40
*** ravig has quit IRC17:40
Mech422inc0: if you want, I can run a build of master real quick...17:42
Mech422inc0: I think everything is working atm (waiting on ubiquiti gear tommorrow)17:43
*** Jeffrey4l_ has joined #openstack-kolla17:44
*** unicell1 has quit IRC17:46
*** unicell has joined #openstack-kolla17:46
*** unicell1 has joined #openstack-kolla17:47
*** unicell has quit IRC17:47
*** mark-casey has quit IRC17:50
*** mark-casey has joined #openstack-kolla17:51
*** aNupoisc has joined #openstack-kolla17:54
*** huikang_ has quit IRC17:55
*** sdake has quit IRC17:55
*** huikang_ has joined #openstack-kolla17:55
*** sdake has joined #openstack-kolla17:56
*** shardy has quit IRC17:58
*** bootsha has joined #openstack-kolla17:59
*** huikang_ has quit IRC18:00
*** huikang_ has joined #openstack-kolla18:02
*** sdake has quit IRC18:02
*** aNupoisc has quit IRC18:04
*** ravig has joined #openstack-kolla18:05
*** sdake has joined #openstack-kolla18:08
*** sdake has quit IRC18:08
*** sdake has joined #openstack-kolla18:08
*** ravig has quit IRC18:09
*** ravig has joined #openstack-kolla18:10
*** salv-orlando has quit IRC18:12
*** aNupoisc has joined #openstack-kolla18:13
*** mliima_ has quit IRC18:14
*** mewald1 has quit IRC18:14
*** huikang_ has quit IRC18:16
*** huikang_ has joined #openstack-kolla18:16
*** huikang_ has quit IRC18:17
*** huikang_ has joined #openstack-kolla18:17
*** inc0 has quit IRC18:18
*** inc0 has joined #openstack-kolla18:18
*** Jeffrey4l_ has quit IRC18:19
*** pmisiak has quit IRC18:21
*** lyncos has quit IRC18:22
*** zhiwei has joined #openstack-kolla18:23
Mech422inc0: is there a way to get a 'raw' text of a code diff in gerrit?18:25
Mech422inc0: I'll paste in the diff for the current version of the ceph stuff and build18:25
inc0Mech422, you can cherrypick a commit if that's what you're asking18:27
Mech422inc0: nah - I use diff to patch the files...18:27
*** huikang_ has quit IRC18:28
*** zhiwei has quit IRC18:28
Mech422inc0: this code hasn't been merged to master yet has it? the 'strategy' is 'merge if required' ?18:28
*** huikang_ has joined #openstack-kolla18:28
inc0no18:29
inc0hold on18:29
inc0it's still not on master18:29
*** bootsha has quit IRC18:30
inc0if you cherrypick this patchset, it will do new branch with it on top of master18:31
*** huikang_ has quit IRC18:32
Mech422inc0: lemme figure out how to add that to my workflow18:34
*** ayoung has quit IRC18:35
*** shmcfarl has joined #openstack-kolla18:36
*** zhiwei has joined #openstack-kolla18:40
*** ravig has quit IRC18:40
*** daneyon has joined #openstack-kolla18:42
*** zhiwei has quit IRC18:44
*** banix has quit IRC18:45
*** daneyon has quit IRC18:47
*** stvnoyes1 has quit IRC18:49
*** shmcfarl has quit IRC18:49
*** bootsha has joined #openstack-kolla18:53
*** Serlex has quit IRC18:54
*** huikang_ has joined #openstack-kolla18:57
*** zhiwei has joined #openstack-kolla19:02
*** gfidente has quit IRC19:03
*** mliima has joined #openstack-kolla19:04
*** stvnoyes has joined #openstack-kolla19:04
*** zhiwei has quit IRC19:06
*** inc0 has quit IRC19:07
*** godleon has joined #openstack-kolla19:07
*** inc0 has joined #openstack-kolla19:08
openstackgerritMerged openstack/kolla: Improve task names for Ceph  https://review.openstack.org/33771819:12
*** ppowell has quit IRC19:13
openstackgerritMerged openstack/kolla: Fix the overwrite sudoers file issue  https://review.openstack.org/33678919:18
*** zhiwei has joined #openstack-kolla19:19
*** fragatina has quit IRC19:21
*** fragatina has joined #openstack-kolla19:22
*** zhiwei has quit IRC19:23
*** bootsha has quit IRC19:27
*** huikang_ has quit IRC19:30
*** huikang_ has joined #openstack-kolla19:31
*** vhosakot has quit IRC19:31
*** ppowell has joined #openstack-kolla19:31
*** aNupoisc has quit IRC19:32
*** huikang_ has quit IRC19:35
Mech422inc0: How do I cherry pick the ceph change - its not in master yet, so what repo do I get it from ?19:40
*** mewald1 has joined #openstack-kolla19:40
inc0https://review.openstack.org/#/c/326609/19:41
patchbotinc0: patch 326609 - kolla - Read GPT label using sgdisk rather than udev19:41
inc0top right corner there is a Download button19:41
mewald1Does nobody have any advice on the sudo problem I am seeing?19:41
inc0click it and you'll see a command for cherry pick19:41
inc0mewald1, not atm...I need to understand it better:/ did you publish a bug?19:41
mewald1inc0: no I assume I made some mistake because if not none of you should be able to launch openstack with neutron via Kolla and aktually be able to use it :D19:42
inc0mewald1, you should and I haven't seen this issue before19:43
inc0however that doesn't mean there is no issue19:43
Mech422inc0: ohh - thats what I was looking for - thanks - all the online stuff seems to be for different vesions of gerrit19:43
mewald1ok, I will file a bug report then19:43
inc0please publish a bug with all the configs and outputs19:43
inc0if it's misconfiguration, it's ok, we'll just close a bug19:43
mewald1ok19:44
*** vhosakot has joined #openstack-kolla19:44
mewald1inc0: actually I did file a report, but we did some more research which I postet in IRC. I will update the report with that information19:45
inc0thank you19:45
inc0I'll take a look at it later on19:45
*** huikang_ has joined #openstack-kolla19:50
*** ayoung has joined #openstack-kolla19:56
*** zhiwei has joined #openstack-kolla19:58
Mech422inc0: building the containers now19:59
Mech422inc0: should have a result in 30 minutes or so19:59
mewald1inc0: https://bugs.launchpad.net/kolla/+bug/1599489 writing it all down make it all much clearer :D looks like the ubuntu images are broken. But take a look and tell me what you think20:00
openstackLaunchpad bug 1599489 in kolla "Neutron Open vSwitch Agent hangs because of Sudo" [Undecided,New]20:00
*** huikang_ has quit IRC20:01
inc0mewald1, I assigned it to myself20:01
inc0will take a close look tomorrow probably20:01
inc0thanks a lot20:01
*** huikang_ has joined #openstack-kolla20:01
*** zhiwei has quit IRC20:02
Mech422mewald1: FWIW, building ubuntu from source works20:03
Mech422mewald1: might get you over this hump20:03
Mech422mewald1: btw - your not using openvswitch for the host networking are you?20:04
*** huikang_ has quit IRC20:06
mewald1Mech422: yes I am, but I also tried with linuxbridge and saw the same symptoms20:06
*** huikang_ has joined #openstack-kolla20:10
Mech422mewald1: ahh - well, just a heads up - if you want to use OVS for host networking, you need to stop kolla from starting the ovsdb container on the host, or it blows up host networking20:10
*** sdake has quit IRC20:12
*** zhiwei has joined #openstack-kolla20:15
*** sdake has joined #openstack-kolla20:19
*** zhiwei has quit IRC20:19
*** williamcaban has joined #openstack-kolla20:21
mewald1Mech422: interesting. the container is running on compute and network nodes and all is working. are you referring to Xenial? We had some issues that our network nodes suddently showed extremely high cpu usage and swapping and ultimately crashed on Xenial. We downgraded network nodes to Trusty (compute nodes still von xenial) and now everything seems good20:23
*** aNupoisc has joined #openstack-kolla20:23
*** huikang_ has quit IRC20:23
*** huikang_ has joined #openstack-kolla20:24
*** vhosakot has quit IRC20:26
Mech422mewald1: no - I'm referring to the container starting up an empty db, and blowing away any config the host was already using20:27
Mech422mewald1: my boxes use OVS for all connectivity, and I had to stop the container20:27
*** vhosakot has joined #openstack-kolla20:27
*** huikang_ has quit IRC20:27
Mech422mewald1: maybe you don't use OVS for native connectivity - just the opestack stuff ?20:27
*** huikang_ has joined #openstack-kolla20:28
dcwangmit01_inc0: Would you mind commenting on: https://review.openstack.org/#/c/327925/  ?  Want to know exactly what you want?20:28
patchbotdcwangmit01_: patch 327925 - kolla - Enable kolla k8s to override bind api bind address...20:28
dcwangmit01_^ I mean, need to know exactly what you want regarding your -120:28
openstackgerritMerged openstack/kolla-kubernetes: Refactor, speed up, and fix bugs in jinja template dict generation  https://review.openstack.org/33674520:30
*** daneyon has joined #openstack-kolla20:30
Mech422inc0: build blew up deploying mariadb - backtracking now20:30
mewald1Mech422: right, I didnt know if ovs on top of ovs was a good idea, so I am using bonding and vlan for native connectivity20:31
*** huikang has quit IRC20:31
Mech422mewald1: you can use OVS throughout - just need to stop the db from getting wiped20:32
Mech422mewald1: if you decide you want to try, holler and I'll dig up my patch20:32
*** huikang_ has quit IRC20:33
mewald1yeah would love to try!20:34
*** daneyon has quit IRC20:35
*** jtriley has quit IRC20:36
*** ppowell has quit IRC20:36
*** zhiwei has joined #openstack-kolla20:37
*** bootsha has joined #openstack-kolla20:37
*** zhiwei has quit IRC20:41
openstackgerritMerged openstack/kolla-kubernetes: updated hyperkube version to 1.3  https://review.openstack.org/33790320:42
*** jeh has quit IRC20:43
*** ravig has joined #openstack-kolla20:43
*** mewald1 has quit IRC20:43
*** mliima has quit IRC20:46
*** jeh has joined #openstack-kolla20:46
*** jeh has quit IRC20:46
*** jeh has joined #openstack-kolla20:46
*** thumpba has quit IRC20:46
*** ravig has quit IRC20:48
*** sdake has quit IRC20:53
*** zhiwei has joined #openstack-kolla20:54
*** banix has joined #openstack-kolla20:55
*** zhiwei has quit IRC20:58
*** sdake has joined #openstack-kolla21:03
*** bootsha has quit IRC21:10
*** bootsha has joined #openstack-kolla21:11
*** ravig has joined #openstack-kolla21:13
*** bootsha has quit IRC21:16
*** dmsimard is now known as dmsimard|afk21:16
*** rhallisey has quit IRC21:16
*** Lyncos has joined #openstack-kolla21:16
*** michauds has quit IRC21:20
*** zhiwei has joined #openstack-kolla21:22
*** zhiwei has quit IRC21:26
*** ravig has quit IRC21:28
*** ravig has joined #openstack-kolla21:38
*** zhiwei has joined #openstack-kolla21:44
Mech422inc0: looks like we added an 'ansible' user somewhere...21:45
*** bootsha has joined #openstack-kolla21:46
inc0Mech422, we did in kolla-toolbox21:46
Mech422inc0: I'm getting permission errors about /home/ansible/.ansible21:46
inc0ahh21:46
*** banix has quit IRC21:46
inc0you have pretty old code right?21:46
Mech422inc0: fresh pull from master an hour ago21:46
inc0strange...we fixed this21:47
Mech422inc0: I also got an error trying to create the mysql haproxy user21:47
Mech422inc0: and deploy mysql21:47
Mech422I'm trying to track those down now21:47
*** banix has joined #openstack-kolla21:47
Mech422inc0: I'm pulling from github - maybe the fix hasn't made it there yet ?21:48
inc0nah, github is up to date21:48
inc0something is wrong21:48
*** zhiwei has quit IRC21:49
Mech422inc0: I'm rebuilding from bare metal again - I'll log the deploy21:49
Mech422inc0: if it helps - I'm doing an ubuntu source build from master21:50
*** ravig has quit IRC21:51
*** vhosakot has quit IRC21:53
*** salv-orlando has joined #openstack-kolla21:57
*** zhiwei has joined #openstack-kolla22:01
*** zhiwei has quit IRC22:06
*** banix has quit IRC22:08
*** david-lyle_ has joined #openstack-kolla22:21
Mech422inc0: I'm curious - why do we have gate issues and other projects appear not too?  Don't we all have basically the same requirements (OpenStack)?22:21
*** ravig has joined #openstack-kolla22:22
*** david-lyle__ has joined #openstack-kolla22:26
*** zhiwei has joined #openstack-kolla22:29
*** zhiwei has quit IRC22:33
*** david-lyle_ is now known as david-lyle22:35
*** david-lyle__ has quit IRC22:36
*** fragatina has quit IRC22:40
*** salv-orl_ has joined #openstack-kolla22:43
*** salv-orlando has quit IRC22:46
*** zhiwei has joined #openstack-kolla22:51
*** fragatina has joined #openstack-kolla22:52
*** zhiwei has quit IRC22:55
*** bootsha has quit IRC23:06
*** zhiwei has joined #openstack-kolla23:08
*** zhiwei has quit IRC23:12
*** daneyon has joined #openstack-kolla23:13
*** williamcaban has quit IRC23:13
*** williamcaban has joined #openstack-kolla23:17
*** daneyon has quit IRC23:18
*** aNupoisc has quit IRC23:24
kfox1111fyi, new doc: https://github.com/kubernetes/kubernetes.github.io/blob/release-1.3/docs/user-guide/petset.md23:27
*** zhiwei has joined #openstack-kolla23:30
*** zhiwei has quit IRC23:34
*** williamcaban has quit IRC23:34
*** sdake has quit IRC23:43
*** mark-casey has quit IRC23:44
*** williamcaban has joined #openstack-kolla23:45
*** zhiwei has joined #openstack-kolla23:47
*** beekhof has joined #openstack-kolla23:50
*** zhiwei has quit IRC23:51
*** Lyncos has quit IRC23:51

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