*** dolpher has joined #kolla | 00:20 | |
*** shadower has quit IRC | 00:23 | |
*** shadower has joined #kolla | 00:23 | |
*** achanda_ has quit IRC | 00:26 | |
*** britthouser has joined #kolla | 00:28 | |
*** dolpher1 has joined #kolla | 00:28 | |
*** dolpher has quit IRC | 00:30 | |
*** dolpher has joined #kolla | 00:36 | |
*** dolpher1 has quit IRC | 00:38 | |
*** bmace has quit IRC | 01:07 | |
*** akwasnie has quit IRC | 01:11 | |
*** erkules_ has joined #kolla | 01:14 | |
*** openstack has joined #kolla | 01:25 | |
*** jruano has quit IRC | 01:26 | |
*** bmace has joined #kolla | 01:29 | |
*** vinkman1 has joined #kolla | 01:33 | |
*** vinkman has quit IRC | 01:35 | |
*** jruano has joined #kolla | 01:48 | |
*** dims_ has quit IRC | 01:58 | |
*** jasonsb_ has quit IRC | 02:17 | |
*** dims__ has joined #kolla | 02:18 | |
*** vinkman1 has quit IRC | 02:23 | |
*** unicell has quit IRC | 02:26 | |
*** dims__ has quit IRC | 02:30 | |
*** loth has quit IRC | 02:31 | |
*** diogogmt has joined #kolla | 02:43 | |
*** sdake_ has joined #kolla | 02:53 | |
*** vinkman has joined #kolla | 02:55 | |
*** sdake has quit IRC | 02:57 | |
sdake_ | samyaple you about | 02:58 |
---|---|---|
*** bradjones has quit IRC | 03:14 | |
*** bradjones has joined #kolla | 03:19 | |
*** bradjones has quit IRC | 03:19 | |
*** bradjones has joined #kolla | 03:19 | |
*** britthou_ has joined #kolla | 03:30 | |
*** britthouser has quit IRC | 03:33 | |
*** jasonsb has joined #kolla | 03:42 | |
*** unicell has joined #kolla | 03:43 | |
sdake_ | daneyon please check your voicemail / email | 03:44 |
*** coolsvap|away is now known as coolsvap | 03:47 | |
*** ashuk has joined #kolla | 03:47 | |
*** ashuk has quit IRC | 03:47 | |
*** unicell has quit IRC | 03:48 | |
*** unicell1 has joined #kolla | 03:48 | |
*** sdake_ has quit IRC | 03:55 | |
*** jruano has quit IRC | 03:59 | |
*** jruano has joined #kolla | 03:59 | |
*** achanda has joined #kolla | 04:02 | |
daneyon | sdake_ just liostened to your voicemail | 04:04 |
*** britthouser has joined #kolla | 04:15 | |
*** britthou_ has quit IRC | 04:16 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Updated file structure to make it consistent https://review.openstack.org/202381 | 04:38 |
*** daneyon has quit IRC | 04:45 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Updated directory structure to make it consistent https://review.openstack.org/202381 | 04:47 |
SamYaple | sdyea | 04:54 |
SamYaple | anyone around | 05:21 |
*** daneyon has joined #kolla | 05:24 | |
coolsvap | SamYaple, hi :) | 05:34 |
*** jruano has quit IRC | 05:35 | |
vincent_vdk | good morning | 05:35 |
SamYaple | norming | 05:44 |
vincent_vdk | hmm, how is post_start in the kolla wrapper script run exactly | 05:46 |
vincent_vdk | i mean, nova client is not installed on the host, bu inside the containers | 05:47 |
openstackgerrit | Merged stackforge/kolla: Add pid_mode to libvirt https://review.openstack.org/202264 | 06:00 |
vincent_vdk | ah, so you need the nova and neutron client on the host | 06:09 |
vincent_vdk | nice, a running openstack | 06:10 |
SamYaple | boom | 06:11 |
vincent_vdk | :) | 06:12 |
*** inc0 has joined #kolla | 06:13 | |
vincent_vdk | webinterface doesn't seem to be working like it should | 06:18 |
openstackgerrit | Merged stackforge/kolla: Move keepalived common files to common dir https://review.openstack.org/201419 | 06:24 |
dolpher | hello, anybody working on the install from source images? I'd like to contribute to that, and think it might be valuable for upgrade test. | 06:35 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Change docker ADD file instruction to COPY https://review.openstack.org/202399 | 06:35 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Updated directory structure to make it consistent https://review.openstack.org/202381 | 06:40 |
SamYaple | dolpher: yes that is a major push right now | 06:41 |
SamYaple | though it may not be fully finished by L2 | 06:41 |
coolsvap | dolpher, https://etherpad.openstack.org/p/install-from-source-remaining-work | 06:42 |
coolsvap | feel free to pick anything you like | 06:42 |
coolsvap | couple of priority 2 like barbican, zaqar are up for grab | 06:43 |
coolsvap | s/barbican/designate | 06:43 |
dolpher | got it | 06:44 |
dolpher | thanks SamYaple and coolsvap | 06:44 |
dolpher | I see that the current work start from centos, but the source code install part should be common and reusable to all linux releases? | 06:46 |
SamYaple | dolpher: it can, but dont worry too much about that at the moment | 06:52 |
SamYaple | in L3 there will be a templating push so all the files will be able to share code alot better | 06:52 |
dolpher | Both zaqar and designate are new to me, I will start from designate :-) (Filled my name to the etherpad) | 06:58 |
*** shardy has joined #kolla | 07:03 | |
openstackgerrit | Merged stackforge/kolla: Add build from source for Heat https://review.openstack.org/201886 | 07:19 |
inc0 | uhh Kolla was removed from stackalitics oO | 07:26 |
inc0 | they left just fuel there for stackforge projects | 07:26 |
inc0 | dolpher, hello, its MichaĆ from Intel:) just to introduce myseldf | 07:27 |
*** erkules_ is now known as erkules | 07:30 | |
*** erkules has quit IRC | 07:30 | |
*** erkules has joined #kolla | 07:30 | |
dolpher | inc0: Ha, it's you, nice to meet you here :-) | 07:31 |
dolpher | I'm dolpher from intel OTC | 07:32 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Ceilometer https://review.openstack.org/202421 | 07:39 |
inc0 | soon we'll merge code to kolla which will fail container unless run on intel CPU mwhahahahaha | 07:44 |
*** achanda has quit IRC | 07:46 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Barbican https://review.openstack.org/202424 | 07:54 |
nihilifer | o/ | 08:18 |
vincent_vdk | is it so that the kilo release doesn't have a cinder container? | 08:30 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Zaqar https://review.openstack.org/202441 | 08:49 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Ceilometer https://review.openstack.org/202421 | 08:53 |
SamYaple | inc0: are there other types of cpu? | 08:58 |
SamYaple | vincent_vdk: thats correct | 08:58 |
vincent_vdk | SamYaple: ok thanks | 08:59 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Horizon https://review.openstack.org/202446 | 09:03 |
coolsvap | pbourke, i think the .buildinfo is missing in every patchset, will update | 09:06 |
pbourke | coolsvap: np | 09:06 |
pbourke | Im marking them with -1 more as a note to myself that I've looked at them | 09:07 |
pbourke | coolsvap: however please review barbican as it seems to be using an older style of curl'ing within the Dockerfile | 09:08 |
coolsvap | yes the patchset will change | 09:09 |
*** dolpher has quit IRC | 09:10 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Ceilometer https://review.openstack.org/202421 | 09:12 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Zaqar https://review.openstack.org/202441 | 09:15 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Horizon https://review.openstack.org/202446 | 09:19 |
*** athomas has quit IRC | 09:20 | |
*** Ti-mo has joined #kolla | 09:20 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Barbican https://review.openstack.org/202424 | 09:24 |
*** athomas has joined #kolla | 09:27 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Change docker ADD file instruction to COPY https://review.openstack.org/202399 | 09:28 |
coolsvap | pbourke, are you working on install-from-source for neutron ? | 09:41 |
pbourke | coolsvap: yes | 09:53 |
SamYaple | i need to cut the grass | 10:02 |
coolsvap | pbourke, ack! | 10:02 |
SamYaple | can anyone confirm that neutron-server is missing api-paste.ini on a fresh build | 10:11 |
coolsvap | very strange error in ceilometer-base ,dump_vars included in minimum-environment-vars :-/ | 10:13 |
SamYaple | coolsvap: are the symlinks not symlinks? | 10:14 |
coolsvap | SamYaple, no wait, let me show you | 10:14 |
coolsvap | https://github.com/stackforge/kolla/blob/master/docker/common/ceilometer/ceilometer-base/config-ceilometer.sh#L16 | 10:15 |
coolsvap | the check_required_vars continued | 10:15 |
coolsvap | SamYaple, ^^ | 10:15 |
coolsvap | pbourke, i am skipping ADD to avoid further permission issues that can be encountered | 10:18 |
pbourke | ? | 10:19 |
coolsvap | pbourke, sorry will add it in review | 10:20 |
coolsvap | https://review.openstack.org/#/c/202424/2/docker/centos/source/barbican/Dockerfile | 10:20 |
*** dims_ has joined #kolla | 10:24 | |
SamYaple | coolsvap: the permissions issue was due to improper symlinks | 10:24 |
SamYaple | coolsvap: that like you liked me too looks like a bad script | 10:25 |
SamYaple | dump_vars is debug is it not? | 10:26 |
SamYaple | the \ at the end of the previous line is why its being read | 10:26 |
coolsvap | SamYaple, yes | 10:26 |
coolsvap | the \ at the end needs to be removed | 10:26 |
coolsvap | I am trying to build ceilometer containers and its failing for dump_vars | 10:27 |
coolsvap | so i noticed | 10:27 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Horizon https://review.openstack.org/202446 | 10:29 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Zaqar https://review.openstack.org/202441 | 10:30 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add build from source for Ceilometer https://review.openstack.org/202421 | 10:31 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Implement ceilometer container https://review.openstack.org/202489 | 10:39 |
*** dims_ has quit IRC | 10:39 | |
*** jmccarthy has quit IRC | 10:51 | |
*** jmccarthy has joined #kolla | 10:52 | |
openstackgerrit | James McCarthy proposed stackforge/kolla: Added memcached, dependancy required by blueprint swift-container https://review.openstack.org/202493 | 10:53 |
*** coolsvap has quit IRC | 10:58 | |
*** coolsvap has joined #kolla | 10:58 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Implement ceilometer container https://review.openstack.org/202489 | 11:05 |
openstackgerrit | Merged stackforge/kolla: Change docker ADD file instruction to COPY https://review.openstack.org/202399 | 11:08 |
*** gfidente has joined #kolla | 11:19 | |
openstackgerrit | James McCarthy proposed stackforge/kolla: Swift WIP https://review.openstack.org/202171 | 11:19 |
openstackgerrit | James McCarthy proposed stackforge/kolla: Add memcached image (required by Swift) https://review.openstack.org/202493 | 11:19 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add Gnocchi service to kolla https://review.openstack.org/180790 | 11:27 |
coolsvap | harmw, updated the changeset for gnocchi | 11:28 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add Gnocchi service to kolla https://review.openstack.org/180790 | 11:29 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add Gnocchi service to kolla https://review.openstack.org/180790 | 11:34 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Updated directory structure to make it consistent https://review.openstack.org/202381 | 11:38 |
*** shardy_ has joined #kolla | 11:39 | |
coolsvap | pbourke, SamYaple pls check https://review.openstack.org/202381 it failed in merge due to conflict | 11:39 |
*** shardy has quit IRC | 11:39 | |
*** shardy_ has quit IRC | 11:44 | |
*** shardy has joined #kolla | 11:45 | |
*** rhallisey has joined #kolla | 11:47 | |
*** inc0_ has joined #kolla | 11:55 | |
*** inc0 has quit IRC | 11:59 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add Gnocchi service to kolla https://review.openstack.org/180790 | 12:02 |
*** prad has joined #kolla | 12:06 | |
*** dims_ has joined #kolla | 12:14 | |
*** pradk has joined #kolla | 12:27 | |
*** dims_ has quit IRC | 12:30 | |
*** dims__ has joined #kolla | 12:32 | |
*** dims__ has quit IRC | 12:39 | |
pbourke | SamYaple: does this look like a potential bug to you? Both nova-api and nova-conductor are running 'nova db sync' but only the api has the BOOTSTRAP flag: | 12:43 |
pbourke | https://github.com/stackforge/kolla/blob/master/docker/common/nova-controller/nova-api/start.sh#L16 | 12:44 |
pbourke | https://github.com/stackforge/kolla/blob/master/docker/common/nova-controller/nova-conductor/config-internal.sh#L23 | 12:44 |
*** dwalsh has joined #kolla | 12:46 | |
*** shardy_ has joined #kolla | 12:48 | |
*** shardy has quit IRC | 12:49 | |
SamYaple | pbourke: config-internal.sh doesnt run in ansible | 12:50 |
SamYaple | an nova-api is the one that db syncs with ansible | 12:50 |
pbourke | SamYaple: yeah just realised as I hit enter... thanks | 12:50 |
SamYaple | i would argue that the apis are where you must do the db sync since they are the only project that requires access to the database | 12:50 |
pbourke | well nova is different though right | 12:51 |
SamYaple | for config-internal all the configs are the same, with ansible evenrtually all the configs will be stripped of fields they dont use | 12:51 |
SamYaple | no | 12:51 |
pbourke | the conductor is what access the db | 12:51 |
pbourke | *accesses | 12:51 |
SamYaple | the conductor and the api do | 12:51 |
pbourke | oh | 12:52 |
pbourke | have you seen this error on your travels when running nova db sync - KeyError: <VerNum(295)> | 12:52 |
SamYaple | scheduler does as well | 12:52 |
SamYaple | only when doing upgrades, but not since grizzly | 12:52 |
SamYaple | (and i doubt it was VerNum(295) | 12:52 |
pbourke | I know its something to do with migrations it should be a fresh db init | 12:52 |
*** shardy_ has quit IRC | 12:53 | |
SamYaple | no specifying head or something | 12:53 |
SamYaple | dunno each project does db_sync differente | 12:54 |
*** shardy has joined #kolla | 12:54 | |
*** diogogmt has quit IRC | 12:55 | |
*** jruano has joined #kolla | 12:56 | |
*** diogogmt has joined #kolla | 12:56 | |
*** jpeeler has joined #kolla | 12:56 | |
openstackgerrit | Merged stackforge/kolla: Updated directory structure to make it consistent https://review.openstack.org/202381 | 13:03 |
*** inc0_ has quit IRC | 13:04 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add Gnocchi service to kolla https://review.openstack.org/180790 | 13:06 |
*** inc0 has joined #kolla | 13:10 | |
*** coolsvap is now known as coolsvap|away | 13:13 | |
*** inc0 has quit IRC | 13:16 | |
*** dims_ has joined #kolla | 13:16 | |
*** jtriley has joined #kolla | 13:25 | |
*** sdake has joined #kolla | 13:25 | |
sdake | morning | 13:26 |
sdake | samyaple awake? | 13:28 |
*** prad has quit IRC | 13:41 | |
*** prad has joined #kolla | 13:42 | |
openstackgerrit | Paul Bourke proposed stackforge/kolla: Add build from source for Nova https://review.openstack.org/202568 | 13:43 |
sdake | hey pbourke | 13:44 |
pbourke | sdake: howdy | 13:44 |
sdake | say are you the same cat as pdb | 13:44 |
sdake | my guess is yes | 13:44 |
sdake | i just want to be sure :) | 13:44 |
pbourke | ha, yes :) | 13:45 |
openstackgerrit | Paul Bourke proposed stackforge/kolla: Add build from source for Nova https://review.openstack.org/202568 | 13:45 |
pbourke | pbourke = paul david bourke = paul bourke | 13:45 |
pbourke | = pdb | 13:45 |
pbourke | or something | 13:45 |
sdake | why did you changeo ur nick from pdb | 13:46 |
pbourke | because my client kept pinging me when people were discussing python debugging | 13:46 |
*** unicell has joined #kolla | 13:47 | |
*** unicell1 has quit IRC | 13:48 | |
openstackgerrit | Paul Bourke proposed stackforge/kolla: Add build from source for Nova https://review.openstack.org/202568 | 13:50 |
*** pradk has quit IRC | 13:52 | |
sdake | showing feelings of a almost human nature! | 13:52 |
sdake | this will not do. | 13:52 |
pbourke | me or the gerrit bot? | 13:53 |
pbourke | :p | 13:53 |
sdake | just signing along to pink floyd | 13:55 |
sdake | dont quit my day job right ;-) | 13:55 |
SamYaple | sdake: always | 13:55 |
*** mstachow has joined #kolla | 13:55 | |
SamYaple | im assuming one of you asked larsks to look at the pid bug? | 13:55 |
sdake | samyaple he looked of his own accord | 13:55 |
SamYaple | fixed in upstream docker 5 hours before i woke up | 13:55 |
SamYaple | go larsks! | 13:56 |
sdake | but likely after hearing me complain | 13:56 |
sdake | cool | 13:56 |
sdake | we still hae t oflive with that is in the field for the time being | 13:56 |
sdake | even thoug hthe when is super hacky | 13:56 |
SamYaple | hey so wierd. pid mode makes libvirt work (was broke on ubuntu too) | 13:56 |
SamYaple | libvirt worked at one point in the pat for me | 13:56 |
sdake | ya it does something wierd with permissions and systemd | 13:56 |
SamYaple | wonder if something changed upstream? | 13:56 |
SamYaple | yea but ubuntu 14.04 doesnt have systemd | 13:56 |
sdake | its always been that way with me | 13:57 |
SamYaple | and it worked before (no pid) | 13:57 |
sdake | well it always required pidmode on fedora | 13:57 |
SamYaple | well i take that back. nova-compute didnt crash before. i cant say libvirt _worked_ | 13:57 |
sdake | did larsks patch fix it, I wans't quite sure when looking at it | 13:57 |
SamYaple | i dont remember checking | 13:57 |
SamYaple | yup its all merged and good t ogo | 13:57 |
larsks | SamYaple: No, /me just noticed the pid bug in passing. | 13:58 |
SamYaple | though i have some thoughts on restructuring since i dont like this ../../start.yml setup, it was just the least DRY violating method i could think of at the time | 13:58 |
larsks | And thought it looked like an easy fix :) | 13:58 |
SamYaple | indeed | 13:58 |
SamYaple | i was heading to fix it myself but after cloning devel i saw it was working | 13:58 |
SamYaple | then i checked the history :D | 13:58 |
SamYaple | go on, someone ask me about neutron | 13:59 |
sdake | neutron is working? | 13:59 |
SamYaple | no | 14:00 |
sdake | whats going on with neutron then :) | 14:04 |
openstackgerrit | Sam Yaple proposed stackforge/kolla: WIP: Ansible Neutron support https://review.openstack.org/202577 | 14:04 |
SamYaple | no that was it. i was just making a joke | 14:04 |
SamYaple | i have two files to update, but i have grass to cut | 14:04 |
SamYaple | it should be up by today. then i have LOTS of polishing to do | 14:05 |
SamYaple | but good news is, i have nothing but ideas, no blockers | 14:05 |
sdake | nice | 14:05 |
sdake | say quic kq | 14:05 |
sdake | you ahve data containers for rabbit/galera | 14:06 |
sdake | I dont understand why for rabbit | 14:06 |
sdake | also the glance data container isn't being used | 14:06 |
SamYaple | yea niether is nova. i have to go back and add in data containers for things | 14:07 |
SamYaple | for rabbit that is because for mutlihost you have to have a persistent cookie file | 14:07 |
SamYaple | also i have plans for spporting bindmounted from host data folders in the same way | 14:08 |
SamYaple | for speed purposes | 14:08 |
SamYaple | so sdake you got everything running? (except neutron)? | 14:09 |
SamYaple | did you try multihost? | 14:09 |
sdake | have not tried multihost | 14:09 |
sdake | i will today hopefully | 14:09 |
sdake | been bsy | 14:09 |
SamYaple | ok. found a multihost impacting issue in nova | 14:09 |
SamYaple | fixed in that neutron WIP though | 14:10 |
SamYaple | the layer squashing can save about 500MB on the galera image it looks like sdake | 14:12 |
SamYaple | so all images should get squashed to <500MB while still sharing layers | 14:12 |
SamYaple | bbiab grass | 14:13 |
sdake | i have lawn service ftw ;) | 14:15 |
pbourke | no lawn | 14:16 |
SamYaple | i have a push mower | 14:16 |
SamYaple | all manual | 14:17 |
SamYaple | its got whatever the opposite of gear reducition is | 14:17 |
openstackgerrit | Paul Bourke proposed stackforge/kolla: Add missing symlinks in neutron-base https://review.openstack.org/202587 | 14:19 |
jpeeler | SamYaple: how much more efficient is "if variable" than "if variable == 1"? | 14:20 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Add Gnocchi service to kolla https://review.openstack.org/180790 | 14:20 |
jpeeler | i'm looking over your build.py logging comments | 14:21 |
*** unicell has quit IRC | 14:21 | |
*** pbourke has quit IRC | 14:22 | |
*** pbourke has joined #kolla | 14:22 | |
sdake | jpeeler it makes no difference during execution | 14:24 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Implement ceilometer container https://review.openstack.org/202489 | 14:25 |
sdake | the first time the == 1 might be a little slower but then it gets compiled intobytecode | 14:25 |
sdake | setup.py and build.py typically bytecompile ahead o ftime | 14:25 |
sdake | rather just setup.py | 14:25 |
sdake | if you hadn't pre-bytecompiled, the == 1 would be slower on the first execution because its more to parse | 14:25 |
jpeeler | ok good, just making sure i'm not writing horrible code (at least performance wise) | 14:25 |
sdake | I see little in kolla that needs optimiziation besides the image building process - that takes a long time | 14:26 |
jpeeler | yeah and i don't know if SamYaple is around, but the motivation in keeping the test with the parsing stuff is because i was trying to finish this before i left | 14:27 |
jpeeler | but now i see it may not be so bad to do the better way, so i'll work on that | 14:27 |
*** shardy_ has joined #kolla | 14:38 | |
*** shardy has quit IRC | 14:39 | |
*** rhallisey has quit IRC | 14:39 | |
*** dwalsh has quit IRC | 14:41 | |
*** rhallisey has joined #kolla | 14:42 | |
*** shardy_ has quit IRC | 14:43 | |
*** shardy has joined #kolla | 14:44 | |
*** mstachow has quit IRC | 14:52 | |
sdake | if only the f35 used ci | 14:53 |
SamYaple | jpeeler: i dont know how much more efficient, or any, i just know it gets eval'd 1000's of times per build potentially | 14:55 |
SamYaple | i just others knowledge of the lower levels of python more | 14:55 |
SamYaple | trust* | 14:55 |
SamYaple | jpeeler: i would like to learn more about project-config and what not. can you send me a list of the commits you are doing to "make this work" so i can understand how to make a new test? | 14:56 |
*** inc0 has joined #kolla | 14:56 | |
SamYaple | bbiab again | 14:57 |
sdake | samyaple it is converted into bytecode onthe first run and stored in memory | 15:00 |
sdake | i guess if you had memory pressure it could conceivably need to be reparsed | 15:00 |
sdake | but I think it stores the bytecode on disk as well | 15:00 |
sdake | i think those two things make the same byte code,but not 100% positive | 15:01 |
sdake | if I were a compiler, i'd make the same bytecode ;) | 15:01 |
jpeeler | i just tested because i was curious, the difference is there but not much of a difference | 15:01 |
*** daneyon_ has joined #kolla | 15:02 | |
jpeeler | and yeah, give me a second to send the project-config changes | 15:02 |
jpeeler | gotta go fix something real quick | 15:02 |
*** daneyon has quit IRC | 15:04 | |
*** coolsvap|away is now known as coolsvap | 15:06 | |
coolsvap | pbourke, around? | 15:07 |
coolsvap | sdake, most of the install from source change-sets are done | 15:07 |
pbourke | coolsvap: yes | 15:07 |
coolsvap | pbourke, regarding the ceilometer container, the dockerfiles are already present in repo | 15:08 |
pbourke | ah | 15:08 |
coolsvap | the patch is the remaining work | 15:09 |
*** blahRus has joined #kolla | 15:09 | |
pbourke | can you add a more appropriate commit msg? | 15:09 |
pbourke | please | 15:09 |
coolsvap | this bp has been through many contributors, partially done | 15:09 |
coolsvap | yes updated the commit message as well :) | 15:09 |
coolsvap | i mean added details in commit message | 15:10 |
pbourke | "Implement ceilometer container" - says to me this is implementing the container, not adding some missing files | 15:10 |
*** absubram has joined #kolla | 15:11 | |
*** sdake has quit IRC | 15:11 | |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Parttially implement ceilometer container code https://review.openstack.org/202489 | 15:11 |
*** unicell has joined #kolla | 15:12 | |
*** prad has left #kolla | 15:15 | |
*** sdake has joined #kolla | 15:17 | |
SamYaple | damn pbourke getting all specific | 15:18 |
SamYaple | crack the whip | 15:18 |
sdake | samyaple why does rabbit have a data container | 15:18 |
SamYaple | i told youooooo | 15:18 |
sdake | must have got dced sorry | 15:19 |
sdake | networking behaving poorly today | 15:19 |
sdake | for some reason | 15:19 |
SamYaple | 14:07 < SamYaple> for rabbit that is because for mutlihost you have to have a persistent cookie file | 15:19 |
sdake | got it | 15:19 |
pbourke | :P | 15:19 |
sdake | should we not make a data container then? | 15:19 |
SamYaple | 14:08 < SamYaple> also i have plans for spporting bindmounted from host data folders in the same way | 15:19 |
SamYaple | 14:08 < SamYaple> for speed purposes | 15:19 |
pbourke | coolsvap: nice work though, you're moving like lightning! | 15:19 |
SamYaple | sdake: you can, but i cant use a data container for ansible | 15:19 |
sdake | because theye xit? | 15:20 |
SamYaple | i mean i suppose i can, but there is absolutely no benefit at all | 15:20 |
SamYaple | that and for bindmounting to the host i still ahve to specify the volumes manually when i launch it | 15:20 |
sdake | ok well glance has a data container | 15:21 |
sdake | as well as nova | 15:21 |
sdake | those are not used? | 15:21 |
SamYaple | no | 15:21 |
SamYaple | again, I suppose i can, but there is absolutely no benefit to doing it | 15:22 |
sdake | the data container is meant to be persistent so nova canbe upgraded without affecting data | 15:22 |
SamYaple | same affect is happening | 15:22 |
SamYaple | effect* | 15:22 |
sdake | how doy ou get the same effect? | 15:22 |
SamYaple | by doing the same thing? the data container is only specifying the volume and run command (/bin/true) | 15:23 |
SamYaple | i am doign that in ansible | 15:23 |
SamYaple | since i must specify the volume with ansible, i see no reason to have another container as overhead | 15:23 |
SamYaple | another image | 15:23 |
sdake | where does the /var/llib/libvirt volume come from, which container? | 15:23 |
SamYaple | there is stil la container, i just dont use a different image | 15:23 |
SamYaple | there will be a libvirt_data container | 15:24 |
bmace | wow, infra still hasn't workflowed my change :/ | 15:24 |
bmace | and good morning all :) | 15:24 |
sdake | [sdake@bigiron ansible]$ sudo docker ps -a | grep libvirt | 15:24 |
sdake | c9364a4c27fd kollaglue/centos-rdo-nova-libvirt:latest "/start.sh" 8 minutes ago Up 8 minutes nova_libvirt | 15:24 |
sdake | [sdake@bigiron ansible]$ | 15:24 |
sdake | oh will be | 15:24 |
sdake | ya there is already a nova data container why not just use that | 15:24 |
SamYaple | sdake: again, as i said earlier | 15:24 |
SamYaple | 14:07 < SamYaple> yea niether is nova. i have to go back and add in data containers for things | 15:24 |
SamYaple | sdake: i just explained why | 15:25 |
sdake | got it so its on the todo list | 15:25 |
sdake | something must be up with my internet | 15:25 |
sdake | i didn't ge tthat message | 15:25 |
sdake | the first time | 15:25 |
SamYaple | what do we gain from using a seperate image? | 15:25 |
sdake | the separate data container image is never upgraded | 15:25 |
SamYaple | it is | 15:25 |
sdake | only the containers themselves, allowing for binary and data to migrate at differetn rates | 15:25 |
SamYaple | youre wrong | 15:26 |
SamYaple | the base for it changes and therefor it will get upgraded | 15:26 |
sdake | yes during a rebuild it will but should not | 15:26 |
SamYaple | same here | 15:26 |
SamYaple | not seeing a benefit to a seperate image | 15:26 |
sdake | the base should be centos | 15:26 |
sdake | not centos-rdo-* | 15:26 |
sdake | the base of the data container that is | 15:26 |
sdake | ok its very simple, lets assume you have nova libvirt and nova compute | 15:27 |
sdake | they store /var/lib/nova and /var/lib/libvirt | 15:27 |
sdake | this is where persistent storage is done | 15:27 |
sdake | you store these in a centos-based data container | 15:27 |
sdake | this data containe never gets replaced | 15:27 |
sdake | but the regular containers do on upgrade | 15:27 |
SamYaple | this is not true | 15:27 |
SamYaple | you are wrong | 15:27 |
openstackgerrit | Swapnil Kulkarni proposed stackforge/kolla: Parttially implement ceilometer container code https://review.openstack.org/202489 | 15:27 |
sdake | I am tlaking in a "how it should work world" | 15:27 |
SamYaple | when centos changes the data container will recreate | 15:28 |
sdake | not how it works today world | 15:28 |
SamYaple | in that case we need a image with only /bin/sleep or something | 15:28 |
SamYaple | _then_ it would never change | 15:28 |
SamYaple | until then it is just another container and unneeded | 15:28 |
sdake | we can control the changes by what we build, no? :) | 15:28 |
sdake | eg if data-container-deployed dont build | 15:29 |
sdake | here is the problem with the current model | 15:29 |
sdake | if i upgrade glance images | 15:29 |
sdake | rather glance containers | 15:29 |
sdake | all the images stored in glance go byebye | 15:29 |
SamYaple | i understand what you are saying, what i am saying is the model you say we have is not the model we have | 15:29 |
SamYaple | i understand why we have data container, but i dont see the need for a seperate image | 15:30 |
SamYaple | unless that image only containers a single binary (sleep for exampe) | 15:30 |
sdake | agree we could just use centos with /bin/sleep | 15:30 |
SamYaple | wrong same issue | 15:30 |
SamYaple | when centos upgrades the container recreates | 15:30 |
sdake | only if we build it | 15:30 |
sdake | we control which containers get tagged | 15:30 |
SamYaple | we build everything | 15:30 |
SamYaple | now you are saying we have single buil;d images | 15:31 |
sdake | herein lies the problem ;) | 15:31 |
sdake | well i assume you accept that upgrading a container shouldn't result in lost data in the cloud? :) | 15:31 |
sdake | if so, lets figure out how to fix that | 15:31 |
SamYaple | and i assume you understand what i am doing is no different that what you are saying | 15:31 |
sdake | except your not starting a separate container that we can control the upgrade and starting process of | 15:32 |
sdake | via tagging or some other mechanism | 15:32 |
SamYaple | i am indeed | 15:32 |
sdake | for glance? | 15:32 |
SamYaple | for rabbit_data that IS a seperate container | 15:32 |
SamYaple | for mariadb_data that IS a seperate container | 15:32 |
sdake | i get rabbit galera, i've moved on to glance ;) | 15:32 |
SamYaple | 15:25 < SamYaple> 14:07 < SamYaple> yea niether is nova. i have to go back and add in data containers for things | 15:33 |
SamYaple | the context is talking about glance | 15:33 |
sdake | got it | 15:33 |
sdake | so data containers, however we do that, is tbd | 15:33 |
SamYaple | i am aware of which data containers are missing, i am against using a seperate image to launch them | 15:33 |
sdake | the nice thing about separate data containers is they canbe backed up and restored indepdenetly | 15:33 |
SamYaple | we have seperate containers | 15:34 |
SamYaple | i am against using seperate IMAGES | 15:34 |
sdake | ok, so lets say we use same image, and run ansible site.yml, wont it replace the current data containers deployed? | 15:34 |
SamYaple | one at a time it will | 15:35 |
SamYaple | so no chance of lossing data | 15:35 |
SamYaple | period | 15:35 |
*** blahRus has quit IRC | 15:35 | |
sdake | I thought you had to have separte images you had to use the VOLUME operation | 15:35 |
SamYaple | nope | 15:35 |
SamYaple | thats what ive been saying | 15:35 |
sdake | how is there no chance of losing data | 15:35 |
SamYaple | hold on let me link you to the docker docs | 15:36 |
sdake | I dont understand docer well enough uner the hood to know for certain the data will persist ;-) | 15:36 |
SamYaple | http://docs.docker.com/userguide/dockervolumes/ | 15:36 |
sdake | yes of course i've read this | 15:36 |
sdake | what specifically did you want me to read | 15:36 |
SamYaple | not well enough it seems | 15:36 |
SamYaple | sorry did not mean that like it came out :) | 15:37 |
SamYaple | specifically if a container is still using a VOLUME then it stays persistent | 15:37 |
sdake | its ok i have thick skin | 15:37 |
sdake | ok, so we dont need VOLUME then? | 15:37 |
SamYaple | so glance is using teh VOLUME it gets recreated but glance_data is still using it so it sticks around | 15:37 |
SamYaple | if glance_data restarts galnce is still holding onto the VOLUME | 15:37 |
*** blahRus has joined #kolla | 15:38 | |
SamYaple | and its not restarts, but remove and add back | 15:38 |
SamYaple | and in the case of recreate you can hold volumes even across image switches | 15:38 |
SamYaple | what it comes down to is thie model is perfectly safe | 15:38 |
pbourke | http://googlecloudplatform.blogspot.co.uk/2015/07/Containers-Private-Cloud-Google-Sponsors-OpenStack-Foundation.html | 15:38 |
SamYaple | sdake dont worry. this conversation wont last long since 1.8 is apparently getting top-down volume control without this ugly "data container" | 15:40 |
SamYaple | pbourke: im not sure how i read that article | 15:41 |
SamYaple | as in, are you pointing to this as competition for Kolla? | 15:41 |
SamYaple | i read it more like nova-docker competition | 15:41 |
SamYaple | not sure thoug | 15:41 |
pbourke | hard to know | 15:41 |
sdake | magnum guys magnum | 15:41 |
sdake | magnum includes kubernetes | 15:42 |
SamYaple | sdake: but magnum isnt containers on baremetal like nova-docker, right? | 15:42 |
SamYaple | it spins up a vm i thought | 15:42 |
sdake | magnum integrates various COEs such as swarm and magnum into OpenStack | 15:42 |
SamYaple | magnum integrates magnum? | 15:42 |
sdake | no it spins up microservices pods/services/replication controllers or swarm stuff | 15:42 |
SamYaple | what is this openstack cascading? | 15:42 |
sdake | swarm and kubernetes :) | 15:43 |
pbourke | at first I thought yeah they would be competing essentially but maybe it is more like magnum. but then, why wouldnt they mention magnum | 15:43 |
SamYaple | for those that dont get my joke: https://wiki.openstack.org/wiki/OpenStack_cascading_solution | 15:43 |
sdake | replace second magnum with kubernetes | 15:43 |
SamYaple | specifically, look at this image https://wiki.openstack.org/w/images/b/bb/Cascading02.png | 15:43 |
SamYaple | BOOOO | 15:43 |
jpeeler | SamYaple: let me know if you want something a little more permanent - http://paste.fedoraproject.org/245056/14370614/ | 15:44 |
SamYaple | jpeeler: and thats it? | 15:45 |
jpeeler | heh yeah | 15:45 |
*** shardy_ has joined #kolla | 15:45 | |
SamYaple | confusing as hell, but its short | 15:45 |
SamYaple | wfm | 15:45 |
jpeeler | going to try and get this done today | 15:45 |
jpeeler | when's your day look like? | 15:46 |
jpeeler | as in, how many hours do you have left | 15:46 |
SamYaple | i normally sleep now but considering staying up since i have a date tonight | 15:46 |
jpeeler | oh cool :) | 15:46 |
*** shardy has quit IRC | 15:46 | |
SamYaple | im psyched about seeing how fast teh parallel build is | 15:47 |
SamYaple | im hoping <10m | 15:47 |
jpeeler | me too | 15:47 |
sdake | samyaple at the conclusion of l2, would I be able to run ansible site.yml and not lose my persistent data? | 15:47 |
SamYaple | sdake: yes | 15:47 |
sdake | but if I do that now, I will lose my persistent data? (on a container contents change) | 15:48 |
SamYaple | for ones that have a "data" contaienr already, no | 15:48 |
SamYaple | for the ones i need to add (glance nova) yes | 15:48 |
sdake | ok got it | 15:48 |
sdake | so we can just folllow same pattern for data containers for nova and glance then? | 15:48 |
SamYaple | indeed | 15:49 |
sdake | there is an etc dir that needs to be done in nova as well iirc | 15:49 |
sdake | or the network wont start | 15:49 |
SamYaple | for nova-network maybe | 15:49 |
SamYaple | i hadn't planned on supporting that with ansible | 15:50 |
SamYaple | that really throws a kink in the flow... | 15:50 |
sdake | one of the top 3, although behind linux-bridge | 15:50 |
SamYaple | yea but im not sure its doable to support nova-network | 15:50 |
*** shardy_ has quit IRC | 15:50 | |
SamYaple | not alot of room for if-then with ansible | 15:50 |
sdake | agree when is a bit clunky | 15:51 |
SamYaple | ill have to think about this more | 15:51 |
*** shardy has joined #kolla | 15:51 | |
SamYaple | we might be able to do it cleanly | 15:51 |
sdake | linux bridge is #1 is almost every survey | 15:52 |
SamYaple | as in neutron linuxbridge? | 15:52 |
sdake | so i'd like to go with that as a follow on | 15:52 |
sdake | ya | 15:52 |
SamYaple | booo | 15:52 |
SamYaple | ovs is better | 15:52 |
sdake | ya i guess ovs is flakey ;) | 15:52 |
sdake | i dont realy know the details of the surveys i saw | 15:53 |
SamYaple | the ones packaged with ubuntu is 2.0.2 | 15:53 |
sdake | the *why* | 15:53 |
SamYaple | that is an alpha | 15:53 |
openstackgerrit | Paul Bourke proposed stackforge/kolla: Add build from source for Neutron https://review.openstack.org/202662 | 15:53 |
SamYaple | so yea i get that | 15:53 |
SamYaple | 2.3.1 is within 10% of the performance of linuxbridge and neutron actually supports OVS ;) | 15:53 |
SamYaple | linuxbridge is an afterthought | 15:53 |
SamYaple | afterbirth might be more appropriate | 15:53 |
sdake | iirc nova-network was #2 and ovs was #3 | 15:55 |
sdake | this was real world deploy survey data | 15:56 |
SamYaple | ovs requires an external module, thats probably the big holdback here | 15:56 |
sdake | let me see if i cn find link | 15:56 |
SamYaple | linuxbridge may never be able to support DVR | 15:57 |
SamYaple | ive been on this alot | 15:57 |
sdake | dvr is what | 15:57 |
SamYaple | awesomeness | 15:58 |
SamYaple | compute <--> internet | 15:58 |
SamYaple | no networking node needed | 15:58 |
SamYaple | east-west scaling | 15:58 |
sdake | oh directvirtua lroutin you mean | 15:58 |
SamYaple | its funny since rackspace public cloud is OVS | 15:59 |
SamYaple | so is HP Helion | 15:59 |
SamYaple | i know lots of mirantis stuff is | 15:59 |
SamYaple | i think that survey was bogus | 15:59 |
sdake | it was definately a trusted source (foundation) | 16:00 |
sdake | tryingto find | 16:00 |
*** inc0 has quit IRC | 16:00 | |
sdake | we need at minimum linux bridge and ovs | 16:00 |
SamYaple | id like to see the companies and how many declined to comment | 16:00 |
SamYaple | agreed no argument | 16:00 |
SamYaple | bbiab | 16:00 |
sdake | we can sort out the other networking modes if ppl ask | 16:01 |
*** ccrouch has left #kolla | 16:03 | |
*** coolsvap is now known as coolsvap|away | 16:05 | |
*** sdake_ has joined #kolla | 16:07 | |
*** sdake has quit IRC | 16:10 | |
*** absubram has quit IRC | 16:15 | |
*** achanda has joined #kolla | 16:28 | |
*** achanda has quit IRC | 16:29 | |
*** dims_ has quit IRC | 16:30 | |
*** dims_ has joined #kolla | 16:32 | |
*** dims_ has quit IRC | 16:32 | |
pbourke | image building is killing me | 16:33 |
pbourke | very slowly | 16:33 |
*** achanda has joined #kolla | 16:35 | |
vincent_vdk | pbourke: wasn't docker going to solve that ;-) | 16:48 |
pbourke | vincent_vdk: it does for the end user I think | 16:49 |
pbourke | vincent_vdk: just pushes the pain onto us ;) | 16:49 |
vincent_vdk | hehe | 16:49 |
vincent_vdk | still better than vms | 16:50 |
*** absubram has joined #kolla | 16:53 | |
pbourke | agree | 16:53 |
sdake_ | building vms is worse | 16:56 |
sdake_ | i did that for oh about 18 months before implementing heat :) | 16:56 |
sdake_ | that is why heat uses cloudinit ;-) | 16:56 |
sdake_ | build on the fly = less pain | 16:57 |
vincent_vdk | something else, i've noticed that network namespaces and containers don't like ip netns exec | 17:05 |
openstackgerrit | Paul Bourke proposed stackforge/kolla: Fix checking out custom refs in gen-source-tar https://review.openstack.org/202706 | 17:09 |
SamYaple | vincent_vdk: dont get me started | 17:11 |
*** absubram has quit IRC | 17:12 | |
SamYaple | they work with them fine oyu just need a better understanding of whats going on | 17:12 |
SamYaple | i am more than happy to give you that better understanding, can you reminded me tomorrow? | 17:12 |
vincent_vdk | sure | 17:14 |
*** mandre has quit IRC | 17:17 | |
*** athomas has quit IRC | 17:22 | |
*** mandre has joined #kolla | 17:22 | |
*** loth has joined #kolla | 17:24 | |
*** achanda has quit IRC | 17:25 | |
*** athomas has joined #kolla | 17:26 | |
*** dims_ has joined #kolla | 17:32 | |
*** achanda has joined #kolla | 17:35 | |
*** dims_ has quit IRC | 17:39 | |
*** achanda has quit IRC | 17:40 | |
*** achanda has joined #kolla | 17:46 | |
*** dwalsh has joined #kolla | 17:52 | |
*** dims_ has joined #kolla | 17:52 | |
*** dims_ has quit IRC | 17:53 | |
*** shardy_ has joined #kolla | 17:53 | |
*** shardy has quit IRC | 17:54 | |
*** dims_ has joined #kolla | 17:57 | |
*** shardy_ has quit IRC | 17:58 | |
*** shardy has joined #kolla | 17:59 | |
*** sdake has joined #kolla | 18:13 | |
*** achanda has quit IRC | 18:16 | |
*** sdake_ has quit IRC | 18:16 | |
*** achanda has joined #kolla | 18:26 | |
openstackgerrit | Steven Dake proposed stackforge/kolla: Add build from source for Magnum https://review.openstack.org/201895 | 18:28 |
*** absubram has joined #kolla | 18:34 | |
openstackgerrit | Steven Dake proposed stackforge/kolla: Add build from source for Magnum https://review.openstack.org/201895 | 18:35 |
*** achanda has quit IRC | 18:38 | |
*** jasonsb has quit IRC | 18:49 | |
*** dims_ has quit IRC | 18:51 | |
*** dims_ has joined #kolla | 18:52 | |
*** dims_ has quit IRC | 18:56 | |
*** sdake_ has joined #kolla | 19:08 | |
*** sdake has quit IRC | 19:11 | |
*** jasonsb has joined #kolla | 19:48 | |
*** achanda has joined #kolla | 20:03 | |
*** achanda has quit IRC | 20:09 | |
*** achanda has joined #kolla | 20:19 | |
*** jtriley has quit IRC | 20:35 | |
bmace | is it really necessary for the neutron build to creates a ton of veths? it makes my system a sad penguin. | 20:36 |
*** dims_ has joined #kolla | 20:37 | |
*** jpeeler has quit IRC | 20:58 | |
*** absubram has quit IRC | 21:02 | |
*** jpeeler has joined #kolla | 21:11 | |
*** snoyes1 has joined #kolla | 21:15 | |
*** jpeeler has quit IRC | 21:32 | |
*** rhallisey has quit IRC | 21:39 | |
*** jpeeler has joined #kolla | 21:45 | |
*** dwalsh has quit IRC | 21:57 | |
*** shardy has quit IRC | 22:00 | |
*** jruano has quit IRC | 22:04 | |
*** jruano has joined #kolla | 22:08 | |
*** achanda has quit IRC | 22:10 | |
*** achanda has joined #kolla | 22:27 | |
*** achanda has quit IRC | 22:41 | |
*** achanda has joined #kolla | 23:09 | |
*** sdake_ has quit IRC | 23:12 | |
*** gfidente has quit IRC | 23:13 | |
SamYaple | bmace: not when OVS has full conntracking adn the iptables rules can be implemented as flows | 23:14 |
SamYaple | then only one tap per vm! | 23:14 |
*** daneyon_ has quit IRC | 23:16 | |
*** athomas has quit IRC | 23:21 | |
bmace | just seems odd to need all those at build time. at run time i understand the need, if you have lots of vms, etc. | 23:30 |
bmace | and hey sam, hope you are doing well :) | 23:31 |
*** openstackstatus has joined #kolla | 23:33 | |
*** ChanServ sets mode: +v openstackstatus | 23:33 | |
*** britthouser has quit IRC | 23:47 | |
*** britthouser has joined #kolla | 23:50 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!