Thursday, 2016-04-07

manjeetssdake not yet let me get some results from lb will try afterwards00:01
sdakecool when you try leave info in the review please00:02
*** athomas has quit IRC00:03
manjeetssdake sure00:03
sdakethanks manjeets00:04
*** vhosakot has joined #openstack-kolla00:09
dave-mcc_sdake should vm boots now with latest patch?00:11
sdakedave-mcc_ my vm waits in build state00:12
sdakei am building from source00:12
dave-mcc_is the behavior different with TLS?  maybe that's enough for me to debug.00:12
sdakei have tls disabled00:13
sdakewith tls enabled it definately never booted before00:13
sdakei think i have tls disabled let me double check00:13
gmmahasdake: going to try and enable magnum on kolla deploy.. any pitfalls i should look for?00:13
sdakeit doesn't work00:14
gmmahaaah :)00:14
sdakebug in 2..0.0 bug list00:14
sdaketls is disabled dave00:14
gmmahaand i am trying to deploy linux bridge again after manjeets got it working.. i am 84 commits ahead of him butnothing in the neutron roles directory00:15
sdakeso not sure if this is my patch or what00:15
sdakewhat did manjeets have to do to get linux bridge working00:15
sdakegmmaha we are about t-10 days from having all these problems solved, based upon my professional experience00:15
sdakeexcept possibly magnum00:16
gmmahasdake: he said he had to clean everything in /etc/kolla/* in all the dpeloyment targets00:16
gmmahafor both neutron and nova00:16
sdakeinteresting00:17
sdakedid that work for you?00:17
gmmahagoing to test it now00:17
sdakewhen i clean up i copy my yml files to /tmp and rm -rf /et/ckolla and copy y eml files back in00:17
sdakegmmaha arey ou on master?00:17
sdakemore or less?00:18
gmmahasdake: more of less..00:18
sdakeand your vms boot?00:18
gmmahai am 3 commits away00:18
gmmahayeah00:18
sdakedave-mcc_ do you ahve tls enabled?  with tls enabled, the symptom I saw was vms woudl not boot00:18
pabelangersdake: ask this earlier but you were offline.00:18
pabelangerGreetings, wanted to see when kolla is expecting to tag its mitaka release00:18
sdakewound me00:18
pabelangerover in openstack-infra we're looking at migrating your devstack-centos7 jobs to centos-7 dibs. Which requires some downtime00:18
gmmahai was able to get 150 Vms up.. though i only got 4 compute nodes00:18
sdakepabelanger we just slipped a week to the 15th00:18
sdakein today's meeting00:18
pabelangerHmm... okay00:19
dave-mcc_my vms are not booting (time out error) even with no tls and only single vip.00:19
sdakewith your patch applied?00:19
sdakeor with master00:19
dave-mcc_master + your patch.00:19
sdakemaster also didn't work?00:20
sdakecentos source or binary?00:20
dave-mcc_same behavior for both.  centos binary.00:20
manjeetswith linux bridge first run of 100 vms and error rate is 100%00:20
gmmahamanjeets: holy cow00:21
sdakedave let me check if sbezverk's patch has merged00:21
gmmahawhats the error00:21
manjeetsthe problem is not even a single port got created00:21
manjeetsdebugging logs00:21
gmmahamanjeets: check if linux_bridgeagent container is running00:21
gmmahathat was the error i was hitting before00:21
manjeetsit is00:21
*** cbits has quit IRC00:23
sdakedid yo ureboot before switching deployment types?00:24
sdakeoh i have linuxbridge enabled00:24
sdakemy vms are not starting00:24
manjeetssdake i did 2 reboots00:24
sdakelet me go back to ovs00:24
manjeetshttp://paste.openstack.org/show/493251/00:24
manjeetsi see warning in docker logs00:24
*** daneyon has quit IRC00:25
manjeetssome version mess may be happening setuptools00:25
sdakeya setuptools is installed twice00:25
sdakei am aware of it00:26
manjeetswhat how it can be twice00:26
manjeetsyou mean 2 versions ?00:26
sdakeyup pip upgrde setuptools will not upgrade setuptools that ships with centos00:26
sdakeits a bug in pip00:26
sdakebut really we shouldn't be installing setuptools00:26
manjeetsare you sure of ubuntu00:27
*** rhallisey has joined #openstack-kolla00:27
sdakeoh this is a centos problem00:27
sdakenot sure on ubuntu00:27
sdakebut uubuntu also installs binary setuptools i think00:27
sdakethrough jinja2 dependency00:27
sdakei can't fix 20 bugs a day guys00:27
sdakehang tight00:27
sdakei'm luckky if i cn do 2 a dy00:28
manjeetssdake ptl's should be ready to fix 100 a day00:28
manjeetslol00:28
*** daneyon has joined #openstack-kolla00:28
sdakeptl no differnet then any other contributor to the project00:32
manjeetssetup tools where should be updated00:33
manjeets?00:33
manjeetsand which version is required00:33
sdakeit can't be updated00:33
manjeetslb is messing with00:33
manjeetswhat ?00:33
sdakethe only way to fix it is to remove it00:33
sdakein openstack-base/Dockerfile.j200:33
manjeetsmeans it won't work with lb then00:33
manjeets?00:33
manjeetsif i don't have that lot of thing in neutron code are importing setup tools00:34
sdakemanjeets i've got about 20 patches outstanding thats about the most i can have and maintain context on them all00:34
*** absubram has quit IRC00:34
sdakei just told you how to fix it, remove it with dpkg00:35
sdakein ubuntu or centos using rpm00:35
manjeetsok00:35
sdakein openstack-bae dockerfile00:36
sdakei did this rcently for kolla-toolbox00:36
sdakebecaue it buildss from base00:36
sdakebut it also needs to be done for openstack-base00:36
manjeetswhere is openstack-base i mean is it on all targets ?00:37
sdakein the docke rdirectory00:37
sdakeopenstack-base is used as a base image for all other openstack iamges00:38
sdakebase is used as a bse image for non-openstack images00:39
manjeetsin /var/lib/docker ?00:39
*** jrist has quit IRC00:39
*** achanda has quit IRC00:40
sdakemanjeets i am helping dave atm00:40
sdakehe is blocked on fixing bugs00:40
sdakelook in th source tree00:40
sdakedocker/openstack-base/dockerfile.j200:40
vhosakotmanjeets: help me catch up.... i will help you... what is the isuue ? linux bridge ?00:40
sdakelook at recent changes to dockerfile.j2 for kolla-toolbox00:41
vhosakotmanjeets: i will check irc logs00:41
gmmahamanjeets: can you send us the full log00:41
gmmahasdake: i will try and help vhosakot here00:41
*** jrist has joined #openstack-kolla00:41
*** jrist has joined #openstack-kolla00:41
sdaketia :)00:41
vhosakotcool... digging irc logs00:42
sdakedave-mcc_ do you hve this ocmmit in your repo?     Adds migration step from nova to nova_api database00:43
*** Marga_ has quit IRC00:43
gmmahavhosakot: when i deployed linuxbridge on ubuntu i got this. https://bugs.launchpad.net/kolla/+bug/156654300:43
openstackLaunchpad bug 1566543 in kolla "linuxbridge deployment is broken with latest master (2f4a3f35c00277cc97e887ba647395a702268e84)" [Undecided,New]00:43
gmmahahoping manjeets is the same. then its one issue to debug00:43
manjeetsi don't even see setup tools in Dockerfile.J200:44
sdakeyes its a dep of jinja200:44
vhosakotgmmaha: cool.. manjeets are you seeing http://paste.openstack.org/show/493076/00:44
vhosakotlinux bridge worked for me 2 weeks ago on AIO00:45
vhosakoti will check with master now00:45
manjeetsvhosakot deployment is done properly00:45
manjeetsgmmaha is having issue with deployment00:45
manjeetsi don't see that00:46
sdake--shared00:46
sdakewill cause deployment issue00:46
gmmahamanjeets: my deployment finished.. but netutron _linuxbridge agent wasnt running and i coldnt get the container to run00:46
manjeetsmine is running00:46
manjeetslet me double check00:46
*** Marga_ has joined #openstack-kolla00:47
vhosakoti will see if I can repro  https://bugs.launchpad.net/kolla/+bug/1566543  with mater as we speak00:47
openstackLaunchpad bug 1566543 in kolla "linuxbridge deployment is broken with latest master (2f4a3f35c00277cc97e887ba647395a702268e84)" [Undecided,New]00:47
*** Jeffrey4l has joined #openstack-kolla00:48
manjeetsthere is definitely a issue with lb i see that container getting stopped when i schedule vms00:48
manjeetsit was running when i first started00:48
dave-mcc_i need to take off for a team dinner.  i'll check back in later.00:51
*** dave-mcc_ has quit IRC00:51
*** Marga_ has quit IRC00:51
gmmahavhosakot: on a side Q.. i did a cleanup of hosts and i still see ovs-system, br-ex, br-int and br-tun in al the targets00:52
gmmahaany tips on flushing it?00:52
gmmahai remember inc0 suggested something a while back and i see to have completely missed it00:52
vhosakota linux bridge deployment after an OVS deployment is not the right way00:52
*** weiyu has joined #openstack-kolla00:53
vhosakotgmmaha: cleanup everything, reboot, run linux bridge00:53
vhosakotgmmaha: yes, ovs-system should not even be seen in the first place with linux bridge00:53
gmmahavhosakot: right.. not doing linuxbridge now00:53
gmmahathat error was from a previous deploy00:53
vhosakotah ok...00:54
gmmahaits now manjeets who is running is linuxbridge :)00:54
vhosakotyou see ovs-system, br-ex, br-int and br-tun after cleanup ?00:54
gmmahai am re-deploying OVS, but was curious how i can clean out all those.00:54
gmmahaChanServ: yeah00:54
gmmahavhosakot: yeah00:54
gmmaha:P00:54
gmmahadamn...00:54
*** dave-mccowan has joined #openstack-kolla00:54
manjeetsgmmaha http://paste.openstack.org/show/493253/00:54
sdakedave-mccowan with my patch and ovs, my instances hit active state00:54
manjeetscleanup00:55
manjeetssuggested by inc000:55
sdakedave-mccowan with my patch and linuxbridge, my instance never hits active state00:55
sdakemake sure you dont hae linuxbridge enabled it appears doa00:55
dave-mccowansdake which is default?00:55
sdakeovs00:55
sdakeso linuxbridge is busted00:56
sdakean indepdnent problem is that enable_vip is busted00:56
sdakedave-mccowan paste your globals.yml00:56
gmmahamanjeets: thanks00:57
dave-mccowanhttp://paste.fedoraproject.org/350694/5999064500:57
*** daneyon has quit IRC00:57
sdakedave-mccowan i'd higly recommend against using centos binary at this point in time00:59
sdakethe rest of your config looks good00:59
sdakethe delta in your conifg nd mine is my patch (possibly) and build from source00:59
vhosakotgmmaha: I dont think cleanup should delete docker0 interface.. it is created and used by docker daemon... if you're saying cleanup needs to delete ovs-system, br-ex, br-int and br-tun, yes, I agree this point...01:00
vhosakotgmmaha: https://github.com/openstack/kolla/blob/master/tools/cleanup-host does not delete ovs-system, br-ex, br-int and br-tun01:00
gmmahavhosakot: yeah.. docker0 is the daemon and thats cool.. its the other stuff01:00
vhosakotgmmaha: agreed, I will submit a fix and add you as co-author01:00
gmmahavhosakot: thanks..01:01
sdakedave-mccowan which git hash are you on01:01
gmmahalet me see if i can test a fix now on my machine01:01
gmmahaif so, i cna throw up a patch01:01
gmmahasave you some time01:01
sdakedave-mccowan its essential you hae this commit in your repo 7676b079e6b812b16ac63d753d27853e75732d6901:02
vhosakotgmmaha: cleanup order would be  :  delete nova VMs (this deletes the tap interfaces), cleanup-containers, cleanup-images, and cleanup-host01:02
vhosakotgmmaha: at this point, ovs-system, br-ex, br-int and br-tun.. will submit fix... thanks for noticing this01:02
gmmahavhosakot: right.. thats the order of deletion01:02
vhosakoti meant, at this point, ovs-system, br-ex, br-int and br-tun should not be there01:02
manjeetsvhosakat did you catch up ?01:02
dave-mccowani just updated, built, and i'm deploying.  i'll try from source next if this doesn't work.01:02
*** dave-mccowan has quit IRC01:03
manjeetsgmmaha clean up host will clean all roueters tap no matter what order you follow01:03
vhosakotmanjeets: yes, cathing up on LB issue...01:03
*** iceyao has joined #openstack-kolla01:03
gmmahamanjeets: yes agreed01:04
gmmahai meant the cleanup of dumping VMS, containers, image and then the host residuals01:05
vhosakotgmmaha: here is what I'll do... cleanup-host will check is there are nova VMs, neutron network, subnet, router,... if anything is there, flag an error "delete vm/network/subnet/router first before cleaningup"... if they are not there, cleanup-host will delete ovs-system, br-ex, br-int and br-tun01:06
vhosakotgmmaha: does this sound good ?01:07
gmmahavhosakot: that seems fair01:07
vhosakotcool01:07
sdakevhosakot linuxbridge is broken01:09
sdakeit doesnt work for me either01:09
*** iceyao_ has joined #openstack-kolla01:09
sdakeJeffrey4l is looking into it01:09
sdakehe said he would this morning at 2am my time01:09
sdakeso i expect he will fix it today01:09
*** Marga_ has joined #openstack-kolla01:10
vhosakotsdake: ok...thanks for letting me know01:11
vhosakotsdake: I'm pulled latest master.. currently building images01:12
sdakeya if you can fix it before more poewr to you :)01:12
sdakelinuxbridge is highest prioity bug atm01:12
Jeffrey4lsdake, yea. I will check that.01:12
*** iceyao has quit IRC01:13
vhosakotcool01:13
*** iceyao_ has quit IRC01:13
vhosakotbbiab 30 mins01:13
gmmahavhosakot: running into a interesting issue.. not able to dlete the br-*01:13
*** iceyao has joined #openstack-kolla01:13
gmmahaRTNETLINK answers: Operation not supported01:13
sdakedinner time - bbl01:13
*** Marga_ has quit IRC01:14
Jeffrey4lgmmaha, what command r u using?01:17
*** absubram has joined #openstack-kolla01:17
gmmahaJeffrey4l: ip link delete br-ex01:17
gmmahaand also tried ip link delete br-ex type bridge01:18
*** iceyao has quit IRC01:18
*** iceyao has joined #openstack-kolla01:18
*** achanda has joined #openstack-kolla01:18
Jeffrey4lgmmaha, I do not think that will work. that device is created by ovs. So i think we need remove that by using ovs-vsctl command.01:18
gmmahaJeffrey4l: aah01:19
*** vhosakot has quit IRC01:21
gmmahaJeffrey4l: i dont think so01:23
gmmahaovs-vsctl doesnt even see the bridges01:23
gmmahaovs-vsctl list-br01:23
gmmahareturns empty01:23
Jeffrey4lyou need `docker exec openvswitch_db ovs-vsctl show`01:24
Jeffrey4lgmmaha, ^01:25
gmmahaJeffrey4l: ohh..01:25
gmmahahm..01:25
gmmahatats tricky now that we have dumped all the containers alrady :(01:25
Jeffrey4lgmmaha, if so i have no idea about that. But if we leave them be, it will be no harm i think.01:26
gmmahaJeffrey4l: yeah, you might be right.. i am sure i can re-deploy without any issues..01:26
gmmahabut just curious that we have residue.. tahts all01:26
gmmahamaybe a special cleanup in the cotnainer if you are using ovs..01:27
gmmahalet me read up on containers more before i yap anymore01:27
Jeffrey4lgmmaha, at least, re-deploy a openvswitch env is OK. I often do that.01:27
Jeffrey4lgmmaha, cool01:27
*** sdake has quit IRC01:28
gmmahaJeffrey4l: thanks for the help.. now atleast its a little ore clear01:29
gmmahamore*01:29
*** sdake has joined #openstack-kolla01:32
*** daneyon has joined #openstack-kolla01:40
*** vhosakot has joined #openstack-kolla01:44
vhosakotgmmaha: ping01:44
vhosakotcan you try "ip link delete bt-int"01:44
*** daneyon has quit IRC01:45
gmmahavhosakot: sure01:46
gmmahavhosakot: actually have a deployment in play01:46
gmmahalet me delete it and try it out01:46
vhosakotgmmaha: try it when you are ready to cleanup01:46
gmmahavhosakot: cleaning up now.. '01:46
gmmahawell, i neednt have.. but bah!01:46
gmmahavhosakot: same error01:47
vhosakotgmmaha: what command did you run >01:47
vhosakot?01:47
gmmahaip link delete br-ex01:47
gmmaharoot@jfz1r02h08:~# ip link delete br-ex01:48
gmmahaRTNETLINK answers: Operation not supported01:48
gmmaharoot@jfz1r02h08:~# ip link delete br-int01:48
gmmahaRTNETLINK answers: Operation not supported01:48
vhosakotsudo ?01:48
gmmahai am root01:49
gmmahavhosakot: i have to run out now.. will try to be back online later tonight01:49
vhosakotthat means the interface is in use01:49
vhosakotcool01:49
gmmahabut this isnt such a big issue..01:49
vhosakotthanks for checking01:49
vhosakotyep01:49
gmmahavhosakot: no worries..01:49
gmmahaits showing as down01:49
gmmahaso wasnt sure wher it was in use..01:49
gmmahabut yeah, we can debug this soon..01:49
gmmahamaybe after the releae cycle..01:50
gmmahai know you have bigger issues to focus on.01:50
gmmahawill try and see if i can figure out a solution in the meantime01:50
sdakegmmaha yo uhave to use ip netns01:51
Jeffrey4lsdake, about the linuxbridge, what's your issue? r u have any info about?01:54
sdakeno detaills01:55
sdaketurn on linux bridge01:55
sdakestart a nova vm01:55
sdakeit wont go into active state01:55
sdakei think because it can't get a port01:55
sdakedidn't debug it at all01:55
sdakejust noticed behavior01:55
sdakethere is a bug filed01:55
Jeffrey4lOK. I will debug this today(now)01:56
sdakecool01:56
mark-caseyis Ubuntu Wily supported or only Trusty? I think Wily uses systemd so I think I'm having trouble getting /run to be a shared mount (well, assuming shared should be showing as a mount flag... it isn't)01:57
Jeffrey4lsdake, are u testing with? or without? your qemu vesion patch?01:57
sdakemark-casey wily shoudl work in the same way as cento7 wrt systemd01:57
sdakeJeffrey4l with qemu patch01:57
Jeffrey4lok01:57
sdakeJeffrey4l i am retty sure it h appen without01:57
sdakebecause eveyrone else is complaining about it01:58
sdakeand they re not running my patch01:58
vhosakotmark-casey: I think inc0 uses wily that has systemd.... search for MountFlags=shared in http://docs.openstack.org/developer/kolla/quickstart.html and update docker.service01:58
Jeffrey4lsdake, i am testing it, it not work for sure. the has some permission issue. debuging~01:58
mark-caseythanks all. I'd modified the unit directly and tried the 'mount --make-shared' and am still getting "APIError(HTTPError(u'500 Server Error: Internal Server Error for url: http+docker://localunixsocket/v1.22/images/create?tag=2.0.0&fromImage=10.101.0.15%3A5000%2Fkollaglue%2Fubuntu-source-heka',),)"  on "TASK: [common | Starting heka container] " for all hosts.01:59
mark-caseygonna try the drop in '.d' version of the setting instead01:59
*** rhallisey has quit IRC02:02
vhosakotmark-casey: "cat /proc/self/mountinfo | grep "/run" | grep shared"   should show if /run is shared or not02:02
*** salv-orlando has joined #openstack-kolla02:03
mark-caseythat returns 6 lines, most in /run, some in /sys/fs...02:04
mark-casey23 25 0:19 / /run rw,nosuid,noexec,relatime shared:5 - tmpfs tmpfs rw,size=3284196k,mode=75502:04
mark-casey28 23 0:22 / /run/lock rw,nosuid,nodev,noexec,relatime shared:6 - tmpfs tmpfs rw,size=5120k02:04
mark-caseyso I see shared there02:04
openstackgerritSteven Dake proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203602:04
*** kjelly has joined #openstack-kolla02:04
mark-caseydoes that have to also be done in the deployer/operator host or only targets?02:04
vhosakotmark-casey: just /run...02:05
vhosakotmark-casey: can you do this ?     cat /proc/self/mountinfo | grep "/run " | grep shared02:05
vhosakotall hosts... deplot and target both02:05
vhosakotadd a space after /run in in first grep02:06
mark-casey23 25 0:19 / /run rw,nosuid,noexec,relatime shared:5 - tmpfs tmpfs rw,size=3284196k,mode=75502:06
vhosakotmark-casey: so it is shared... can you do the same on the node on which the error is seen02:07
vhosakotdid the dhcp container fail ?02:07
mark-caseyvhosakot: that was the node, it isn't there on the deployment host. will chase that down :)02:08
vhosakotthe node's IP address is seen in the output of the play02:08
mark-caseyright. the line I pasted was when I was ssh'ed into it02:09
mark-caseysame command had no output on the machine I'm running kolla-ansible from02:09
vhosakotah, that means deploy node's /run is not shared02:09
*** jtriley has joined #openstack-kolla02:10
vhosakotshare /run on all the nodes... deploy (on which kolla-ansible is run) as well as the target nodes (network, compute, strorage, control)02:11
*** wuhg has joined #openstack-kolla02:12
*** jtriley has quit IRC02:15
*** mwheckmann has joined #openstack-kolla02:18
*** sdake_ has joined #openstack-kolla02:20
*** sdake has quit IRC02:22
*** salv-orlando has quit IRC02:23
*** salv-orlando has joined #openstack-kolla02:28
*** salv-orlando has quit IRC02:33
*** jtriley has joined #openstack-kolla02:44
*** ccesario___ has quit IRC02:54
*** ccesario___ has joined #openstack-kolla02:55
*** mdnadeem has joined #openstack-kolla02:59
*** openstackstatus has quit IRC03:01
sbezverkvhosakot ping03:02
vhosakotpong03:02
sbezverkvhosakot I am trying to setup registry on ubuntu to test iscsi on ubuntu, I cannot find where on ubuntu03:03
sbezverkI can configure docker for insecure connectivity, I know how03:03
sbezverkto do it on Centos but not on ubuntu03:03
vhosakotuse a non-local docker registry over the network ?03:04
sbezverkvhosakot yes03:04
sbezverkOn centos we change /etc/sysconfig/docker03:05
sbezverkbut which file needs to be changed on ubuntu??03:05
vhosakotah.. docker config file on UBuntu.. 1 sec03:05
ccesario___Ubuntu is on /etc/default/docker ... If Im not wrong03:06
*** sdake_ has quit IRC03:06
vhosakotsbezverk: yep, change DOCKER_OPTS= in /etc/default/docker03:06
*** jasonsb has joined #openstack-kolla03:06
*** sdake has joined #openstack-kolla03:07
vhosakotsbezverk: have you setup Nginx for secure remote docker registry ?03:07
sbezverkvhosakot nope03:08
vhosakotsbezverk: also, point docker_registry in globals.yml to  <remote registry IP>:<remote docker registry port>03:08
vhosakotsbezverk: should be ok... remote registry can be insecure... I have not tested it03:08
sbezverkI just loaded docker's registry 2.303:09
*** achanda has quit IRC03:09
*** iceyao has quit IRC03:09
sbezverkI see, ok I will check with oother folks who uses ubuntu03:09
*** iceyao has joined #openstack-kolla03:09
vhosakotcool03:11
ccesario___vhosakot: if possible please... Comment it ... https://review.openstack.org/#/c/297984/  ... I would like to receive comments about my last reply.... If possible of course ... :)03:12
patchbotccesario___: patch 297984 - kolla - Added hostname param into kolla_docker03:12
ccesario___I found a wayt to do it ... Using another way03:13
vhosakotccesario___: yes, will look into it..03:13
mark-caseydoes the docker registry listen on http and https?03:15
mark-caseymy docker logs re: APIError(HTTPError  say that it can't ping the registry but it is trying https03:15
mark-caseyApr 07 03:15:01 deep-sea docker[13753]: time="2016-04-07T03:15:01.452693177Z" level=error msg="Handler for POST /v1.22/images/create returned error: unable to ping registry endpoint https://10.101.0.15:5000/v0/\nv2 ping attempt failed with error: Get https://10.101.0.15:5000/v2/: tls: oversized record received with length 20527\n v1 ping attempt failed with error: Get https://10.101.0.15:5000/v1/_ping: tls: oversized record recei03:16
sbezverkmark-casey Ubuntu or Centos?03:16
mark-caseysorry Ubuntu03:17
*** sdake has quit IRC03:17
sbezverkmark-casey /etc/default/docker03:17
sbezverkadd this line:03:17
mark-caseyDOCKER_OPTS='--insecure-registry 10.101.0.15:5000'03:17
sbezverkDOCKER_OPTS="--insecure-registry myregistrydomain.com:4000"03:17
mark-casey:D03:18
*** sdake has joined #openstack-kolla03:18
sbezverknetstat -tunlp03:18
sbezverkcheck which port docker is listen for03:18
mark-caseyrun this on a target or the deployment host?03:18
vhosakotmark-casey: docker listens on a unix socket03:18
sbezverkon the server where the resgistry runs03:19
mark-caseythis the one? tcp6       0      0 :::5000                 :::*                    LISTEN      13805/docker-proxy03:20
vhosakottep..03:20
vhosakotyep03:20
ccesario___mark-casey, I advise you usage port 4000 instead 500003:20
vhosakotmark-casey: ps aux | grep 1380503:20
ccesario___http://docs.openstack.org/developer/kolla/image-building.html03:20
mark-caseyit is non-AIO but I'm willing to change it03:20
ccesario___Ohhh ok ok03:20
mark-caseyroot     13805  0.0  0.1 264988 14284 ?        Sl   21:56   0:00 docker-proxy -proto tcp -host-ip 0.0.0.0 -host-port 5000 -container-ip 172.17.0.2 -container-port 500003:21
ccesario___Ignore me :p03:21
mark-caseynot at all I'll take all the help I can get :D03:21
vhosakotmark-casey: looks like your doing 5000:5000 (host port:container port)03:22
mark-caseyyes03:22
sdakevhosakot registry has a tls implementation no need for nginx03:22
sbezverkvhosakot kolla expect host port to be 400003:22
vhosakotccesario___ is right... our guide suugests http://docs.openstack.org/developer/kolla/image-building.html#setting-up-docker-local-registry   4000:5000..03:23
*** iceyao has quit IRC03:23
sbezverkat least on my  setup I have 4000:5000 and it works now fine03:23
sdakekolla doen't care03:23
*** iceyao has joined #openstack-kolla03:23
vhosakotme too.. works fine.. local insecure registry03:23
sdakebut keystone on aio will cause problems03:23
mark-caseydocker_registry: "10.101.0.15:5000"03:24
mark-casey#docker_namespace: "companyname"03:24
mark-casey#docker_registry_username: "sam"03:24
mark-casey#docker_registry_password: "correcthorsebatterystaple"03:24
mark-caseyFWIW03:24
sbezverksdake I am brining up ubuntu to test iscsi, is it safe now to use your qemu patch on ubuntu?03:24
sdakemark what problem are you having03:24
sdakesbezverk i dont know i need someone to test it03:24
vhosakotmark-casey: https://github.com/openstack/kolla/blob/master/ansible/group_vars/all.yml#L104.... that is why host port is 4000 on deploy node03:24
sbezverksdake then it will be me but tomorrow morning, still building images03:25
mark-caseysdake: TASK: [common | Starting heka container] **************************************03:25
mark-caseyfailed: [control03] => {"changed": true, "failed": true}03:25
mark-caseymsg: APIError(HTTPError(u'500 Server Error: Internal Server Error for url: http+docker://localunixsocket/v1.22/images/create?tag=2.0.0&fromImage=10.101.0.15%3A5000%2Fkollaglue%2Fubuntu-source-heka',),)03:25
mark-caseyslash run shows shared on targets and deployer03:25
sdakedocker --version shows what?03:25
mark-caseyall hosts Docker version 1.10.3, build 20f81dd03:26
sdakerun ps -ef | grep docker03:26
vhosakotmark-casey: did you remove heka, share /run, re-deploy ?03:26
mark-caseydid not remove heka from target03:26
vhosakotmark-casey: was that the one that caused the error before /run was shaed ?03:27
mark-caseyyep03:27
sdakerun tools/cleanup-containers03:27
sdakeand redeploy03:27
vhosakotyep03:27
sdakeyu will need to do this on all target nodes03:27
vhosakotprecehcks!03:27
mark-caseyI did pass prechecks03:28
sdakeprechecks undcoumented03:28
sdakei'm gong to crash03:28
sdakenight folks03:28
*** jtriley has quit IRC03:28
vhosakotmark-casey: tools/cleanup-containers, kolla-ansible prechecks, kolla-ansible deploy03:28
vhosakotnight sdake03:28
sdakesbezverk when yo utet ubuntu plese report in the review if it woked or you03:28
mark-caseynight, ty03:28
*** sdake has quit IRC03:28
vhosakotsdake: precehks is there is qsg03:28
mark-caseyvhosakot: I don't seem to have cleanup-containers on the targets03:30
mark-caseyshould I have? or just scp it over?03:31
ccesario___Yes...03:31
ccesario___Scp rsync ;p03:31
*** iceyao has quit IRC03:31
*** iceyao has joined #openstack-kolla03:32
vhosakotmark-casey: yep, cleanup is a raw bash script and not ansible based, and shows up in the node on which kolla is cloned... so, yes, scp to target that needs to be claned03:32
ccesario___Choose and copy to nodes and run :03:32
vhosakotcleaned*03:32
vhosakotgmmaha: so you have the ansible command you ran the other day to run "cleanup scripts" on remote hosts without scp'ing the scripts ?03:33
vhosakotso==do03:33
vhosakotmark-casey: ccesario___: since ansible already knows all the nodes' IPs, ansible can be used to run the cleanup scripts without scp'ing them using ansbile's adhoc commands... gmmaha has done it03:35
vhosakothttp://docs.ansible.com/ansible/intro_adhoc.html03:35
vhosakotgmmaha: we'll need to document those steps03:35
mark-caseyApr 07 03:35:02 deep-sea docker[13753]: time="2016-04-07T03:35:02.867625317Z" level=error msg="Handler for POST /v1.22/images/create returned error: unable to ping registry endpoint https://10.101.0.15:5000/v0/\nv2 ping attempt failed with error: Get https://10.101.0.15:5000/v2/: tls: oversized record received with length 20527\n v1 ping attempt failed with error: Get https://10.101.0.15:5000/v1/_ping: tls: oversized record recei03:36
ccesario___vhosakot, ohhh its nice03:36
ccesario___Send the patch for us :)03:37
vhosakotyep03:37
vhosakotmark-casey: when is this seen ?03:37
mark-caseyI did 'journalctl | grep docker' on target host after deploy exploded03:38
ccesario___This minimize the steps and prevent end user errors03:38
ccesario___On the target hosts .... Did you configure the docker options too?03:39
mark-caseyoh... yea, but some googling I was just doing also says maybe docker isn't picking up --insecure-registry03:39
ccesario___mark-casey, ^^03:39
vhosakotyep, DOCKER_OPTS on target hosts must have registry config03:40
*** coolsvap has joined #openstack-kolla03:40
mark-caseyI do have that but I'm seeing references to /etc/systemd/system/multi-user.target.wants/docker.service too03:40
mark-caseyhuzzah03:41
ccesario___Sorry by my short phrases... Smart phone is not so good to type :P03:41
mark-caseythat insecure flag is missing on targets03:41
mark-caseyhence the https03:41
mark-caseywell... missing when I ps -ef | grep docker03:41
ccesario___You need configure into /etc/default/docker03:42
mark-caseyroot@deep-sea:~# grep OPTS /etc/default/docker03:42
mark-casey# Use DOCKER_OPTS to modify the daemon startup options.03:42
mark-caseyDOCKER_OPTS='--insecure-registry 10.101.0.15:5000'03:42
vhosakotmark-casey: that means, the targets are not seeing registry.. the insecure registry flag must be seen in the output of "ps -ef | grep docker" on all targets03:42
vhosakotmark-casey: is    DOCKER_OPTS='--insecure-registry 10.101.0.15:5000'   in  /etc/default/docker  on all targets ?03:43
vhosakotccesario___: can you curl <docker registry>:<port> form all targets ?03:45
mark-caseyyes. I'm running on Ubuntu Wily though and it uses systemd03:45
mark-caseyso the docs thing about "Docker Inc’s packaged version of docker-engine for CentOS is defective and does not read the other_args configuration options from “/etc/sysconfig/docker”."   applied to me. Except I had to change /etc/systemd/system/multi-user.target.wants/docker.service03:46
mark-caseythis may just be fixing something else I've broken, or it could be that way for anyone who tried it. not sure03:46
ccesario___vhosakot, I'm not on my env.... I'm in my home now.... :(03:46
mark-caseybut the target node I did it on now says it can't find the heka image so I'm making progress03:47
vhosakotmark-casey: so, in that case, on all targets, /etc/systemd/system/docker.service.d/kolla.conf must have --insecure-registry, and all targets must show the insecure registry flag in "ps -ef | grep docker"03:47
mark-casey*when I run kolla-ansible that node says...03:47
vhosakotccesario___: cool :)03:47
mark-caseyawesome03:48
vhosakotmark-casey: search for "ExecStart=/usr/bin/docker daemon -H fd:// $other_args"  in  http://docs.openstack.org/developer/kolla/quickstart.html03:48
vhosakotmark-casey: did it work ?03:48
ccesario___Need sleep now...03:49
vhosakotccesario___: night!03:49
ccesario___See you guys!03:49
mark-caseynight, thanks!03:49
ccesario___Night....!03:49
mark-caseyvhosakot: yes, that node changed error from can't ping registry to heka image not found. so progress. I think I'm going to rebuild to make sure all the hacking at it isn't affecting further work03:49
*** salv-orlando has joined #openstack-kolla03:50
mark-caseynow that that issue is understood03:50
ccesario___vhosakot, if possible... Comment the patch... :)03:50
vhosakotccesario___: yep :)03:50
ccesario___See you guys!03:50
vhosakotmark-casey: yep, heka image must be built..   docker images | grep heka03:50
*** sekrit has quit IRC03:51
*** salv-orlando has quit IRC03:52
openstackgerritVikram Hosakote proposed openstack/kolla: Add prechecks to validate kolla_internal_vip_address and kolla_external_vip_address  https://review.openstack.org/30202603:53
mark-caseyvhosakot: cool. I'll check back later if more trouble after getting it back to this point but cleaner. thanks for all the help!03:53
vhosakotmark-casey: cool03:53
*** salv-orlando has joined #openstack-kolla03:53
*** Marga_ has joined #openstack-kolla03:56
vhosakotJeffrey4l: I addresed your comments and uploaded new PS.. thanks for the comments   https://review.openstack.org/30202603:56
vhosakotJeffrey4l: ^^^03:56
*** dave-mccowan has joined #openstack-kolla03:57
*** Marga_ has quit IRC03:57
*** Marga_ has joined #openstack-kolla03:57
Jeffrey4lvhosakot, cool, will check that later.03:57
vhosakotcool, thanks!03:57
*** salv-orlando has quit IRC03:58
*** dave-mcc_ has joined #openstack-kolla03:58
*** mwheckmann has quit IRC04:00
*** dave-mccowan has quit IRC04:01
*** Marga_ has quit IRC04:01
*** Marga_ has joined #openstack-kolla04:02
*** sekrit has joined #openstack-kolla04:05
*** absubram_ has joined #openstack-kolla04:14
*** absubram_ has quit IRC04:14
*** absubram has quit IRC04:15
*** achanda has joined #openstack-kolla04:22
*** daneyon has joined #openstack-kolla04:23
*** banix has joined #openstack-kolla04:26
*** daneyon has quit IRC04:28
*** weiyu has quit IRC04:34
*** achanda has quit IRC04:37
openstackgerritVikram Hosakote proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203604:42
*** salv-orlando has joined #openstack-kolla04:57
*** salv-orlando has quit IRC05:01
*** achanda has joined #openstack-kolla05:03
*** salv-orlando has joined #openstack-kolla05:11
openstackgerritRajath Agasthya proposed openstack/kolla: Added Kibana instructions to quickstart.rst  https://review.openstack.org/30245805:14
*** weiyu has joined #openstack-kolla05:15
*** ccesario___ has quit IRC05:19
*** weiyu has quit IRC05:25
gmmahavhosakot: for sure..05:25
vhosakotgmmaha: thanks!05:25
*** banix has quit IRC05:25
gmmahavhosakot: i basically have a clone of the kolla project in all the machines at a known location05:26
vhosakotah ok05:26
gmmahaansible -i ansible/inventory/multinode -m shell -a '/<path to kolla project>/kolla/tools/cleanup-host' all05:26
gmmahavhosakot: if you know of a place i should put this down as documentaiton, i can do that05:27
vhosakotcool, will let you know05:27
gmmahavhosakot: i didnt understand what sdake meant by 'you have to use ip netns'05:27
vhosakotto cehck namespaces05:28
gmmaharight.. i thought he mentioned that in reference to the left of network interfaces05:28
gmmahahence was curious how that command will help05:28
mark-caseyif you use ansible's script module it will copy that script over to a tmp path and then run it for you05:30
mark-caseybut if there are other uses for having the project on machines maybe less cool05:31
gmmahamark-casey: doubt there is any other reason to have the whole git project05:31
gmmahai am sure we can conjure up a ansible script that can copy this script module to the targets and run them05:31
gmmahadidnt know about ansible's script modue05:31
gmmahamodule*05:31
mark-caseyyea i had to use it for something..  I forget what. was surprised http://docs.ansible.com/ansible/script_module.html05:32
gmmahaaah this is a much easier ansible module to write then05:33
gmmahaand stick it into the kolla project05:33
*** achanda has quit IRC05:33
gmmahavhosakot: what do you think?05:33
*** iceyao has quit IRC05:38
*** iceyao has joined #openstack-kolla05:38
vhosakotgmmaha: it would be used to run cleanup scripts on remote hosts ?05:38
vhosakotmark-casey: good find!05:38
*** iceyao has quit IRC05:39
gmmahavhosakot: yeah05:39
*** iceyao has joined #openstack-kolla05:39
mark-caseyvhosakot: thanks05:39
gmmahasimple ansible script, it will do the copy over of the local script to the targets and run it05:39
gmmahamark-casey: +1 on vhosakot's comment05:39
mark-casey:)05:40
*** iceyao has quit IRC05:40
*** iceyao_ has joined #openstack-kolla05:40
*** tfukushima has joined #openstack-kolla05:41
coolsvapvhosakot: http://logs.openstack.org/36/302036/14/experimental/gate-kolla-dsvm-build-oraclelinux-binary/392bc91/console.html#_2016-04-07_05_28_04_87005:44
coolsvaporaclelinux gate failure05:44
coolsvapnot able to install epel-release05:45
coolsvappbourke: around?05:46
vhosakotcoolsvap: pbourke: yep, I edited that patch set... looks like epel does not work on oraclelinux05:51
*** achanda has joined #openstack-kolla05:59
coolsvapvhosakot: yes06:03
*** gfidente has joined #openstack-kolla06:03
openstackgerritKuo-tung Kao proposed openstack/kolla: add unit tests for build script  https://review.openstack.org/29042306:04
*** weiyu has joined #openstack-kolla06:04
*** mikelk has joined #openstack-kolla06:10
*** Serlex has joined #openstack-kolla06:11
*** unicell has quit IRC06:13
*** unicell has joined #openstack-kolla06:15
*** achanda has quit IRC06:22
openstackgerritDave McCowan proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203606:36
openstackgerritDave McCowan proposed openstack/kolla: Add default flavors during init-runonce  https://review.openstack.org/30253406:36
openstackgerritDave McCowan proposed openstack/kolla: Add default flavors during init-runonce  https://review.openstack.org/30253406:37
openstackgerritDave McCowan proposed openstack/kolla: Configure Neutron to use internalURL for contacting Nova  https://review.openstack.org/30253606:38
openstackgerritDave McCowan proposed openstack/kolla: Configure Neutron to use internalURL for contacting Nova  https://review.openstack.org/30253606:39
dave-mcc_vhosakot ping06:40
vhosakotpong06:41
dave-mcc_i accidentally uploaded a patchset on the CentOS repo bug.  Can you re-upload your patch set/06:41
dave-mcc_?06:41
coolsvapvhosakot: i can do or are you doing it?06:45
vhosakotdave-mcc_: coolsvap: I can revert it... no worries06:47
dave-mcc_vhosakot thanks06:47
openstackgerritMD NADEEM proposed openstack/kolla: Spec: Deploy Kolla images using Kubernetes  https://review.openstack.org/25545006:47
vhosakotcool, np :)06:47
coolsvapvhosakot: sounds good06:47
openstackgerritVikram Hosakote proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203606:49
openstackgerritMerged openstack/kolla: Fix manila keystone v3 issues for all clients  https://review.openstack.org/29953406:51
*** salv-orlando has quit IRC06:52
*** Marga_ has quit IRC07:04
*** dave-mcc_ has quit IRC07:09
*** jmccarthy has left #openstack-kolla07:11
*** mlima_ has joined #openstack-kolla07:17
*** mlima__ has quit IRC07:21
mark-caseyanyone up for taking a look at this? I'm unable to have control01 and network01 resolve to the same target host or else I get conflicts. The multinode inventory's comments suggest it shouldn't be an issue07:28
mark-caseyhttp://paste.openstack.org/show/493264/07:28
*** mbound has quit IRC07:31
*** jmccarthy has joined #openstack-kolla07:42
*** jmccarthy has left #openstack-kolla07:42
*** shardy has joined #openstack-kolla07:47
*** weiyu has quit IRC07:48
*** salv-orlando has joined #openstack-kolla07:54
*** ccesario___ has joined #openstack-kolla07:57
*** mark-casey has quit IRC08:02
*** weiyu_ has joined #openstack-kolla08:02
*** mbound has joined #openstack-kolla08:07
*** athomas has joined #openstack-kolla08:10
*** salv-orlando has quit IRC08:10
*** Jeffrey4l has quit IRC08:16
*** Jeffrey4l has joined #openstack-kolla08:22
*** salv-orlando has joined #openstack-kolla08:26
*** openstackstatus has joined #openstack-kolla08:28
*** ChanServ sets mode: +v openstackstatus08:28
*** vhosakot has quit IRC08:38
*** rmart04 has joined #openstack-kolla08:45
*** iceyao_ has quit IRC08:49
*** iceyao has joined #openstack-kolla08:50
*** pbourke has quit IRC08:51
*** iceyao has quit IRC08:51
*** iceyao has joined #openstack-kolla08:51
*** pbourke has joined #openstack-kolla08:52
*** salv-orl_ has joined #openstack-kolla08:52
*** iceyao has quit IRC08:53
*** iceyao has joined #openstack-kolla08:53
*** salv-orlando has quit IRC08:55
*** iceyao has quit IRC08:58
*** iceyao_ has joined #openstack-kolla08:59
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: [WIP] Add Heka support  https://review.openstack.org/28630109:04
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Add all *-openrc files to .gitignore  https://review.openstack.org/30260809:04
*** jhesketh has joined #openstack-kolla09:24
*** iceyao has joined #openstack-kolla09:26
*** ccesario___ has quit IRC09:27
*** iceyao_ has quit IRC09:27
*** ccesario___ has joined #openstack-kolla09:30
*** iceyao has quit IRC09:55
*** iceyao_ has joined #openstack-kolla09:55
*** allen_gao has quit IRC09:56
*** iceyao_ has quit IRC09:56
*** achanda has joined #openstack-kolla09:56
*** iceyao has joined #openstack-kolla09:56
*** allen_gao has joined #openstack-kolla10:01
*** achanda has quit IRC10:02
*** weiyu_ has quit IRC10:02
*** athomas has quit IRC10:03
*** iceyao has quit IRC10:04
*** iceyao has joined #openstack-kolla10:04
*** iceyao has quit IRC10:06
*** iceyao has joined #openstack-kolla10:07
*** weiyu_ has joined #openstack-kolla10:08
*** athomas has joined #openstack-kolla10:11
*** ccesario___ has quit IRC10:23
*** iceyao has quit IRC10:25
*** iceyao has joined #openstack-kolla10:25
*** rhallisey has joined #openstack-kolla10:35
*** ccesario___ has joined #openstack-kolla10:52
*** achanda has joined #openstack-kolla10:58
*** achanda has quit IRC11:03
openstackgerritSerguei Bezverkhi proposed openstack/kolla: Drop root for swift  https://review.openstack.org/25937411:07
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Add Heka bootstraping  https://review.openstack.org/28630111:13
*** coolsvap has quit IRC11:17
*** pmisiak has joined #openstack-kolla11:18
*** iceyao has quit IRC11:18
*** iceyao has joined #openstack-kolla11:18
*** iceyao has quit IRC11:19
pmisiakHi, does Kolla support multiple network nodes ? Can I use the same nodes in the control and network host group in inventory?11:19
*** iceyao has joined #openstack-kolla11:19
*** weiyu_ has quit IRC11:20
pmisiakor network node is a SPOF?11:21
*** mbound has quit IRC11:24
*** tfukushima has quit IRC11:25
openstackgerritMerged openstack/kolla: Configure Neutron to use internalURL for contacting Nova  https://review.openstack.org/30253611:28
*** mbound has joined #openstack-kolla11:29
*** coolsvap has joined #openstack-kolla11:40
ccesariomorning11:43
*** Marga_ has joined #openstack-kolla11:49
*** banix has joined #openstack-kolla11:50
openstackgerritMauricio Lima proposed openstack/kolla: Fix manila keystone v3 issues for all clients  https://review.openstack.org/30269411:52
*** mbound has quit IRC11:54
*** mbound has joined #openstack-kolla11:54
*** mbound has quit IRC11:56
*** mbound has joined #openstack-kolla12:01
*** dwalsh has joined #openstack-kolla12:03
*** jhesketh has quit IRC12:07
*** achanda has joined #openstack-kolla12:07
*** jhesketh has joined #openstack-kolla12:07
*** cbits has joined #openstack-kolla12:11
*** achanda has quit IRC12:15
*** karthiks has joined #openstack-kolla12:22
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix launch vm failed in neutron-linuxbridge-agent env  https://review.openstack.org/30272112:23
*** salv-orl_ has quit IRC12:28
*** wuhg has quit IRC12:29
*** banix has quit IRC12:31
*** banix has joined #openstack-kolla12:32
*** banix has quit IRC12:32
*** cbits has quit IRC12:32
*** salv-orlando has joined #openstack-kolla12:40
*** dwalsh has quit IRC12:43
openstackgerritSerguei Bezverkhi proposed openstack/kolla: Add  iscsid/tgtd specific parameters to Kolla infrastructure  https://review.openstack.org/30000412:43
*** achanda has joined #openstack-kolla12:47
*** iceyao has quit IRC12:48
sbezverkJeffrey4l ping12:49
*** jtriley has joined #openstack-kolla12:50
*** andrewvwebber has joined #openstack-kolla12:57
*** dwalsh has joined #openstack-kolla12:57
*** diogogmt has quit IRC12:58
sbezverkAppreciate a ping back from folks who attempted ubuntu based multinode installation..12:58
*** mbound has quit IRC12:58
*** achanda has quit IRC12:58
*** diogogmt has joined #openstack-kolla12:59
*** mbound has joined #openstack-kolla13:00
openstackgerritMichal Rostecki proposed openstack/kolla: Create and chown /etc/heka directory  https://review.openstack.org/30274213:01
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Add Heka support  https://review.openstack.org/28630113:02
openstackgerritMichal Rostecki proposed openstack/kolla-mesos: Add Heka support  https://review.openstack.org/28630113:02
*** achanda has joined #openstack-kolla13:08
*** diogogmt has quit IRC13:08
*** shakamunyi has quit IRC13:10
*** shakamunyi has joined #openstack-kolla13:12
*** diogogmt has joined #openstack-kolla13:12
*** achanda has quit IRC13:13
*** SiRiuS has joined #openstack-kolla13:14
*** SiRiuS has quit IRC13:15
*** inc0 has joined #openstack-kolla13:19
inc0good morning13:19
inc0sbezverk, I'll be with you in just a moment, needs coffee13:20
inc0badly13:20
sbezverkinc0 good morning, sure thing, ping me when you are ready13:20
*** mbound has quit IRC13:22
*** cbits has joined #openstack-kolla13:24
*** SiRiuS has joined #openstack-kolla13:28
*** mbound has joined #openstack-kolla13:28
*** inc0 has quit IRC13:30
*** inc0 has joined #openstack-kolla13:31
*** banix has joined #openstack-kolla13:34
*** mgoddard_ has joined #openstack-kolla13:44
*** mgoddard has quit IRC13:48
*** mbound has quit IRC13:51
*** mbound_ has joined #openstack-kolla13:51
*** cbits has quit IRC13:51
*** iceyao has joined #openstack-kolla13:54
*** cbits has joined #openstack-kolla13:56
andrewvwebberafter deploying kolla on coreos, creating an instance with nova fails within "validate_networks"14:01
andrewvwebbercould this be due to an invalid global.yml by myself? i am attempted the veth pair approach14:02
*** mgoddard has joined #openstack-kolla14:04
*** mgoddard_ has quit IRC14:04
inc0sbezverk, soo, whats up?14:05
*** sdake has joined #openstack-kolla14:07
*** thomasem_ is now known as thomasem14:08
sbezverkinc0 when I start a deployment from my deployment ubuntu server, I see an error< here is the paste: http://paste.openstack.org/show/493319/14:08
inc0I assume whole dir /etc/kolla has correct perms?14:09
*** diogogmt has quit IRC14:09
inc0don't forget it want's to save there as well14:10
sbezverkinc0 I sent you email earlier with ls -al /etc/kolla14:10
sbezverkI think they are ok14:10
inc0hmm maybe try changing it with -R to 77714:11
inc0and see if it helps14:11
inc0chmod -R 777 /etc/kolla14:11
*** sdake has quit IRC14:12
sbezverkinc0 ok will try it14:12
sbezverkinc0 nope, did not help14:13
inc0oO14:13
inc0you have perms set up on every node right?14:13
inc0but no14:14
inc0you don't need ot14:14
inc0I...have no idea14:15
inc0never had perms issues14:15
inc0like that14:15
inc0sudo su and run deploy?14:15
inc0btw what's your inventory14:15
inc0?14:15
inc0 you are ssh'ing to sbezverk user right?14:15
inc0are you using become or sth there?14:15
sbezverkinc0 ok let me try to do "sudo su"14:16
*** sdake has joined #openstack-kolla14:21
*** blahRus has joined #openstack-kolla14:23
sbezverkinc0 it does not help :-(14:23
inc0something is wrong in your buntu then14:24
inc0terribly wrong14:24
inc0if you can't make dir as root14:24
sbezverkinc0 no I can mkdir :-)14:24
sbezverkbut when I try to run deploy14:24
inc0what's your inventory?14:25
sbezverkin sudo su mode it fails to connect to remote host as I suspect it does not allow root to ssh in.. I use all in one inventory but all in one is run from deployment server..14:26
sdakemorning14:26
inc0yeah, it won't allow ssh to root14:26
inc0can change it in sshd.conf tho14:26
inc0you'll also need to setup password for root14:27
inc0alternatively you can run become sudo14:27
sbezverkinc0 but somebody surely has done ubuntu multinode I am surprised it did not pop up earlier.14:28
inc0sbezverk, I'm doing ubuntu multinode several times a day14:28
sbezverkand you have not prepped in any way your test bed??14:28
inc0what you need to do is to change configs in sshd14:28
inc0to allow root login14:29
sbezverkinc0 but there is nothing about it in documentation14:29
inc0nothing too fancy tbh14:29
sdakesbezverk did you get results ont he qemu patch yet14:29
*** SiRiuS_ has joined #openstack-kolla14:29
inc0sbezverk, well, we assume you can access to your machine over ssh;)14:29
inc0in docs14:29
sbezverksdake I cannot launch damn deployment on ubuntu14:29
*** mwheckmann has joined #openstack-kolla14:29
sdakeoh, i thought or some reason you were using ubuntu all the time14:29
sdakebut yur right your on centos14:29
sbezverkinc0 if requirements clearly stated then for sure14:29
sdakeori  wouldn't have even asked you to try it14:30
sdakemy bad14:30
inc0well, that's ansible14:30
inc0but by all means, add a paragraph14:30
sdakesbezverk ya we should document that sudoless root is required and the config needs to be set14:30
inc0let's first get your stuff fixed14:30
sbezverksdake I was using centos and red hat only14:30
sdakesbezverk my bad - i should have not asked yo uto test ubuntu14:31
*** vhosakot has joined #openstack-kolla14:31
sbezverksdake no worries I need to get ubuntu going to get iscsi tested14:31
*** SiRiuS has quit IRC14:31
sdakesbezverk if you read th einternet it tells hwo to turn on root sudo14:31
sdakehwo/how14:31
sdakewhich version of ubuntu did you go with14:32
sbezverk14.04.4 lts14:32
sdakemake sure to ugprade the kernel14:32
sdakeit needs to be 4.2014:32
sbezverkit comes by default with 4.214:33
sdakeok14:33
sdakei think that hsould be fine then14:33
*** iceyao has left #openstack-kolla14:37
vhosakotmorning!  sdake: I edited the CentOS/qemu patch a bit last night, and looks like epel installation step works on CentOS and not on OracleLinux... pbourke: could you check https://review.openstack.org/#/c/302036/14:38
patchbotvhosakot: patch 302036 - kolla - Use proper CentOS repositories for ceph and qemu14:39
pbourkevhosakot: sure, thanks14:39
*** JoseMello has joined #openstack-kolla14:39
vhosakotcool, thanks!14:39
*** banix has quit IRC14:42
*** vhosakot has quit IRC14:43
*** vhosakot has joined #openstack-kolla14:43
pbourkevhosakot: the cert on mirror.centos.org seems dodgy14:44
pbourkevhosakot: is seems to install ok if I use http://14:44
vhosakotpbourke: ah ok, instead of https://, on OL ?14:45
pbourkeyes - just trying to figure out why centos is ok with the cert but OL is not14:45
inc0sbezverk, no it does not14:46
inc014.04 doesn't have kernel new enough14:46
inc0uname -a;)14:46
pbourkeif you go to https://mirror.centos.org/ do you get a cert warning?14:46
*** cbits has quit IRC14:46
vhosakotpbourke: ok, the https://github.com/openstack/kolla/blob/master/docker/base/oraclelinux-extras.repo#L4-L6 is not affecting this PS, is it ?14:48
pbourkei dont think so14:49
pbourkevhosakot: tbh Im thinking of dropping OL support14:49
pbourkenobody is using it14:49
pbourkewill need to discuss with sdake14:49
vhosakotyep, check with sdake14:50
sdakepbourke sup?14:50
pbourkesdake: hey14:50
sdakeyo guys dont neeed to consult with me on everything14:50
sdakeust make a decision and moveo n ;)14:50
pbourkethis is a little more fundamental14:50
sdakeoh centos14:50
pbourkesdake: Im considering just dropping ol from kolla14:50
sdakeextra repo we need14:50
pbourkekind of waiting for someone to talk me out of it ;)14:52
*** salv-orl_ has joined #openstack-kolla14:52
sdakeoh drop ole support14:52
sdakewhy would weo that?14:52
sbezverkinc0 uname -a14:52
sbezverkLinux sbezverk-osp-5 4.2.0-27-generic #32~14.04.1-Ubuntu SMP Fri Jan 22 15:32:26 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux14:52
sbezverkinc0 it comes with the image14:52
inc0oO14:52
sdakeole support is easy to implement and as long as your around to maintain it i see zero reason to drop it14:52
sdakeunless you plan on not being arund :(14:53
pbourkeno Im around14:53
pbourke:)14:53
inc0today is not my day14:53
*** salv-orl_ has quit IRC14:53
inc0but I am fairly sure it doesn't come with an image!14:53
sdakeso what is rationale for dropping ole14:53
sdakepbourke ^&14:53
inc0they might have changed it...in last few weeks14:53
inc0but doubt14:53
sbezverkinc0 I fixed permission, to get into another problem: http://paste.openstack.org/show/493348/14:54
*** salv-orlando has quit IRC14:54
inc0sbezverk, what was the issue? root ssh?14:54
inc0sbezverk, tail /var/log/syslog plz14:55
pbourkesdake: I feel there's overhead in maintaining it but nobody is using it. Oracle are of course but we're very far behind upstream right now with no rebase in the near future14:55
sbezverkinc0 yeah, I copied ssh id of my regular user, but for the installation I need root, so I had to enable root access in sshd_config/reset root password/generate ssh key for root/copy root ssh key to the target14:56
sdakepbourke it costs little to maintian14:56
sdakepbourke you guys have forked - iget that, but you will rebase at some point i hope :)14:56
pbourketrue14:56
pbourketrying to get the gates working is frustrating me14:56
sdakemedication nation ftw14:57
pbourkebut I think we're close in fairness14:57
*** Serlex has quit IRC14:57
sdakehow do you mean close on fiarness14:57
sdakeyou mean parity?14:57
pbourkeclose to getting the OL gates passing14:57
sdakeya partiy i think is the word youwere after ;)14:57
sbezverkinc0 here you go http://paste.openstack.org/show/493349/14:57
pbourkerabbitmq is fubared in OL14:57
sdakethats bad news14:58
*** cristicalin has joined #openstack-kolla14:58
sdakeget em to fix it ;)14:58
*** cristicalin has quit IRC14:58
pbourkewe were seeing similar problems in centos though I think?14:58
*** cristicalin has joined #openstack-kolla14:59
sdakerabbitmq works well for me14:59
sdakewhat problem do you see in ol?14:59
*** mgoddard_ has joined #openstack-kolla15:00
pbourkehttps://bugs.launchpad.net/kolla/+bug/156270115:00
openstackLaunchpad bug 1562701 in kolla mitaka "rabbitmq crashed on centos binary deploy" [Critical,Confirmed]15:00
pbourkethough im seeing a different issue locally15:00
vhosakotI added my observations at the end in that bug... found many links about it online15:00
pbourkeyeah thanks for that vhosakot15:00
inc0vhosakot, not much there...15:01
vhosakoti dont see that rabbitmq crash locally though.. only in gate15:01
pbourkevhosakot: for your other patch, would it be a problem to use http?15:01
inc0are you using registry?15:01
sdakelooks like vhosakot debugged it  a bit15:01
vhosakotit is not mine :)  sdake did all the work15:01
vhosakotI jsut debugged OLE errors15:01
vhosakotsdake: can we use http instead of https:// ?15:01
sdakedebugged which ole work15:02
sdakei was talking about the rabbitmq gate crashes15:02
vhosakothttps://review.openstack.org/#/c/302036/15:02
patchbotvhosakot: patch 302036 - kolla - Use proper CentOS repositories for ceph and qemu15:02
vhosakotI debugged rabbitmq crash as well15:02
sbezverkinc0 yes, it is hosted on my deployment server15:02
sdakeoh ya https is fine15:02
vhosakotpbourke: could you change it to http:// and check...15:03
pbourkevhosakot: want me to submit a PS?15:03
sdakei know why it fais15:03
*** dougs1 has joined #openstack-kolla15:03
vhosakotpbourke: I can do it.. 1 sec15:03
pmisiakhi, kolla-build is trying to push images to registry using https protocol15:03
*** mgoddard has quit IRC15:03
pbourkepmisiak: google docker insecure registry15:03
*** wmiller has quit IRC15:03
*** dougs has quit IRC15:03
*** wmiller has joined #openstack-kolla15:04
pmisiakshould I set insecure registry on the operator node too?15:04
inc0sbezverk, insecure registry is all set?15:04
sbezverkinc0 never mind, my bad..15:05
sdakepmisiak wherever your pushing and pulling from15:05
pmisiakok, thanks15:05
pmisiakI missed that, I set it only on target nodes15:05
inc0sbezverk, don't worry, it's not best of my days either;015:06
*** ccesario___ has quit IRC15:08
sbezverkinc0 I am planning to turn this day into a good day with iscsi working on ubuntu as well ;-)15:09
*** diogogmt has joined #openstack-kolla15:09
openstackgerritVikram Hosakote proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203615:10
inc0you sir have my blessing and support, I really want to see it working for some of my own egoistic reasons15:10
pmisiakI suppose master is unstable branch?15:10
pmisiakshould I use stable/* branches ?15:11
inc0pmisiak, we try to keep it stable15:11
inc0stable/mitaka is around master now15:11
pmisiakok15:11
inc0and stable liberty is not advised15:11
pmisiakso master will be my choice :)15:12
pmisiakdo you support libvirt and ironic in the same time?15:12
pmisiakfew months ago when I enabled ironic, nova-compute didn't have libvirt enabled (only ironic)15:13
*** daneyon has joined #openstack-kolla15:13
pmisiakwhat about centos vs ubuntu?15:13
pmisiakI prefer ubuntu, is it stable as well as centos?15:14
sdakepmisiak centos ole ubuntu are all in good shape, debian fedora atm are not quit ethere yet15:15
sdakepmisiak we have gates for centos and ubuntu that test our software per commit and ole gat ecoming soon15:16
pmisiakgreat15:17
sdakeas far as ironic goes, that is tech preview15:17
sdakewe are not quite sure what to do with it yet15:17
*** daneyon has quit IRC15:17
sdakeits inthe code it sort of work15:17
sdakes15:18
pmisiakwhat about ironic&libvirt ? will I be able to spawn libvirt VM when I enable ironic ?15:18
sdakebut it doesnt work entirely the way i think i'd like it to15:18
sdakepmisiak i dont know the exact answer to that jpeeler may be able to expand15:18
openstackgerritMerged openstack/kolla: Fix the Neutron reconfigure  https://review.openstack.org/30173715:18
pmisiakERROR:kolla.cmd.build:unauthorized: authentication required15:18
pmisiakis it something with registry?15:18
openstackgerritMerged openstack/kolla: Added Kibana instructions to quickstart.rst  https://review.openstack.org/30245815:19
vhosakotpmisiak: can you paste "ps aux | grep docker"15:20
pmisiakroot     17594 24.9  2.1 2695204 88092 ?       Ssl  17:08   3:33 /usr/bin/docker daemon --insecure-registry 10.94.7.2:400015:22
pmisiakroot     17683  0.0  0.7 363828 28696 ?        Sl   17:08   0:00 docker-proxy -proto tcp -host-ip 10.94.7.2 -host-port 4000 -container-ip 172.17.0.2 -container-port 500015:22
pmisiakroot     17722  0.0  0.5 257120 21892 ?        Ssl  17:08   0:00 /bin/registry /etc/docker/registry/config.yml15:22
*** achanda has joined #openstack-kolla15:24
sdakepmisiak docker 10.0.3?15:24
sdakerather 1.10.315:24
pmisiakDocker version 1.10.3, build 20f81dd15:24
sdakedid you use the qsg instructions to create your registry?15:25
sdakeor some other instructions from docker inc15:25
pmisiakI used instruction from this site: http://docs.openstack.org/developer/kolla/quickstart.html15:25
vhosakotpmisiak: are you passing    --registry 10.94.7.2:4000     to kolla-build ?15:25
pmisiakups :/15:28
pmisiakI had registry variable in the kolla-build.conf15:28
pmisiakbut it's commented15:28
pmisiaksorry15:28
*** cristicalin has quit IRC15:29
sdakesierra happens )15:29
jpeelerpmisiak: the problem i recall is that ironic required dedicated networking, so there's work to be done to support both ironic deployments along with VMs15:31
jpeelerand the fact that ironic itself probably needs some love15:31
pmisiak;)15:31
jpeelermaybe one day i'll get a chance to look at it15:31
pmisiakmy goal is to have ironic with multitenancy networking :D15:31
sdakepmisiak even ironic doesn't relally do that yet ;)15:32
sdakewith or without kolla15:32
pmisiakyeahh15:32
pmisiak:)15:32
pmisiaki know15:32
pmisiakwhat can i say..15:32
sdakethat is the same thing i want out of ironic15:32
pmisiaki have to :D15:32
vhosakotpmisiak: yep, please uncomment it in kolla-build.conf :)15:32
pmisiakas I see in the code I can have all controllers listed in network group in the inventory?15:34
pmisiakI don't want to have a separate and single network node15:34
sdakeyup that should be fine15:35
*** SiRiuS_ has quit IRC15:36
*** achanda has quit IRC15:37
andrewvwebberis this anything to be concerned about - "No protocol specified in for api_server 'http://172.20.30.167:9292', please update [glance] api_servers with fully qualified url including scheme (http / https)"15:39
openstackgerritSerguei Bezverkhi proposed openstack/kolla: Add  iscsid/tgtd specific parameters to Kolla infrastructure  https://review.openstack.org/30000415:39
pmisiakwhat is the difference between kolla_external_vip_interface vs neutron_external_interface15:41
coolsvapsdake: https://bugs.launchpad.net/kolla/+bug/153041515:41
openstackLaunchpad bug 1530415 in kolla "Override interface name in inventory" [High,In progress] - Assigned to Rodolfo Alonso (rodolfo-alonso-hernandez)15:41
pmisiakneutron_external_interface will be bridged by OVS ?15:41
coolsvapthe review for it is already in master & mitaka15:41
pmisiakand on the kolla_external_vip_interface public API will be available ?15:42
coolsvapi think it was waiting to be merged in liberty, but we have bug for it marked for master & mitaka15:42
sdakecoolsvap can yu put links to the bugs in launchpad15:43
sdakei dont know why launchpad isn't tracking the changes for that patch properly15:43
*** mikelk has quit IRC15:43
pmisiakso I can't have OS API and floating IP on the same network/subnet?15:44
pmisiakhmm I can, but I have configure public IPs on the OVS bridge interface and on the neutron_external_interface directly15:45
coolsvapsdake: updated15:46
coolsvapplease check i think we can mark it completed or whatever15:46
sdakecoolsvap you got links to the bugs15:48
sdaketo the revies15:48
coolsvapyes15:48
coolsvap1 min15:48
coolsvapsdake: this is merged https://review.openstack.org/#/c/24799915:49
andrewvwebberpmisiak: i am experimenting with a veth bridge with the following scripts - https://gist.github.com/andrewwebber/f788790772cef47ed5bff39aae2212cf15:49
coolsvapsdake: https://review.openstack.org/#/c/289241 is targeted for liberty15:49
sdakewow this merged in december15:49
sdakecoolsvap that is wrong15:50
sdakelook at this review https://review.openstack.org/#/c/289241/15:51
patchbotsdake: patch 289241 - kolla (stable/liberty) - Fix retrieving api_interface15:51
sdakethis patch has a -2 from jeffrey15:51
vhosakotpmisiak: https://github.com/openstack/kolla/blob/master/etc/kolla/globals.yml  has all the info about kolla_external_vip_interface and   neutron_external_interface15:51
coolsvapsdake: yes but the bug is already merged in mitaka and newton :)15:51
coolsvapI am just checking through all the 2.0.0 bugs15:52
sdakeya sometiems launchpad times out and gerrit doesn't update the bug status15:52
pmisiakvhosakot: so neutron_external_interface will be part of "br-ex" bridge ?15:54
pmisiak(i dont know what name is it in kolla)15:54
pmisiakand it will be used for routers, floating ips etc.15:55
pbourkevhosakot: im going to try build that patch locally15:56
*** shakamunyi has quit IRC15:56
vhosakotpbourke: it failed again with http ?15:57
pbourkevhosakot: no its failing with another error now15:57
pbourkehttps://jenkins01.openstack.org/job/gate-kolla-dsvm-build-oraclelinux-binary/7/console15:57
openstackgerritMerged openstack/kolla: Make Heka write Keepalived logs to dedicated directory  https://review.openstack.org/30145215:57
vhosakotpbourke: ah ok...15:58
pmisiakso kolla_external_vip_interface can not be the same as neutron_external_interface15:58
vhosakotpbourke: yes, excatly, neutron_external_interface (eth1) will be a member of the br-ex bridge ..  http://paste.openstack.org/show/493360/15:59
vhosakotpmisiak: ^^^16:00
vhosakotpmisiak: yes, kolla_external_vip_interface (that defaults to network_interface  which is eth0) can not be the same as neutron_external_interface (eth1)16:00
vhosakotpmisiak: http://paste.openstack.org/show/493360/16:00
vhosakotpbourke: http://logs.openstack.org/36/302036/17/experimental/gate-kolla-dsvm-build-centos-7-source/74de379/console.html#_2016-04-07_15_40_12_67216:02
vhosakotpbourke: I will do a recheck16:02
*** jasonsb has quit IRC16:02
pbourkevhosakot: there's no point16:03
vhosakotah ok16:03
vhosakotwhat is the issue... http caused this ?16:03
pbourkegive me a few mins, I have it reproduced locally16:03
*** jasonsb has joined #openstack-kolla16:03
pbourkeno i think missing packages16:03
*** dougs has joined #openstack-kolla16:03
pmisiakvhosakot: thanks!16:03
*** dave-mccowan has joined #openstack-kolla16:03
*** mbound_ has quit IRC16:04
vhosakotpbourke: ah ok16:04
*** dougs1 has quit IRC16:05
pmisiakneutron-openvswitch-agent is not building16:06
pmisiakINFO:kolla.cmd.build:neutron-openvswitch-agent:The following packages have unmet dependencies:16:06
pmisiakINFO:kolla.cmd.build:neutron-openvswitch-agent: neutron-plugin-openvswitch : Depends: neutron-common (= 1:2014.1.5-0ubuntu4) but 2:8.0.0~b2-0ubuntu7~cloud0 is to be installed16:06
*** mgoddard_ has quit IRC16:06
pmisiakbase=ubuntu source=binary16:07
*** mgoddard has joined #openstack-kolla16:08
pbourkevhosakot: we may have to stick with the existing ceph repos for OL16:08
pbourkethe new ones seem heavily bound to centos16:08
pbourkethe issue would be if there were version discrepencies16:09
pbourkewhat is this centos-release rpm16:10
pbourkenot sure why ceph needs to be dependent on it16:11
vhosakotpbourke: ah ok.. I think all those are needed for ceph/hammer16:11
pbourkehttp://paste.openstack.org/show/493365/16:11
vhosakotpbourke: isn't there an OL equivalent for these three lines ?16:11
vhosakotRUN yum install -y http://mirror.centos.org/centos-7/7/extras/x86_64/Packages/epel-release-7-5.noarch.rpm16:11
vhosakotRUN yum install -y http://mirror.centos.org/centos-7/7/extras/x86_64/Packages/centos-release-ceph-hammer-1.0-5.el7.centos.noarch.rpm16:11
vhosakotRUN yum install -y http://mirror.centos.org/centos-7/7/extras/x86_64/Packages/centos-release-qemu-ev-1.0-1.el7.noarch.rpm16:11
vhosakotRUN rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-716:11
pbourkeunfortunately no16:12
vhosakotignore last line pasted...16:12
vhosakotah ok16:12
pbourketbh these repos may have issues on RHEL also16:12
vhosakotpbourke: is  http://paste.openstack.org/show/493365/  from you dev machine or gate ?16:13
*** coolsvap has quit IRC16:13
pbourkegate16:13
pbourkeoh wait, sorry16:13
pbourkefrom my machine, I just wanted to see what actually was in centos-release16:13
*** unicell has quit IRC16:13
vhosakotah ok16:14
pmisiakquit16:14
pmisiak:)16:14
*** pmisiak has quit IRC16:14
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/kolla: Fix the Neutron reconfigure  https://review.openstack.org/30293016:15
*** unicell has joined #openstack-kolla16:15
pbourkesdake: do you know if these packages install ok on RHEL?16:16
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/kolla: Adds migration step from nova to nova_api database  https://review.openstack.org/30293116:16
openstackgerritOpenStack Proposal Bot proposed openstack/kolla: Updated from global requirements  https://review.openstack.org/30285616:19
*** pmisiak has joined #openstack-kolla16:20
sdakewhich packages16:21
sdakepbourke the problem with them is they use releasever variable16:21
sdakereleasever on oracle linux is 7Server16:21
pbourkethe qemu/ceph ones16:21
sdakeon centos is 716:21
sdakerelesaever needs to be seed into the number 716:21
pbourkeyeah the releasever thing is annoying16:21
sdakein the repo files16:21
sdakeseed/sed16:21
pbourkebut I dont think its relevant to this particular patch16:21
sdakethat is the solution16:21
sdaketo making the gate pass16:22
pbourkewhat im saying is, these new qemu/ceph rpms are heavily dependant on centos16:22
pbourkethey dont install on OL and im not sure they would on RHEL either16:22
sdakethey are dependent on epel which we already install16:22
sdakethey install on ol16:22
pbourkethey depend on a package called "centos-release"16:22
pbourkethey dont :)16:22
sdakeoh ok ;)16:22
sdakewell i haven't debugged it yet16:22
pbourkei'll put my findings on the review16:22
sdakerhel already ha qemu 2.316:22
sdakei wil debug it before patch merges16:23
pbourkewe could maybe just install them for centos but then we'll be in a situation where different bases have different versions16:23
pbourkewhich I dont think we want16:23
sdakewecoudl nstall them with --nodeps ;)16:23
pbourkeheh yeah it crossed my mind16:23
sdakeall they do is insall repo files and gpg keys16:23
pbourkeseems like a bad idea though I dunno16:24
sdakeits not a terrible idea16:24
pbourkeok let me try locally with that16:24
sdakethe idea is to use mirrors.* insted of hardcoded paths16:24
pbourkethose packages shouldnt depend on that rpm though16:24
pbourkein the first place16:24
sdakeit depends on that rpm because of key signing16:25
sdakeit rquires the centos key to install i suspect16:26
*** coolsvap has joined #openstack-kolla16:26
*** daneyon_ has quit IRC16:28
*** daneyon has joined #openstack-kolla16:29
*** unicell has quit IRC16:31
*** dwalsh has quit IRC16:33
pbourkesdake: are the 'rpm --imports' important?16:33
sdakeno idea who put those in or why16:33
sdakei didn't do that16:33
pbourkevhosakot: did you add the rpm --import lines?16:33
pbourkeim guessing they're if you want to verify the package integrity after the fact16:34
vhosakotpbourke: yes, for OL16:34
pbourkeone of them is missing on OL16:34
pbourkeso if they're not super important Id suggest leaving them out?16:34
sdakei added a bunch of them for ol but i was just copying what was already there16:34
vhosakotpbourke: sdake added it initially in PS 13, and I broke the single RUN command into multiple RUNs to isoltae error16:34
sdakeuse git blame on pristine master to see who added them16:34
sdakeand what the commit message/bugid says16:34
pbourkevhosakot: do you mind if I submit a PS?16:35
vhosakotpbourke: sure... :)16:35
vhosakotpbourke: i meant I wont mind :) go ahead submit the PS16:35
pbourke:)16:35
sdakei dont mind either16:36
sdakethe reason people care is because committer is used in stackalytics16:36
sdakerather then author line16:36
sdakefor counting stats16:36
sdakeas stupid as  that is16:36
*** haplo37 has joined #openstack-kolla16:37
vhosakotsdake: I thought all co-authors get numbers16:37
vhosakotsdake: anyway, numbers is secondary... we'll try to fix it on OL :)16:37
vhosakotpbourke: it is all sdake's work.. all I did was to break down the single RUN into multiple RUNs to isolate error on OL16:38
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack/kolla: Configure Neutron to use internalURL for contacting Nova  https://review.openstack.org/30294816:40
pbourkeactually I forgot another question16:42
pbourkewhy are we installing ceph in base16:42
pbourkeand qem16:42
pbourke*qemu16:42
openstackgerritPaul Bourke proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203616:44
*** daneyon_ has joined #openstack-kolla16:46
dougsanyone got a Kolla spec file (for rpm)?16:48
*** JoseMello has quit IRC16:49
sdakewe are installling the repos in base16:49
sdakethis is our modle pbourke16:49
pbourkesdake: yeah it just dawned on me those are not the actual packages16:49
sdakethat way we can substitute repos in one palce instead of all over the repo16:49
pbourkethat's cool16:49
sdakedougs i wil shortly16:50
openstackgerritOpenStack Proposal Bot proposed openstack/kolla: Updated from global requirements  https://review.openstack.org/30285616:50
sdakedougs curious - may I ask why you desire such a thing :)16:50
dougssdake: we want to use it as part of our distro16:50
sdakedougs which distro16:51
sdakedougs i will likely have the spec file done this weekish and happy to share16:51
*** daneyon_ has quit IRC16:52
dougssdake: thanks, pmed16:52
sdakedougs i assume you have tried out kolla if you want ot rpm'ize it16:55
sdakewhat are the top 3 pain points and top 3 gaps you see with it?16:56
manjeetsvhosakot ping16:57
mgoddardsdake, dougs is with me at Cray. We decided to go with Kolla over OSA to provide Cray's OpenStack deployment framework16:58
sdakemgoddard interesting16:58
vhosakotmanjeets: pong16:58
sdakecool well the model of kolla is people use it as an upstream for their downstream products16:58
sdake(just like the rest of the openstack model)16:58
vhosakotmanjeets: bbib 20 mins.. leave msg.. will come back and catch up16:59
sdakethis is a model i want to actively promote - oracle has already done it16:59
sdakeif an rpm would help - makes sense to produce one ;)16:59
mgoddardbiggest pain point so far is image build times. We've not spent much time investigating yet, but I've seen it take 5 hours to build all the images16:59
dougsmgoddard: pain points, build time no.1?16:59
mgoddardadmittedly on a VM on my laptop17:00
manjeetsstill having a linux brdige updated pip and setuptools manually on one of network nodes17:00
manjeetsvhoasakot17:00
manjeetsissue**17:00
sdakevm laptoop lots of memcpy ;)17:00
mgoddardI'm sure there are things we can do to improve17:00
sdakefwiw it takes me 14 minutes to build centos source on intel 750 nvme ssd17:00
mgoddardsure - it's not our final environment17:00
sdakeand i have gige intenet at my home17:01
mgoddardthat's more like what I'm hoping for17:01
mgoddardperfect17:01
sdakesolution is to put it on a intel 750 ssd - 350 bucks for 400gb disk17:01
sdakeand get a fast intenet connection ;)17:01
mgoddardwe'll be building from a local set of yum repos, so hopefully BW won't be an issue17:01
sdakea local mirror will speed things up dramatically17:01
sbezverkinc0 ping17:02
sdakeby put  it, i mean put /var/libdocker17:02
sdake /var/lib/docker17:02
inc0go ahead sbezverk17:02
mgoddardany hints on docker performance tuning for builds?17:02
sdakei ru nwith overlayfs17:02
sdakealthough its a bit flakey17:02
sdakei wouldn't recommend that for production17:02
sbezverkinc0 I told you this day is going to change for better ;-) check this out: http://paste.openstack.org/show/493375/17:02
sdakerun docker 1.10 at minimum and  registry 2.3 at minimum17:02
inc0btrfs is not far away performance wise and it's stable17:03
sdakeagree with inc0 btrfs is the best solution17:03
sdakeif your uncomfortable with that graph driver, use lvm+thin17:03
sdakethe performance of docker is heavily affected by the graph driver17:03
sdakewe use natie networkign in kolla17:03
sdakealthough the build doesnt 'use native networking17:03
sdakeby native networking i mean --net=host17:04
*** andrewvwebber has quit IRC17:04
inc0cool sbezverk17:04
inc0now get this iscsi working;)17:04
inc0and I'll be happier person17:04
*** dwalsh has joined #openstack-kolla17:05
sdaketo make your registry go as fast as possible bindmount the registry store17:05
sdakebut that wont work if you want to scale out your registry17:05
sdakewhat about gaps17:05
sdakeany you see?17:05
sdakemgoddard ^^17:05
sdakedougs ^^17:06
sbezverkinc0 it is working centos vm is using iscsi/lvm217:06
sbezverk cinder list17:07
sbezverk+--------------------------------------+--------+----------------+------+-------------+----------+--------------------------------------+17:07
sbezverk|                  ID                  | Status |      Name      | Size | Volume Type | Bootable |             Attached to              |17:07
sbezverk+--------------------------------------+--------+----------------+------+-------------+----------+--------------------------------------+17:07
sbezverk| 7cbb2752-90ce-4774-969d-b5fdfb0fab46 | in-use | centos7-1-disk |  40  |      -      |   true   | 07ef480a-7b73-4258-97e4-261d62aedad7 |17:07
sbezverk| b97140db-6de3-44b0-957c-5619bf4ee459 | in-use |                |  5   |      -      |   true   | 07ef480a-7b73-4258-97e4-261d62aedad7 |17:07
sbezverk+--------------------------------------+--------+----------------+------+-------------+----------+--------------------------------------+17:07
*** rmart04 has quit IRC17:07
sdakepastebin ftw17:07
sbezverksdake sorry17:07
sdakenobodoy can actually read that output in irc anyway :)17:08
sdakeneed to view raw in a paste service to see oepnstack cli output17:08
inc0sbezverk, any issues?17:08
inc0did you ran into issue I had17:08
inc0?17:08
sdakemgoddard curious what decision point was on osa vs kolla17:09
sdakemind sharing?17:09
dougssdake: HA is probably the main missing part17:09
dougs(for all services)17:09
*** bmotz has joined #openstack-kolla17:09
sdakekolla has ha17:09
sbezverkinc0 I did not because I fixed it beforehand17:09
inc0by this fstab stuff?17:09
sdakekolla is nway-active except for the database which is n+m (1/2)17:10
sbezverkinc0 http://paste.openstack.org/show/493377/17:10
dougssdake: cool - an oversight on my part. Any support for active/passive?17:10
mgoddardlast I checked, there was no SSL support, although I understand that was on the cards for Mitaka17:10
*** unicell has joined #openstack-kolla17:10
sdakethe database is n+m (active/passive)17:10
sdakewe hae external tls implmeented17:11
inc0sdake, not true, db is galera17:11
inc0which is a/a17:11
sdakealthough apparently buggy :)17:11
inc0with few caveats to it17:11
sdakei thought db was n+m17:11
inc0galera is a/a17:11
sdakeshows what I knwo :)17:11
sdakeok then our entire system is nway active17:11
sdakeactive/active implies 2 nodes, we requrie 3 for clustering17:12
inc0dougs, which part you'd like to be a/p?17:12
sdakewe can actually use more - one cat tried 717:12
dougssdake: mainly the DB for 2 node HA17:12
*** mwheckmann has quit IRC17:12
inc0so neutron l3 is still a/p but not much we can do about it17:12
*** salv-orlando has joined #openstack-kolla17:12
inc0dougs, yeah, if you want ha you need at least 317:12
dougscinder-volume17:12
inc0but that's well...how you do ha17:12
sdakewhere our ha  is weak is we dont detect failures and recover from them17:13
inc0dougs, we use ceph as main cinder backend so not really a/p17:13
sdakewhich is steps 1-2 of  an ha system ;)17:13
*** jasonsb has quit IRC17:13
mgoddardexternal TLS is fine for us. we are looking to use certificate based auth also17:13
inc0but yeah, we won't be more HA than openstack17:13
sdakedetect/isolate/recover/notify17:13
sdakewe have none of this17:13
sdakewhat we do is deploy in nway-active mode17:14
sdakewe need to detect/isolate/recover/notify on faults17:14
dougssdake: hence my questions regarding pacemaker a few weeks back!17:14
sdakei see that as a gap vs some other deployment solutions17:14
sdakedougs see millions of questios here, dont recall pacemaker question17:14
sdakebut ya, i wrote most of corosync17:15
sdakeso I'm familiar with pacemaker17:15
dougssdake: I think the conclusion was the network-isolation was required and that pacemaker was overkill17:15
dougs*that17:15
sdakesince andrew and i partnered on making linux highly available l:)17:15
sdakepacemaker is overkilll17:15
*** salv-orlando has quit IRC17:15
coolsvapsdake: should we abandon this patch https://review.openstack.org/#/c/300888 and mark the bug https://bugs.launchpad.net/kolla/+bug/1565373 as invalid ?17:16
openstackLaunchpad bug 1565373 in kolla mitaka "haproxy container does not have /var/log/kolla directory" [High,Confirmed] - Assigned to Carlos Cesario (ccesario)17:16
inc0dougs, what kind of net isolation you're reffering to?17:17
*** mwheckmann has joined #openstack-kolla17:17
dougsinc0: possibility of VIPs active on two instances at one time17:17
inc0ah, you mean split brain?17:18
dougsyeah17:18
inc0yeah, keepalived sux in this matter17:18
inc0and pacemaker is overkill17:18
sdakecoolsvap not yet17:18
sdakesee last comment17:18
openstackgerritOpenStack Proposal Bot proposed openstack/kolla: Updated from global requirements  https://review.openstack.org/30285617:19
*** Marga_ has quit IRC17:19
inc0we had precisely this discussion in Vancouver17:19
mgoddardon the reasons for choosing Kolla over OSA - it was close. It mostly came down to ease of use, simplicity (esp networking), use of Docker, immutable images philosophy, separation of build and deployment17:19
mgoddardsupport for CentOS was a big one also17:19
sdakethat was close? :)17:19
sdakewhat did osa have going for it then17:19
coolsvapsdake: we do have the /var/log/haproxy let me check on heka17:19
inc0mgoddard, speed of deployment and fact that kolla doesn't eat up 7 ips per node might be good consideration as well17:20
inc0;)17:20
mgoddardinc0 - yes, both good17:20
inc0one thing mgoddard don't deploy stable liberty yet17:21
mgoddardOSA has more stability, support for multiple containers of a given type on a single node, support for Kilo17:21
mgoddardinc0, why not?17:21
inc0kinda big backport is coming up, it will kick stability tremendously17:21
mgoddardwe were planning to use stable/mitaka, and port back to kilo OpenStack17:21
inc0that would work17:21
mgoddardwill all features be ported back to L?17:21
inc0issue was in liberty we were bound to docker 1.8 and it didn't have features we needed for data persistance17:22
mgoddardanother gap - Monasca. We use it for monitoring17:22
inc0should be quick merge if you guys want to contribute17:22
mgoddardwe'll have to develop it first ;)17:22
mgoddardbut yes, we'll be keen to contribute17:23
inc0deployment of big tent is one of our priorities, so Monaska fit it perfectly17:23
inc0or Monasca even17:23
mgoddardcomes with a lot of baggage - kafka, zookeeper, apache storm...17:23
mgoddardbut at least it's not ceilometer :)17:23
inc0not that easy then, I think we already had zookeeper containers17:24
inc0:D17:24
sdakebaggage is ok in a container deployment system17:24
*** rajathagasthya has joined #openstack-kolla17:24
sdakebecause it doesnt make a mess of your system in teh first place if its not turned on17:24
coolsvapsdake: updated review with comments, it think we can abandon this change set17:25
mgoddardin theory17:25
sdakecoolsvap no ccesario can abandon if he chooses17:25
sdakewe shouldn't abandon other peopels work17:25
inc0mgoddard, well, unless it messes with kernel that is17:25
coolsvapsdake: alright17:25
sdakelets look at the bug next17:25
coolsvapnp17:25
mgoddardvery much like the config templating & layering17:25
inc0if it doesn't touch kernel, you're usually good to just purge it and it's volumes17:25
*** slagle has quit IRC17:26
mgoddardwould you be open to conf.d support for the config layers?17:26
inc0mgoddard, as long as it makes sense and doesnt cause tons of mess17:26
*** Marga_ has joined #openstack-kolla17:26
inc0which it should not if you do it correctly17:27
mgoddardcontext: we have multiple platforms that sit on top of us, each wanting to configure us in some way. Conf.d comes up a lot...17:27
sdakewhat is conf.d17:27
inc0so about being open to features, ansible gives us enough flexibility to turn off and on features as we please17:27
mgoddarddirectory of config files17:27
sdakeyou can override configuation via /etc/kolla/config17:28
inc0so if you have need for some feature we can always merge it and turn it off as default17:28
sdakemake an /etc/kolla/config/nova.conf17:28
sdakeand put in what you like17:28
inc0sdake, not really what mdnadeem means17:28
inc0but yeah, we should be ok17:28
sdakeare we back to the plugins discussio nthen inc0?17:28
mgoddard /etc/kolla/config/nova.conf.d/abc.conf17:28
inc0and confs are merged I assume17:29
inc0or included in main conf17:29
sdakewhat goes in abc.conf?17:29
*** banix has joined #openstack-kolla17:30
* coolsvap will be sleeping now will check remaining 2.0.0 bugs in morning17:31
sdakecoolsvap good job on catching that bug - one less on our plates ;)17:32
mgoddardinc0, confs are merged17:35
sdakemgoddard we got that arleady bro ;)17:35
inc0mgoddard, well, depends what you need17:35
sdakejust put your conig options in /etc/kolla/config/nova.conf17:35
inc0but as sdake says, we have confs overrides already17:36
sdakeand it overrides the default17:36
inc0one thing we might need is to have centos.conf and ubuntu.conf and somehow put only correct one in place17:36
inc0but that's possible and don't forget that these confs lives inside container17:37
mgoddardright. in some cases we have multiple sources for Nova configuration, which each need to own their own config file17:37
inc0so you will in general have exactly same environment17:37
vhosakotmgoddard: steps to reconfigure services / override defauls configs are in   https://etherpad.openstack.org/p/kolla-mitaka-testing-reconfigure17:37
inc0besides things like interface names, but these are possible to override in inventory17:37
mgoddardit's possible that we can manage this part ourselves, and provide kolla with a single file. Still TBD.17:37
inc0I'm sure we can think of something17:38
sdakemgoddard whre olla is weak is managing polciy files nad the like17:38
mgoddardsure - it's not an immediate requirement17:38
inc0btw mgoddard out of curiosity, which company are you from?17:38
*** coolsvap has quit IRC17:38
mgoddardI work for Cray.17:39
mgoddardinc0, and you?17:40
inc0Intel17:40
mgoddardI saw something on thenewstack recently about Intel + Mirantis wanting to containerise OpenStack. Is that Kolla based?17:40
inc0that's...a complicated question;)17:41
inc0Mirantis does contribute to kolla heavily17:41
sdakemgoddard everyoone wnats to containerize openstack because they see how simple kolla is17:42
sdakemgoddard and every deployment tool in existence is complex by comprison17:42
sdakemgoddard so i think its natural for vendors to want to follow what works- whether mirantis or red hat or anyone else end up using kolla for an upstream is an unknown at this point17:43
sdakethe known is oracle uses kolla for an usptream17:43
inc0TripleO also works with kolla, and RH is playing around it, but as for commercial appliances...you can never really tell;)17:44
inc0mgoddard, so if you want to backport kilo to mitaka deploy code17:46
inc0https://review.openstack.org/#/c/299563/ look at this17:46
patchbotinc0: patch 299563 - kolla - Making Mitaka deploying liberty17:46
inc0this is latest master deploying liberty, this will eventually be backported to stable/liberty17:47
inc0(eventually == ~ week or 2 from now)17:47
inc0as you can see not that many changes, I expect Kilo to be similar17:47
mgoddardexcellent - thanks17:48
mgoddardmy colleague has combed through Oracle's changes to deploy Kilo on Liberty - he said there didn't seem to be too much involved17:48
inc0I suggest using stable/mitaka17:49
inc0or stable/liberty once we will backport it17:49
inc0it will be tagged as 1.1.017:49
inc0keep track on this patchset, this will be it17:49
inc0plan is - once we release mitaka, we'll cherrypick it to stable/mitaka and tag as stable/liberty17:50
openstackgerritHui Kang proposed openstack/kolla: Add Kuryr ansible role  https://review.openstack.org/29889417:50
inc0few differences tho, it will deploy liberty services we deployed in liberty17:50
inc0in any case, do test it please;)17:51
*** aginwala has joined #openstack-kolla17:52
*** rmart04 has joined #openstack-kolla17:52
sdakewe can't tag as stable liberty inc018:02
sdakestable/liberty is a branch, we need to backport our work into stable/librety18:02
sdakeprobably through some monsterous mega-patch18:02
sdakewhich we rubber stamp18:02
sdakefollowed by heavy teting18:02
inc0sdake, I'll leave git magic to you18:02
sdakefantastic18:03
sdakei have no idea how to make that patch ;)18:03
sdakei was hoping you did18:03
inc0lol18:03
inc0git diff between 2 branches?18:03
inc0or just checkout this code, copy all the files to liberty directory and git commit;)18:04
sdakeuusally for this i use git export18:04
sdakethen diff the two trees18:04
sdakethen make a patch out of the diff18:04
sdakeinc0 right thats anothe rmodel18:04
sdakethe problem to deal with is the addition of files18:04
inc0but then we're losing git history18:04
sdakewhich git status should help with18:05
sdakeyup git history is lost on liberty18:05
sdakethe alternative is to backport the 1k patches in mitaka to liberty18:05
sdakethats alot of +2 clicking18:05
sdakei leave the backport magic to you ;)18:05
inc0ehh18:05
sdakebut we can't tag liberty off of stable/mitaka :)18:05
inc0ok, let's start by tagging stable/mitaka18:06
sdakeright18:06
inc0and cherry-pick this code18:06
sdakewhat will happen is on the 15th 2.0.0 will be tagged from stable/mitaka18:06
sdakethen stable/mitaka needs to somehow be merged into stable/liberty18:07
sdakeit would be fantastic not to lose history18:07
sdakebut the trees are divergent enoug hthati think there will be collisions in the 1k patchset18:07
inc0can we do normal git merge?18:07
sdakei never use git merge18:07
sdakeso i dont know what it does18:07
inc0ever used git pull?18:07
sdakeduh of course18:07
sdakei use git pull --rebase18:07
*** haplo37 has quit IRC18:08
inc0git pull == git fetch && git merge18:08
inc0merge means 2 branches got merged18:08
sdakedoes it maintain history?18:08
inc0yup18:08
*** blahRus has quit IRC18:08
sdakeand what about patch collisiions18:08
inc0not sure how it will deal with all the cherry picks we backported18:08
sdakelet me try that locally what command should I type in18:08
inc0https://git-scm.com/docs/git-merge18:09
inc0check out liberty code18:09
inc0checkout my code to a branch18:09
inc0git merge branches18:09
sdakeso18:10
sdakegit clone repo18:10
sdakegit checkout stable/liberty18:10
sdakegit merge branches?18:10
sdakeor git merge stable/mitaka?18:10
*** aginwala has quit IRC18:10
inc0clone repo18:11
sdakeSTDAKE-M-J2VL:kolla sdake$ git merge stable/mitaka18:11
sdakemerge: stable/mitaka - not something we can merge18:11
inc0well...I'll play aronund it18:11
inc0no clue really18:11
sdakeright18:11
inc0but I'll fugire sth out18:11
sdakeok sounds good :)18:12
*** shardy has quit IRC18:12
sdakeim focused on 2.0.0 atm ;)18:12
sdaketbh i think git expprt is our best option18:14
sdakeinc0 try to sync with asalkeld18:14
*** aginwala has joined #openstack-kolla18:14
sdakehe is a git wizard18:14
sdakeand solved a similar problem for corosync a long time ago18:15
sdakewithout losing history18:15
inc0will do18:16
*** aginwala has quit IRC18:16
Jeffrey4lsdake, around?18:16
sdakeJeffrey4l shoot18:17
Jeffrey4lsdake, I want to talk about the qemu permission issue. i think just add the qemu to the nova group is enough.18:17
Jeffrey4lno just to change to the kolla group.18:18
Jeffrey4lit is a little wired. and the end-ops will be confused.18:18
sdakeJeffrey4l good idea18:18
sdakeJeffrey4l i dont know if it will work18:18
Jeffrey4lmoreover, in the Cento Distro, it will the solution.18:19
sdakebecuase the permissions still need to be 77518:19
Jeffrey4lsdake, it works.18:19
sdakeJeffrey4l idd you test a patch?18:19
Jeffrey4lactually, I use this in my `fix neutron-linuxbridge-agent` PS.18:19
Jeffrey4l:D18:19
Jeffrey4l\18:19
sdakeJeffrey4l ok i'll test it18:19
Jeffrey4lsdake,  it has other issue.18:20
Jeffrey4lBut i can fix it in 1 minute. :D18:20
sdakeJeffrey4l i'm not quie sure what you suggest, do you mean get rid of the chmod 775 ?18:21
sdakecan you leave comment in the review about what ou think i shoudl change18:21
Jeffrey4lsdake, no. Just no need run the qemu process in kolla group.18:21
Jeffrey4lsdake, np.18:21
*** cbits has joined #openstack-kolla18:22
*** Marga_ has quit IRC18:24
openstackgerritSteven Dake proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203618:24
*** mlima__ has joined #openstack-kolla18:24
*** sdake_ has joined #openstack-kolla18:26
*** sdake has quit IRC18:26
sdake_let me get us on a stable commit18:26
sdake_moment18:26
openstackgerritSteven Dake proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203618:27
*** mlima_ has quit IRC18:28
sbezverksdake I am ready to test your qemu patch, do you still need it?18:30
*** ssurana has joined #openstack-kolla18:31
*** salv-orlando has joined #openstack-kolla18:32
openstackgerritSteven Dake proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203618:32
sdake_sbezverk there ya go ;)18:33
sdake_Jeffrey4l ok add review commnets there on what you think should change18:33
sdake_i'll try it out18:33
Jeffrey4lsdake_, cool18:33
sdake_if it works we can use that technique18:33
daneyonsdake_ I am following the kolla install instructions and have come up to this optional step: Optionally, you can install tox and generate the build configuration using following steps.18:34
daneyoncan u explain a bit more what ^ does?18:34
sdake_daneyon i suspect it generates build-conf.conf fiel18:35
sdake_or something like that ;)18:35
sdake_daneyon never tried it18:35
*** athomas has quit IRC18:35
sdake_i dont use buildconf18:35
sdake_because my machine is super fast at building i dont care to chane htings ;)18:35
daneyonsdake_ what is that file for?18:35
sdake_lets you select htings out of the build i think18:35
sdake_pbourke would know more18:35
sdake_daneyon for your work i'd ignore it18:36
daneyonok18:36
daneyonsdake_ are there any known issues outside of the install steps for using 1 node, i.e. 1 server as the build and target?18:37
sdake_use from source for the moment18:37
sdake_centos binary may have trouble18:37
sdake_--type source as the build.py option18:37
*** SiRiuS_ has joined #openstack-kolla18:38
sdake_tls is broken18:38
sdake_so dont enable it18:38
sdake_dave is working on it18:38
*** salv-orlando has quit IRC18:38
sdake_in master flavors r eno longer created by nova automatically18:39
*** nihilifer has quit IRC18:39
sdake_you so hae to creat a flavor18:39
sdake_qemu may be bust in genral, if you want to avoid that use the qemu 2.3 patchset18:39
vhosakotdaneyon: build-conf has inputs paramters for kolla-build18:39
*** slagle has joined #openstack-kolla18:39
daneyonok, thanks sdake_ and vhosakot for the info18:40
*** nihilifer has joined #openstack-kolla18:40
sdake_ok pbourke vhosakot re change to get ol to buld leave comments in teh patch set18:41
sdake_i dont want it getting busted along the wy - it looks like atleast 4 people have pushed patches and i dont even know what changed there18:41
daneyon_sdake vhosakot ansible still has to be < 2.0.018:41
vhosakotdaneyon: https://github.com/openstack/kolla/blob/master/doc/image-building.rst#build-openstack-from-source  has an example kolla-build.conf, and how it is used to fee input parameters for kolla-build when building images18:41
sdake_i'll address the cmments nteh patchset18:41
vhosakotdaneyon: yes18:41
vhosakotdaneyon: fee==feed18:42
inc0hey, quick linux question18:42
daneyonok, thx18:42
inc0I see disk in lsblk, in /dev/disk/by-id18:42
vhosakotsdake_: cool, will leave comment sin PS after OL gate results are out18:42
*** aginwala has joined #openstack-kolla18:43
inc0but can't see it in /dev/vd* and can't run parted on /dev/disk/by-d18:43
ccesariosdake_, sorry by delay.....18:43
sdake_which delay is that18:43
ccesarioabout ps https://review.openstack.org/#/c/300888/  yes, the vhosakot is right... we have haproxy log in heka container18:44
patchbotccesario: patch 300888 - kolla - Added missing haproxy log dir.18:44
ccesariosince the opened file bug.....  the question it was the log directory into haproxy container18:45
sdake_comon guys quit apologizing18:45
vhosakotccesario: as Eric commented, haproxy does not need access to /var/log/kolla as haproxy writes its logs to the /var/lib/kolla/heka/log Unix socket.18:46
sdake_its a team effort everyone is obviously doign the best they can18:46
vhosakot^^^ +118:46
ccesariorigth !18:48
ccesarioCShould I abandon it !?18:48
ccesarioShould*18:48
sdake_since bug is invalid i think it makes snese to do so18:49
ccesariovhosakot, are you agree with it? (I'm asking you too because you are aware about it)18:50
*** aginwala has quit IRC18:50
openstackgerritSteven Dake proposed openstack/kolla: Use proper CentOS repositories for ceph and qemu  https://review.openstack.org/30203618:50
vhosakotccesario: yes, as there is nothing to fix ccesario, and we see haproxy log in the output of  "docker exec heka ls -lrt /var/log/kolla/haproxy/haproxy.log"18:50
vhosakotccesario: plus, as elemoine_ commented in the review, haproxy container does not need access to /var/log/kolla  as  it writes its logs to the /var/lib/kolla/heka/log Unix socket18:51
ccesariorigth...!18:52
elemoine_I just commented in the CR18:52
*** salv-orlando has joined #openstack-kolla18:52
ccesarioonly click into abandon.... right!?18:52
elemoine_I hope this will end the discussion :)18:52
*** rstarmer has joined #openstack-kolla18:53
elemoine_(friendly hope)18:53
*** mlima__ has quit IRC18:55
*** mlima has joined #openstack-kolla18:55
dave-mccowansdake_ tls is fixed.  patch merged.18:57
*** aginwala has joined #openstack-kolla18:57
dave-mccowansdake_ also, i have a patch out to add flavors during init-runonce18:58
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix launch vm failed in neutron-linuxbridge-agent env  https://review.openstack.org/30272118:58
sdake_dave-mccowan nice118:59
sdake_dave nice again! :)19:00
dave-mccowanwhat's the plan for binary centos being broken?19:00
*** salv-orlando has quit IRC19:01
sdake_is it confirmed broken?19:01
sdake_we are witing on rdo to cut a mitaka release for rdo19:01
sdake_dmsimard is working on that19:01
Jeffrey4lsdake_, see the comments https://review.openstack.org/#/c/302036/21/ansible/roles/nova/templates/qemu.conf.j2   :D19:01
patchbotJeffrey4l: patch 302036 - kolla - Use proper CentOS repositories for ceph and qemu19:01
dave-mccowanon my server, it started working when i switch to build from source.19:02
*** cbits has quit IRC19:03
sdake_Jeffrey4l we already have a kolla group19:03
Jeffrey4lsdake_, i know that.19:04
Jeffrey4lsdake_, I means to introduce that kolla group to the /var/lib/nova folder.19:04
sdake_Jeffrey4l the issue is this19:04
sdake_qemu 1.5 runs as root:root19:04
sdake_qemu 2.3 runs as qemu;qemu19:04
sdake_qemu cannto write to that nova directory and apparently it needs to be able to do so19:05
vhosakotdave-mccowan: binary centos works in gate.. is it broken with TLS enabled ?19:05
*** aginwala has quit IRC19:05
Jeffrey4lsdake_, end-user may confused that: "why here has a kolla group owner? it must be wrong. I saw my centos deploy, it should be nova:nova. Let change that"19:05
sdake_how do you propose we fix it then?19:06
*** rajathagasthya has quit IRC19:06
sdake_you said add qemu to nova group19:06
Jeffrey4lsdake_, see this https://review.openstack.org/#/c/302721/2/docker/nova/nova-libvirt/Dockerfile.j219:06
patchbotJeffrey4l: patch 302721 - kolla - Fix launch vm failed in neutron-linuxbridge-agent env19:06
sdake_but the file is still not writeable19:06
Jeffrey4lyup.19:06
Jeffrey4lsdake_, also need change the mod in /var/lib/nova/ and /var/lib/nova/instance19:07
Jeffrey4lmy changes just like the distro used. When install both libvirt and nova-compute: in CentOS: it will add qemu to nova group. In Ubuntu, it will add nova to libvirtd group.19:08
Jeffrey4lsdake_, btw, in qemu 1.5 ( centos + source, my 10 nodes env ), the qemu process is run under qemu user for sure.19:09
Jeffrey4lsdake_, see this http://paste.openstack.org/show/493402/19:10
sdake_Jeffrey4l i had thought of the nova-base solution too19:10
sdake_to unify nnova and qemu user and group permissions19:10
sdake_but it makes libvirt fatter19:10
Jeffrey4lsdake_, if not, it may have bug.19:10
sdake_line 1 of your dockerifle.j219:11
Jeffrey4lthe nova user uid and gid may be different in nova-compute and nova-libvirt.19:11
Jeffrey4lsdake_, yea. I got what are you means.19:11
sdake_i think we shoud lmerge your patch first19:12
sdake_and my patch second19:12
Jeffrey4lsdake_, thanks for that :D19:12
sdake_but before we do that, we should unif y the global uids we need in some base package19:12
sdake_such as base itself19:12
Jeffrey4lsdake_, I also thought that. it should one thing we must to do.19:13
sdake_should do now19:13
Jeffrey4lsdake_, what's your thought? create the nova user in base?19:13
openstackgerritRyan Hallisey proposed openstack/kolla: Set db connection retry to infinity  https://review.openstack.org/30243419:13
sdake_nova and qemu uerin base19:13
sdake_they are bot hshard between many containers19:13
dave-mccowanvhosakot does the gate boot a VM?  i could not boot a VM with no TLS using binary centos.19:14
*** salv-orlando has joined #openstack-kolla19:14
*** Marga_ has joined #openstack-kolla19:14
sdake_they need to be created with the same uid and gid that the packaging uses for debuntian and centos19:14
vhosakotdave-mccowan: let me check gate logs... 2 mins19:14
sdake_here is suggested plan of action119:15
sdake_1. merge your ptach19:15
sdake_2 .i'll rebse and fix whtever necessary which will be super painful19:15
sdake_3. while i'm rebasing you can make a followon patch to fix the libvirt fatness19:15
Jeffrey4lcool. sdake_19:15
Jeffrey4lagreed.19:15
sdake_uids and gids need to match whatever is in the distro19:16
sdake_we will end up with more of these global uid/gids over time19:16
sdake_heka is another19:16
*** cbits has joined #openstack-kolla19:16
Jeffrey4lsdake_, `heka is another` mean?19:17
*** aginwala has joined #openstack-kolla19:17
sdake_aother uid/gid requiring unification19:17
Jeffrey4lheka can not read the log file due to the file owner/permission?19:17
Jeffrey4lsdake_, yea.19:18
sdake_just pointing out that over time wee will wnat to unify all the uids/gids in the bse file if the packaging tools will permit it19:18
*** stvnoyes has left #openstack-kolla19:20
Jeffrey4l+119:20
Jeffrey4lno. +2 :D19:20
openstackgerritHui Kang proposed openstack/kolla: Add Kuryr ansible role  https://review.openstack.org/29889419:20
sdake_Jeffrey4l https://review.openstack.org/#/c/302721/2 is busted19:21
patchbotsdake_: patch 302721 - kolla - Fix launch vm failed in neutron-linuxbridge-agent env19:21
sdake_pleae address the comment19:21
sdake_so we cn get it merged now19:21
sdake_so I can get on with qemu work19:21
Jeffrey4lsdake_, ok19:21
vhosakotdave-mccowan: yep, centos binary not booting VM in gate ? do you see rabbitmq crash ?19:22
sdake_vhosakot its on his personal machine - it doesn't go  to active state19:22
vhosakotwithout TLS ?19:22
sdake_yup19:23
sdake_i have  same problem i think19:23
dave-mccowanwithout TLS, with qemu patch, i could not boot vm from binary.  i can with source.19:23
vhosakotok.. gate is... without TLS, wihtout qemu patch, rabbitmq crash, vm does not boot, centos source.. different issue.. I am checking this gate issue now19:25
*** daneyon_ has joined #openstack-kolla19:29
vhosakotdave-mccowan: just so we know rabbitmq is the common issue or not... is rabbitmq container running ?19:29
dave-mccowanvhosakot i'll check.  i'll have to rebuild/redeploy.19:30
vhosakotdave-mccowan: ah ok, thnkas!19:30
vhosakotsdake_: is rabbitmq container running in your env ?19:31
sdake_Jeffrey4l if you remoe lines 34 and 44 your patch should be good t o go19:31
dave-mccowani have build from source on centos now.  anything i should check related to build from source, before i blow it away?19:31
sdake_that logic should happen for all install types19:31
sdake_dave-mccowan you might try out Jeffrey4l 's ptch once he has it working from build from binary - it may fix your boot problem19:32
*** Jeffrey4l_ has joined #openstack-kolla19:32
sdake_or it may not ;)19:32
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix launch vm failed in neutron-linuxbridge-agent env  https://review.openstack.org/30272119:33
Jeffrey4l_sdake_, PS pushed ^19:33
inc0duh, after fresh deploy - rabbit is crying that no exchange19:33
*** daneyon_ has quit IRC19:34
*** Jeffrey4l has quit IRC19:34
Jeffrey4l_I need continue to sleep. Bye guys.19:34
sdake_Jeffrey4l_ your patch makes no sense19:35
Jeffrey4l_sdake_, what?19:36
sdake_    && usermod -a -G nova qemu19:36
sdake_    && usermod -a -G libvirtd nova19:36
Jeffrey4l_sdake_, why?19:36
sdake_one adds qemu to nova the other adds nova to libvirtd19:36
*** banix has quit IRC19:36
sdake_or something like that19:37
Jeffrey4l_sdake_, because there is no qemu user in Ubuntu. In Ubuntu just has libvirtd-qemu user.19:37
Jeffrey4l_Ubuntu and CentOS do not handle this the same.19:37
sdake_was this last patch tested on ubuntu and centos?19:38
daneyonsdake_ vhosakot I continue to work my way through the install guide. Question re local registry, the install guide provides an example for systemd but not initd. I added --insecure-registry 10.30.118.91:4000 to DOCKER_OPTS= in /etc/init.d/docker. Can anyone confirm if this the correct way for initd?19:38
Jeffrey4l_sdake_, Just the centos. it works. never test the Ubuntu, because I have no ubuntu env.19:38
Jeffrey4l_But let's wait the CI reason?19:38
vhosakotdaneyon: initd meaning UBuntu 14.04 ?19:39
sdake_so adding qemu to nova works19:39
daneyonyes19:39
sdake_why not add libvirtd-user to nova on ubuntu?19:39
sdake_adding qemu grou pto nova user works19:39
sdake_is there no libvirt group?19:39
vhosakotdaneyon: add   DOCKER_OPTS=--insecure-registry 10.30.118.91:4000    in   /etc/default/docker19:40
Jeffrey4l_sdake_, http://paste.openstack.org/show/493406/19:40
sdake_vhosakot can you paste your /etc/group file19:40
Jeffrey4l_Because the Ubuntu packaging do like that.19:40
daneyonvhosakot will do19:40
Jeffrey4l_sdake_, I just follow what the Distro packaging does.19:41
vhosakotsdake_: http://paste.openstack.org/show/493407/19:41
sdake_Jeffrey4l_ mind if i take over your patch set?19:41
vhosakotdaneyon: the quickstart guide does not have steps to do it ?19:41
Jeffrey4l_sdake_, no.19:41
sdake_so you can reitre to bed ;)19:41
Jeffrey4l_sdake_, please19:41
vhosakotdaneyon: adding   DOCKER_OPTS=--insecure-registry 10.30.118.91:4000    in   /etc/default/docker  on UBunut 14.04 ?19:41
daneyonvhosakot just centos example19:43
vhosakotdaneyon: thanks for letting me know.. I will update the docs19:44
daneyonsure, thx for the help19:44
*** aginwala has quit IRC19:45
vhosakotnp19:45
*** rajathagasthya has joined #openstack-kolla19:45
vhosakotbbiab 30 mins19:46
* Jeffrey4l_ heading to bed, say bye to everyone. 19:46
sdake_who has ubuntu that can test a patch19:47
sdake_https://review.openstack.org/#/c/302721/19:48
patchbotsdake_: patch 302721 - kolla - Fix launch vm failed in neutron-linuxbridge-agent env19:48
sdake_need nova boot tested on this patch with linuxbridge network driver19:48
sdake_on ubuntu19:48
*** diogogmt has quit IRC19:52
*** diogogmt has joined #openstack-kolla19:52
inc0and I need someone to test rabbitmq on multinode19:52
inc0and run ocker exec -it rabbitmq rabbitmqctl eval 'rabbit_clusterer:status().'19:53
inc0on rabbitmq nodes19:53
*** vhosakot has quit IRC19:58
sdake_i wonder what would happen in a scrum team run by darth vadar19:58
*** vhosakot has joined #openstack-kolla19:58
sdake_general veers PREPARE YOUR MEN!20:01
*** vhosakot has quit IRC20:01
sbezverkinc0 about the issue you hit trying iscsi, I we should address it in the documentation, I do not see a way to do it during the kolla deployment..20:04
inc0sbezverk, if you say so, can you drop a patchset with that note?20:08
sbezverkinc0 I have another patch set which add documentation for lvm/iscsi, I can add paragraph there, what do you think?20:09
inc0yeah, that'd do20:10
*** aginwala has joined #openstack-kolla20:11
manjeetsinc0 sdake a neutron core asked me a question about kolla which i think is true but will still like to confirm20:12
manjeetsdoes kolla manages system dependencies as well ?20:12
inc0depends what you mean by that20:14
inc0yes we do manage rpm packages, not only python ones20:14
inc0but kernel is shared20:14
sdake_trunk.rdoproject.org is bust20:15
* sdake_ groans20:15
rhalliseyinc0, I'll check rabbit for you20:15
rhalliseyjust a sec20:15
inc0thanks rhallisey it's strange behaviour20:16
manjeetsebtables is missing20:17
openstackgerritMauricio Lima proposed openstack/kolla: Remove /etc/kolla configuration folders  https://review.openstack.org/30305520:17
*** ayoung has quit IRC20:18
*** reddy has quit IRC20:19
sdake_asteroids do not concern me admieral.20:20
openstackgerritMauricio Lima proposed openstack/kolla: Add mongodb in cleanup containers script  https://review.openstack.org/30305820:21
sdake_rdorpoejct.org will lbe up in 5-10 mins20:22
sdake_wars make one not great!20:22
*** sdake_ is now known as sdake20:23
*** jtriley has quit IRC20:25
rhalliseyinc0, https://paste.fedoraproject.org/351288/60823146/20:27
inc0so your case is worse than mine20:27
rhalliseyinc0, my config could be wrong here.. I've been seeing this for a little now20:27
inc0I will check one more thing in my node and if that wont help I'm going to panic, then get a drink and start debugging20:28
inc0strong drink20:28
inc0rhallisey, check if nodes have ntp setup20:28
mlimabye to everyone :)20:29
*** mlima has quit IRC20:29
rhalliseyinc0, they don't20:29
rhalliseyinc0, I'm new to multinode.  So I've been doing an operator crash course the last few days20:30
inc0welcome to the real world rhallisey ;)20:30
rhalliseyI'm still not really there tbh20:30
*** aginwala has quit IRC20:30
rhalliseyvirt-multinode ftw20:30
rhalliseythanks to ironic20:31
*** vhosakot has joined #openstack-kolla20:31
inc0did you get kolla-based undercloud worked out?20:31
rhalliseyno. Just using stock undercloud20:31
rhalliseywith a heat template for node setup20:31
*** reddy has joined #openstack-kolla20:32
*** gfidente has quit IRC20:35
*** aginwala has joined #openstack-kolla20:40
inc0ok...drink and debug it is20:43
rhallisey:)20:43
openstackgerritMerged openstack/kolla: Fix the Neutron reconfigure  https://review.openstack.org/30293020:44
openstackgerritSteven Dake proposed openstack/kolla: Fix launch vm failed in neutron-linuxbridge-agent env  https://review.openstack.org/30272120:53
*** nihilifer has quit IRC20:54
*** nihilifer has joined #openstack-kolla20:54
*** aginwala has quit IRC20:55
*** aginwala has joined #openstack-kolla20:56
openstackgerritMerged openstack/kolla: Increase max scheduling attempts to 10  https://review.openstack.org/30091420:56
inc0sooo...I'm worried guys, can anyone deploy running multinode and confirm that rabbit cluster is being built correctly?20:59
rhalliseynew error21:01
rhalliseyhttps://paste.fedoraproject.org/351310/14600628/21:01
rhalliseyinc0, what are you seeing?21:01
inc0so for me it's not error21:02
inc0but each node is running on it's own21:02
*** rajathagasthya has quit IRC21:07
openstackgerritSerguei Bezverkhi proposed openstack/kolla: Add LVM2/iSCSI documentation  https://review.openstack.org/30082421:13
*** rstarmer has quit IRC21:13
*** daneyon_ has joined #openstack-kolla21:16
*** shakamunyi has joined #openstack-kolla21:17
*** salv-orl_ has joined #openstack-kolla21:18
*** salv-orlando has quit IRC21:22
*** shakamunyi has quit IRC21:24
*** daneyon_ has quit IRC21:29
*** ayoung has joined #openstack-kolla21:32
sbezverksdake I got a kernel crash on my ubuntu box with the latest patch set for 30272121:35
*** dwalsh has quit IRC21:37
*** rstarmer has joined #openstack-kolla21:38
*** rajathagasthya has joined #openstack-kolla21:38
*** SiRiuS_ has quit IRC21:46
vhosakotsbezverk: ping21:48
sbezverkvhosakot pong21:52
vhosakotsbezverk: should  docker/iscsid/Dockerfile.j2  run as root ?21:52
vhosakotsbezverk: https://review.openstack.org/#/c/291285/53/docker/iscsid/Dockerfile.j221:52
patchbotvhosakot: patch 291285 - kolla - Adds iscsid and tgtd docker containers21:52
sbezverkvhosakot yes21:53
vhosakotsbezverk: docker/tgtd/Dockerfile.j2  also ?21:53
vhosakothttps://review.openstack.org/#/c/291285/53/docker/tgtd/Dockerfile.j221:53
patchbotvhosakot: patch 291285 - kolla - Adds iscsid and tgtd docker containers21:53
vhosakotsbezverk: ^^21:53
vhosakotsbezverk: should both iscsid and tgtd containers run as root ?21:54
sbezverkvhosakot these two services requires run as root21:54
sbezverkat least at this point21:54
vhosakotsbezverk: could you exlpain why ?21:54
vhosakotsbezverk: binaries cannot run as non-root ?21:55
sbezverkbecause they access /sys/kernel/config21:55
sbezverkbecause they bind to priv sockets21:55
vhosakotsbezverk: ah ok...21:56
vhosakotsbezverk: these two touch /sys/kernel/config ?21:56
sbezverkyep21:56
sbezverkvhosakot I can file a techdebt bug to come back and investigate21:57
vhosakotsbezverk: yes, please...21:57
vhosakotsbezverk: /sys/kernel is owned by root on any distro21:57
sbezverkbut at this point I do not want to anything as it is already big and difficult to manage21:57
sbezverkI meant PS is big and difficult to manage21:58
sbezverkvhosakot btw I got it running on ubuntu, so you can try it21:59
vhosakotnice!21:59
vhosakotsame docs you added work for Ubuntu as well ?21:59
openstackgerritSerguei Bezverkhi proposed openstack/kolla: Add LVM2/iSCSI documentation  https://review.openstack.org/30082422:01
*** ayoung has quit IRC22:01
sbezverkvhosakot in general yes, but there is one particularity on ubuntu, it does not mount by default configfs22:01
sbezverkI am planning to add one paragraph about that22:02
openstackgerritMauricio Lima proposed openstack/kolla: Remove /etc/kolla configuration folders  https://review.openstack.org/30305522:02
vhosakotsbezverk: where... add in the same doc PS ? or a new doc PS for ubunutu part22:02
openstackgerritManjeet Singh Bhatia proposed openstack/kolla: Add ebtables dependency for ubuntu.  https://review.openstack.org/30309422:02
manjeetssdake inc0 it tested linux bridge for distro ubuntu type source worked fine after above patch22:03
manjeetsI tested **22:03
sbezverkvhosakot the same PS for doc which you just reviewed22:04
vhosakotsbezverk: nice.. cool.. thanks!22:04
*** dave-mccowan has quit IRC22:06
inc0manjeets, good to know22:10
*** cbits has quit IRC22:10
*** daneyon_ has joined #openstack-kolla22:11
openstackgerritVikram Hosakote proposed openstack/kolla: Spec: Deploy Kolla images using Kubernetes  https://review.openstack.org/25545022:11
inc0rhallisey, something for you;) ^22:12
rhalliseyya22:13
sdakeyo cats22:13
sdakeit didn't build for me on centos22:13
sdakeso i had to push a second patch22:14
sdakemanjeets ^^22:14
*** ntpttr_ has joined #openstack-kolla22:14
*** stvnoyes has joined #openstack-kolla22:15
*** daneyon_ has quit IRC22:16
*** shakamunyi has joined #openstack-kolla22:18
*** dave-mccowan has joined #openstack-kolla22:18
*** inc0 has quit IRC22:19
*** barra204 has joined #openstack-kolla22:20
sbezverksdake I am rebuilding neutron as it was missing ebtables22:20
sbezverkand was flapping22:20
*** mwheckmann has quit IRC22:20
openstackgerritManjeet Singh Bhatia proposed openstack/kolla: Add ebtables dependency for ubuntu.  https://review.openstack.org/30309422:23
*** shakamunyi has quit IRC22:24
*** barra204 has quit IRC22:25
*** ayoung has joined #openstack-kolla22:26
*** vhosakot has quit IRC22:26
*** aginwala has quit IRC22:28
*** aginwala has joined #openstack-kolla22:28
manjeetssdake what22:29
manjeetsyou mean ebtables ?22:29
manjeetsthing22:29
sdakeno the linuxbridge patch22:29
sdakei havent herd anything aboutebtables22:29
manjeetsi thought you are talking regarding this https://review.openstack.org/#/c/30309422:30
manjeetsafter this patch i can see instances active with lb and lb working fine for me on ubuntu type source22:30
*** aginwala_ has joined #openstack-kolla22:31
*** aginwala has quit IRC22:32
*** rmart04 has quit IRC22:32
sbezverksdake wihtout manjeets patch lb is complaining about missing ebtables binary22:35
sdakewhich patch22:35
manjeetshttps://review.openstack.org/#/c/303094/122:35
patchbotmanjeets: patch 303094 - kolla - Add ebtables dependency for ubuntu.22:35
sdakeit needs to be merged into this patch22:35
*** ntpttr_ has quit IRC22:35
sdakemanjeets i am going to merge thtin to the linuxridge patch and add you as a coauthor22:36
sdakeso i will abandon your patch for now22:36
sdakeok?22:36
openstackgerritRyan Hallisey proposed openstack/kolla: Spec: Deploy Kolla images using Kubernetes  https://review.openstack.org/25545022:39
*** ntpttr_ has joined #openstack-kolla22:40
sbezverksdake I think there is still a problem with your lb patch, it seems you do not install openstack plugin binaries for the case of ubuntu/source and centos/source22:40
sdakewhich plugins22:40
openstackgerritSteven Dake proposed openstack/kolla: Fix launch vm failed in neutron-linuxbridge-agent env  https://review.openstack.org/30272122:41
*** aginwala_ has quit IRC22:43
sbezverkcentos -  openstack-neutron-linuxbridge, Ubuntu -  neutron-plugin-linuxbridge22:44
sbezverkI see them installed only in binary case22:45
sbezverkI think they are missing in source22:45
sdakesbezverk see last patch i just proposed22:46
sdakeit merges manjeets work into Jeffrey4l_ 's work22:46
sdakeso give that a spin22:46
sdakeyou just have to bulid the agent container22:46
sbezverksdake If I am right, latest patch has the same issue neither openstack-neutron-linuxbridge nor neutron-plugin-linuxbridge are installed for "source" case22:47
sdakewhat is the source of that file?22:48
sdakesbezverk i think in from source that just gets installed22:49
sbezverkplease check  docker/neutron/neutron-linuxbridge-agent/Dockerfile.j222:49
sbezverksdake if you are sure, then I will remove -122:50
sdakei am not sure22:51
sdakebut source for example doesn't install "ml2"22:51
sdakeor "metadata" repos from anywhere22:51
sdakeyet those work22:51
sbezverksdake if I had a choice I would always go for explicit installation :-) cause god know what is going to happen later22:52
*** aginwala has joined #openstack-kolla22:53
*** sdake has quit IRC22:54
*** aginwala has quit IRC22:56
*** sdake has joined #openstack-kolla22:58
*** aginwala has joined #openstack-kolla23:00
*** rajathagasthya is now known as agasthya23:05
*** rstarmer has quit IRC23:06
*** agasthya is now known as agasthy23:10
*** agasthy is now known as agasthya23:10
*** agasthya has quit IRC23:11
*** banix has joined #openstack-kolla23:11
*** rajathagasthya has joined #openstack-kolla23:11
*** sdake has quit IRC23:12
*** aginwala has quit IRC23:13
*** aginwala has joined #openstack-kolla23:13
*** rajathagasthya has left #openstack-kolla23:13
*** rajathagasthya has joined #openstack-kolla23:13
*** rajathagasthya has left #openstack-kolla23:13
*** aginwala has quit IRC23:17
*** aginwala has joined #openstack-kolla23:20
*** jtriley has joined #openstack-kolla23:22
*** ntpttr_ has quit IRC23:22
*** salv-orl_ has quit IRC23:24
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix launch vm failed in neutron-linuxbridge-agent env  https://review.openstack.org/30272123:25
*** ayoung has quit IRC23:26
*** banix has quit IRC23:27
gmmahaJeffrey4l_: https://review.openstack.org/#/c/302721/4/docker/neutron/neutron-linuxbridge-agent/Dockerfile.j223:33
patchbotgmmaha: patch 302721 - kolla - Fix launch vm failed in neutron-linuxbridge-agent env23:33
gmmahait was not getting installed via neutron-base.. thats what manjeets was proposing with https://review.openstack.org/30309423:33
manjeetssdake credit for gmmaha is missing23:34
manjeetshe was one who suggested me23:34
gmmahaJeffrey4l_: nevermind.. I see the new patch has that change.. apologies23:38
*** Jeffrey4l_ has quit IRC23:42
*** vhosakot has joined #openstack-kolla23:51

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