Tuesday, 2015-11-17

*** weiyu_ has joined #kolla00:25
*** tzn has joined #kolla00:41
*** alisonh has quit IRC00:42
*** weiyu_ has quit IRC00:42
*** tzn has quit IRC00:46
*** tpot has joined #kolla00:52
*** alisonh has joined #kolla01:01
*** weiyu has joined #kolla01:13
*** mbound has quit IRC01:21
*** sacharya has joined #kolla01:25
*** alisonh has quit IRC01:28
*** ssurana1 has quit IRC01:32
*** alisonh has joined #kolla01:34
*** achanda has joined #kolla01:46
*** suro-patz has quit IRC01:46
*** sdake has joined #kolla01:55
openstackgerritMerged openstack/kolla: Add Python 3.x support  https://review.openstack.org/24565901:56
*** sacharya has quit IRC02:16
*** sdake has quit IRC02:16
*** sdake has joined #kolla02:17
*** alisonh has quit IRC02:23
*** sdake has quit IRC02:32
openstackgerritOpenStack Proposal Bot proposed openstack/kolla: Updated from global requirements  https://review.openstack.org/24610802:35
*** unicell has quit IRC02:40
*** jtriley has quit IRC02:41
*** alisonh has joined #kolla02:42
*** jtriley has joined #kolla02:49
*** vilobhmm has quit IRC02:52
*** tfukushima has joined #kolla02:55
*** sdake has joined #kolla03:00
*** weiyu has quit IRC03:11
*** weiyu has joined #kolla03:11
*** chandra has joined #kolla03:13
chandraHi, i deployed openstack on multi node and got few errors.03:15
chandra ERROR neutron ProgrammingError: (_mysql_exceptions.ProgrammingError) (1146, "Table 'neutron.ml2_vlan_allocations' doesn't exist") [SQL: u'SELECT ml2_vlan_allocations.physical_network AS ml2_vlan_allocations_physical_network, ml2_vlan_allocations.vlan_id AS ml2_vlan_allocations_vlan_id, ml2_vlan_allocations.allocated AS ml2_vlan_allocations_allocated \nFROM ml2_vlan_allocations FOR UPDATE']03:15
*** sdake has quit IRC03:16
chandraERROR nova ProgrammingError: (_mysql_exceptions.ProgrammingError) (1146, "Table 'nova.aggregates' doesn't exist") [SQL: u'SELECT aggregates.created_at AS aggregates_created_at, aggregates.updated_at AS aggregates_updated_at, aggregates.deleted_at AS aggregates_deleted_at, aggregates.deleted AS aggregates_deleted, aggregates.id AS aggregates_id, aggregates.name AS aggregates_name, aggregate_hosts_1.created_at AS aggregate_hosts_1_created03:17
*** jasonsb has joined #kolla03:18
*** jasonsb has quit IRC03:18
*** jasonsb has joined #kolla03:18
*** ryansb has quit IRC03:18
*** Windir has quit IRC03:18
*** ryansb has joined #kolla03:22
*** ryansb has quit IRC03:22
*** ryansb has joined #kolla03:22
*** Windir has joined #kolla03:22
kjellychandra: what is the command used for building images?03:23
*** mwheckmann has joined #kolla03:24
SamYaple chandra sounds like the bootstrap process didnt work right. you should clean you environment (remove all containers) and start again03:29
*** vilobhmm has joined #kolla03:39
*** klint has joined #kolla03:43
*** jtriley has quit IRC03:45
openstackgerritMerged openstack/kolla: Updated from global requirements  https://review.openstack.org/24610803:46
*** jtriley has joined #kolla03:47
*** alisonh has quit IRC03:47
*** achanda has quit IRC03:50
*** alisonh has joined #kolla03:52
chandraThanks SamYaple  . is there any script to clean all containers03:56
*** chandra_ has joined #kolla04:02
chandra_Thanks SamYaple . do we have any scripts to clean all ?04:03
*** chandra has quit IRC04:05
*** dims has quit IRC04:06
*** tzn has joined #kolla04:17
*** jtriley has quit IRC04:17
*** jtriley has joined #kolla04:18
*** achanda has joined #kolla04:21
*** tzn has quit IRC04:23
SamYaplechandra_: yes tehre is a cleanup script in the tools directory04:26
chandra_ya got it. thanks04:28
*** sacharya has joined #kolla04:29
*** tfukushima has quit IRC04:36
*** sdake has joined #kolla04:42
*** weiyu has quit IRC04:42
*** sdake has quit IRC04:55
*** vbel has quit IRC04:58
*** cfarquhar_ has joined #kolla04:58
*** vbel has joined #kolla04:58
*** mwheckmann has quit IRC04:58
*** sdake has joined #kolla04:59
*** tfukushima has joined #kolla04:59
*** cloudnull has quit IRC05:00
*** kbyrne has quit IRC05:00
*** jpeeler has quit IRC05:00
*** cfarquhar has quit IRC05:00
*** mandre has quit IRC05:00
*** jpeeler has joined #kolla05:01
*** kbyrne has joined #kolla05:01
*** mandre has joined #kolla05:01
*** Guest86181 has joined #kolla05:02
*** chandra_ has quit IRC05:04
*** Guest86181 is now known as cloudkiller05:08
*** suro-patz has joined #kolla05:12
*** tfukushima has quit IRC05:14
*** achanda_ has joined #kolla05:16
openstackgerritMerged openstack/kolla: Remove unused tox jobs  https://review.openstack.org/24580305:24
*** achanda has quit IRC05:25
*** ArchiFleKs has quit IRC05:25
*** sdake has quit IRC05:27
*** ArchiFleKs has joined #kolla05:28
*** suro-patz has quit IRC05:31
*** tfukushima has joined #kolla05:32
*** sdake has joined #kolla05:33
*** tfukushima has quit IRC05:35
*** weiyu has joined #kolla05:37
openstackgerritSteven Dake proposed openstack/kolla: Backport oslo.log syslog working patch  https://review.openstack.org/24618405:44
sdakehey folks05:44
sdakecan we get core reviewer acks on that so I can tag 1.0.1 please?05:44
sdakeThanks!05:44
*** weiyu has quit IRC05:45
*** sacharya has quit IRC05:50
sdakeasalkeld around?05:52
asalkeldhi sdake05:52
sdakeyour spec was just approved grats :)05:52
sdakedid you get my email recently?05:52
asalkeldw00t05:52
asalkeldlooking05:52
sdakei sent over weekend i think05:53
sdakeits jus tthat you didnt respond05:53
sdakeso i wanted to make sure you got i t because its unlike you not to respond :)05:53
openstackgerritMerged openstack/kolla: Spec: Deploy Kolla images using Mesos  https://review.openstack.org/24108605:53
asalkeldi did respond to one from you05:53
sdakeok let me see if i can find it05:54
sdakecisco email kind of flakey05:54
sdakeoh ya got it thanks ;)05:54
*** aswadr has joined #kolla05:54
asalkeldso, basically I'd love to do that stuff, but I *really* need to get things moving along in kolla-mesos land05:54
sdakeack got it so not a priority05:55
asalkeldwe should get more people onto to help soon05:55
sdakejust throwign you a bone05:55
sdakein cae you needed it05:55
asalkeldI am honestly not concerned about core05:55
asalkeldas long as i can get people to review code, i am happy05:56
asalkeld(it will come with time)05:56
sdakeis that going well enough?05:56
asalkeldyeah, just about to hook everything together05:56
sdakecool05:56
sdakedid you sort out the dependency problem05:56
asalkeldi am using zookeeper for that05:58
asalkeldhttps://review.openstack.org/#/c/242912/10/config/kolla_mesos_start.py05:58
asalkeldthat's the startup script ^05:58
asalkeld(see the run_commands function)05:59
asalkeldthat consumes a config that looks like this: https://review.openstack.org/#/c/242912/10/config/mariadb/mariadb_config.yml06:00
sdakejust a note, would prefer config be in json06:06
kjellysdake: In docker hub, which images could be used now?06:06
sdakebecause yaml requires a dependenecy be imported into the host os atleast in a anible environment06:06
sdakekjelly we are waiting on 1.0.1 tag06:07
*** unicell has joined #kolla06:07
sdakewhich is waitign on that one patch i just submitted for review06:07
sdakeafter 1.0.1 tags, i will build and push immiadtely centos06:07
sdakeand ask sam to build and push ubuntu as well06:07
kjellysdake: Ok. It seems that there are no doucment about the tags rules in Docker hub. And it's hard to find tags in Docker hub.06:08
sdakeasalkeld that kolla_mesos_start.py imports kazoo06:09
sdakewhat I was asking is did you sort out how to get kazoo into the image06:09
sdakei.e. did you do virtualenv support or something else?06:10
asalkeldsdake: not totally06:10
asalkeldso the way SamYaple suggested was all the openstack services need to run in a venv06:10
asalkeldso that we don't get this issue in yum installed python packages06:11
asalkeldand that seems like quite a bit of work06:11
asalkeldmaybe i could ask nihilifer to attack that06:11
sdakewell jut to be clear i dont want to damage the separatino of base vs openstack-base and hte toolchain vs not06:12
nihilifermorning guys06:12
sdakethose are serious imrporvements i dont want to lose06:12
sdakehi nihilifer06:12
asalkeldhi06:12
sdake3 more days michal06:12
asalkeldyeah, i  guess when we install openstack (for source)  we just use a venv06:13
asalkeldso I could then just install kazoo as a binary package in base06:13
asalkeldand the venv could have a different version (if need be)06:14
sdakethe thing is i dont want the toolchain in base06:14
nihilifersorry for asking silly questions, but what's the problem with packages kazoo?06:14
sdakei think a virtualenv woudl allow us to build the package, instlal it, then delete the virtualenv and toolchain06:14
asalkeldsdake: we shouldn't have to06:14
sdakeis that accurate?06:14
nihiliferprobably I didn't folow recent discussion about that06:14
nihiliferpackaged kazoo*06:14
asalkeldnihilifer: we need kazoo in base06:14
asalkeldbut when type=source06:15
asalkeldit installs everything (python) using pip06:15
asalkeldbut pip is only installed in openstack-base06:15
asalkeldso we can't install kazoo using pip in base06:15
asalkeldwhen type=source06:16
nihiliferI see06:16
sdakemy requirement is that i dont want the toolchain in the bbase image06:16
asalkeldsdake: shouldn't be a problem06:16
sdakeif we oudl get rid of it in the openstack-base image, it would be a huge improement06:16
sdakewould virtualenv allow that?06:16
asalkeldsdake: what i understand as the solution, is:06:17
asalkeldinstall kazoo as a binary package in base (allways)06:17
asalkeldwhen installing from source in openstak-base06:17
asalkeldwe install all python stuff into a venv06:18
*** weiyu has joined #kolla06:18
*** pbourke has quit IRC06:18
*** pbourke has joined #kolla06:18
*** tpot has quit IRC06:18
asalkeldso we at worst have 2 different versions of kazoo (binary from base, and something in the venv), but that shouldn't be a problem as the openstack stuff should just use the venv one06:18
sdakeisn't th epoit of a virtualenv to allow multiple toolchains on one box?06:19
asalkeldyeah06:19
*** jtriley has quit IRC06:19
nihilifersounds good to me06:19
sdakewhat i'd like to see happen is  the stuff get installed in the virtual env, then get copied fro mthe virtual env to the main env, then the virtual env get deleted06:19
sdakeso the toolchai goes byebye06:19
asalkeldsdake: that seems like trouble06:20
asalkeldlike bugs waiting to happen06:20
asalkeldand to save a small amount of space on a source build06:20
sdake150mb is not small :)06:20
asalkeldi'd take correct over a bit big for a source build06:21
sdakeya correct is obviously more important then optimized ;)06:21
asalkeldbasically sdake i am just not sure of what is going to happen when you rip that stuff out of the venv06:21
sdakeok well lets not take it off the table06:22
sdakei hope soemone sometime can investigte it and see if its viable06:22
asalkeldmaybe someone else is familar with doing that06:22
sdakei'd like the virtualenv to just be a build and packaging system06:22
sdakerather then the way stuff is deployed06:23
sdakedoes that make sense?06:23
asalkeldjust need a  genric python package to rpm/deb converter :-O06:23
asalkeldsdake: i am not sure that is how they are designed to work06:24
asalkeldif possible we can do it06:24
sdakei dont know anything about venv06:24
sdakenot one single thing06:24
sdakeso i am the wrong guy to ask ;)06:24
asalkeldi'll go read: http://docs.python-guide.org/en/latest/dev/virtualenvs/06:25
*** vilobhmm has quit IRC06:25
sdakeis t here something besides virtualenv?06:25
asalkelddocker :-)06:26
sdakelike a packaging tool for python that is like pip06:26
sdakebut not pip06:26
asalkeldsdake: i don't think so06:26
sdakeok06:26
asalkeldi think it is what we want06:27
asalkeldshields the system python packages against openstack new requirements06:27
nihiliferguys, the other idea, which will not include virtualenv - what about making a tiny dockerfile "non-openstack-base" just installing kazoo from yum? then in "openstack-base" we'd install kazoo from yum for binary and from pip for source06:29
nihiliferI know this will add a new layer of dependency06:29
nihiliferbut it wouldn't require venvs06:29
nihiliferand additional amount of space for having another python interpreter etc.06:29
asalkeldnihilifer: i think the issue is what kazoo brings in (dependancies) and will they conflict with the pip installed ones06:30
nihiliferasalkeld: but kazoo will be installed from pip when we'll install anything for pip06:31
nihiliferfrom pip*06:31
nihiliferin my idea, when you'll build images in "source" mode06:32
asalkeldnihilifer: that means for non-openstack stuff we now need pip and we didn't before06:32
nihilifernope, non-openstack dockerfiles will inherit from new "non-openstack-base" which will always install kazoo from yum06:32
asalkeldok, so you want an equivenlent to openstack-base, and branch there06:33
nihiliferyes06:33
asalkeldthat would be simpler06:34
nihiliferthe dependency for openstack container would look like this:06:34
sdakethat wont work06:34
nihiliferbase -> openstack-base (here "yum install python-kazoo" for binary, "pip install kazoo" for source) -> <openstack-container>06:34
sdakepip from distro is impcompatible from instlaling from source06:35
nihiliferfor i.e. haproxy it would be06:35
sdakei have tried it extensively - wont work trust me ;)06:35
nihiliferbase -> non-openstack-base (just "yum install python-kazoo") -> haproxy06:35
asalkeldsdake: looks good to me06:35
sdakewhen we install from source we have to be extremely careful never to install any python dep that involves pip installation06:35
nihiliferwhat didn't work exactly sdake? ;)06:35
sdakesomething with versioning doesn't work06:35
sdakethe installer backtraces06:36
asalkeldsdake: you are not getting his idea06:36
asalkeldthat makes the non openstack python source installs use binary packages06:36
nihiliferlet me draw it and send a photo, wait a moment ;)06:36
asalkeldnihilifer: post a patch06:36
sdakesorry bit late here brain not working great this week ;)06:36
sdakepic would be good06:37
asalkeldwell marathon has started something06:40
asalkeldcrabs06:41
asalkeldFailed to launch container: Failed to 'docker pull kollaglue/centos-binary-mariadb:latest': exit status = exited with status 1 stderr = Error response from daemon: client and server don't have same version (client : 1.20, server: 1.18)06:41
asalkeldhow have i installed that :-/06:41
nihiliferhttps://drive.google.com/file/d/0B_WVU0_0Qd1rSUF6VUk3OXFrMGc/view?usp=sharing06:42
asalkeldhaha, +1 for whiteboards ;)06:44
nihiliferyes, that's the good thing about working in the office ;)06:44
asalkeldi might just get that whiteboard paint and paint the wall whilst the owner is not looking :-O06:45
nihilifer:D06:45
*** kjelly has quit IRC06:48
openstackgerritAngus Salkeld proposed openstack/kolla-mesos: Add config generation script and some examples  https://review.openstack.org/24291206:50
*** kjelly has joined #kolla06:50
nihiliferI can post a patch too about that today06:51
sdakenihilifer that approach looks viable06:51
asalkeldnihilifer: take over this series if you have time https://review.openstack.org/#/c/241438/06:52
asalkeldjust needs a blueprint ref in the commit message, and the last one needs your fix to install kazoo06:53
nihiliferasalkeld: ok06:53
sdakethe only downside is we end up with different versions of kazoo potentiallly across our containers06:54
*** aswadr has quit IRC06:55
asalkeldsdake: we shouldn't06:56
asalkeldo, across containers06:56
sdakeits not a deal breaker06:57
asalkeldi don't think that is a big deal - only with source builds06:57
sdakebut it will increase support burden06:57
asalkeldand really zookeeper should deal with it06:57
asalkeldshrug, out of the options this seems like the best. with the venv we would have that too06:58
sdakegood point06:58
sdakeid rather not do virtual env stuff if we dont have to06:59
sdakesounds oveerly complicated06:59
asalkeldthen it would be different versions in the container06:59
asalkeldeven weirder06:59
*** unicell1 has joined #kolla07:01
sdakenihilifer what does yuor ickname mean07:02
asalkeldlet's google it:)07:02
*** unicell has quit IRC07:02
asalkeldheavy metal band?07:03
asalkeldhttp://www.metal-archives.com/bands/Nihilifer/354037706407:03
kjellythere are no tag 1.0.0 in ubuntu-source-keystone. What do I misunderstand ? https://hub.docker.com/r/kollaglue/ubuntu-source-keystone/tags/07:04
*** jasonsb has quit IRC07:04
*** unicell has joined #kolla07:05
nihiliferasalkeld: not exactly from this band, I took it from an ambient project Xanctux ;)07:05
*** unicell1 has quit IRC07:05
openstackgerritHui Kang proposed openstack/kolla: Create openrc file in the keystone role  https://review.openstack.org/24622307:06
nihiliferhttps://www.youtube.com/watch?v=073DkQCk4aE if you like stuff like that (but probably no one except inc0 don't ;) ) that's where I picked my nick from07:13
asalkeldok07:22
*** tfukushima has joined #kolla07:23
bmacehey britthouser, my humble apologies for calling you Brett in my review comment :(07:26
*** tfukushima has quit IRC07:26
bmaceif it makes it any better, i have had my name butchered far worse, and very often :)07:27
*** sdake has quit IRC07:30
*** jasonsb has joined #kolla07:35
*** achanda_ has quit IRC07:36
*** jasonsb has quit IRC07:40
*** slotti has joined #kolla07:49
openstackgerritMichal Rostecki proposed openstack/kolla: Add support for copying files from a "zk://" source  https://review.openstack.org/24143807:49
openstackgerritMichal Rostecki proposed openstack/kolla: Add support for loading kolla config from ENV  https://review.openstack.org/24143707:49
nihiliferhttps://review.openstack.org/#/c/241438/3 here I put kazoo stuff07:50
openstackgerritMichal Rostecki proposed openstack/kolla: Add support for loading kolla config from ENV  https://review.openstack.org/24143707:51
asalkeldnihilifer: that looks nice to me07:51
asalkeldnihilifer: there is one thing broken (my bad), i'll put a comment07:52
nihiliferok07:52
asalkelddone (need contextmanager)07:53
asalkeldalso the import for it07:53
* asalkeld heading off to watch son's concert (flute), bbl07:53
*** kjelly has quit IRC07:54
*** kjelly has joined #kolla07:55
openstackgerritMichal Rostecki proposed openstack/kolla: Add support for copying files from a "zk://" source  https://review.openstack.org/24143807:58
*** stvnoyes has quit IRC08:02
*** stvnoyes has joined #kolla08:03
asalkeldegh, https://mesosphere.github.io/marathon/docs/native-docker-private-registry.html (need to set up credential file and deploy to marathon host)08:03
*** shardy has joined #kolla08:09
*** jtriley has joined #kolla08:15
*** kjelly has quit IRC08:19
*** kjelly has joined #kolla08:20
*** jtriley has quit IRC08:21
*** egonzalez has joined #kolla08:33
*** akwasnie1 has joined #kolla08:34
*** gfidente has joined #kolla08:35
*** gfidente has joined #kolla08:35
*** weiyu has quit IRC08:37
*** tfukushima has joined #kolla08:38
openstackgerritMichal Rostecki proposed openstack/kolla: Add support for copying files from a "zk://" source  https://review.openstack.org/24143808:39
*** weiyu has joined #kolla08:44
*** kproskurin has joined #kolla08:46
*** egonzalez has quit IRC08:46
*** egonzalez90 has joined #kolla08:47
*** tfukushima has quit IRC08:52
*** athomas has joined #kolla08:55
*** jmccarthy has quit IRC08:57
*** jmccarthy has joined #kolla08:58
*** exploreshaifali has joined #kolla09:02
*** tzn has joined #kolla09:06
*** mbound has joined #kolla09:08
*** tzn has quit IRC09:11
*** openstackgerrit has quit IRC09:31
*** openstackgerrit has joined #kolla09:31
*** achanda has joined #kolla09:38
*** tzn has joined #kolla09:39
*** weiyu has quit IRC09:42
*** weiyu has joined #kolla09:44
*** exploreshaifali has quit IRC09:47
*** weiyu has quit IRC09:48
*** weiyu has joined #kolla09:54
openstackgerritPaul Bourke proposed openstack/kolla: Fix issues in Glance filesystem backend  https://review.openstack.org/24591209:54
*** weiyu has quit IRC09:57
openstackgerritPaul Bourke proposed openstack/kolla: Add new image for tempest  https://review.openstack.org/23895609:57
*** Slower has quit IRC10:00
*** achanda has quit IRC10:00
openstackgerritPaul Bourke proposed openstack/kolla: Add new image for tempest  https://review.openstack.org/23895610:00
openstackgerritPaul Bourke proposed openstack/kolla: [WIP] Add tempest run to the gate  https://review.openstack.org/23895710:02
openstackgerritPaul Bourke proposed openstack/kolla: Add new image for tempest  https://review.openstack.org/23895610:02
*** weiyu_ has joined #kolla10:02
openstackgerritPaul Bourke proposed openstack/kolla: [WIP] Add tempest run to the gate  https://review.openstack.org/23895710:10
openstackgerritPaul Bourke proposed openstack/kolla: Add new image for tempest  https://review.openstack.org/23895610:10
*** mbound has quit IRC10:11
*** achanda has joined #kolla10:12
*** mbound has joined #kolla10:13
*** mbound has quit IRC10:14
*** mbound has joined #kolla10:14
*** jtriley has joined #kolla10:16
*** achanda has quit IRC10:16
*** gfidente has quit IRC10:18
*** egonzalez90 has quit IRC10:18
*** egonzalez has joined #kolla10:20
*** jtriley has quit IRC10:22
*** exploreshaifali has joined #kolla10:27
*** openstackgerrit has quit IRC10:31
*** openstackgerrit has joined #kolla10:31
*** athomas has quit IRC10:38
*** achanda has joined #kolla10:38
*** athomas has joined #kolla10:42
*** tzn has quit IRC10:42
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Install kolla-mesos package in Vagrant  https://review.openstack.org/24559110:43
*** mbound has quit IRC10:55
*** mbound has joined #kolla10:56
*** tzn has joined #kolla10:57
*** tzn has quit IRC11:01
*** dims has joined #kolla11:08
pbourkeSamYaple: yt?11:14
*** rmart04 has joined #kolla11:23
*** salv-orlando has joined #kolla11:34
*** weiyu_ has quit IRC11:34
salv-orlandoI have a possibly dumb user question.I'm trying to reconfigure my dev env using kolla in place of devstack. I am using vagrant, but I am having a very hard time with nested virtualization, unless I switch to qemu the host VM will hang somewhere in the process.11:35
salv-orlandohost VM allows for nested virtualization, and I've added nested=True in the domain specific opts in Vagrantfile for kolla11:35
salv-orlandoany help would be appreciated. I've tried ubuntu 14.04 and 15.04 as host VMs, and always used centos/7 for operator VM11:36
salv-orlandoI've tried both KVM, ESXi, and XenServer as "base" HV11:37
pbourkesalv-orlando: which specific part causes the host to hang?11:38
salv-orlandoit never happens in the same part unfortunately. That's why I'm not blaming kolla but either vagrant-libvirt or kvm itself.11:39
salv-orlandopbourke: ^ ^11:39
salv-orlandoI was just wondering if anyone has seen similar symptoms11:39
pbourkeim wondering though is when running vagrant up for kolla, or during a kolla deploy11:39
salv-orlandovagrant up11:40
pbourkeI dont think Ive seen that specific problem but have found vagrant-libvirt to be quite flaky11:40
salv-orlandoI think the development team mostly tests with fedora/centos I should probably use that as well11:40
salv-orlandopbourke: yeah I've been comparing generated domain XML with those who generates, for instance, nova, but have not been able to pinpoint anything obvious so far11:41
salv-orlandoon the other hand switching to qemu works fine, but it takes ages to complete vagrant up ;)11:42
*** akwasnie1 has quit IRC11:42
pbourkesalv-orlando: currently I use virt-tools to provision a dev hosts for kolla11:43
*** achanda has quit IRC11:43
pbourkesalv-orlando: its not as handy as vagrant but ive sunk *a lot* of time in trying to get it working :/ that said I know others here use it and it works ok11:43
pbourkesalv-orlando: virtualbox hv is another option11:44
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: [WIP] Chronos bootstrap tasks  https://review.openstack.org/24634411:45
*** kjelly_ has joined #kolla11:45
*** gfidente has joined #kolla11:51
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: [WIP] Using DCOS library for Marathon  https://review.openstack.org/24445511:54
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: add config generation script and some examples  https://review.openstack.org/24291211:54
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Install kolla-mesos package in Vagrant  https://review.openstack.org/24559111:55
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: [WIP] Using DCOS library for Marathon  https://review.openstack.org/24445511:56
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Add config generation script and some examples  https://review.openstack.org/24291212:00
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Install kolla-mesos package in Vagrant  https://review.openstack.org/24559112:02
*** achanda has joined #kolla12:06
*** mbound has quit IRC12:07
*** mbound has joined #kolla12:07
*** achanda has quit IRC12:09
salv-orlandothanks pbourke... is virt-tools support for kolla dev env in the kolla repo?12:10
pbourkesalv-orlando: no12:10
SamYaplepbourke: i am here12:18
*** jtriley has joined #kolla12:18
pbourkeSamYaple: hey. just wondering is there anything special about the link local address you use for haproxy in deploy-aio.sh. Trying it locally and haproxy fails to bind to it12:19
SamYapleyou mean the 169?12:20
SamYaplealso pbourke before i forget, can you mark this for liberty as well?12:21
SamYaplehttps://bugs.launchpad.net/kolla/+bug/151672912:21
openstackLaunchpad bug 1516729 in kolla "Glance with filesystem backend not storing images in glance_data" [Undecided,In progress] - Assigned to Paul Bourke (pauldbourke)12:21
SamYapleclick the 'Target to series' button12:21
SamYaplethats how we keep track of _bugs_ that affect multiple branches12:21
pbourkecool thanks12:22
pbourkeyeah the 16912:22
SamYaplepbourke: kinda. it is special in the sense its non-routable12:23
SamYaplenot special in the sense that it hsouldnt work locally12:23
SamYapleit wont work on more than one node though12:23
pbourkeyeah that's what I thought12:23
pbourkemust be something else wrong12:23
*** jtriley has quit IRC12:23
SamYaplebeing what it is i wouldnt be suprised if there were other /sys options breaking it12:24
SamYapleI am going to unify the aio and multinode gate so it won't use that ip for long12:24
openstackgerritMerged openstack/kolla: Add support for loading kolla config from ENV  https://review.openstack.org/24143712:29
*** akwasnie1 has joined #kolla12:33
*** tzn has joined #kolla12:36
*** achanda has joined #kolla12:56
*** exploreshaifali has quit IRC12:59
*** jruano has joined #kolla13:01
*** achanda has quit IRC13:05
vbelhttps://bugs.launchpad.net/kolla/+bug/1516729 - glance should store on nfs for ha or if you want a toy system / aio - in mounted from host folder13:10
openstackLaunchpad bug 1516729 in kolla "Glance with filesystem backend not storing images in glance_data" [Undecided,In progress] - Assigned to Paul Bourke (pauldbourke)13:10
vbelI would rather add  volumes: -'/var/lib/glance/images:/var/lib/glance/images' to start.yml for glance-api13:12
SamYaplevbel: that will require optional bindmounting stuff. This is coming once nasible 2.0 lands13:12
vbelI am just against storing images in glance_data - limited to 10G I believe :)13:13
*** rhallisey has joined #kolla13:13
SamYaplevbel: use ceph then. this is kollas only usable ha backend for glance at this time13:13
SamYapleand the limit isn't 10gb, its the size of the backing storage13:13
vbeltrue, almost :)13:16
*** signed8bit has joined #kolla13:17
britthouserbmace: no worries at all. =)  Ove the years I've learned to respond to pretty much anything that begins with B and ends in T. =)13:21
vbelSamYaple, you are right, if volume is used it is plenty of space13:26
*** cloudkiller is now known as cloudnull13:26
*** akwasnie1 has quit IRC13:26
*** akwasnie1 has joined #kolla13:27
SamYaplebritthouser: so many possibilities13:34
*** jruano_ has joined #kolla13:36
*** weiyu_ has joined #kolla13:36
*** jruano has quit IRC13:37
britthouserSamYaple: I once got a christmas card addressed to: "Emily's husband" (emily is my wife).13:42
*** jruano has joined #kolla13:44
*** jruano_ has quit IRC13:47
*** jruano_ has joined #kolla13:53
SamYaplethat would have been bad if you werent married13:54
*** jruano has quit IRC13:55
*** sacharya has joined #kolla13:55
*** signed8bit is now known as signed8bit_ZZZzz13:56
*** sacharya has quit IRC13:59
*** akwasnie1 has quit IRC14:00
*** signed8bit_ZZZzz is now known as signed8bit14:00
*** mbound has quit IRC14:03
*** klint has quit IRC14:03
*** mbound has joined #kolla14:04
*** jruano_ has quit IRC14:04
*** signed8bit is now known as signed8bit_ZZZzz14:19
*** jtriley has joined #kolla14:19
*** signed8bit_ZZZzz is now known as signed8bit14:21
*** jtriley has quit IRC14:26
openstackgerritPaul Bourke proposed openstack/kolla: Add tempest run to the gate  https://review.openstack.org/23895714:32
britthouserSo question for the group.  This kinda goes along with what Salvador and Paul were discussing.  Being new to the project, I'm trying to figure out a good dev environment.  How does everyone here use?  Baremetal? VM on mac/linux/openstack?14:32
britthouserAnd then what is your typical workflow for testing changes?14:33
*** weiyu_ has quit IRC14:34
SamYaplebritthouser: i do baremetal/kolla-on-kolla (testing in openstack vms)14:34
SamYaplemy workflow is write patch, build images, deploy, purge environemnt14:35
SamYapleI have aliases to wipe everything (these are customized to my environemnt, but you can adapt them)14:35
SamYaplebritthouser: http://paste.openstack.org/show/479116/14:36
SamYapleI just type `kolla_reset` and it completely reset my environemnt14:36
britthouserthanks SamYaple.  I'd rather do things in metal in teh lab b/c my home inet is slow (DSL).14:37
britthouserSo you do Kolla on metal, but that is just to deploy kolla in VMs where you do your actual testing?14:38
britthouserDo you test kolla on metal too?14:39
openstackgerritPaul Bourke proposed openstack/kolla: Drop root for rsyslog  https://review.openstack.org/24573314:41
openstackgerritPaul Bourke proposed openstack/kolla: Drop root for rsyslog  https://review.openstack.org/24573314:42
pbourkeis there a lazy guide for adding a gate14:44
pbourke(would like to add build/deploy for oraclelinux)14:45
*** salv-orl_ has joined #kolla14:45
pbourkethis? http://docs.openstack.org/infra/manual/creators.html#adding-the-project-to-the-ci-system14:46
SamYaplebritthouser: i test on metal and vm, probably half and half14:48
*** salv-orlando has quit IRC14:48
SamYaplebritthouser: to speed up building images (if bandwidth is your slowdown) you can use an apt-cacher solution14:49
SamYapleI user apt-cacher-ng and thats how i build my images14:49
britthouserOk.  And when you deploy on metal, SamYaple, do you follow http://docs.openstack.org/developer/kolla/quickstart.html ?14:49
SamYapleidk let me read it14:49
britthouserthat seems geared towards POC, not dev.14:49
britthouserso I wasn't sure how relevant it was.14:49
SamYapleyea that seems mostly accurate14:50
SamYaplei dont rekick the baremetal often, maybe once a week14:50
SamYapletakes ~20minutes to rekick14:50
salv-orl_Would you guys advice deploying with the information in quickstart in a VM? I am looking at kolla as an alternative to devstack for my CI/CD workflow; I spoke to pbourke earlier as I was trying to use vagrant, but I am frankly giving up on that14:52
*** jtriley has joined #kolla14:52
pbourkealisonh: yes the quickstart should be the place to start14:52
britthouserOk so pbourke and SamYaple that guide says to git clone kolla but then also pip install it.14:54
pbourkebritthouser: that's correct14:55
britthouserWill those conflict?14:55
britthousersorry these are probably very n00b questions.14:55
salv-orl_britthouser: I think you want to pull the requirements as well, not just the code14:56
pbourkepip install will install the requirements14:56
pbourkeand also distribute the various helper tools, config files etc14:57
pbourkesame as any other python pkg14:57
pbourkeits not strictly necessary for dev14:57
pbourkeyou do need the various requirements though14:57
salv-orl_pbourke: I'd do cd kolla && sudo python setup.py install anyway if you're pulling from git14:57
britthouserOk so when I do 'pip install -u kolla/requirements.txt' I will get deps, but not kolla, right?  Which is fine b/c I already did git clone of kolla?14:58
*** achanda has joined #kolla14:58
pbourkeyeah14:58
salv-orl_britthouser: afaict that's correct, but I'm noober than you here14:58
britthouser=)14:58
pbourke:)14:58
britthouserSo help me understand the different between a git clone of kolla and pip install of kolla?14:59
britthouserpip install puts stuff all over my system?14:59
salv-orl_with the latter you get whatever is the last release of kolla in pip14:59
salv-orl_with the former you get ToT14:59
salv-orl_the latter also installs automatically requirements, and that's why you need to explicitly install them when you git clone15:00
britthouserOk.  so probably safe to say if I'm a deployer, I want pip install of kolla, but as dev, I want to git clone and just install deps, right?15:00
SamYaplebritthouser: thats what i do15:00
britthouserOk I have better understanding of this all now.  Thanks!15:01
britthousersalv-orl_ sorry I don't have info about best way todo a VM based kolla deployment.15:01
salv-orl_britthouser: np, I'll keep trying. Eventually something must work.15:02
salv-orl_worst case I'll keep being a devstack disciple15:02
openstackgerritPaul Bourke proposed openstack/kolla: Add new gates for oraclelinux  https://review.openstack.org/24643715:03
pbourkesalv-orl_: we'd like to add a feature to make kolla more useful as a devstack replacement15:03
pbourkesalv-orl_: basically need to make it possible to bind-mount in git repos into the containers, so if you make a tweak say to keystone you can just restart the running container to pick up the change rather than having to rebuild it15:04
pbourkewithout something like that kolla is not as useful for hacking on openstack imo15:04
salv-orl_pbourke: yes, for development purposes it is a bit of a pain to wait for a container rebuild... if feels like you're using a compiled language again15:05
salv-orl_but for CI environments, especially those where you only test changes to a handful of projects most images are going to stay unchanged and so you can build them once a week15:05
SamYaplesalv-orl_: yea i know what you mean. You can optimize that rebuild though. rebuilding neutron takes me ~30 seconds15:05
salv-orl_SamYaple: indeed I want to use it in place of devstack ;) I think it's better to wait 30 seconds than having to spend 4 hours everytime you have dependency issues15:06
SamYapleso the way i do this salv-orl_ is I make a change to a locally cloned neutron/nova/cinder repo. turn that into a tarball and host that on a local webserver (single command alias to tarball and publish) then i rebuild only the affected containers15:07
SamYaplethe process from making the patch in the neutron repo to having a running neutron takes about a minute15:08
SamYapleif i want to test it multinode I have to push that image then we are talking about ~5 minutes between testing code15:08
SamYaplebut afaik devstack doesnt really have multinode testing like that15:08
SamYaplei could be wrong15:08
*** rhallisey has quit IRC15:09
*** rhallisey has joined #kolla15:09
*** rhallisey has quit IRC15:09
*** rhallisey has joined #kolla15:10
*** vincent_vdk has quit IRC15:11
salv-orl_SamYaple: for devstack multinode you have to propagate the patch on the nodes as every node uses a different clone of the repo15:12
salv-orl_but in most cases every node has a different role (server, l2-agent, l3-agent, meh) and therefore in most cases you don't even need to propagate the change15:13
SamYaplesalv-orl_: so its not actually active/active ?15:13
salv-orl_SamYaple: Ah you can if you want deploy neutron with devstack in that way. But it's up to you to put a LB in front of the endpoints15:14
salv-orl_Neutron is active/active as it has multiple API workers, but they're all on the same node15:14
salv-orl_at least in devstack for the upstream gate15:14
salv-orl_and in all the CIs that I've seen so far15:14
SamYaplemultiple worker threads? or multiple copies of neutron-server running?15:14
SamYapleworker threads to not make it active/active15:14
*** vincent_vdk has joined #kolla15:18
salv-orl_multiple worker processes15:18
salv-orl_it's a bit yucky but neutron forks itself several times at startup, and I think it's not the only OpenStack service that does so15:19
salv-orl_technically most would not define that as active/active either15:19
*** tzn has quit IRC15:20
salv-orl_simply because if one goes down most likely all go down15:20
SamYapleim pretty sure most/all openstack services have multiple worker processes nowadays15:21
*** tzn has joined #kolla15:22
openstackgerritPaul Bourke proposed openstack/kolla: Add tempest run to the gate  https://review.openstack.org/23895715:25
*** daneyon has joined #kolla15:27
*** daneyon_ has joined #kolla15:28
kjelly_Hi, SamYaple. there are no tag 1.0.0 in ubuntu-source-keystone in docker hub. Is it right? https://hub.docker.com/r/kollaglue/ubuntu-source-keystone/tags/15:30
*** absubram has joined #kolla15:31
*** daneyon has quit IRC15:32
SamYaplekjelly_: that sounds correct. we can't tag 1.0.0 due to not pushing the images that were tested when it was tagged15:32
SamYaplewe probably wont push images until 1.1 due to the backports needed unfortunately15:32
SamYaplesdake should be around to talk about that15:32
kjelly_SamYaple: Ok. I see.15:34
pbourkeis angus around?15:38
*** blahRus has joined #kolla15:38
SamYapleasalkeld: ^^15:40
*** inc0 has joined #kolla15:40
inc0hey guys15:40
pbourkehi inc015:41
kjelly_hi inc015:41
inc0what was happening when I wasn't around?15:42
inc0have we rewritten kolla in the meantime?15:42
ryansbyup, everything uses rkt now.15:42
inc0cool! so someone will use it at last!15:42
pbourkevbel: thanks for review of tempest patch15:44
vbelpbourke, welcome :)15:45
pbourkevbel: will look at tweaking the keystone api version. will still likely need another few patchsets, unsure how well it will work in the gate so far :)15:45
pbourkevbel: so far everything except glance is disabled, just to test things out15:45
vbelpbourke, tempest will be very good gate :)15:47
pbourkewe seem to bootstrap v2.0 only in master?15:47
pbourke(endpoints)15:47
pbourkehttps://github.com/openstack/kolla/blob/master/ansible/roles/keystone/tasks/bootstrap.yml#L52-L5415:48
vbelpbourke, that's fine15:48
vbelit will work with v2.0 and v215:49
vbelit will work with v2.0 and v315:49
pbourke# OS_AUTH_TYPE=v3password openstack token issue15:49
pbourkeThe resource could not be found. (HTTP 404) (Request-ID: req-613bb4c6-5e4d-4e1a-937f-8967d40c9615)15:49
pbourkei have a feeling you have to register the v3 endpoint15:50
SamYaplepbourke: you do not15:50
vbeldo you have both url and type?15:50
vbelwith v315:50
*** britthou_ has joined #kolla15:51
pbourkehttp://paste.fedoraproject.org/291461/4777542315:51
vbelwe use the same in oracle openstack, kilo+v3, but bootstrap is the same, with v2.015:51
SamYaplepbourke:  https://github.com/openstack/python-keystoneclient/blob/1c0d4f9e0fc3c3bb903a7300a2b92bb9ef9b6538/keystoneclient/auth/identity/base.py#L33615:51
SamYaplepbourke: the client lib detects the v3 endpoint ,even if you ahve /v2.015:52
rhalliseyinc0, you how's texas?15:52
pbourkei see15:52
rhalliseyinc0, did you get a cowboy hat yet?15:52
inc0warm;)15:52
inc0nah, not yet, without truck it won't work15:52
SamYaplerhallisey: he came over here with spurs and a beer in hand15:52
SamYapledont let him lie to you15:52
inc0and I already have texan accent and forgot polish language15:53
rhalliseylol15:53
*** britthouser has quit IRC15:53
vbelit's not difficult to have texan accent, right?15:54
vbel:)15:54
inc0yeah, you just don't spell any harder sounds15:55
inc0something is hard to spell - don't spell it. That's a rule to live by;)15:55
*** vilobhmm has joined #kolla15:56
*** vilobhmm1 has joined #kolla15:58
*** vilobhmm has quit IRC16:01
pbourkebuild is down I think16:02
SamYaplepbourke: wht build? the gate?16:03
pbourkeyeah16:03
pbourkesomething to do with http://cbs.centos.org/repos/cloud7-openstack-common-testing/x86_64/os/repodata/repomd.xml16:03
pbourkehttps://jenkins06.openstack.org/job/gate-kolla-dsvm-deploy-centos-binary/7/console16:03
SamYapleah yea16:03
SamYapleseems like it16:03
pbourke:(16:03
pbourkejust waited about half hour to see if tempest would run16:04
*** mbound has quit IRC16:12
*** mbound has joined #kolla16:12
inc0lots of new names! cool!16:14
inc0summit was fruitful:)16:14
*** vbel has quit IRC16:15
*** inc0 has quit IRC16:22
*** absubram has quit IRC16:23
*** absubram has joined #kolla16:24
*** salv-orl_ has quit IRC16:26
SamYaplesummit was delecious16:27
*** mwheckmann has joined #kolla16:35
*** jasonsb has joined #kolla16:43
*** kjelly_ has quit IRC16:44
*** rmart04 has quit IRC16:45
*** jasonsb has quit IRC16:48
*** vilobhmm1 has quit IRC16:52
*** unicell has quit IRC16:52
*** slotti has quit IRC16:58
*** mfalatic has joined #kolla16:59
*** britthou_ is now known as britthouser17:00
*** tzn has quit IRC17:03
*** sacharya has joined #kolla17:04
*** vbel has joined #kolla17:10
openstackgerritPaul Bourke proposed openstack/kolla: Fix keystone settings for Magnum  https://review.openstack.org/24650417:10
*** mwheckmann has quit IRC17:10
openstackgerritPaul Bourke proposed openstack/kolla: Use pip upper-constraints in magnum-base  https://review.openstack.org/24650717:14
*** kproskurin has quit IRC17:15
*** unicell has joined #kolla17:15
*** mbound has quit IRC17:16
*** tzn has joined #kolla17:20
*** unicell has quit IRC17:25
*** tzn has quit IRC17:28
*** salv-orl_ has joined #kolla17:32
*** ssurana has joined #kolla17:33
*** egonzalez has quit IRC17:34
openstackgerritPaul Bourke proposed openstack/kolla: Add missing policy.json to Magnum  https://review.openstack.org/24652217:39
openstackgerritPaul Bourke proposed openstack/kolla: Remove old config-external.sh scripts for magnum  https://review.openstack.org/24652317:40
*** sacharya_ has joined #kolla17:43
*** sacharya has quit IRC17:45
*** salv-orl_ has quit IRC17:47
*** salv-orlando has joined #kolla17:48
*** Slower has joined #kolla17:48
*** mwheckmann has joined #kolla17:55
openstackgerritPaul Bourke proposed openstack/kolla: Drop root for Magnum  https://review.openstack.org/24652917:56
*** mfalatic_ has joined #kolla17:57
*** mfalatic has quit IRC17:59
*** alisonh has quit IRC17:59
*** alisonh has joined #kolla18:00
openstackgerritPaul Bourke proposed openstack/kolla: Drop root for Magnum  https://review.openstack.org/24652918:02
nihiliferpbourke: you here?18:03
pbourkenihilifer: for about 2 mins18:04
pbourke:)18:04
nihiliferok, hope it'll be quick18:04
nihiliferabout non-openstack-base18:04
pbourkeyeah18:04
nihiliferif we're installing openstack from source, we want all libraries to come from pip, not binary packages from linux distributions18:04
nihiliferjust to avoid conflicts18:05
*** unicell has joined #kolla18:05
nihiliferor overriding some stuff by pip18:05
nihiliferthat's why in openstack-base we have if statement18:05
nihiliferabout whether it's source or binary installation18:05
pbourkethat's not quite what I meant18:05
pbourkeI may be misreading things, but, if we need kazoo for both openstack and non-openstack images, why not just put it in base18:06
nihiliferbecause if we install kazoo by yum in base18:06
nihiliferand then for source installation we'd like to install kazoo from pip in openstack-base18:06
nihiliferwe have a problem18:06
nihiliferkazoo from pip will override the one from packages18:06
nihiliferthat's dirty and unpredictable IMO ;)18:07
pbourkedon't install it in openstack-base18:07
pbourkejust source or binary in base18:07
nihiliferwe actually wanted to install source packages only for openstack containers18:09
*** mbound has joined #kolla18:09
nihiliferfor haproxy, keepalived, mariadb etc. we don't want to use pip at all18:09
nihilifereven if openstack is installed from source18:09
pbourkeah18:10
pbourkeok I wasn't aware of this18:10
nihiliferthat was the idea of sdake afair18:10
pbourkeit was brought up before but never knew it was decided upon18:10
nihiliferwell, we discussed it on IRC only :/ sorry18:11
pbourkeno its cool, cant watch everything :)18:11
pbourkei'll go think about it, maybe try find the logs18:11
pbourkeIm not sure of the advantage tbh18:11
*** sacharya has joined #kolla18:11
SamYaplenihilifer: the openstack-base was more about layer abstraction than for source or not18:12
nihiliferit was today something around 06:00 - 08:00 UTC18:12
SamYaplenihilifer: but the issue you are tlaking about is solved with virtualenvs for the openstack services18:12
SamYaplethat way the dist packages cannot interfer but still be used18:12
pbourkeeither way it sounds a little separate to your zookeeper config patch18:13
pbourkei would like to see that in a separate review18:13
pbourkeif possible18:13
nihiliferSamYaple: we discussed about idea of virtualenvs today with sdake and asalkeld18:13
nihiliferSamYaple: we agreed on the idea of having non-openstack-base18:13
nihiliferbecause making virtualenv inside container seems to be a waste of space18:14
pbourkebut having extra base images adds complexity18:14
*** sacharya_ has quit IRC18:14
nihiliferand having two python environments inside container (being itself some kind of env separation) seems to be an overkill18:15
SamYaplenihilifer: non-openstack-base will not work18:15
SamYapleand virutalenv has no overhead and is no overkill18:15
pbourkesorry, have to run. will read logs and catch up later18:15
SamYaplelets learn lessons from others18:15
nihiliferpbourke: maybe for the procces of building images and developers looking at this. but the docker containers are layered, so approach with non-openstack-base provides more lightweight containers18:16
*** vilobhmm has joined #kolla18:17
SamYaplenihilifer: no we moved away from that18:17
SamYapleit _doesnt_ it actually proveds more cruft18:17
SamYaplebecause the centos mariadb image grows to 1.2GB18:17
SamYaplethe openstack-base is the more effecient way18:17
SamYapleit decreases build and deploy time18:17
SamYaplewe arent going to take a step backward here unless its required18:18
SamYaplefor the record, the openstack-base has _nothing_ to do with pip or dist package installs18:18
nihiliferSamYaple: sorry, I'm a little bit confused what we're talking about now...18:19
nihiliferyou propose to use virtualenvs for source builded containers, right?18:19
nihiliferand install openstack services, kazoo and maybe some other deps in venv?18:20
SamYaplethe openstack services should be in venvs with my proposal yes18:20
SamYaplemaybe kazoo maybe not idk18:20
nihiliferis this idea fixing anything else than the conflict between packaged kazoo and pip kazoo? if not, I'm sorry, but I'm still considering my idea a little bit better18:21
*** achanda has quit IRC18:21
SamYaplenihilifer: your idea doesnt fix the issue though18:21
SamYapleso this started with ceph-common18:21
SamYaplethat pulls in python-requests, thats a dists package18:21
SamYaplei cant not install that18:21
SamYaplebut that conflicts with teh pip installed ones18:21
SamYaplethe only way to fix that is with dummy packages OR venv18:22
SamYaplevenvs are much cleaner here18:22
SamYaplehave openstack-base or not having it has nothing to do with this issue18:22
openstackgerritSteve Noyes proposed openstack/kolla: initial spec for kolla rest api client  https://review.openstack.org/24591718:23
nihiliferSamYaple: ok, I get it now. I thought that kazoo is the only problem, I wasn't aware about problem with ceph-common18:26
SamYapleyea thats what started this, kazoo is just the same issue18:26
SamYapleand there will be more moving forward im sure18:26
nihiliferBTW, I'm curious now how devstack deals with such problems18:28
SamYaplethey dont18:29
SamYapleso this lesson is being learned from a year of dealing with openstack in containers18:29
SamYaplecloudnull did venvs with OSA an that was the right call, whether you do imaging or not18:30
SamYapleit solves the packaging/pip issue18:30
britthouserIs the general guidance here: binary deploy should used packaged libraries, source deploy should use pip-installed libraries in venv?18:34
SamYaplebritthouser: correct18:35
nihiliferbritthouser: if I'm getting SamYaple's idea, yes18:35
SamYaplethe packaged libraries can sort out thier own deps18:35
SamYapleat least they will break when tehre are conflicts18:35
SamYaplewith a mixed env it will not break18:35
SamYapleopenstack will break after its been deployed thoguh :)18:36
*** dims has quit IRC18:37
nihiliferok, so it looks like venv stuff has to be implemented before bringing ZK into kolla18:37
*** jasonsb has joined #kolla18:38
*** dims has joined #kolla18:40
*** suro-patz has joined #kolla18:43
*** unicell1 has joined #kolla18:44
SamYapledoes ZK conflict?18:44
nihiliferI mean kazoo18:45
nihiliferwell, venv doesn't seem to be hard in implementation18:46
*** unicell has quit IRC18:46
*** sacharya_ has joined #kolla18:48
SamYaplenihilifer: it wont be i dont think18:51
*** sacharya has quit IRC18:51
*** athomas has quit IRC18:59
*** jtriley has quit IRC18:59
*** dwalsh has joined #kolla19:03
*** sacharya_ has quit IRC19:11
*** gfidente has quit IRC19:11
*** shardy has quit IRC19:13
*** sacharya has joined #kolla19:13
*** jtriley has joined #kolla19:15
*** jasonsb has quit IRC19:15
*** bmace has quit IRC19:17
*** bmace has joined #kolla19:17
*** signed8__ has joined #kolla19:23
*** signed8bit has quit IRC19:25
openstackgerritMerged openstack/kolla: Fix issues in Glance filesystem backend  https://review.openstack.org/24591219:36
*** Slower has quit IRC19:37
*** exploreshaifali has joined #kolla19:47
*** salv-orlando has quit IRC19:48
*** britthouser has quit IRC19:54
*** sacharya has quit IRC19:55
*** britthouser has joined #kolla20:00
*** mbound has quit IRC20:00
dmsimardrhallisey: ever heard about khaleesi ?20:13
dmsimardnot the chick from game of thrones :p20:13
rhalliseydmsimard, yes a little bit20:14
SamYapledmsimard: you lots me then20:14
SamYaplelost*20:14
rhalliseydmsimard, oh perfect20:15
dmsimardkhaleesi is essentially an ansible framework developed by redhat that knows how to install things (like packstack, RDO Manager, etc), on infrastructures (openstack, beaker, etc.) in places (trystack.org, other openstack clouds, ci.centos.org, etc.)20:15
dmsimardWe leverage it heavily to drive our CI jobs20:16
rhalliseydmsimard, perfect I could use this20:16
dmsimardJust wanted to say that once my first draft of mitaka CI is out (probably this week) I'll look into plugging kolla in there and I might solicit your help :)20:16
*** sacharya has joined #kolla20:16
rhalliseydmsimard, good idea20:17
rhalliseyI need to plug in a tripleo job in there too20:17
dmsimardin khaleesi ?20:17
rhalliseydmsimard, ya that deploys containers20:17
rhalliseythat would be nice to have20:17
rhalliseyI could just alter the rdo-manager job20:18
rhalliseyor copy-paste and add containers20:18
*** sacharya_ has joined #kolla20:28
*** sacharya has quit IRC20:31
*** jasonsb has joined #kolla20:37
*** rmart04 has joined #kolla20:50
*** salv-orlando has joined #kolla20:51
*** salv-orlando has quit IRC20:51
*** rmart04 has left #kolla20:52
*** salv-orlando has joined #kolla20:52
dmsimardWhat does the README mean with this line? "Neutron (linuxbridge or neutron)"21:00
*** dims_ has joined #kolla21:00
dmsimardI would guess linuxbridge or OVS ?21:00
dmsimardSince OVS seems to be supported21:00
*** dims has quit IRC21:02
SamYapledmsimard: i would guess the same...21:04
SamYaplewhere do you see it?21:04
dmsimardSamYaple: https://github.com/openstack/kolla/blob/master/README.rst#docker-images21:05
dmsimardI'm submitting a pull request to improve that block21:05
dmsimarder, a review :p21:05
*** cemmason has joined #kolla21:06
SamYapledmsimard: yea from the context that has to be right21:07
*** salv-orlando has quit IRC21:08
*** salv-orlando has joined #kolla21:10
*** sacharya_ has quit IRC21:11
*** sacharya has joined #kolla21:11
dmsimardSamYaple: ceph is implemented for both cinder and glance ?21:12
dmsimardand nova I guess21:12
*** akwasnie1 has joined #kolla21:14
SamYapledmsimard: indeed21:17
SamYaplewith optional erasuse coding and cache tiering!21:17
SamYapleall automated21:17
SamYapleyoure welcome21:17
dmsimard:P21:18
SamYaplebtw ive been using the cpeh-in-docker strucutre for about 8 months now21:19
SamYapleits not changed to much from my original implementation outside of Kolla21:20
SamYapleso its pretty solid21:20
SamYaplethe cache tier/erasure stuff is new for kolla21:20
SamYapleso thats pretty exciting21:20
*** cemmason has quit IRC21:24
openstackgerritDavid Moreau Simard proposed openstack/kolla: Improve README with list of supported projects and components  https://review.openstack.org/24660521:25
dmsimardSamYaple: ^21:25
dmsimardSamYaple: you told me all about it the other day, pretty awesome stuff indeed :p21:27
SamYapleoh ok well then you know21:29
* dmsimard nods21:29
dmsimardI'm very happy about Kolla <321:30
dmsimardSamYaple: not sure I understand your comment :(21:32
dmsimardYou want me to replace that sentence by "Kolla has images for the following.." ?21:32
SamYapledmsimard: reword it so it doesnt have 'Kolla supports'21:32
dmsimardok21:33
dmsimardprovides ?21:33
SamYaplesdake repeatedly points out we dont 'support' anything21:33
SamYaplesure21:33
openstackgerritDavid Moreau Simard proposed openstack/kolla: Improve README with list of supported projects and components  https://review.openstack.org/24660521:35
dmsimardOff the top of my head the projects that Kolla supports that Packstack doesn't: designate, zaqar, gnocchi, murano, magnum21:36
dmsimardAnd I didn't mention the infrastructure components21:37
*** tpot has joined #kolla21:37
dmsimardThat's pretty cool :)21:37
dmsimardoops, s/supports/provides/21:37
SamYaplewell dmsimard we have images for those, but we only have ansible playooks for murano21:37
SamYapleand no horizon integration yet (blueprint in place for mitaka)21:37
SamYapleso we dont quite have that stuff yet21:38
SamYaplebut well get tehre21:38
dmsimardAodh for mitaka ?21:38
SamYaplereally just waiting on harm for designate21:38
* SamYaple slaps harmw with a dead trout21:38
dmsimarddesignate is another of the projects I like a lot but haven't got around to try too much21:39
dmsimardDNS is so boring and a pain21:39
SamYapleyea21:39
dmsimardthe way it works is genius too21:40
*** Slower has joined #kolla21:48
*** dims_ has quit IRC21:51
*** Slower has quit IRC21:53
*** sdake has joined #kolla21:56
*** dims has joined #kolla21:57
*** sdake_ has joined #kolla21:59
*** sdake has quit IRC22:00
*** sdake_ has quit IRC22:02
*** sacharya has quit IRC22:11
*** sacharya has joined #kolla22:14
*** vilobhmm has quit IRC22:14
*** vilobhmm has joined #kolla22:14
*** vilobhmm has quit IRC22:15
*** vilobhmm has joined #kolla22:16
*** jtriley_ has joined #kolla22:16
*** vilobhmm has quit IRC22:17
*** vilobhmm has joined #kolla22:17
*** jtriley has quit IRC22:19
openstackgerritMerged openstack/kolla: Fix keystone settings for Magnum  https://review.openstack.org/24650422:20
openstackgerritMerged openstack/kolla: Use pip upper-constraints in magnum-base  https://review.openstack.org/24650722:20
*** jtriley_ has quit IRC22:21
*** mwheckmann has quit IRC22:33
*** dwalsh has quit IRC22:35
*** akwasnie1 has quit IRC22:52
*** jasonsb_ has joined #kolla22:53
*** jasonsb has quit IRC22:54
*** thumpba has joined #kolla22:54
*** dims has quit IRC23:00
*** dims has joined #kolla23:01
*** tzn has joined #kolla23:02
asalkeldmorning23:02
SamYaplemorning asalkeld23:03
SamYaplehah converting my ceph cluster to optimal tunables is going to move %78.90 of the data23:03
SamYaplethe cluster is 500TB23:04
*** vilobhmm has quit IRC23:04
*** vilobhmm has joined #kolla23:04
*** dims_ has joined #kolla23:04
*** sacharya_ has joined #kolla23:05
dmsimardthat sounds like fun23:05
*** sacharya has quit IRC23:05
SamYapleyea i reverted23:05
SamYaplebobtail it is23:05
dmsimard? bobtail is ancient23:06
SamYaplebobtail tunables23:06
*** tzn has quit IRC23:06
SamYaplecluster is hammer atm23:06
dmsimardoh23:06
*** thumpba has quit IRC23:07
*** dims has quit IRC23:07
*** thumpba has joined #kolla23:08
*** exploreshaifali has quit IRC23:10
SamYapleim going to make those changes at the same time I double the cluster and add a chache tier and quadruple the pgs23:11
SamYapleso i figure they will all even out23:11
SamYaplei mean at 100% move of data it literally cant get worse23:11
*** Slower has joined #kolla23:12
*** wuhg has joined #kolla23:27
*** salv-orl_ has joined #kolla23:28
*** salv-orlando has quit IRC23:30
*** suro-patz has quit IRC23:31
*** thumpba has quit IRC23:34
*** absubram has quit IRC23:41
*** signed8__ has quit IRC23:42
*** blahRus has quit IRC23:43
*** salv-orl_ has quit IRC23:49
*** salv-orlando has joined #kolla23:50
*** mwheckmann has joined #kolla23:52

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