Monday, 2016-10-17

kfox1111sbezverk: no. don't have any.00:01
kfox1111I've tried ipmitool with lots of different bmc's though over the years.00:02
kfox1111they mostly just work when enabled.00:02
kfox1111but they are often flaky/insecure. so best put on their own dedicated network.00:02
kfox1111I had one cluster that they would lock up randomly if more then ~100 were on the same subnet.00:02
sbezverkkfox1111: I am about to test fencing in the test bed for summit demo00:03
sbezverkbut when I try manually get info from cisco CIMC on the server using ipmitool I am getting errors..00:03
kfox1111sbezverk: some bmc's need you to explicitly enable ipmi support.00:05
kfox1111they disable it by default.00:05
sbezverkoh, hmmm let me check..00:05
*** salv-orlando has joined #openstack-kolla00:09
sbezverkkfox1111: you were right, there is a section in CIMC setup for ipmi and it was not enabled by default00:09
Pavokfox1111 ok on my master node I have 500Gb HDD space 1 HDD btw and Centos 7 as the OS, on the Controller I have 6 250Gb HDDs non raided with Centos 7 as OS and on the Compute I have 28 1.5Tb SAS SSDs in RAID 5 with Centos 7 as OS00:10
Pavowhat would you recommend,00:10
Pavoand the master node is a VM btw00:10
kfox1111sbezverk: cool.00:11
*** haplo37_ has quit IRC00:12
kfox1111is the master node on one of the other nodes?00:12
Pavokfox1111 this is current setup00:12
Pavohttp://pastebin.com/72A5snhF00:12
Pavono, master node is a VM on my mac pro00:12
kfox1111ah. ok.00:13
kfox1111hmm...00:13
kfox1111what are you planning on useing the cloud for?00:13
sdake_kfox1111 i had cherrypicked that patch at 8:45 am this morning00:13
PavoHeat development and docker developmet00:13
kfox1111sdake_: to newton?00:13
sdake_yup00:13
sdake_see log in review00:14
*** haplo37_ has joined #openstack-kolla00:14
*** salv-orlando has quit IRC00:14
kfox1111sdake_: ok. just saw on the bug report it was listed as open still. but if you've already taken care of it, I'll just ignore it. :)00:14
Pavoand to document image building for our tools00:14
kfox1111Pavo: so, you probably won't be using all that storage?00:15
sdake_kfox1111 sometimes launchpad doesn't keep up :(00:15
Pavowell no, not all of it00:15
sdake_kfox1111 the reason it is still open is here: https://review.openstack.org/#/c/387078/00:15
Pavokfox1111 I can move around the SAS SSDs between the servers without issues00:16
*** aernhart has joined #openstack-kolla00:17
kfox1111Pavo: you could take the storage and rebalance it 50/50. so put 3 of the 250g drives into the compute and 14 of the 1.5 t into the controller.00:17
Pavobut in order to use any of it in RAID config I have to be able to install the OS as UEFI00:17
*** aernhart has quit IRC00:17
Pavowell I could but then I would have to pull one of the backplanes form the compute and add it to controller because currently controller only has 1 backplane00:17
Pavowhich houses 6 SAS drives00:17
Pavobut its doable yes00:17
kfox1111maybe use the 3 250g drives for journal drives, and use 3 1.5 drives for osd's per node.00:18
kfox1111and then use the rest in a raid for the vm's.00:18
Pavocan I do that during OS install?00:18
Pavoor would auto configure hdds work during OS install00:18
kfox1111I've done centos on uefi. works ok.00:18
Pavoyeah installing from USB isn't an issue right now00:19
Pavobut to achieve this ceph looks like I need to make some changes to hdds volumes either during OS install or after00:20
Pavoand want to get the HDDs correct before I start doing it00:20
Pavoso you recommend 50/50 on the drives for both servers00:21
kfox1111ceph will format them during the ceph deployment.00:21
Pavoso I take it I only use 1 drive for the OS then?00:21
kfox1111Pavo: yeah, those are some pretty heavy servers. you should be able to run compute on both of them.00:21
kfox1111you've got a ton of drives there, and for the use case you listed, probably don't have much use of that much storage.00:22
kfox1111so raid1'ing a pare of them for a root drive is probably fine?00:22
*** tonanhngo has joined #openstack-kolla00:22
Pavowell not right now I don't but when doing full packet capture that storage is eatten up quick00:22
*** tonanhngo has quit IRC00:23
kfox1111you planning on doing that on this cloud?00:23
Pavoyes sir00:23
kfox1111ah.00:23
Pavohave already done it00:23
Pavoworks perfectly fine00:23
Pavohence the ton of storage lol00:23
kfox1111doing traffic inspection in/out of the cloud, or between vm's?00:24
kfox1111makes sense.00:24
Pavocapture from outside into inside00:24
kfox1111so probably better to have most of the storage on the network node then?00:24
Pavopassive alaysis with a Gigaview tap00:24
Pavoexactly the way I have it setup now00:25
Pavocompute, network and storage on same node00:25
kfox1111oh. you put the nn on the compute node.00:25
Pavoyeah00:25
kfox1111k.00:25
kfox1111so what do you think you will put in cinder?00:26
Pavoinstances of different tools we use to do verious stuff, sorry can not go into detail on those00:27
kfox1111heh. k. let me rephrase that then.... how much space do you think you will consume in cinder? :)00:28
kfox1111and how valuable is the data?00:28
Pavowell with the current way we are using openstack, btw we are using packstack currently we use about 23Tb of storage in about a week with full packet capture00:29
Pavothe data gets pushed and purged off the kit after capture00:29
kfox1111are you putting the data in cinder though?00:29
Pavoso being on the cloud for short amount of time00:29
Pavoyes00:29
Pavobut yes using Cinder as a backend for storage currently00:30
Pavobut the way packstack does that is completely different then kolla from what I can see00:30
kfox1111so your capturing packets in the vm's, not the hosts?00:30
Pavoyes the instances00:30
Pavoin different areas of the network00:31
Pavousing ERSPAn and RSPAN and normal taps00:31
kfox1111if you dont care about loosing some data if you loose a single drive, lvm still might be a good option.00:31
kfox1111you will pay some storage overhead with ceph. most of the time its worth it for the increased availability,00:32
kfox1111but if you don't care about loosing data occationally, and have a huge amount of data you want to churn through, lvm still might be a viable option then.00:32
kfox1111with lvm there's not really an option to not do iscsi still, but you still may get some benifit from running cinder-volume on the compute node in lvm/iscsi.00:33
kfox1111then you don't have any networking in the way between your storgage and vm's.00:34
Pavook I understand about half of that lol00:35
PavoI am not storage strong00:35
Pavolol00:35
kfox1111k. for your use case, I'm thinking you leave the storage as is,00:35
Pavowhat do I need to change before deploying with kolla on the nodes?00:35
kfox1111then run cinder-volume on the compute node.00:36
Pavowould I do that in globals or inventory?00:36
Pavostarting up master node now00:37
kfox1111and use the lvm backend.00:37
kfox1111I havent deployed kolla-ansible before, so don't know the details.00:38
kfox1111I do know the lvm bits were added only in newton, so you will need to use that release.00:38
Pavowhat do you use?00:38
Pavonewtron fully working?00:38
kfox1111right now, manually built cloud. initial 1 node packstack deploy, then scaled up.00:38
*** yingjun has joined #openstack-kolla00:38
kfox1111working on kolla-kubernetes though, to make it production ready, then will switch to that.00:38
Pavoscaled to how far, because the max we can scale with packstack is 5 nodes00:38
*** aernhart has joined #openstack-kolla00:39
*** duonghq has joined #openstack-kolla00:39
duonghqmorning00:39
Pavomorning00:40
kfox1111I have  only done single node deploys, then manually build out cobbler based kickstarts to add hundreds of compute nodes.00:40
Pavoah00:40
*** aernhart has quit IRC00:40
Pavosounds like a pain in the ass00:40
kfox1111yeah, not the most pleasent install.00:41
kfox1111but there's worse things. :)00:41
*** spsingh has joined #openstack-kolla00:41
sbezverkkfox1111: planning to test fencing do you want to watch? for now without ipmi as it is still failing to communicate with cimc00:44
kfox1111sbezverk: fencing without shutting down the node isn't really fencing. :/00:45
kfox1111did you just stub out the ipmi call then?00:46
*** spsingh has quit IRC00:46
kfox1111do you need some help debugging the cimc?00:46
sbezverkkfox1111: I think it is config issue on the server side00:47
sbezverkI just sent email to our ucs servers support people00:48
sbezverkfor now it will just timeout without doing anything00:48
kfox1111ah. k.00:48
kfox1111the fence script should be written to fail to unlock the rbd volume in that case.00:49
britthouser3What ipmi module are you using sbezverk? lan or lanplus?00:49
sbezverklanplus00:49
britthouser3That should be right for newer UCS firmwares00:49
sbezverksdake's server has not the latest but one right before the latest00:50
kfox1111sbezverk: do you have the username/password set right too? ipmitool doesn't aways print the most useful error messages if they are wrong.00:50
sbezverkbritthouser3: I am using falcor cluster00:50
britthouser3oh that should be recent enough then.00:50
sbezverkkfox1111: yes I think ipmi username and password is the same as cimc00:51
*** tovin07 has joined #openstack-kolla00:52
sbezverkbritthouser3: I am using 5 boxes from that cluster for summit demo00:52
kfox1111sbezverk: might double check though. easy to get off by a character depending on the bmc. some don't ask for multiple passwords to verify you type it in right.00:52
*** yingjun has quit IRC00:52
britthouser3which one isn’t powering off?00:52
sbezverkhere is webex link https://cisco.webex.com/join/sbezverk00:53
sbezverkI am planning to test fencing now so whoever wants to see welcome to join00:53
britthouser3is it 10.23.223.78?00:53
sbezverk78,79,80,81,8200:54
sbezverkthese 5 boxes I rebuild everything on them00:54
sbezverknow they are running kolla-kubernetes00:54
sbezverkhere is the error I am getting from ipmitool00:55
sbezverkhttp://paste.openstack.org/show/585869/00:55
*** spsingh has joined #openstack-kolla00:57
kfox1111sbezverk: hmm... that seems to imply its doing more then just basic username/password auth.00:58
kfox1111or trying at least.00:58
britthouser3yeah you’ve got an encryption key set for IPMI00:59
sbezverkkfox1111: that is what I am afraid I saw some notes about vulnerability discovered00:59
sbezverkbefore and I suspect they beefed up security00:59
britthouser3YOu need to specify the same encryption key also00:59
britthouser3or set key to all zeros01:00
sbezverkbritthouser3: it does not let me01:00
*** yingjun has joined #openstack-kolla01:00
britthouser3let you set it to zeros?01:00
sbezverkbritthouser3: if it set to all 0 I get XML parse error when try to save01:00
sbezverkso I selected randomized, then it allowed to save01:01
kfox1111probably need to specify it on both sides then?01:01
sbezverkkfox1111: tried that, ipmitool complains that the key is too long01:01
kfox1111can you set it manually to something that isn't too long?01:02
britthouser3try .79 again01:02
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: Modular gate  https://review.openstack.org/38696601:05
sbezverksame thing01:05
britthouser3=(01:06
britthouser3setting code to 40 zeros should be none01:06
sbezverkbritthouser3: I sent email to cisco ucs support people maybe they could suggest somehting01:06
sbezverk> RAKP 2 HMAC is invalid01:06
sbezverkError: Unable to establish IPMI v2 / RMCP+ session01:06
sbezverkRunning Get PICMG Properties my_addr 0x20, transit 0, target 0x2001:06
sbezverkNo Response from Get PICMG Properties01:06
sbezverkNo PICMG Extenstion discovered01:06
sbezverkError sending Chassis Status command01:06
kfox1111can you change it to simple auth?01:07
sbezverkkfox1111: Do not see any option for that :-(01:09
britthouser3I set both .78 and .79 to 000000000000000000000000000000000000000001:09
britthouser3that should be ‘none'01:09
*** salv-orlando has joined #openstack-kolla01:10
sbezverkbritthouser3: it worked now01:10
sbezverk!!01:10
openstacksbezverk: Error: "!" is not a valid command.01:10
kfox1111nice. :)01:11
sbezverkit looks like the issue is '!' in password01:11
*** zhubingbing has joined #openstack-kolla01:11
sbezverkI tried to backspace it but it does not like it01:11
Jeffrey4lsup kfox111101:12
kfox1111Jeffrey4l: hey. :)01:12
kfox1111working off a cold. :/01:12
Jeffrey4ldid you see the same ceph issue on centos?01:13
Jeffrey4lkfox1111, ^^01:13
britthouser3w00t! sbezverk01:14
britthouser3I’ll let you set the rest to the same01:14
*** zhurong has joined #openstack-kolla01:14
sbezverkbritthouser3: done, thank you for your help!!01:14
*** salv-orlando has quit IRC01:15
kfox1111Jeffrey4l: don't remember the context for the question. which issue?01:15
Jeffrey4lkfox1111, <kfox1111> Jeffrey4l: I ran into a similar issue before with centos. giant had preference to hammer and caused a huge mess when trying to upgrade. :/01:15
kfox1111Jeffrey4l: ah. that was a couple years ago.01:16
sbezverkkfox1111: the test plan is to stop kubelet service on an node with mariadb and then it should be powered off and mariadb move to another controller. Anything else?01:16
Jeffrey4lhmm. OK01:16
kfox1111I'm still running infernalis. will try jewel here in a few days when my new test hardware comes in.01:16
Jeffrey4lcool.01:16
kfox1111sbezverk: turning off kubelet doesn't nessisarily kill the mariadb pod.01:17
kfox1111so the cluster might notice kubelet go away and then unlock the rbd volume prematurely.01:17
sbezverkkfox1111: hmm, I thought by stopping kubelet, controller process on apiserver will stop receiving keepalives and set that node notready01:18
sbezverkwhich will trigger fencing pod to act01:19
kfox1111sbezverk: it should.01:19
kfox1111just saying, the fence agent needs to ensure the ipmipower off before the unlock. which the latest version of the code in revew doesnt do.01:19
kfox1111if you have a new version that isn't posted yet though, then that should be ok.01:19
bjolosdake_: just sahara as far as I could tell01:21
sdake_bjolo did you get  any sleep :)01:22
sbezverkkfox1111: sounds good, I will swap ceph lock and ipmi and try that if you strongly feel it is right way01:22
kfox1111yeah. I think its very important.01:22
bjoloMy kids just woke me up :p01:22
openstackgerritzhubingbing proposed openstack/kolla: Fix cinder upgrade permission issue  https://review.openstack.org/38693001:23
sdake_bjolo tell me about it - my kids do that to me all the time01:23
sdake_bjolo my wife wants to go shopping - i'll bbin30 mins or so ok?01:23
sdake_bjolo in meantime sync up with Jeffrey4l01:23
sdake_he is a cr, he can make the same decisions i can01:23
bjoloNo worries. I go back to sleep for a few more01:24
sdake_bjolo the fact that sahara is doa isn't super concernign to me, but if its an easy fix might as well merge it01:24
sdake_bjolo link the fix to Jeffrey4l so he can have a look plz01:24
bjoloOk take it with Jeffrey4l01:24
Jeffrey4lnp01:24
britthouser3anytime sbezverk !01:24
openstackgerritJeffrey Zhang proposed openstack/kolla: DO NOT MERGE: test eth1  https://review.openstack.org/38523801:25
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Fencing pod  https://review.openstack.org/38392201:26
bjolohttps://review.openstack.org/38709201:26
Pavook so.... still kinda confused on this cinder issue, do I only use 1 SAS SSD drive for the OS and the rest in a RAID 5 and attach the RAID for Cinder or put the OS on the RAID and use Cinder on it?01:26
openstackgerritzhubingbing proposed openstack/kolla: Fix sahara upgrade permission issue  https://review.openstack.org/38692801:27
Pavousing CentOS 7 as host OS and base for kolla btw01:28
*** eaguilar has joined #openstack-kolla01:28
bjoloJeffrey4l: enable sahara breaks cron container. Gets stuck in restarting01:28
Jeffrey4lgot any logs info? bjolo01:28
bjoloYes check the bug on launchpad01:29
Jeffrey4lok01:29
Pavoany suggestions?01:29
bjoloI'm on my phone irc client atm01:30
Jeffrey4lroger.  so your patch fix this issue? the patch lgtm01:30
bjoloYes01:30
bjoloTested01:30
Jeffrey4l+201:31
bjoloSweet01:31
Jeffrey4lnice jobs ;)01:31
bjoloOk bok to sleep for me01:31
bjoloCya in a few hours :)01:32
Jeffrey4lgood night01:32
kfox1111Pavo: with lvm, you create an lvm pool for it to create volumes out of.01:32
sbezverkkfox1111: ipmi did not work but complete recovery took 2 minutes and 3 seconds01:32
Pavowould I do that on the OS drive or the RAID?01:32
kfox1111Pavo: whichever you create the vg on. probabaly best on the raid set.01:33
Pavook thats what I was thinking, I will redo the drives tomorrow, will 50/50 on the servers with the drives and then only use 2x 250Gb SAS SSDs for OS and the rest for storage and and create the lvm pool on the RAID for cinder01:35
Pavodoes that sound about right?01:35
kfox1111sbezverk: I'm going to try and add insteon support to the fence agent at some point in the near future too. as my home system doesn't have ipmi, but I do have some insteon equipment.01:35
kfox1111Pavo: if your doing lvm, not ceph, I'd leve all the storage where it is.01:35
Pavooh ok01:35
kfox1111and run cinder-volume on the compute node, not the controller. so it has access to all the raid storage.01:36
Pavowell still gonna switch 1 drive for a 250Gb drive to use only for OS01:36
kfox1111yeah. that should work.01:36
Pavoanything special I have to do wehn installing CentOS 7 on that type of setup, I have never done secondary storage for linux before01:37
Pavohave only used the entire RAID for OS during install01:37
*** rhallisey has quit IRC01:38
kfox1111just avoid having it touch the raid, and then do a pvcreate/vgcreate manuallly on it after its instealled for cindr to use.01:38
Pavook basically just follow the directions on http://docs.openstack.org/developer/kolla/cinder-guide.html01:39
kfox1111yeah. that looks about right.01:40
kfox1111skip the loopback stuff.01:40
Pavok01:40
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Fencing pod  https://review.openstack.org/38392201:43
Pavokfox1111 so I would only set compute in globals under storage?01:46
kfox1111I would guess so. never done it before. so your milage may varry. :)01:48
Pavolol ok01:48
kfox1111be back in a few. the boy wants some attention.01:50
*** haplo37 has quit IRC01:52
*** g3ek has quit IRC01:52
mtaylor22Jeffrey4l: ping01:53
*** g3ek has joined #openstack-kolla01:53
*** spsingh has quit IRC01:54
*** haplo37 has joined #openstack-kolla01:54
Jeffrey4lmtaylor22, sup01:54
mtaylor22re https://review.openstack.org/#/c/385559/01:54
mtaylor22do you plan on going down this route?01:54
mtaylor22or using /run:/run:shared as per docker bug repor01:54
mtaylor22t01:54
Jeffrey4lgoing down router mean?01:55
Jeffrey4l /run:/run:shared solve the issue.01:55
mtaylor22on all containers using /run ?01:56
Jeffrey4li think it should a kernel issue(or this is how it works when using mix private mount and shared mount )01:56
mtaylor22yeah01:56
Jeffrey4lmtaylor22, yep. when using /run, just use /run:shared.01:56
mtaylor22hmm ok cool.01:56
Jeffrey4luse specified /run/xxx is hard.01:56
mtaylor22yep yep, gotcha.01:56
Jeffrey4li debugged several service.01:56
mtaylor22are you going to update https://review.openstack.org/#/c/385559/ ?01:56
Jeffrey4ltgt use /run/tgt.bla.bla.sock file, which is hard to change.01:57
mtaylor22yep01:57
Jeffrey4lthe patch is OK now.01:57
Jeffrey4lthere is nothing to change afaik.01:57
Jeffrey4lhave u tried it? did u see the issue when using that patch?  mtaylor2201:58
mtaylor22about to test now01:58
mtaylor22hence why i wanted to ping you first01:58
Jeffrey4lcool.01:58
Jeffrey4lit works fine in my test.01:58
Jeffrey4lwaiting for you test result ;)01:58
*** spsingh has joined #openstack-kolla01:59
mtaylor22heh01:59
mtaylor22which one do you want me to test though01:59
mtaylor22your commit (385559), or just using /run:/run:shared01:59
Jeffrey4lhttps://review.openstack.org/#/c/385559/  is using /run:/run:shared solutions.02:00
mtaylor22oh! i didn't see your last update02:00
mtaylor22awesome, ok thanks. I will test now under Mitaka.02:00
Jeffrey4lmtaylor22, ^^ so just use the patch ;)02:00
mtaylor22yup :)02:00
Jeffrey4lOK.02:01
sbezverkkfox1111: one scenario needs to be discussed02:08
openstackgerritDuong Ha-Quang proposed openstack/kolla: Fix docs formatting error  https://review.openstack.org/38016102:09
*** salv-orlando has joined #openstack-kolla02:11
*** spsingh has quit IRC02:14
*** asalkeld has joined #openstack-kolla02:16
kfox1111back.02:16
*** tonanhngo has joined #openstack-kolla02:16
*** salv-orlando has quit IRC02:16
kfox1111sbezverk: whats up?02:16
*** tonanhngo has quit IRC02:17
*** sdake_ has quit IRC02:18
Pavowhich is better kolla-ansible or kolla-kubernetes to deploy openstack on 2 nodes?02:20
kfox1111Pavo: depends who you ask. ;)02:21
kfox1111I'm not unbiased.02:21
Pavowell I have never used kubernetes before but heard its pretty amazing02:21
kfox1111but I'd say if you need something production ready now, ansible is probably a better fit.02:21
kfox1111kolla-kubernetes is still in development. I'm going to try and put it in production soonish though.02:22
Pavoespecially the self healing feature02:22
kfox1111you can do self healing with other tech too, such as pacemaker/keepalive.02:22
kfox1111not sure how much of that kolla-ansible sets up though.02:23
duonghqkolla-ansible already setup haproxy02:23
duonghqand it's work fine02:23
duonghq(for me)02:23
duonghqhaproxy/keepalived stack, indeed02:24
Pavoso no advantages using kolla-kubernetes over kolla-ansible?02:24
kfox1111haproxy isn't quite the same thing as ha/self healing.02:24
kfox1111Pavo: there are some big advantages I think.02:24
Pavolike?02:24
kfox1111scaling will work smoother/more automatic.02:25
kfox1111minor upgrades will be easier.02:25
duonghqscheduling of k8s is much better than haproxy/keepalived stack one02:25
kfox1111you can create simpler ha setups with it. wont failover as fast, but will be easier to debug.02:25
duonghq(re02:26
duonghq(re-scheduling)02:26
kfox1111single pane of glass stuff, so easier debugging/mgmt, etc.02:26
Pavoguess kolla-ansible would be a better solution for my use case then02:27
duonghqbut it's not quite mature as ansible one, quite sad02:27
duonghqah, sorry, miss reading02:28
kfox1111Pavo: for now, yeah. it will be easier to stand up.02:29
Pavook02:29
*** phuongnh has joined #openstack-kolla02:29
kfox1111I'm working on getting gating working for kolla-kubernetes though,02:29
kfox1111so I think before long, the kolla-kubernetes stuff will be better tested if no one steps up to write corrisponding kolla-ansible tests.02:29
Pavoright now it takes around 2 hours to do a from ground up deployment from baremetel to full cloud with the script we use with packstack02:29
kfox1111yeah. kolla will be much faster then that.02:30
Pavotrying to lean towards more of a docker approach so we can leverage some of our tools with the cloud02:30
kfox1111I'm doing a full kolla-kubernetes deployment in a vm, in the gate including launching two vm's, setting up a virtual network between them, creating a cindre volume, putting data in it, and moving it from vm to vm,02:30
kfox1111all in about 20-24 min.02:30
Pavowow02:31
Pavothats WAY faster02:31
Pavolol02:31
kfox1111and the vm's dont even have hardware accleration. :)02:31
kfox1111and we're not caching any of the images. :)02:31
kfox1111I'm guessing we can get that down to 15 min if we tried.02:31
Pavokfox1111 when you go back to work can you get me that cobbler instructions for UEFI02:31
duonghqdo not understand why we use haproxy/keepalived stack, it's easier for setup but I heard from a guys from clusterlab that ldirectord is better than haproxy in LB manner, cannot find evidence02:31
kfox1111Pavo: I'll see what I can do. we never wrote it down. plus I have an outage to do next week. :/02:32
kfox1111you really should do a tcpdump and look at the files its trying to download and verify they are on disk.02:32
Pavoor maybe someone could help me with this bifrost thing02:32
Pavorofl02:33
Pavohttp://docs.openstack.org/developer/kolla/bifrost.html02:33
*** mtaylor22 has quit IRC02:33
Pavodoesn't even say what bifrost is or used for02:33
kfox1111yeah, I think that is very very new.02:34
Pavoquestion02:34
kfox1111maybe answer02:35
Pavodo you think if you guys built a container and put all the repos that kolla uses when building images with kolla-build would be alot faster for building the images?02:35
PavoI know it would mean a shit ton of hard coded changes in dockerfiles but I think it would be extremely benifcal02:36
kfox1111yes. but it would then produce images that would probably be out of date/contain security issues.02:36
kfox1111I've been pushing that we should keep prebuilt/up to date images on the hub.02:36
Pavonot if the repo container was the only one that pulled newest files on build time02:36
Pavoit can do a rsync or something like a git pull02:37
Pavobefore building the rest of the images02:37
PavoI would think02:37
Pavothat would allow the control of using only known working rpms02:38
Pavoinstead of relying on public repos to pull packages02:38
PavoI have done the normal centos repos as a docker container before02:39
Pavobut I know there are a ton of single repo files that are pulled during build process like rabbitmq for example02:39
kfox1111yeah.02:40
kfox1111but would still have to rebuild all the containers, and it would be faster still just to be able to pull aready up to date ones.02:40
kfox1111most people do't have to customaize the containers themselves at all.02:40
Pavoonly disadvantage I can see is your project would have to setup a public server to house those repos to pull from02:40
Pavotrue or that would work also02:41
kfox1111hub.docker.com. :)02:41
openstackgerritcaoyuan proposed openstack/kolla: Fix watcher upgrade permission issue  https://review.openstack.org/38692302:41
Pavojust seeing the build image process is the only thing that takes FOREVER02:42
Pavo:P02:42
* kfox1111 nods.02:42
kfox1111I'm using the upstream ones for testing against.02:42
kfox1111thats why the gate goes so fask.02:43
kfox1111fast.02:43
Pavobut deploying after on a 10Gb network is fast02:43
* kfox1111 nods02:43
openstackgerritcaoyuan proposed openstack/kolla: Fix watcher upgrade permission issue  https://review.openstack.org/38692302:43
Pavoonce I figure out how to do DDNS on a Cisco 4431 ISR router I will setup my stack to have public access if you guys want some test beds to play with02:44
kfox1111cool.02:44
*** portdirect has quit IRC02:46
Pavodon't think would be a bad speeds to have that would you? http://www.speedtest.net/my-result/572073540702:46
kfox1111nice. :)02:46
openstackgerritcaoyuan proposed openstack/kolla: Fix rally upgrade permission issue  https://review.openstack.org/38692702:47
*** mtaylor22 has joined #openstack-kolla02:48
*** tonanhngo has joined #openstack-kolla02:58
Pavook heading to bed gotta get up for PT @053002:59
Pavosee ya tomorrow02:59
*** tonanhngo has quit IRC02:59
kfox1111l8r.03:05
*** sdake has joined #openstack-kolla03:12
sdakesup peeps03:15
openstackgerritJeffrey Zhang proposed openstack/kolla: Add validate no new line at end of file  https://review.openstack.org/38034003:18
openstackgerritMerged openstack/kolla: fix cron logrotate for sahara  https://review.openstack.org/38709203:27
mtaylor22sup sdake03:31
mtaylor22Jeffrey4l: sorry, had to deal with internal stuff .. deploying now on mitaka for testing03:31
sdakesup mtaylor2203:31
Jeffrey4lcool.03:31
mtaylor22sdake: just out of curiosity, where are you located?03:31
sdakescottsdale, az03:31
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: Modular gate  https://review.openstack.org/38696603:31
mtaylor22roger. 8.32pm there.03:32
sdakeya - where abouts are you located03:32
mtaylor22Sydney03:32
sdakecool03:33
mtaylor2214:33 here03:33
sdakeya - a fella named angus used to be on my team in aus03:34
sdakeasakeld03:34
mtaylor22at cisco?03:34
sdakenah when i was a sith lord at red hat03:34
mtaylor22hahaha03:34
mtaylor22yeah their office is fairly close to where i am03:34
mtaylor22RedHat is in North Sydney03:34
mtaylor22im on the other side of the harbour bridge ;)03:35
mtaylor22i went there once to sit an exam03:35
sdakeeven though he was in syndney he worked from home03:35
mtaylor22interesting03:35
sdakeya we pretty much opened up aus for red hat for angus03:36
sdakeand a few other peole03:36
sdakeopening a country is very expensive03:36
sdakerequires vps and stuff to get involved03:38
sdakemajor pita03:38
sdakeglobal mobility in general is a pita03:38
sdakewhich co you at mytalor03:39
sdakemtaylor22 that is03:40
mtaylor22Digital Pacific03:40
mtaylor22www.digitalpacific.com.au03:40
mtaylor22can imagine03:44
*** neilus has joined #openstack-kolla03:46
*** eaguilar has quit IRC03:48
*** neilus has quit IRC03:50
*** dave-mccowan has quit IRC03:51
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: Modular gate  https://review.openstack.org/38696604:01
*** salv-orlando has joined #openstack-kolla04:13
*** salv-orlando has quit IRC04:17
*** ssurana has joined #openstack-kolla04:20
mtaylor22Jeffrey4l: looks good on mitaka04:23
mtaylor22(so far)04:23
Jeffrey4lgood news :)04:29
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Fencing pod  https://review.openstack.org/38392204:31
asalkeld:wave:04:34
*** ssurana has quit IRC04:43
*** salv-orlando has joined #openstack-kolla05:02
mtaylor22Jeffrey4l: nm having issues with vxlan now05:05
mtaylor22and vlan provider networks05:05
mtaylor22hmm ok, will troubleshoot05:05
*** msimonin has joined #openstack-kolla05:15
*** msimonin has quit IRC05:15
*** tonanhngo has joined #openstack-kolla05:20
*** msimonin has joined #openstack-kolla05:21
*** sdake has quit IRC05:23
*** msimonin has quit IRC05:23
*** msimonin has joined #openstack-kolla05:24
*** msimonin has quit IRC05:31
*** sdake has joined #openstack-kolla05:33
*** neilus has joined #openstack-kolla05:34
bjolo__morning05:35
*** neilus has quit IRC05:38
mtaylor22w05:40
*** sdake has quit IRC05:44
*** msimonin has joined #openstack-kolla05:45
*** ssurana has joined #openstack-kolla05:45
*** msimonin has quit IRC05:45
*** Serlex has joined #openstack-kolla05:47
*** salv-orlando has quit IRC05:51
Jeffrey4lmtaylor22, still have issue?05:55
mtaylor22yeah local though05:55
Jeffrey4lany details?05:55
Jeffrey4lmtaylor22, do u mean vxlan do not work with namespace patch?05:57
mtaylor22i will confirm shortly05:58
*** msimonin has joined #openstack-kolla05:58
*** ssurana has quit IRC06:00
*** msimonin has quit IRC06:00
*** egonzalez90 has joined #openstack-kolla06:01
*** ssurana has joined #openstack-kolla06:05
*** ssurana1 has joined #openstack-kolla06:09
*** ssurana2 has joined #openstack-kolla06:11
mtaylor22Jeffrey4l: looks good mate06:12
mtaylor22was an issue local to my environment ;)06:12
Jeffrey4lcool. finally this issue is gone ;). thanks for the test06:12
*** ssurana has quit IRC06:13
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix common role upgrade permission issue  https://review.openstack.org/38717106:14
mtaylor22thanks for the help with it so f ar06:14
mtaylor22far *06:14
mtaylor22i think all of us put a lot of work into that damn bug06:14
Jeffrey4lyes06:15
*** ssurana1 has quit IRC06:15
mtaylor22ok cya tomorrow.06:17
Jeffrey4lsee you ;)06:18
*** mtaylor22 has quit IRC06:19
*** coolsvap has joined #openstack-kolla06:20
*** tonanhngo has quit IRC06:20
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix ironic upgrade permission issue  https://review.openstack.org/38718006:28
duonghqdid Kolla support upgrade of OpenStack service, include db upgrade...?06:32
*** huhaoran has joined #openstack-kolla06:33
Jeffrey4lduonghq, yes06:34
duonghqJeffrey4l: include zero downtime of keystone?06:35
Jeffrey4lduonghq, kolla upgrades service by 1/3 nodes by 1/3 nodes. so yes for keystone.06:37
duonghqJeffrey4l: does it generalize for all other service?06:38
Jeffrey4lduonghq, yes.06:38
*** Jeffrey4l has quit IRC06:45
*** ssurana2 has quit IRC06:51
*** salv-orlando has joined #openstack-kolla06:52
*** salv-orlando has quit IRC06:56
duonghqJeffrey4l: for Neutron: Neutron doesn't support zero-downtime upgrade06:58
duonghqso at some time, the db vesion  and code version is out of sync06:58
duonghqand the neutron service is unstable for some node (nodes haven't upgrade yet)06:58
duonghqthose nodes can write dirty value into db06:59
*** Jeffrey4l has joined #openstack-kolla07:00
duonghqJeffrey4l, ping07:01
Jeffrey4lduonghq, pong07:01
duonghq for Neutron: Neutron doesn't support zero-downtime upgrade07:01
duonghqso at some time, the db vesion  and code version is out of sync07:01
duonghqand the neutron service is unstable for some node (nodes haven't upgrade yet)07:01
duonghqthose nodes can write dirty value into db07:01
duonghqKolla cannot  handle this07:01
duonghqso zero downtime upgrade is not applicable for Neutron?07:01
Jeffrey4lhmm. ok so kolla handle this in wrong.07:02
Jeffrey4lyou are correct.07:02
Jeffrey4lso the best way to upgrade neutron is: stop all neutron related service/container, then upgrade, correct?07:03
*** tonanhngo has joined #openstack-kolla07:03
duonghqJeffrey4l, atm, I think so07:03
Jeffrey4lOK. so this should be well documented in kolla: stop all neutron when upgrading.07:03
*** tonanhngo has quit IRC07:04
duonghqbut, do we have any plan for add zero-downtime upgrade capability for OpenStack service, I mean the service doesn't need to aware it is in upgrade process07:04
duonghqhmm, not only Neutron, many service except Keystone doesn't support zero downtime yet07:05
Jeffrey4lfirst of all, the services should support this. for the neutron case, there is nothing kolla can do ;(07:05
Jeffrey4lnova is using version objects which support upgrade online and upgrade partially.07:05
duonghqyet, it's minimal downtime?07:06
Jeffrey4lnova?07:06
duonghqyes07:06
duonghqminimal downtime is not zero downtime07:06
Jeffrey4lnova should support 0 downtime upgrade in theory. But no idea for the real test.07:07
Jeffrey4lduonghq, any idea for decrease the downtime during upgrade?07:07
duonghqJeffrey4l, imo, it's heavily depend on service's architecture and logic, do you think so?07:09
Jeffrey4lyes.07:09
duonghqdid you think about this issue Jeffrey4l ?07:09
Jeffrey4lservice should handle the incompatible data structure in db and rpc when just upgraded part of services.07:10
Jeffrey4lwhich one?07:10
duonghqabout support zero downtime upgrade by Kolla itself?07:10
Jeffrey4lhmm. there are not much kolla can do for this, unless the service support this.07:11
duonghqhmm, seems that07:12
duonghqJeffrey4l, one more issue:07:13
Jeffrey4lyep07:13
duonghqatm, Kolla doesn't invoke service's specific db migration07:13
*** imcsk8 is now known as imcsk8_PTO07:14
Jeffrey4lduonghq, no, it invoke during first deploy and upgrade.07:14
Jeffrey4lhttps://github.com/openstack/kolla/blob/stable/mitaka/docker/nova/nova-api/extend_start.sh#L507:15
Jeffrey4lhttps://github.com/openstack/kolla/blob/stable/mitaka/ansible/roles/nova/tasks/bootstrap_service.yml#L807:15
Jeffrey4lcheck this two links ^^07:15
*** salv-orlando has joined #openstack-kolla07:15
Jeffrey4lduonghq, ^^07:16
duonghqbut, it's done on all controller node?07:16
Jeffrey4lduonghq, no. only the first node of nova-api07:16
duonghqah, seen07:16
Jeffrey4lhttps://github.com/openstack/kolla/blob/stable/mitaka/ansible/roles/nova/tasks/bootstrap_service.yml#L2007:16
Jeffrey4ldelete_to07:16
duonghqJeffrey4l, understodod07:16
Jeffrey4l;)07:17
duonghqJeffrey4l, seem that we haven't had logic for keystone yet :)07:18
Jeffrey4lduonghq, we have here https://github.com/openstack/kolla/blob/stable/mitaka/ansible/roles/keystone/tasks/bootstrap_service.yml07:19
duonghqJeffrey4l, I mean specific logic here07:19
duonghqhttp://docs.openstack.org/developer/keystone/upgrading.html07:19
duonghqyou can see for db, it take at least 3 command07:19
*** b_bezak has joined #openstack-kolla07:20
duonghqdb_sync (expand migrate contract)07:20
duonghqso, the upgrading logic is dedicated for each service, we should take care of that07:21
Jeffrey4li only found `keystone-manage db_sync ` command. where is your said 3 commands07:22
duonghq1 command with 3 option for 3 phase,07:23
duonghqsorry for confusing07:23
*** tonanhngo has joined #openstack-kolla07:23
Jeffrey4li still can not get your point? 3 phase is?07:24
*** tonanhngo has quit IRC07:24
*** matrohon has joined #openstack-kolla07:24
duonghqJeffrey4l, yes07:25
*** zhurong has quit IRC07:26
Jeffrey4lcould u explain more?07:29
duonghqJeffrey4l: keystone need 3 phase for db upgrade, but in Kolla, we have not implemented it07:31
SerlexHello, cheeky help with murano ansible?07:32
duonghqhttps://github.com/openstack/kolla/blob/stable/mitaka/ansible/roles/keystone/tasks/bootstrap_service.yml07:32
duonghqhttps://github.com/openstack/kolla/blob/stable/mitaka/docker/keystone/extend_start.sh07:32
Jeffrey4lgot it. you are saying  db_sync --expand   db_sync --migrate   and db_sync --contract07:32
Jeffrey4lright?07:33
duonghqright,07:33
Jeffrey4lyes. kolla doesn't implement such.07:33
duonghqKeystone needs 9 step execute in this order07:34
*** openstackgerrit has quit IRC07:34
duonghqcorrect order07:34
*** openstackgerrit has joined #openstack-kolla07:34
Jeffrey4lyes. kolla should support this. I will file a bug and hope we can support keystone ugprade without downtime.07:34
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix neutron upgrade permission issue  https://review.openstack.org/38721207:35
Jeffrey4lfyi duonghq bug is created https://bugs.launchpad.net/kolla/+bug/163401607:37
openstackLaunchpad bug 1634016 in kolla "kolla do not support keystone upgrade without downtime" [High,New]07:37
duonghqroger Jeffrey4l07:38
*** mnasiadka has joined #openstack-kolla07:40
bjolo__have something changed in the buildscripts in the last few weeks? my buildtimes have gone up from about 40 min to 80min07:41
bjolo__could be my build env as well (VMs on vmware), hence asking before going on goose chase07:42
*** berendt has joined #openstack-kolla07:42
bjolo__anyone else seen an increase in build times?07:43
*** steve-noyes has joined #openstack-kolla07:44
*** shardy has joined #openstack-kolla07:46
duonghqJeffrey4l, may I take care this bug?07:47
Jeffrey4lduonghq, yes. of curse.07:48
duonghqthank Jeffrey4l07:48
Jeffrey4lbjolo__, the ci build time seems OK.07:48
Jeffrey4lmaybe network issue?07:48
bjolo__tnx Jeffrey4l07:49
Jeffrey4lnp.07:49
bjolo__i need to get more serious about my build env07:49
Jeffrey4lkolla is using more repo mirror. so it is unstable sometime.07:51
bjolo__started small with only one type manually, now im doing ubuntu/centos/source/binary in serial. ubuntu binary seems to be the slowest07:53
*** g3ek has quit IRC07:56
*** tonanhngo has joined #openstack-kolla07:57
openstackgerritMerged openstack/kolla: Fix watcher upgrade permission issue  https://review.openstack.org/38692307:57
*** tonanhngo has quit IRC07:57
openstackgerritMerged openstack/kolla: Fix rally upgrade permission issue  https://review.openstack.org/38692708:00
*** haplo37 has quit IRC08:01
*** haplo37 has joined #openstack-kolla08:02
*** papacz has joined #openstack-kolla08:03
*** neilus has joined #openstack-kolla08:04
openstackgerritMerged openstack/kolla: Fix mariadb upgrade permission issue  https://review.openstack.org/38651508:05
openstackgerritMerged openstack/kolla: Delete the unnecessary space  https://review.openstack.org/38688708:05
*** g3ek has joined #openstack-kolla08:05
openstackgerritzhubingbing proposed openstack/kolla: add panko dockerfile  https://review.openstack.org/38723208:09
*** neilus has quit IRC08:09
*** tonanhngo has joined #openstack-kolla08:17
*** papacz has quit IRC08:17
*** tonanhngo has quit IRC08:18
openstackgerritDuong Ha-Quang proposed openstack/kolla: Improve VIP existence check  https://review.openstack.org/38158908:25
*** athomas has joined #openstack-kolla08:25
openstackgerritzhubingbing proposed openstack/kolla: Fix heat upgrade permission issue  https://review.openstack.org/38725208:27
duonghqcoolsvap, can you review this psanchez https://review.openstack.org/#/c/377154/08:28
duonghq*patchset08:28
openstackgerritzhubingbing proposed openstack/kolla: Fix mariadb upgrade permission issue  https://review.openstack.org/38725308:30
*** nradojevic has joined #openstack-kolla08:33
openstackgerritzhubingbing proposed openstack/kolla: Fix elasticsearch upgrade permission issue  https://review.openstack.org/38725508:36
*** tonanhngo has joined #openstack-kolla08:37
*** portdirect has joined #openstack-kolla08:38
*** tonanhngo has quit IRC08:38
*** papacz has joined #openstack-kolla08:44
openstackgerritMerged openstack/kolla: Cinder endpoint wrong fix  https://review.openstack.org/38707808:48
openstackgerritChristian Berendt proposed openstack/kolla: Use correct Kibana version on the gates  https://review.openstack.org/37981508:50
openstackgerritChristian Berendt proposed openstack/kolla: Fix log directory of Elasticsearch  https://review.openstack.org/38726808:51
*** tonanhngo has joined #openstack-kolla08:54
openstackgerritChristian Berendt proposed openstack/kolla: Merge run commands in elasticsearch container  https://review.openstack.org/38727208:55
*** tonanhngo has quit IRC08:55
*** portdirect has quit IRC09:02
*** msimonin has joined #openstack-kolla09:02
openstackgerritzhubingbing proposed openstack/kolla: Fix mariadb upgrade permission issue  https://review.openstack.org/38727909:03
*** ankush has joined #openstack-kolla09:03
openstackgerritMerged openstack/kolla: Fix elasticsearch upgrade permission issue  https://review.openstack.org/38652309:04
*** awebber has joined #openstack-kolla09:05
*** rmart04 has joined #openstack-kolla09:08
openstackgerritzhubingbing proposed openstack/kolla: Fix elasticsearch upgrade permission issue  https://review.openstack.org/38728309:10
duonghqwhy it's reported as FAILED? http://logs.openstack.org/77/386977/1/check/gate-kolla-dsvm-build-centos-source-centos-7-nv/b3dbbc8/console.html09:17
duonghqjust wonder about failure reasons09:17
msimoninHi Kolla team09:21
msimoninSteve proposed help for https://bugs.launchpad.net/kolla/+bug/161733409:21
openstackLaunchpad bug 1617334 in kolla "reconfigure action fails on [neutron | Restart the neutron_openvswitch_agent container] " [Critical,Incomplete]09:21
*** tonanhngo has joined #openstack-kolla09:22
*** tonanhngo has quit IRC09:23
*** gfidente has joined #openstack-kolla09:23
*** gfidente has joined #openstack-kolla09:23
*** salv-orlando has quit IRC09:26
openstackgerritzhubingbing proposed openstack/kolla: Fix senlin upgrade permission issue  https://review.openstack.org/38729609:28
openstackgerritzhubingbing proposed openstack/kolla: Fix rally upgrade permission issue  https://review.openstack.org/38729709:30
openstackgerritzhubingbing proposed openstack/kolla: Fix watcher upgrade permission issue  https://review.openstack.org/38730009:32
openstackgerritChristian Berendt proposed openstack/kolla: Fix log directory of Elasticsearch  https://review.openstack.org/38726809:33
openstackgerritChristian Berendt proposed openstack/kolla: Fix log directory of Elasticsearch  https://review.openstack.org/38726809:34
openstackgerritzhubingbing proposed openstack/kolla: Fix mongodb upgrade permission issue  https://review.openstack.org/38730509:41
*** yingjun has quit IRC09:42
*** yingjun has joined #openstack-kolla09:42
*** yingjun has quit IRC09:46
openstackgerritPraveen N proposed openstack/kolla: Corrected directory for Elasticsearch  https://review.openstack.org/38731009:48
*** tovin07 has quit IRC09:51
*** ssurana has joined #openstack-kolla09:51
*** duonghq has quit IRC09:56
*** ssurana has quit IRC09:56
*** zhangyufei has joined #openstack-kolla09:58
openstackgerritVladislav Belogrudov proposed openstack/kolla: Ceilometer cannot create standalone mysql database  https://review.openstack.org/38731910:02
openstackgerritzhubingbing proposed openstack/kolla: Fix influxdb upgrade permission issue  https://review.openstack.org/38732510:07
*** mnasiadka has quit IRC10:11
openstackgerritzhubingbing proposed openstack/kolla: add panko dockerfile  https://review.openstack.org/38723210:16
openstackgerritMerged openstack/kolla: Fix senlin upgrade permission issue  https://review.openstack.org/38729610:17
openstackgerritzhubingbing proposed openstack/kolla: Fix senlin upgrade permission issue  https://review.openstack.org/38733310:18
*** tonanhngo has joined #openstack-kolla10:19
*** tonanhngo has quit IRC10:20
openstackgerritMerged openstack/kolla: Fix manila upgrade permission issue  https://review.openstack.org/38692010:27
*** salv-orlando has joined #openstack-kolla10:27
*** yingjun has joined #openstack-kolla10:28
openstackgerritVladislav Belogrudov proposed openstack/kolla: Ceilometer cannot create standalone mysql database  https://review.openstack.org/38731910:28
openstackgerritzhubingbing proposed openstack/kolla: Fix manila upgrade permission issue  https://review.openstack.org/38733710:29
*** huhaoran has quit IRC10:29
*** salv-orlando has quit IRC10:31
*** tonanhngo has joined #openstack-kolla10:34
*** yingjun has quit IRC10:35
*** yingjun has joined #openstack-kolla10:35
*** tonanhngo has quit IRC10:35
*** gfidente has quit IRC10:36
*** yingjun has quit IRC10:39
*** sdake has joined #openstack-kolla10:40
*** sdake has quit IRC10:40
*** berendt has quit IRC10:40
*** janem has joined #openstack-kolla10:43
*** haplo37_ has quit IRC10:44
*** haplo37_ has joined #openstack-kolla10:46
*** rhallisey has joined #openstack-kolla10:47
*** msimonin has quit IRC10:48
*** gfidente has joined #openstack-kolla10:50
*** gfidente has joined #openstack-kolla10:50
*** rhallisey has quit IRC10:51
*** mnasiadka has joined #openstack-kolla10:51
*** zhangyufei has quit IRC10:52
*** rhallisey has joined #openstack-kolla10:53
bjolo__cinder_api not building on ubuntu binary?10:56
*** salv-orlando has joined #openstack-kolla10:57
*** phuongnh has quit IRC10:59
*** tonanhngo has joined #openstack-kolla10:59
*** tonanhngo has quit IRC10:59
*** salv-orlando has quit IRC11:02
*** kproskurin has joined #openstack-kolla11:06
*** awebber has quit IRC11:08
*** derekjhyang has quit IRC11:10
*** gfidente has quit IRC11:12
*** mliima has joined #openstack-kolla11:14
mnasiadkabjolo__: I've built it successfuly on Friday11:16
bjolo__looks like whole ubuntu cinder is broken today11:17
bjolo__both binary and source builts fails for me today11:18
*** janem has quit IRC11:18
*** janem has joined #openstack-kolla11:20
bjolo__cinder-base fails11:20
bjolo__ceph-common : Depends: python-cephfs (= 10.2.2-0ubuntu0.16.04.2) but it is not going to be installed11:20
*** tonanhngo has joined #openstack-kolla11:20
*** huhaoran has joined #openstack-kolla11:20
*** salv-orlando has joined #openstack-kolla11:21
*** tonanhngo has quit IRC11:21
*** yingjun has joined #openstack-kolla11:22
*** salv-orl_ has joined #openstack-kolla11:25
*** zhubingbing has quit IRC11:26
*** salv-orlando has quit IRC11:28
*** salv-orl_ has quit IRC11:29
*** dave-mccowan has joined #openstack-kolla11:30
openstackgerritMerged openstack/kolla: add etcd to precheck  https://review.openstack.org/37821011:31
*** berendt has joined #openstack-kolla11:33
*** ppalacios has joined #openstack-kolla11:33
sbezverkpbourke: wrt https://review.openstack.org/#/c/375615/ , do you have second to chat?11:34
mnasiadkabjolo__: maybe that's an effect of dumping ceph.com repos?11:38
bjolo__could be. looks like no ceph related containers build on ubuntu atm11:39
*** salv-orlando has joined #openstack-kolla11:39
mnasiadkanot yet merged - https://review.openstack.org/#/c/387081/11:40
mnasiadkaso it's not the case :)11:41
*** salv-orlando has quit IRC11:44
*** gfidente has joined #openstack-kolla11:47
bjolo__mnasiadka, can you try and do a build?11:51
bjolo__i just created a bug https://bugs.launchpad.net/kolla/+bug/163410711:51
openstackLaunchpad bug 1634107 in kolla "ubuntu builds fail on ceph packages" [Undecided,New]11:51
mnasiadkalet me try to rebuild cinder11:52
openstackgerritMauricio Lima proposed openstack/kolla: Update OpenStack service names  https://review.openstack.org/38738711:53
openstackgerritMauricio Lima proposed openstack/kolla: Update OpenStack service names  https://review.openstack.org/38738711:53
*** tonanhngo has joined #openstack-kolla11:55
*** tonanhngo has quit IRC11:56
*** pece has joined #openstack-kolla12:02
*** neilus has joined #openstack-kolla12:06
*** msimonin has joined #openstack-kolla12:06
*** neilus has quit IRC12:10
mnasiadkabjolo__: cinder-api built successfuly with latest stable/newton12:10
bjolo__ what?!12:10
bjolo__hmmmm12:11
bjolo__./build.py --registry dockreg.mydomain.net:4000 --push --nocache --threads 64 --base ubuntu --type binary --tag 3.0.0.161017b --logs-dir /tmp/kolla-ubuntu-binary/12:11
openstackgerritMerged openstack/kolla: Fix heat upgrade permission issue  https://review.openstack.org/38651212:13
*** tonanhngo has joined #openstack-kolla12:14
openstackgerritMerged openstack/kolla: Fix congress upgrade permission issue  https://review.openstack.org/38690012:14
openstackgerritMerged openstack/kolla: Fix mistral upgrade permission issue  https://review.openstack.org/38691712:14
*** tonanhngo has quit IRC12:14
*** coolsvap has quit IRC12:18
*** yingjun has quit IRC12:19
*** yingjun has joined #openstack-kolla12:19
*** v1k0d3n has quit IRC12:20
*** Guest23990 is now known as zigo12:21
*** yingjun_ has joined #openstack-kolla12:22
*** yingjun has quit IRC12:23
openstackgerritMauricio Lima proposed openstack/kolla: Add guide for Hitachi NAS Platform Driver for Manila  https://review.openstack.org/38655212:30
bjolo__mnasiadka, strange that it works for you. ive tried on 3 different build hosts with fresh git clones. fails on all of them12:30
bjolo__what build string do you have?12:31
mnasiadka--base ubuntu --type binary --nocache12:32
*** zhurong has joined #openstack-kolla12:35
mnasiadkabjolo__: tried on another host, and now it fails12:35
bjolo__thank you! :)12:35
*** steve-noyes has left #openstack-kolla12:36
bjolo__best failure ever :)12:36
*** yingjun_ has quit IRC12:37
*** yingjun has joined #openstack-kolla12:38
*** gfidente has quit IRC12:39
*** haplo37 has quit IRC12:39
*** g3ek has quit IRC12:40
*** denaitre has joined #openstack-kolla12:41
*** haplo37 has joined #openstack-kolla12:41
*** g3ek has joined #openstack-kolla12:42
*** eaguilar has joined #openstack-kolla12:43
mnasiadkabjolo__: well, the gate tests (checked on some recent stable/newton gerrit topic) for ubuntu also are failing...12:46
*** steve-noyes has joined #openstack-kolla12:46
bjolo__ok bug confirmed12:46
bjolo__i was going nuts for a while here12:47
*** tonanhngo has joined #openstack-kolla12:48
bjolo__Jeffrey4l, around?12:54
*** zhurong has quit IRC12:55
*** zhurong has joined #openstack-kolla12:55
*** strigazi1AFK has joined #openstack-kolla12:55
*** strigazi_AFK has quit IRC12:58
mnasiadkabjolo__: but that bug should affect binary, but not source12:59
bjolo__let me verify with a new source build13:01
sbezverkrhallisey: ping13:03
rhalliseysbezverk, hey13:03
sbezverkrhallisey: I would like to propose to use inc0 nucs as a plan B, but use sdake's 5 servers as a plan A especially since I have them completly prepared and tested multiple times failover.13:04
rhalliseysbezverk, ok13:05
rhalliseysbezverk, that works better13:05
rhalliseyshow a shutdown of one on the screen works13:05
sbezverkrhallisey: it is just I am really really concerned to build inc0 nucs in Barcelona13:05
rhalliseyalso less setup when we arrive13:05
sbezverkrhallisey: the only thing to make sure is connectivity13:06
sbezverkto the internet13:06
bjolo__source is only openstack source. ceph and related packages are always binary right13:06
mnasiadkaah ok, sorry13:06
bjolo__i presume13:07
rhalliseysbezverk, should be ok in the conference13:07
bjolo__build is sway13:07
bjolo__away13:07
rhalliseysbezverk, let's still setup the nucs13:07
sbezverkrhallisey: I see failover time between 3 to 3.5 minutes13:07
rhalliseygotcha13:07
rhalliseynice13:07
*** jtriley has joined #openstack-kolla13:08
*** eaguilar_ has joined #openstack-kolla13:08
sbezverkif we have hangouts this week I can demonstrate13:08
*** nradojevic1 has joined #openstack-kolla13:08
*** eaguilar has quit IRC13:09
*** nradojevic has quit IRC13:09
rhalliseysbezverk, ok13:09
*** spsingh has joined #openstack-kolla13:09
rhalliseymaybe on web13:09
rhalliseywed*13:09
sbezverkrhallisey: please check this bug: https://bugs.launchpad.net/neutron/+bug/1634123 I hit on a cluster reboot13:10
openstackLaunchpad bug 1634123 in neutron "neutron openvswitch agent exists if unix:/var/run/openvswitch/db.sock is not yet created" [High,New]13:10
rhalliseysbezverk, agree that's important13:11
rhalliseyworkflow will help a bit13:11
rhalliseybut it's best not to rely on it13:11
sbezverkrhallisey: interestingly neutron people marked it as high!! wow.. did not expect that :-)13:12
rhalliseyya :)13:12
*** ankush has quit IRC13:14
sbezverkrhallisey: in this specific case "cluster reboot" workflow unfortunately will not help.. as all pods are scheduled by kube-scheduler13:14
rhalliseybecause vswitchd and db are in the same pod13:15
rhallisey?13:16
rhalliseyoh this is only for reboot13:16
rhalliseyright I see13:17
*** ankush has joined #openstack-kolla13:17
rhalliseysbezverk, this case is an argument for why there shouldn't be an external workflow13:17
*** huhaoran has quit IRC13:19
*** gfidente has joined #openstack-kolla13:20
*** mgiles has joined #openstack-kolla13:20
sbezverkrhallisey: :-)13:21
*** schwicht has joined #openstack-kolla13:21
*** mgiles has quit IRC13:27
sbezverkrhallisey: if you could review this PS would be great: https://review.openstack.org/#/c/375615 if it is in master it will be easier to deploy13:28
rhalliseysure13:28
*** dwalsh has joined #openstack-kolla13:35
*** yingjun has quit IRC13:40
*** yingjun has joined #openstack-kolla13:41
*** wirehead_ has quit IRC13:42
*** yingjun has quit IRC13:45
*** wirehead_ has joined #openstack-kolla13:48
*** dwalsh has quit IRC13:51
*** inc0 has joined #openstack-kolla13:54
inc0good mornign13:55
*** portdirect has joined #openstack-kolla13:58
*** eaguilar_ has quit IRC14:00
*** eaguilar has joined #openstack-kolla14:01
*** haplo37_ has quit IRC14:02
*** hogepodge has quit IRC14:04
*** haplo37_ has joined #openstack-kolla14:05
*** vks100 has joined #openstack-kolla14:06
britthouser3morning inc0!14:06
*** tonanhngo has quit IRC14:06
*** tonanhngo has joined #openstack-kolla14:07
inc0wassup britthouser3 ?14:08
portdirecthey kfox1111, are you using planning to use init containers for kolla-kubernetes?14:08
*** zhubingbing has joined #openstack-kolla14:08
openstackgerritChristian Berendt proposed openstack/kolla: Fix memcache configuration of ceilometer  https://review.openstack.org/38746014:09
*** jtriley has quit IRC14:12
*** jtriley has joined #openstack-kolla14:14
awiddersheimCould use some help figuring out how cinder things work14:15
awiddersheimin the kolla world14:15
awiddersheimspecifically things like iscsi or nfs14:15
awiddersheimtrying to get NFS working now, cinder-volume mount the NFS share and create the volume14:16
awiddersheimthen it looks like nova-compute can also mount the NFS share14:16
sbezverkinc0: morning.. remember you said you would check this ps ;-) https://review.openstack.org/37561514:16
awiddersheimbut then in the libvirtd logs it complains about not being able to access the volume14:16
awiddersheimI'm not sure if libvirtd is supposed to mount the NFS storage or if like14:17
inc0ehh14:17
awiddersheimnova-compute does it for it and somehow libvirtd is supposed ot see it14:17
inc0do we really have to do this now sbezverk ?14:17
inc0can we wait till summit at least?14:17
inc0so we can discuss14:17
inc0what will be replacement of heka?14:18
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Fencing pod  https://review.openstack.org/38392214:18
inc0but ok, I'll review it later14:18
openstackgerritChristian Berendt proposed openstack/kolla: Fix configuration templates used for Ceilometer  https://review.openstack.org/38747714:18
inc0Jeffrey4l, run:shared will fix stale namespace issue?14:19
inc0that seems...safe14:19
inc0;)14:19
sbezverkinc0: it is for kube, does not impact kolla at all14:20
*** vks100 has quit IRC14:20
sbezverkit is just to bring new image, since kolla supplies us with images14:20
inc0sbezverk, but we want to have same logging arch between kube and kolla14:20
inc0ansible14:21
inc0and since we already have this discussion14:21
sbezverkinc0: sure thing, in kube we desinged that is supports multiple collectors, fluentd is first one14:21
inc0we could wait a bit and make it properly from day one14:21
sbezverkif later we decide to use different it is perfectly fine14:21
inc0I'm just afraid that if it will work we'll never really change it14:22
sbezverkinc0: we need logging now14:22
inc0and we'll have dirty state14:22
*** dotplus_ is now known as dotplus14:22
sbezverkinc0: also my kubetoolbox image depends on it so I cannot merge it :-(14:23
sbezverkinc0: again it is just another image, nothing prevents it to replace when kolla decides whihc tool to use14:23
sbezverkbut to wait when it will be decided is not fair for kube as we need logging14:24
*** coolsvap has joined #openstack-kolla14:25
inc0ok you've made your point, but when we move on with kolla-ansible, we'll replace fluentd with whatever we decide on14:26
inc0so try to minimize your dependency on fluentd plz14:27
sbezverkinc0: sure thing, as I said nothing on our side prevents from using another collector it is very pluggable and does not require any massive changes for pods14:28
*** eaguilar_ has joined #openstack-kolla14:28
*** ankush has quit IRC14:29
*** eaguilar has quit IRC14:29
*** michauds has joined #openstack-kolla14:31
sbezverkinc0: rhallisey: kfox1111: I just updated kube to version 1.4.3 and with fencing pod I got 1m36s complete failover time :-)14:34
rhalliseywo14:34
rhalliseyfast14:34
sbezverkrhallisey: I saw there were lots of issues fixed between 14.0 and 1.4.314:35
*** srwilkers has joined #openstack-kolla14:41
*** dmsimard is now known as dmsimard|afk14:49
*** shasha_t_ has joined #openstack-kolla15:00
*** shasha_t_ is now known as shasha_tavil15:00
*** neilus has joined #openstack-kolla15:00
*** nradojevic1 has quit IRC15:01
*** neilus has quit IRC15:09
*** srwilkers has quit IRC15:11
*** sdake has joined #openstack-kolla15:15
*** nradojevic has joined #openstack-kolla15:19
*** nradojevic has quit IRC15:19
*** zhurong has quit IRC15:22
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Fencing pod  https://review.openstack.org/38392215:22
*** mnasiadka has quit IRC15:27
kfox1111sbezverk: cool.15:29
kfox1111how much of that was the timeout and how much pulling the containers?15:29
kfox1111if that is a significant part, you could use a daemon set with a command: sleep loop to precache the images to the controller nodes.15:31
*** awebber has joined #openstack-kolla15:31
*** macsz_ has quit IRC15:31
*** macsz_ has joined #openstack-kolla15:32
*** b_bezak has quit IRC15:32
*** macsz_ is now known as macsz15:32
*** macsz has quit IRC15:33
*** macsz has joined #openstack-kolla15:33
*** Serlex has quit IRC15:35
*** lamt has joined #openstack-kolla15:39
*** harlowja_at_home has joined #openstack-kolla15:41
*** steve-noyes has quit IRC15:45
*** jistr is now known as jistr|biab15:46
*** steve-noyes has joined #openstack-kolla15:47
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Adding customer interface for keepalived  https://review.openstack.org/38753815:49
kfox1111if that is a significant part, you could use a daemon set with a command: sleep loop to precache the images to the controller nodes.f15:50
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Adding custom api interface for keepalived  https://review.openstack.org/38753815:50
*** athomas has quit IRC15:51
kfox1111sbezverk: is it tested?15:51
*** berendt has quit IRC15:52
*** david-lyle_ has joined #openstack-kolla15:52
*** david-lyle has quit IRC15:53
*** hogepodge has joined #openstack-kolla15:53
*** eaguilar_ has quit IRC15:54
*** sdake_ has joined #openstack-kolla15:55
*** eaguilar has joined #openstack-kolla15:56
*** athomas has joined #openstack-kolla15:56
*** sdake has quit IRC15:58
*** mandre has quit IRC15:59
sdake_morning peeps16:02
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Adding custom api interface for keepalived  https://review.openstack.org/38753816:02
sdake_anyone got an update on how rc3 is looking?16:03
*** pritesh has joined #openstack-kolla16:05
inc0sdake_, https://review.openstack.org/#/q/topic:bug/163150316:06
*** janem has quit IRC16:07
*** HyperJohnGraham_ has quit IRC16:07
sdake_this needs an ack: https://review.openstack.org/#/c/387081/16:08
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Adding custom api interface for keepalived  https://review.openstack.org/38753816:08
*** srwilkers has joined #openstack-kolla16:08
*** rmart04 has quit IRC16:11
sbezverkkfox1111: just tested it16:12
*** eaguilar has quit IRC16:12
sbezverkit takes value from the file now16:12
sbezverkkfox1111: the logest part now in failover is PodInitialization and PodCreation phases..16:13
*** mandre has joined #openstack-kolla16:15
*** awebber has quit IRC16:17
*** vhosakot has joined #openstack-kolla16:20
openstackgerritMerged openstack/kolla: Remove ceph repo for Ubuntu install  https://review.openstack.org/38708116:20
*** jistr|biab is now known as jistr16:22
*** janem has joined #openstack-kolla16:22
*** matrohon has quit IRC16:22
*** david-lyle_ is now known as david-lyle16:24
openstackgerritSteven Dake proposed openstack/kolla: Remove ceph repo for Ubuntu install  https://review.openstack.org/38755616:24
*** diogogmt has joined #openstack-kolla16:28
*** dmsimard|afk is now known as dmsimard16:28
sdake_inc0 looks lik ea mountain of upgrade patches16:29
sdake_rhallisey inc0 can you ack https://review.openstack.org/#/c/387556/16:30
sdake_or pbourke_ ^16:30
*** tonanhngo has quit IRC16:31
*** unicell1 has quit IRC16:31
openstackgerritMerged openstack/kolla: fix cron logrotate for sahara  https://review.openstack.org/38713016:37
*** diogogmt has quit IRC16:37
*** diogogmt has joined #openstack-kolla16:38
*** bmace has joined #openstack-kolla16:40
sdake_inc0 or other cores, this needs an ack https://review.openstack.org/#/c/385559/16:42
sdake_folks - i'd like to get all patches merged and backported minus the upgrade patches16:44
sdake_so we have 2 full days to work on the upgrade stuff16:44
sdake_(reviewing thereof)16:44
sdake_there are patches in queue for every bug in newton316:44
*** jheroux has joined #openstack-kolla16:47
pbourke_sdake_: busy day today, will get across reviews tomorrow. Can ack that but better wait for the gate?16:47
openstackgerritSteven Dake proposed openstack/kolla: Fix stale namespace removal issue  https://review.openstack.org/38756316:47
*** zhubingbing has quit IRC16:47
openstackgerritMerged openstack/kolla: Fix stale namespace removal issue  https://review.openstack.org/38555916:48
sdake_pbourke_ if you +2 i'll +w later when gate wraps up16:48
*** dwalsh has joined #openstack-kolla16:48
kfox1111sbezverk: so precaching the image might help then.16:48
pbourke_done16:48
sdake_this one too https://review.openstack.org/38756316:48
kfox1111a daemonset with sleep loop should help.16:48
sbezverkkfox1111: they are already sitting in docker16:48
sdake_pbourke_ ^ :)16:48
kfox1111ah. ok.16:48
sdake_we have about 30 reviews for upgrades..16:48
* sdake_ groans16:48
sbezverkcause I am bouncing between two controllers which I kill in turns16:49
sbezverkkfox1111: I tested keepalived change, it works16:49
*** jtriley has quit IRC16:50
kfox1111sbezverk: k. ill workflow it then.16:50
*** schwicht has quit IRC16:50
*** msimonin has quit IRC16:50
*** schwicht has joined #openstack-kolla16:51
*** msimonin1 has joined #openstack-kolla16:51
*** msimonin1 has quit IRC16:51
sdake_150 people in channel - looks like new record ;)16:51
*** kproskurin has quit IRC16:51
kfox1111sbezverk: currently keepalived is not in the gate, so testing against it doesnt' help.16:51
kfox1111I tried enabling it, but it broke things.16:52
kfox1111if you get a bit of time, you could try and re'enable it.16:52
*** eaguilar has joined #openstack-kolla16:52
sdake_Daviey you about?16:52
sdake_or egonzalez90 ?16:52
sbezverkkfox1111: hmmm I tested this change in the test bed I am playing with now, with different interfaces looks good to me. not sure what is with gate.. I guess at one point we will need to investigate..16:53
sdake_vhosakot ping16:54
vhosakotsdake_: pong16:54
sdake_vhosakot need some reviews if you hav etime16:54
vhosakotsdake_: yes, will review today... sure thing16:55
sbezverkkfox1111: interesting observation, when fencing pod on the smae server as mariadb then when this node dies it takes longer to recover about 3 minutes, if on another live controller then about 1m30s16:55
*** harlowja_at_home has quit IRC16:55
sdake_vhosakot i have selected reviews16:55
sdake_we are 2 days away from releasing 3.0.016:55
sdake_vhosakot i dont need master stuff reviewed necessarily, need specific things reviewed16:55
vhosakotsdake_: yep16:55
sdake_vhosakot do you have time to do it now - i can walk you throug hthe changes needing review16:55
vhosakotsure send me the links.. or is there a topic or a gerrit search string?16:55
sdake_vhosakot this needs a review https://review.openstack.org/#/c/387563/16:56
sdake_note its a backport16:56
openstackgerritMerged openstack/kolla-kubernetes: Adding custom api interface for keepalived  https://review.openstack.org/38753816:56
sbezverkkfox1111: stepping out for a couple of hours..16:57
vhosakotsdake_: yep, reviewwing now16:57
kfox1111sbezverk: probably because it turns itself off, then the other fencing agent has to go through a loop before the rbd lock is deleted.16:58
openstackgerritSteven Dake proposed openstack/kolla: Remove ceph repo for Ubuntu install  https://review.openstack.org/38755616:58
*** lamt has quit IRC17:00
openstackgerritPaul Bourke (pbourke) proposed openstack/kolla: Ceilometer cannot create standalone mysql database  https://review.openstack.org/38731917:01
*** srwilkers has quit IRC17:01
sdake_vhosakot https://review.openstack.org/#/c/387563/17:03
sdake_vhosakot note also a backport17:03
openstackgerritMerged openstack/kolla: Fix configuration templates used for Ceilometer  https://review.openstack.org/38747717:03
sdake_note all - if you have a bug that is rc3 worthy and you already ahve a fix, please take care to bring it into the release asap17:04
vhosakotsdake_: done17:04
sdake_rc3 worthy = fubared17:04
sdake_kfox1111 sbezverk - you wanted to know when we are doing the final tag - oct 18th - recommend testing with latest master to make sure nothign is busted17:05
*** unicell has joined #openstack-kolla17:06
pbourke_sdake_: are most of the permissions related upgrade patches are tested and essentially rubber stamp at this point?17:07
pbourke_s/are tested/tested17:07
kfox1111sdake_: k. will kick off a new gate run.17:07
sdake_pbourke_ i dont think tested17:08
sdake_pbourke_ the other patchess are rubber stamp at this point17:08
sdake_(the ones not related to upgrade)17:08
pbourke_:/17:08
sdake_right17:08
sdake_huge mess huh17:08
pbourke_upgrade gates should be priority #1 for O17:09
sdake_pbourke_ we are just going to have to use our best judgement with the upgrade aptches or alternatively someone will have to pull em down one by one and make a repo17:09
sdake_pbourke_ agree 100%17:09
sdake_pbourke_ finding this problem at the last minute = not idela17:09
pbourke_I'll try test some of them tomorrow17:09
pbourke_just to ease my mind before approving17:09
sdake_i htink the issue is they need to be tested ias a group17:09
pbourke_I can test a subset at least17:10
pbourke_the core ones17:10
*** b_bezak has joined #openstack-kolla17:10
kfox1111sdake_: tests running. should know in about 20min if all goes well.17:11
sdake_kfox1111 are you running against 2.0.0 images?17:11
sdake_the 3.0.0 images haven't been pushed yet17:11
kfox1111sdake_: yeah. no 3.0.0 images to test with.17:11
rhalliseysdake_, I was going to tag today17:11
*** b_bezak has quit IRC17:12
kfox1111the images don't look to change much though. most of the breakage we've seen is in the ansible bits.17:12
rhalliseyyou're talking about kolla right?17:12
kfox1111yeah.17:12
rhalliseykk17:12
*** pece has quit IRC17:12
*** b_bezak has joined #openstack-kolla17:12
rhalliseygotcha17:12
*** sdake has joined #openstack-kolla17:14
*** ssurana has joined #openstack-kolla17:16
*** b_bezak has quit IRC17:17
*** sdake_ has quit IRC17:17
*** tonanhngo has joined #openstack-kolla17:18
*** jtriley has joined #openstack-kolla17:21
sdakepbourke_ is this critical for 3.0.0 https://bugs.launchpad.net/kolla/+bug/163408317:24
openstackLaunchpad bug 1634083 in kolla "ceilometer cannot use standalone host" [Undecided,In progress] - Assigned to Vladislav Belogrudov (vlad-belogrudov)17:24
openstackgerritMerged openstack/kolla: Fix docs formatting error  https://review.openstack.org/38016117:24
openstackgerritMerged openstack/kolla: Update OpenStack service names  https://review.openstack.org/38738717:25
*** jtriley has quit IRC17:26
*** ssurana has quit IRC17:26
sdakeJeffrey4l ping re upgrade patches17:27
kfox1111sdake: can you ping me once patches stop merging? it would be good to test right before the release.17:27
sdakekfox1111 that will probably be 23:45 tomorrow17:27
sdakegod willing17:28
kfox1111heh. k.17:28
sdakeand i wont have much time to ping between tagging and releasing - we have over 30 patches related to upgrade17:28
sdakethat all need backports17:28
sdakekfox1111 i think what would be wise for you is to test prior to backport of the upgrade patchset17:29
kfox1111its, fine, so long as they don't touch the config/templates. but if they do, we should test.17:29
sdakeonce everything else is merged17:29
sdakethey touch the json...17:29
kfox1111I don't really have a way to test unmerged kolla bits. :/17:29
kfox1111we probably should come up with a gate for that though.17:29
sdakei could produce a patch stream out of them17:29
sdakethen it would be one git cherrypick operation from gerrit17:29
kfox1111as the kolla-kubernetes gate has picked up at least one ceph related bug in kolla already. :)17:30
kfox1111yeah, that might work.17:30
kfox1111maybe we do that tomorrow afternoon?17:30
sdakekfox1111 i'll let you knwo when i get to that - it needs to happen today17:30
kfox1111I'm in the middle of an outage today.17:30
sdaketomororw is tag day17:30
kfox1111(tenhcchnically tomorrow too, b ut should get most of the stuff done today)17:31
sdakethe cherrypick part17:31
sdakei guess the testing can wait until tomorrow17:31
sdakebut owuld prefer not to wait17:31
kfox1111I'd like to do the test as close to release as possible, (or at least one of the tests) just to ensure the release is sane.17:31
openstackgerritMerged openstack/kolla: Fix stale namespace removal issue  https://review.openstack.org/38756317:32
kfox1111it only takes about 20 min, so multiple is ok.17:32
kfox1111so far so good. most recent test passed.17:32
sdakedid matt simonin join today to work on https://bugs.launchpad.net/kolla/+bug/161733417:32
openstackLaunchpad bug 1617334 in kolla "reconfigure action fails on [neutron | Restart the neutron_openvswitch_agent container] " [Critical,Incomplete]17:32
kfox1111well, at least with ubuntu. still having that very strange issue with centos libvirt and rbd volumes...17:33
kfox1111bbiab17:33
sdakekfox1111 expand - not sure which wierd issue your talking about17:33
*** ssurana has joined #openstack-kolla17:36
*** HyperJohnGraham_ has joined #openstack-kolla17:40
*** haplo37_ has quit IRC17:40
openstackgerritSteven Dake proposed openstack/kolla: Remove ceph repo for Ubuntu install  https://review.openstack.org/38755617:40
*** bachp has quit IRC17:42
*** dave-mccowan has quit IRC17:42
*** haplo37_ has joined #openstack-kolla17:42
sdakeJeffrey4l are you syaing this bug isn't critical: https://bugs.launchpad.net/kolla/+bug/1632811/comments/217:43
openstackLaunchpad bug 1632811 in kolla "Keystone token table filling up" [Critical,In progress] - Assigned to Mathias Ewald (mewald)17:43
sdakeJeffrey4l or some other solution must be found?17:43
*** dave-mccowan has joined #openstack-kolla17:43
sdakeinc0 what is the etherpad for upgrade bug17:44
*** ayoung has joined #openstack-kolla17:45
*** berendt has joined #openstack-kolla17:46
sdakeberendt morning fine sir17:46
sdakeberendt have any extra hp to spare today - tomorrow is tag day and upgrades = busted17:46
sdakeberendt we have a mountain of patches in the review queue related to it, but nobody can work on it until tomorrow it appears....17:46
sdake(when we tag.)17:46
berendtgood evening fits better for me ;)17:47
sdakeyar - morning for me :)17:47
*** kproskurin has joined #openstack-kolla17:47
*** neilus has joined #openstack-kolla17:47
berendti will have a look on some more reviews now17:48
*** HyperJohnGraham_ has quit IRC17:49
jascott1brew install --HEAD tsocks17:52
*** sdake has quit IRC17:52
*** sdake has joined #openstack-kolla17:52
*** ChanServ sets mode: +o sdake17:53
*** kproskurin has quit IRC17:54
*** sdake changes topic to "FINAL NEWTON DEADLINE - OCT 18, 2016; Work on this bug -> https://etherpad.openstack.org/p/kolla-bug-1631503 ; Please read the documentation here: http://docs.openstack.org/developer/kolla/; Kolla IRC meetngs on Wednesdays @ 16:00 UTC - see agenda @ https://goo.gl/OXB0DL - IRC channel is *LOGGED* @ http://goo.gl/3mzZ7b (old logs from #kolla http://goo.gl/VKpPzA)"17:54
*** bachp has joined #openstack-kolla17:56
*** HyperJohnGraham_ has joined #openstack-kolla17:57
openstackgerritMerged openstack/kolla: Ceilometer cannot create standalone mysql database  https://review.openstack.org/38731917:59
openstackgerritMerged openstack/kolla: Fix common role upgrade permission issue  https://review.openstack.org/38717118:01
*** lamt has joined #openstack-kolla18:01
sdakepbourke_ re rubber stamp patches - anything that is a stable/newton backport is a rubber stamp18:02
*** lamt has quit IRC18:03
sdakepbourke_ so if you want to stamp those - that owuld help :)18:03
sdakeberendt ^^18:03
sdakeinc0 ^^18:03
openstackgerritMerged openstack/kolla: Fix watcher upgrade permission issue  https://review.openstack.org/38730018:03
sdakeeven if the patch is broken, its already in master18:03
sdakewe need to fix it in master if we see defects in teh backports18:03
sdakeand backport a new patch18:03
sdakeany Q? :)18:03
berendtit will be a lot of work :(18:04
*** srwilkers has joined #openstack-kolla18:04
openstackgerritMerged openstack/kolla: Fix rally upgrade permission issue  https://review.openstack.org/38729718:06
sdakeberendt ya and we got 1 day to do it in18:07
openstackgerritMerged openstack/kolla: Fix elasticsearch upgrade permission issue  https://review.openstack.org/38728318:07
*** ChanServ sets mode: -o sdake18:07
*** mliima_ has joined #openstack-kolla18:08
*** HyperJohnGraham_ has quit IRC18:09
*** vhosakot has quit IRC18:11
*** mliima has quit IRC18:11
*** lamt has joined #openstack-kolla18:12
*** jtriley has joined #openstack-kolla18:12
*** HyperJohnGraham_ has joined #openstack-kolla18:13
*** rhallisey has quit IRC18:16
sdakelooks like inc0 picked the hard one ;) https://review.openstack.org/#/c/386709/118:16
sdakeinc0 Jeffrey4l did provide reviews there - not sure if you saw18:16
inc0yeah, looking at it now18:17
*** mliima__ has joined #openstack-kolla18:17
inc0I need to test one thing as I don't think it's correct18:17
openstackgerritSteven Dake proposed openstack/kolla: Fix cinder upgrade permission issue  https://review.openstack.org/38759718:18
openstackgerritSteven Dake proposed openstack/kolla: Fix sahara upgrade permission issue  https://review.openstack.org/38760018:18
*** shardy is now known as shardy_afk18:19
inc0I need to reset env to test out things18:19
inc0anyway, that's on me18:19
inc0will be done today18:19
openstackgerritMerged openstack/kolla: Fix cinder upgrade permission issue  https://review.openstack.org/38693018:19
*** mliima_ has quit IRC18:20
openstackgerritSteven Dake proposed openstack/kolla: Fix magnum upgrade permission issue  https://review.openstack.org/38760318:20
openstackgerritMerged openstack/kolla: Fix sahara upgrade permission issue  https://review.openstack.org/38692818:20
openstackgerritSteven Dake proposed openstack/kolla: Fix telegraf upgrade permission issue  https://review.openstack.org/38760418:20
sdakeinc0 wfm18:21
sdakelets work on the quue folks and get thigns merged or fixed18:22
sdakerelated to the above bug18:22
sdakei think almost everything is in good shape18:22
sdakeminus a few patches with -1s18:22
sdakestable/newton - please make sure passing gate -then ack it :)18:22
*** MarMat has joined #openstack-kolla18:23
*** mliima_ has joined #openstack-kolla18:23
sdakemliima_ - need help revieiwng bug 163150318:23
openstackbug 1631503 in kolla "inconsistent UID in named volume results in inability to upgrade" [Critical,In progress] https://launchpad.net/bugs/1631503 - Assigned to Steven Dake (sdake)18:23
sdake17 patche sin queue18:24
*** mliima__ has quit IRC18:25
*** steve-noyes1 has joined #openstack-kolla18:26
kfox1111back for a few.18:27
openstackgerritMerged openstack/kolla: Fix mariadb upgrade permission issue  https://review.openstack.org/38727918:28
kfox1111sdake: rbd backed cinder volumes are failing to attach to the vm's when the centos image is used:18:28
openstackgerritMerged openstack/kolla: Fix magnum upgrade permission issue  https://review.openstack.org/38693418:29
*** steve-noyes has quit IRC18:29
openstackgerritMerged openstack/kolla: Fix telegraf upgrade permission issue  https://review.openstack.org/38693518:29
kfox1111sdake: http://logs.openstack.org/66/386966/18/experimental/gate-kolla-kubernetes-ansible-workflow-ceph-nv/0ce0d9a/logs/openstack/kolla-nova-compute-hu3fg.txt18:29
kfox1111the config is the same as with the ubuntu image, and it works there.18:30
kfox1111wait... that isn't a good example.....18:30
kfox1111sec..18:30
*** steve-noyes has joined #openstack-kolla18:30
*** steve-noyes1 has quit IRC18:30
sdakekfox1111 ya - you fixed  that - in the 3.0.0 images18:32
openstackgerritMerged openstack/kolla: Fix manila upgrade permission issue  https://review.openstack.org/38733718:32
kfox1111sdake: I did?18:33
sdakekfox1111 someone fixed it18:33
sdakekfox1111 pretty sure18:33
kfox1111no, I fixed an issue in the kolla tree about the cinder endpoint being wrong, but that affected both ubuntu and centos.18:33
kfox1111there's one more I'm fighting where it only affects centos.18:33
sdakekfox1111 make it harder :)18:34
kfox1111not sure where the error lies, as the config between ubuntu and centos are the same.18:34
openstackgerritMerged openstack/kolla: Fix glance upgrade permission issue  https://review.openstack.org/38697818:34
openstackgerritMerged openstack/kolla: Fix mongodb upgrade permission issue  https://review.openstack.org/38730518:34
*** steve-noyes has quit IRC18:35
*** HyperJohnGraham_ has quit IRC18:35
openstackgerritMerged openstack/kolla: Fix log directory of Elasticsearch  https://review.openstack.org/38726818:35
openstackgerritMerged openstack/kolla: Merge run commands in elasticsearch container  https://review.openstack.org/38727218:35
openstackgerritMauricio Lima proposed openstack/kolla: Fix mongodb upgrade permission issue  https://review.openstack.org/38761518:36
openstackgerritMauricio Lima proposed openstack/kolla: Fix log directory of Elasticsearch  https://review.openstack.org/38761618:36
openstackgerritMerged openstack/kolla: Fix keystone upgrade permission issue  https://review.openstack.org/38697718:40
sdakeberendt re https://review.openstack.org/#/c/387616/1 - this patch is not totally correct, the log files are lost in an upgrade18:40
sdakefolks - if it isn't critical, don't cherry-pick it please18:43
berendtsdake yes, this only fixes the logpath18:43
berendtelasticsearch in heka is missing at the moment, i think this is an other bug18:43
openstackgerritMerged openstack/kolla: Fix senlin upgrade permission issue  https://review.openstack.org/38733318:43
berendtit is the same for the kibana logpath (https://review.openstack.org/#/c/386980/)18:44
*** pbourke_ has quit IRC18:46
*** pbourke_ has joined #openstack-kolla18:47
openstackgerritMauricio Lima proposed openstack/kolla: Fix murano upgrade permission issue  https://review.openstack.org/38692218:48
*** rhallisey has joined #openstack-kolla18:49
*** msimonin has joined #openstack-kolla18:50
openstackgerritOpenStack Proposal Bot proposed openstack/kolla: Updated from global requirements  https://review.openstack.org/38762818:50
openstackgerritChristian Berendt proposed openstack/kolla: Add logrotate configuration for elasticsearch  https://review.openstack.org/38763018:51
*** mliima__ has joined #openstack-kolla18:53
sdakeberendt if you see issue iwth https://review.openstack.org/#/c/387604/118:55
*** mliima_ has quit IRC18:55
berendtsdake i do not have a running telegraf service, i only found this volume in the tasks18:55
sdakeya - well -1 the review then :)18:55
sdakei did for ya18:56
sdakeif its a master review - 1 em18:56
berendtwas not sure if it is really required..18:56
sdakeif its a stable/newton review, rubber stamp and fix with followon patches18:56
sdakeberendt right me either18:56
sdakei'm not sure why telegraph would have haproxy18:56
sdakea link to its socket i mean18:57
berendtmaybe a copy & paste issue18:57
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: Modular gate  https://review.openstack.org/38696618:58
berendtaccording to the config the stats URL is used to access haproxy stats18:58
berendti think haproxy socket is not required18:58
sdakebjolo - wake up from keyboard :)18:58
*** jmccarthy has quit IRC18:58
sdakeberendt performance monitoring may not be on the same host as the controllers (i.e. haproxy)18:59
kfox1111berendt: I don't have nay context, but I use the socket all the time with a script called hatop on some of my other haproxy systems.18:59
kfox1111its kind of nice.18:59
berendtsdake corret, because of the the input for haproxy inside telegraf is the stats URL and not the socket18:59
sdakekfox1111 ya - i get the value of the socket access18:59
*** jmccarthy has joined #openstack-kolla19:00
berendtkfox1111 is it not possible to use an URL with hatop?19:00
sdakeberendt could you expand on that with a link to code?19:00
berendtsdake https://github.com/openstack/kolla/blob/master/ansible/roles/telegraf/templates/telegraf.conf.j2#L36-L3919:00
kfox1111berendt: doesn't look like it.19:01
sdakebjolo wake up :)19:01
kfox1111I think the url is more static for gathering metrics. the hatop tool is more dynamic.19:01
sdakebjolo__ :)19:01
berendtkfox1111 you have to hit ctrl+r..19:01
sdakebjolo__ hopefully our computer is buzzing :)19:01
kfox1111berendt: in hatop?19:02
berendtkfox1111 no when using the webinterface19:02
kfox1111berendt: ah.19:02
kfox1111no, hatop is more interactive then that.19:02
berendtsdake i will open a bug report + review for this haproxy_socket volume19:02
berendtmewald should check this tomorrow19:03
kfox1111it would be nice to ship hatop in the haproxy container at some point.19:03
*** HyperJohnGraham_ has joined #openstack-kolla19:03
sdakemeeting - afk for 30 mins19:03
openstackgerritChristian Berendt proposed openstack/kolla: Remove haproxy_socket volume from telegraf container  https://review.openstack.org/38763919:05
berendti am also not sure why the docker.sock volume is required inside telegraf19:07
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: WIP: Testing trunk...  https://review.openstack.org/38764119:08
inc0Jeffrey4l, still up?19:08
inc0I guess not19:08
inc0but fuck, nova is going to be hard19:08
inc0in terms of permissions19:08
*** janem has quit IRC19:11
*** srwilkers has quit IRC19:11
*** msimonin has quit IRC19:13
*** spsingh has quit IRC19:15
*** dwalsh has quit IRC19:15
*** HyperJohnGraham_ has quit IRC19:17
berendtsleeping time, see you tomorrow19:17
*** berendt has quit IRC19:17
*** msimonin has joined #openstack-kolla19:18
sdakemsimonin are ou the cat that reported the bug with linuxbridge?19:19
openstackgerritMerged openstack/kolla: Remove ceph repo for Ubuntu install  https://review.openstack.org/38755619:19
*** mliima__ has quit IRC19:20
sdakeinc0 one option with nova if the current technique doesn't work is extend_start.sh......19:20
sdakei thought nova would be problematic for the approach we are using :(19:20
inc0sdake, so I'm testing it in and out19:20
sdakein and out?19:20
inc0and for now it seems if we chown to nova19:20
inc0it works19:21
inc0cuz libvirt runs as root19:21
sdakeon ubuntu it runs as root19:21
sdake?19:21
sdakenot sure that is the case on centos19:21
*** HyperJohnGraham_ has joined #openstack-kolla19:21
sdakebut may be19:21
inc0I'm pretty sure it is19:21
inc0it's priviledged19:21
openstackgerritMerged openstack/kolla: Fix log directory of Elasticsearch  https://review.openstack.org/38761619:21
inc0anyway, console log was owned by libvirt user19:21
inc0I chowned it and all worked wel19:21
inc0l19:22
inc0now I'm deploying without ceph to see if that's the case for local ephemerals as well19:22
sdakeya local ephemerals could be problematic19:22
inc0or not19:22
sdakedepends on what uid libvirt runs on in centos19:22
inc0if libvirt runs as root19:22
sdakeright - i'll let you knwo now19:22
sdakemoment19:23
*** DanyC has joined #openstack-kolla19:24
*** sdake_ has joined #openstack-kolla19:26
sdake_inc0 - looking into libvirt on centos - bbi1019:27
inc0yeah I'm redeploying without ceph now19:27
*** sdake has quit IRC19:27
sdake_inc0 [sdake@minime-03 tools]$ docker exec nova_libvirt ps -ef | grep libvirt19:28
sdake_root      9137  8730  0 15:25 ?        00:00:00 /usr/sbin/libvirtd --listen19:28
sdake_inc0 not sure if libvirt drops permissions to something else or not19:29
kfox1111hmm... cinder-manage-db is fairly consistently crashing now in the gate... will have to track that down soon.19:30
kfox1111did any cinder related stuff merge in the last few hours?19:30
*** g3ek has quit IRC19:30
sdake_kfox1111 yes19:30
kfox1111awesome. :/19:30
sdake_kfox1111 let me look at the patch19:30
*** haplo37 has quit IRC19:31
kfox1111I'm seeing; cinder-manage-db-5m3cn   0/1       CrashLoopBackOff   4          2m19:31
*** HyperJohnGraham_ has quit IRC19:31
*** HyperJohnGraham_ has joined #openstack-kolla19:31
sdake_kfox1111     Change-Id: If778c981cfcf020fcf0be6bf7e38a3243e63b85c19:32
sdake_kfox1111 is cinder using the json code?19:32
inc0sdake_, so testing on ubuntu seems to show a-ok19:32
sdake_the patch looks good to me19:32
inc0when I chowned disk to nova (disk had different owner)19:33
*** haplo37 has joined #openstack-kolla19:33
sdake_inc0 with your version of the patch?19:33
inc0vm didnt notice it19:33
inc0yes19:33
sdake_how about starting a new vm?19:33
sdake_not the upgrade case19:33
inc0after reboot of vm perms came back to original19:33
inc0all seems to be ok19:33
*** g3ek has joined #openstack-kolla19:33
inc0so all the dirs were owned by nova originally19:33
inc0only non-nova owned stuff were disk file and console-log file19:34
inc0and both seems to survive chowning without any issue19:34
sdake_try stopping the vm and starting it19:34
sdake_if the permissions are wrong on the restart, want to make sure that works19:34
kfox1111sdake_: yeah.19:34
inc0disk gets it's permissions back, it's all good19:35
sdake_is there no way to use /var/lib/nova/*disk*19:35
sdake_pretty sure that code uses glob - so that should work19:35
inc0I chowned disk to nova -> stop vm -> start vm -> disk gets its perms back19:35
inc0all good19:36
inc0so indeed my version of patch should work19:36
sdake_i guess - but not entirely correct ;)19:36
inc0according to every test I can think of:)19:36
kfox1111sdake_: looks like a big ps. :/19:36
inc0sdake_, I don't think we can figure anything better19:36
sdake_kfox1111 we have about 30 of these patches that have hti the repo in teh last 4 hours19:36
kfox1111ouch.19:37
sdake_inc0 ok - link19:37
kfox1111thats hazardous... :/19:37
inc0https://review.openstack.org/#/c/386709/19:37
sdake_kfox1111 i hear what your syaing - however - upgrade is broken as is19:37
sdake_thats more hazerdous19:37
inc0kfox1111, we found project-wide issue19:37
*** HyperJohnGraham_ has quit IRC19:37
kfox1111yeah. just bad to find it so late.19:38
inc0yeah19:38
kfox1111I think we should stop adding any new feature in o, and work on the gate.19:38
kfox1111if we can't test this kind of stuff as it goes in, we're just going to keep running into this kind of thing.19:38
inc0kfox1111, +1 to that, but I'd also like to finish up features we already have19:38
*** HyperJohnGraham_ has joined #openstack-kolla19:38
inc0like make plugins great again19:39
kfox1111and its going to bhe the ops that suffer. :/19:39
sdake_inc0 we can remove https://review.openstack.org/#/c/386709/1/ansible/roles/nova/templates/nova-ssh.json.j219:39
kfox1111+1.19:39
kfox1111sdake_: I don't see anything ovious in that ps that would cause the issue.19:39
sdake_kfox1111 me either19:39
kfox1111I've gota head back to the outage, but will try and look at it further asap.19:39
kfox1111on top of it all, I'm fighting a cold too. :/19:39
kfox1111bbiab19:40
sdake_kfox1111 we can release 3.0.1 to make kubernetes work if needed early19:40
kfox1111k.19:40
sdake_kfox1111 i've managed to stay cold free in the runup to summit :)19:40
*** DanyC has left #openstack-kolla19:40
inc0sdake_, k8s uses master, let's keep it this way19:40
kfox1111yes/no.19:40
inc0I don't think we should make release based on k8s tbh19:40
sdake_inc0 agree with keeping k8s on master of kolla19:41
kfox1111if we released a fixed 3.0.1 before we do the ansible split in trunk, then I think we'd be good.19:41
kfox1111the ansible split's going to make kolla-kubernetes unusable with trunk for a while.19:41
inc0kfox1111, fixed with what?19:41
inc0why?19:41
sdake_inc0 cinder is not working for k8s19:41
sdake_inc0 i dont know if cinder is cratered entirely in kolla or not19:41
kfox1111the amount of rekergiggering of stuff between repos is likely to be very messy for a while.19:41
sdake_my take is the repo split plus getting the gates operational will tke the whole cycle :)19:42
sdake_but what do I know :)19:42
*** portdirect has quit IRC19:42
inc0kfox1111, but you'll build images just the same19:42
sdake_inc0 he isn't building image in the k8s gate19:42
kfox1111inc0: I don't build images at all. ;)19:42
sdake_inc0 although he should be ;-)19:42
kfox1111its the ansible config bits that kolla-kubernetes pulls in that are at issue.19:42
kfox1111they are too intimately tied together right now.19:43
inc0oh please don't tell me you need 3.0.1 to be able to download them from dockerhum :(19:43
inc0also tbh we can have some cronjob to create kolla-latest;)19:43
sdake_kfox1111 agree that the issue you see is probably related to the ansible config templates19:43
kfox1111inc0: we might need 3.0.1 to fix bugs with genconfig that were interoduced at the last moment. :/19:43
inc0daily builds from master uploaded to gates?;)19:43
kfox1111sicne so much code is being rushed in at the last moment. :/19:43
sdake_inc0 good luck on that nut19:43
sdake_kfox1111 these are critical bug fixes only kfox111119:44
sdake_kfox1111 things that make kolla-ansible unusable at all19:44
kfox1111sdake_: trunk is failing for sure: http://logs.openstack.org/41/387641/1/experimental/gate-kolla-kubernetes-deploy-ubuntu-binary-ceph-nv/d5ddc7d/console.html19:44
sdake_kfox1111 and being rushed because our deadlines19:44
kfox1111same issue each time. cinder-manage-db crashes.19:44
kfox1111I'll look at it asap, but really do have to go now. bbiab.19:44
sdake_kfox1111 c anyo uget a strace inthere19:44
sdake_from there i can fix19:44
sdake_kfox1111 by tomorrow morning or later today is fine on the strace if you can spare the time :)19:45
kfox1111its hard to strace... I may have to fire up another minikube and launch it with debug.19:45
kfox1111bbiab19:45
sdake_need an strace tot see what the process is doing19:45
sdake_then its eas yto fix permissions issues19:46
sdake_whic hthis most likely is19:46
*** neilus has quit IRC19:46
sdake_kfox1111 to strace - just change the extend_start and rebuild19:48
*** HyperJohnGraham_ has quit IRC19:48
*** neilus has joined #openstack-kolla19:50
*** neilus has quit IRC19:57
*** srwilkers has joined #openstack-kolla19:58
*** brad[] has quit IRC20:00
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla: Fix nova  upgrade permission issue  https://review.openstack.org/38670920:00
inc0sdake_,  ^20:01
sdake_so wife bought a laptop from lenovo to install linux on20:05
sdake_and guess what- it doesn't work with linux!20:05
jascott1secureboot or what?20:06
sdake_something to do with raid and powersavings20:06
sdake_and intel drivers20:06
inc0which linux?20:07
sdake_any linux20:07
sdake_lenovo added raid to their laptops for no good reason other then to make power savings work with the intel driver for the storage device20:08
sdake_there is no wayt o shut it off20:08
sdake_and no linux board bringup has been done on the raid stuff20:08
*** ntpttr_ is now known as ntpttr20:10
inc0yeah but linux kernel has some raid stuff20:12
inc0I mean, servers uses raids...20:13
inc0nvm, shame, I liked lenovo20:13
inc0now I'm not going to buy lenovo20:13
sdake_this needs an ack20:15
sdake_https://review.openstack.org/#/c/386478/120:15
sdake_inc0 i guess lenovo is working on a bios fix20:15
sdake_its their latest released laptop - like 3 weeks old20:16
sdake_but you would think the ycould ddo kernel.org bringup before releasing a product20:16
*** matrohon has joined #openstack-kolla20:18
*** eaguilar_ has joined #openstack-kolla20:19
*** ppalacios has quit IRC20:19
*** eaguilar has quit IRC20:20
sdake_pbourke_ if your about20:21
sdake_it looks like possibly the ol gate is busted20:21
*** brad[] has joined #openstack-kolla20:22
sdake_pbourke_ ^20:22
sdake_https://review.openstack.org/#/c/386478/120:22
sdake_pbourke_ looks like ol may have some type of outage: http://logs.openstack.org/97/387597/1/check/gate-kolla-dsvm-build-oraclelinux-binary-centos-7-nv/8ee2b06/console.html#_2016-10-17_18_56_19_22445920:26
sdake_pbourke_ but i'm not entirel ysure20:27
sdake_this is ready for merge: https://review.openstack.org/#/c/386922/320:35
*** dwalsh has joined #openstack-kolla20:38
*** schwicht has quit IRC20:45
*** schwicht has joined #openstack-kolla20:46
sdake_rhallisey can you ack this pls: https://review.openstack.org/#/c/386922/320:46
sdake_and this one: https://review.openstack.org/#/c/386478/120:47
*** matrohon has quit IRC20:50
openstackgerritMerged openstack/kolla: Fix murano upgrade permission issue  https://review.openstack.org/38692220:50
*** schwicht has quit IRC20:51
*** schwicht has joined #openstack-kolla20:51
openstackgerritMerged openstack/kolla: move sys.exit out of try finally block in set_config.py file  https://review.openstack.org/38647820:53
*** schwicht has quit IRC20:58
*** haplo37_ has quit IRC21:01
*** haplo37_ has joined #openstack-kolla21:03
*** jtriley has quit IRC21:04
openstackgerritWaldemar Znoinski proposed openstack/kolla: copy iscsid logrotate config  https://review.openstack.org/38768321:06
openstackgerritWaldemar Znoinski proposed openstack/kolla: copy ldlinux.c32 to /tftpboot in ironic_pxe  https://review.openstack.org/38768421:06
*** janem has joined #openstack-kolla21:07
*** portdirect has joined #openstack-kolla21:07
openstackgerritWaldemar Znoinski proposed openstack/kolla: set basic kolla structures for iscsid  https://review.openstack.org/38768521:11
*** janem has quit IRC21:15
sbezverkkfox1111: ping21:17
*** eaguilar_ has quit IRC21:17
*** neilus has joined #openstack-kolla21:18
Pavoevening21:23
*** eaguilar has joined #openstack-kolla21:23
*** athomas has quit IRC21:23
*** msimonin has quit IRC21:24
inc0hey Pavo21:25
Pavohows it been21:25
inc0busy:) you're going to Barcelona?21:26
awiddersheiminc0: working on some NFS changes and need some help on how to best approach some changes21:26
awiddersheimnot sure what to do in some of these circumstances21:26
inc0awiddersheim, shoot21:26
awiddersheimalright so my colleague and I with the help of rhallisey have been working on getting NFS working21:26
inc0nfs as cinder driver?21:27
awiddersheimyes21:27
inc0k21:27
awiddersheimusing this PS as the basis21:27
awiddersheimhttps://review.openstack.org/#/c/27991321:27
awiddersheimhowever the PS has a few problems with it that we have come across and we finally worked through most of them21:27
awiddersheimthe big sticking point right now21:27
*** eaguilar has quit IRC21:27
inc0rhallisey, mind removing -221:28
inc0?21:28
awiddersheimis when attaching a volume to an instance21:28
awiddersheimthe nova-compute container will mount the NFS share21:28
awiddersheimin /var/lib/nova/mnt or whatever21:28
kfox1111sbezverk: hi. whats up?21:28
awiddersheimand then nova-libvirt tries to read it but can't21:28
rhalliseyinc0, sure21:28
inc0hmm so /var/lib/nova is shared between both21:29
kfox1111sdake_: I'm not building the containers, so that makes it harder. I think I can just slip in the strace into the k8s template though.21:29
rhalliseyinc0, ya I think we need a shared vol there21:29
inc0we have it21:29
inc0its named volume21:29
kfox1111its a little painful though to actually get the logs out of it though, as it crashes.21:29
inc0in reality this is directory /var/lib/docker/volumes/nova_compute/_data21:29
kfox1111I guess I can put in a long sleep, and then have it wait for the job to timeout.21:30
rhalliseyinc0, when you create mount it's not visible to the host or nova_compute21:30
inc0hmm21:31
*** eaguilar has joined #openstack-kolla21:31
inc0probably because no nfs in containers?21:31
inc0I dunno, we need to disect how nfs is mounted21:32
awiddersheiminc0: sorry21:33
sbezverkkfox1111: trying to decypher jq syntax, could you check what I do wrong?21:33
awiddersheimput all my chat in wrong windo21:33
awiddersheimwait one second21:33
awiddersheimso yeah21:33
awiddersheimnova-compute does the NFS mount21:33
awiddersheimand nova-libvirt tries to read it21:33
awiddersheimbut can't21:33
kfox1111sbezverk: sure. what are you trying to do?21:34
awiddersheimand the solution seems to make that a :shared directory21:34
sbezverkkfox1111: take a lot at this when you have a chance:21:34
sbezverkkubectl get pods -o json | jq -r '.items[] | select(.spec.nodeName=="falkor-control-03.k8s.cisco.com" | select(.status.conditions[] | select(.type=="Ready" and .status!="True"))) | .metadata.name'21:34
awiddersheimso mounts in nova-compute are visible in nova-libvirst21:34
awiddersheimthat make sense?21:34
awiddersheimso in other words21:34
inc0awiddersheim, you might try to add :shared to ansible21:34
inc0it shouldn't be problem21:35
awiddersheimright21:35
awiddersheimso we did that21:35
kfox1111sbezverk: can you pastebin me a 'kubectl get pods -o json' too?21:35
awiddersheimand it worked21:35
awiddersheimbut the problem is you can't do :shared21:35
awiddersheimwith named volumes21:35
awiddersheimdocker doesn't allow it21:35
awiddersheimso we changed21:35
sbezverkkfox1111: sure one sec21:35
awiddersheimhttps://github.com/openstack/kolla/blob/master/ansible/roles/nova/tasks/start_compute.yml#L1921:35
rhalliseybrb21:35
awiddersheimto "/var/lib/nova:/var/lib/nova/:shared"21:35
awiddersheimand it worked21:35
inc0awiddersheim, then make this change to ansible21:36
inc0I'm ok with it21:36
awiddersheimnova-compute's mounted the NFS share and nova-libvirt could see it and use the volume21:36
awiddersheimok21:36
awiddersheimone more thing21:36
awiddersheimpermissions :(21:36
awiddersheimwhen we made that change we started to run into permissions problems21:36
awiddersheimand this is the oen I'm not really sure about21:36
sbezverkkfox1111: http://paste.openstack.org/show/586042/21:36
awiddersheimnova-compute tries to create /var/lib/nova/instances in it's extended start21:36
awiddersheimbut can't because it's root:root21:36
awiddersheimtwo options i can think of is have nova-libvirt's extended_start fix the permissions or create local nova user in kolla's playbooks?21:36
awiddersheimI dont' know... they all seem ugly to me21:37
inc0awiddersheim, can we mount nfs volume in specified location?21:37
awiddersheimnot sure21:37
inc0https://review.openstack.org/#/c/386709/ look at this21:37
awiddersheimso far I've only let nova do it's thing and mount it where it wants it21:37
inc0we will chown stuff in /var/lib/nova/instances21:38
inc0maybe it will fix your permission issue21:38
inc0not sure how it will affect nfs tho21:38
awiddersheimit'd only work if you did it for /var/lib/nova21:39
awiddersheimbut that may work21:39
awiddersheimI'm not seeing where that is in this PS though21:39
awiddersheimyes, I'd think that would work but only if /var/lib/nova was the directory21:40
kfox1111sbezverk: seemed to have truncated it.21:40
kfox1111email maybe21:40
kfox1111?21:40
awiddersheimoh it is21:40
awiddersheimhttps://review.openstack.org/#/c/386709/2/ansible/roles/nova/templates/nova-compute.json.j221:40
awiddersheimhere21:40
awiddersheimthat _should_ work nicely21:41
awiddersheimI can try this21:41
*** srwilkers has quit IRC21:41
awiddersheimthis runs before the command?21:41
awiddersheimlike where does this stuff happen from an order standpoint when the container starts?21:42
*** jheroux has quit IRC21:42
awiddersheimbefore extended_start or after?21:42
*** dwalsh has quit IRC21:42
sbezverkkfox1111: I partially figured it out..21:43
sbezverkI am thinking that there is no need to check status of the pod on notready node..21:44
*** shardy_afk has quit IRC21:44
sbezverkI think all pods which were bound to failed node should be killed unconditionally21:44
kfox1111yeah, if the node is not ready, and your going to shoot it, you can probably skip that part.21:44
kfox1111just match all pods on the node.21:45
sbezverkkfox1111: perfect21:45
awiddersheiminc0: looks like before so I think that will help21:49
awiddersheimgreat! thanks!21:49
inc0np21:50
inc0awiddersheim, make sure that it wont break permissions inside share21:54
inc0I'm not sure how nfs would work if we chown -r parent folder21:54
*** neilus has quit IRC22:00
*** inc0 has quit IRC22:01
*** HyperJohnGraham_ has joined #openstack-kolla22:04
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Fencing pod  https://review.openstack.org/38392222:05
sbezverkkfox1111: latest fencing PS with a couple of changes from your wishlist ;-)22:06
*** HyperJohnGraham_ has quit IRC22:10
kfox1111sbezverk: looking better.22:10
*** spsingh has joined #openstack-kolla22:11
kfox1111hmm.... maybe abug...22:11
*** HyperJohnGraham_ has joined #openstack-kolla22:11
sbezverkkfox1111: ?22:11
kfox1111sec. commenting on it inline.22:12
sbezverkkfox1111: k22:12
*** spsingh has quit IRC22:15
awiddersheiminc0: the NFS mount only happens after nova-compute is up and running22:17
*** HyperJohnGraham_ has quit IRC22:17
*** HyperJohnGraham_ has joined #openstack-kolla22:18
awiddersheimso that should just be chowning non-NFS files22:18
awiddersheimat that point I believe22:18
*** HyperJohnGraham_ has quit IRC22:23
*** HyperJohnGraham_ has joined #openstack-kolla22:23
jascott1inc0 sierra now officially supported. haha22:25
openstackgerritSerguei Bezverkhi proposed openstack/kolla-kubernetes: Fencing pod  https://review.openstack.org/38392222:26
*** sdake_ has quit IRC22:27
*** sdake has joined #openstack-kolla22:30
sdakeback22:31
sdakesorry had an errand to run22:31
kfox1111sbezverk: better. :)22:31
kfox1111what happens if you hit the mismatch between failed node name case or volume not locked by any node case?22:31
kfox1111it still will delete pods in that case.22:31
kfox1111that may be ok. haven't had much time to think about it.22:32
kfox1111hmm... let me propose a thought experiment...22:33
kfox1111say the cloud has a noisy vm. the user's hamering the vm hard enough the kubelet is slow enough to respond the node goes notready.22:33
kfox1111the operator specifically seperated computes from controllers.22:33
kfox1111with it outside of the lock held check, the code will kill the node/vm.22:34
*** sbezverk has quit IRC22:34
kfox1111so, its probably better to kill the node only in the case where an rbd lock is held.22:34
*** schwicht has joined #openstack-kolla22:39
*** sdake_ has joined #openstack-kolla22:40
*** lamt has quit IRC22:41
*** neilus has joined #openstack-kolla22:43
*** schwicht has quit IRC22:44
*** sdake has quit IRC22:44
*** janem has joined #openstack-kolla22:47
*** HyperJohnGraham_ has quit IRC22:48
kfox1111sdake_: do you know of any other changes to cinder? maybe the config files?22:48
*** neilus has quit IRC22:49
sdake_kfox1111 git log is your friend22:49
sdake_but not sure22:49
kfox1111k. I may just have to manually bisect it. :/22:51
*** MarMat_ has joined #openstack-kolla22:56
*** MarMat has quit IRC22:56
*** daneyon has joined #openstack-kolla22:56
sdake_rather then bisecting, might be faster to use git log :)22:56
sdake_but a git bisect would be hlepful to identify the offender22:56
kfox1111arg. all the dates are in local time...22:57
sdake_kfox1111 yes - that was a desire of jeffrey's22:57
sdake_kfox1111 what is the issue with local time?22:57
kfox1111well, I knew it worked at 9:00 am my time.22:57
kfox1111so its one of the commits after.22:57
sdake_oh i thought you meant inside the container22:58
sdake_kfox1111 we merged about 30 patches at 9:00 am yoru time22:59
sdake_or more22:59
*** HyperJohnGraham_ has joined #openstack-kolla22:59
*** michauds has quit IRC23:00
kfox1111yeah. hence the thinking I might bisect it. don't want to try them one at a time. :)23:01
kfox1111going to try thisn one first though: e29a09df239e36991f5210da3934ee291a47a4ec23:02
kfox1111as there's that cinder patch right after.23:02
*** eaguilar has quit IRC23:02
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: WIP: Testing trunk...  https://review.openstack.org/38764123:03
Jeffrey4lsdake_, pong23:08
*** HyperJohnGraham_ has quit IRC23:12
*** srwilkers has joined #openstack-kolla23:12
*** srwilkers has quit IRC23:12
kfox1111is kolla going to be at the ptg?23:20
Jeffrey4lkfox1111, yes23:21
openstackgerritJeffrey Zhang proposed openstack/kolla: move sys.exit out of try finally block in set_config.py file  https://review.openstack.org/38771523:22
kfox1111ok. cool.23:22
kfox1111sdake_: e29a09df239e36991f5210da3934ee291a47a4ec did work... going to try the one right after. if that works, then I'll bisect.23:23
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: WIP: Testing trunk...  https://review.openstack.org/38764123:24
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix common role upgrade permission issue  https://review.openstack.org/38771723:26
*** haplo37_ has quit IRC23:29
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: Modular gate  https://review.openstack.org/38696623:30
*** papacz has quit IRC23:30
*** haplo37_ has joined #openstack-kolla23:30
sdake_rhallisey need a merge on https://review.openstack.org/#/c/387715/123:30
sdake_hey Jeffrey4l23:30
sdake_Jeffrey4l -- i'm here all night to sort out rc323:30
Jeffrey4lsup sdake_23:30
sdake_Jeffrey4l if there is anything you need, let me know23:30
sdake_Jeffrey4l we think we have a regression in the merging of the upgrade madness23:30
Jeffrey4lcool.23:31
Jeffrey4lwhat's it?23:31
sdake_Jeffrey4l kfox1111 is bisecting - so we will knwo soon23:31
*** papacz has joined #openstack-kolla23:31
sdake_cinder no longer works apparently23:31
sdake_i haven' ttried it on my gear23:31
Jeffrey4lkfox1111, any detail logs?23:31
sdake_been busy getting patches merged that could be merged23:31
kfox1111good greef that's a lot of patches...23:31
Jeffrey4lcinder + lvm or cinder + ceph?23:31
sdake_Jeffrey4l not sure23:31
Jeffrey4li can test this locally and try to find the root cause.23:31
*** lamt has joined #openstack-kolla23:31
Jeffrey4lkfox1111, ^^23:31
kfox1111Jeffrey4l: cinder & ceph.23:31
kfox1111don't have a gate test for cinder + lvm.23:32
Jeffrey4lyes.23:32
kfox1111thoughi ts failing on a manage-db though, so probably effects both.23:32
sdake_Jeffrey4l cinder + ceph is running with kolla-kubernetes - so if we can be sure its not in ansible proper23:32
Jeffrey4lkfox1111, did u catch any logs?23:32
sdake_thats probably good enuf23:32
sdake_Jeffrey4l no logs - no strace of the binary23:32
sdake_Jeffrey4l if you reproduce it, an strace of the db manage would be emmensly helpful23:33
Jeffrey4lOK. i will try to deploy cinder w/ ceph23:33
sdake_Jeffrey4l looking at all the patches that merged in backports23:33
sdake_Jeffrey4l i noticed /var/lib/kolla was used laot23:33
sdake_should it not be /var/lib/kolla/keystone for example?23:33
kfox1111Jeffrey4l: the container just crashies. no easy way to get logs at the moment. :/23:33
sdake_kfox1111 a bisect would help :)23:33
kfox1111yup. its in the gate right now.23:34
sdake_your bisecting in the gate?23:34
* sdake_ whooshes23:34
kfox1111see zuul 387641,323:34
*** sbezverk has joined #openstack-kolla23:34
kfox1111the ubuntu-binary-ceph one's the one to watch.23:34
Jeffrey4lsdake_, re /var/lib/kolla hmm. hold on, i will check this. it should be correct.23:34
Jeffrey4lkfox1111, we haven't gate for ceph and ceph+cinder23:35
sdake_kfox1111 dont have time to watch individual gate jobs, tr yto look at the outstanding work holistically :)23:35
sdake_Jeffrey4l - kfox1111 has one in kolla-kubernetes...23:35
Jeffrey4lok.23:35
kfox1111Jeffrey4l: not for ansible. :)23:35
Jeffrey4lroger23:35
sdake_what we do have is one more dude trained on the 100+ patchset frustration of adding a gate job ;)23:35
kfox1111sdake_: yeah. and was crazy enough to do it again right after wards. ;)23:36
kfox1111and working on a multinode variant. :)23:36
sdake_kfox1111 actually adding new jobs is pretty esy23:37
sdake_although multinode wont be easy at all23:37
sdake_but dding new gate jobs to new repos is hard23:37
kfox1111yeah.23:37
*** awiddersheim has quit IRC23:37
openstackgerritJeffrey Zhang proposed openstack/kolla: Fix stale namespace removal issue  https://review.openstack.org/38772123:37
kfox1111heh. most of the gate job issue was the lack of workflow.23:37
kfox1111I had to write the whole thing from scratch.23:37
sdake_need an ack on https://review.openstack.org/#/c/387721/123:38
sdake_kfox1111 yup - hard isn't it :)23:38
kfox1111a 726 line shell script isn't the easist thing to write. ;)23:38
sdake_yup23:39
Jeffrey4lsdake_, re /var/lib/kolla  it is used only for two case: 1. hake_socket, which is a syslog socket actually, full path is: /var/lib/kolla/heka/log     2, haproxy.sock23:39
*** awiddersheim has joined #openstack-kolla23:39
sdake_to be brutually frank, i wasn't sure yo ucould pull it off kfox1111 :)23:39
sdake_its super hard23:39
sdake_so - NICE JOB :)23:39
kfox1111sdake_: ok, so the next one failed.23:41
kfox1111so it is that commit.23:41
kfox1111thx. :)23:41
kfox1111032234bad63fa4b9f8c04d31d1be26d97086a0fa23:41
kfox1111hmm....23:42
kfox1111did cinder use to run as root?23:42
*** sbezverk has quit IRC23:43
sdake_kfox1111 got a review to go with that commit23:43
kfox1111and or was the 'permissions' section added in the newton container agent?23:43
Jeffrey4lkfox1111, which container is not started?23:43
kfox11112016-10-17 23:37:26.632644 | cinder-manage-db-liacb   0/1       CrashLoopBackOff   4          2m23:43
kfox1111sdake_: not off hand. its the same one you pointed at earlier.23:43
sdake_Jeffrey4l i think that would be bootstrap in kolla-ansible23:43
sdake_kfox1111 thats a bummer23:44
Jeffrey4lyes.23:44
sdake_Jeffrey4l - if you can reproduce, its the cinder upgrade patch23:44
Jeffrey4lyep. i am tying.23:44
kfox1111this may be a mitaka/newton incompatabiliy if the permission feature was added in newton.23:44
sdake_kfox1111 i makes sense cinder wouldl write volumes as the non-cinder user23:45
sdake_since nova would be communicating with it possibly23:45
sdake_what that patch does is make everything owned by cinder23:45
sdake_moment switching vpns23:45
Jeffrey4lkfox1111, it is compatible. 1. in mitaka, 'permissions' is never used.  2. in mitaka, there is no permission section, too.23:45
*** jtriley has joined #openstack-kolla23:45
kfox1111but if the permissions section is there, will a mitaka container freak out?23:45
Jeffrey4lkfox1111, no.23:46
*** sdake has joined #openstack-kolla23:46
kfox1111k.23:46
sdakehere is the review: https://review.openstack.org/#/c/386930/23:46
Jeffrey4lnow, there are lots of container do not have permissions section.23:46
kfox1111yup. thats it.23:46
sdakepatch still looks good23:47
Jeffrey4lyes.23:47
sdakeobviously it may not be23:47
sdakebut i dont see any glaring problems iwth it23:47
Jeffrey4lkfox1111, did u got anything by using `docker logs`23:48
sdakeThere were 16869 failed login attempts since the last successful login.23:48
kfox1111Jeffrey4l: Its a gate job, I don't have easy access to run tthings in it. :/ I've added a metric ton of logging so far and haven't gotten a good way to get logs from crashed containers yet.23:48
kfox1111sdake_: hehe. internet facing box? :)23:48
Jeffrey4lsdake, lol23:48
sdakeyup23:48
Jeffrey4lsdake, changed the default 22 to anything else ;)23:49
sdakeJeffrey4l ya i know i should do that23:49
kfox1111I'm going to try and revert just the one patch and see if it works.23:49
sdakekfox1111 great idea23:49
Jeffrey4lkfox1111, add `docker logs` before ci exit23:49
kfox1111cause if its a greater issue with permission sections, then it will still fail.23:49
kfox1111Jeffrey4l: not an easy thing to just do. the container names fluctuate.23:49
Jeffrey4lkfox1111, docker logs all.23:50
*** sdake_ has quit IRC23:50
Jeffrey4ldocker logs $(docker ps -qa)23:50
kfox1111k23:50
Jeffrey4lwait.23:50
Jeffrey4lthis is wrong.23:50
Jeffrey4lneed a for23:50
kfox1111yeah. its hard to get right. haven't had time to do so yet. :/23:50
sdake()[cinder@cb85e5445546 lib]$ ls -ld cinder23:51
sdakedrwxr-xr-x. 1 cinder cinder 0 Oct 13 00:53 cinder23:51
Jeffrey4lsdake, this one docker ps -a | awk '/cinder/{print $1}' | xargs -n1 docker logs23:52
Jeffrey4lkfox1111, ^^23:52
Jeffrey4l` docker ps -a | awk '/cinder/{print $1}' | xargs -n1 docker logs `23:52
sdakeJeffrey4l i dont have cinder deployed nor ceph on it23:52
kfox1111k23:52
Jeffrey4lsorry, pinged wrong person. ;)23:52
sdakewhat we need is a strace in the container on the db manage ;)23:53
sdakei can guarantee you i can fix it with that info23:53
openstackgerritKevin Fox proposed openstack/kolla-kubernetes: WIP: Testing trunk...  https://review.openstack.org/38764123:53
kfox1111sdake: k. I'll try and get a strace next.23:55
kfox1111we'll see if the patch revert works.23:55
sdakekfox1111 if it does, we hvae a serious problem on our hands23:55
sdakewe have about 30 patches that look a whole lot like that one that hit the repo23:56
kfox1111sdake: I'm not sure which is worse. :) this one patch having an issue, or potentially 30'sh of them.23:56
kfox1111yeah.23:56
Jeffrey4lsdake, why rc3 will be tagged? utc time?23:56
sdake23:45 oct 1823:56
sdakemay slip a little depending on how screwed we are23:57
Jeffrey4lfyi: deploying cinder + ceph on master.23:57
sdakebut can't slip past 19th midday us time23:57
*** Pavo has quit IRC23:57
Jeffrey4lroger.23:57
sdakewhich is about oct 19th 1800 utc23:58
*** mtaylor22 has joined #openstack-kolla23:58
sdakeat this point since we have  roughly 24 hours left23:59
sdakeour options are to proceed with getting upgrade working23:59
sdakei think we are close here23:59
sdakeor mark 3.0.0 upgrade as doa and tag that23:59
sdakeand release a 3.0.1 asap23:59

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