Friday, 2017-11-03

*** lukepatrick has joined #openstack-kolla00:02
*** sean-md has joined #openstack-kolla00:05
*** jtriley has joined #openstack-kolla00:06
*** sean-md has quit IRC00:09
*** ntpttr_laptop__ has quit IRC00:10
*** yangyape_ has quit IRC00:13
*** yangyapeng has joined #openstack-kolla00:13
*** yangyapeng has quit IRC00:18
*** yingjun has joined #openstack-kolla00:18
*** yangyapeng has joined #openstack-kolla00:21
*** oanson has quit IRC00:22
*** sean-md has joined #openstack-kolla00:23
*** oanson has joined #openstack-kolla00:24
*** chas has quit IRC00:25
*** yangyapeng has quit IRC00:25
*** jtriley has quit IRC00:25
*** chas has joined #openstack-kolla00:25
*** sean-md has quit IRC00:27
*** chas has quit IRC00:30
*** tovin07_ has joined #openstack-kolla00:36
*** lukepatrick has quit IRC00:37
*** lukepatrick has joined #openstack-kolla00:38
*** sean-md has joined #openstack-kolla00:41
*** sean-md has quit IRC00:45
*** huanxie has joined #openstack-kolla00:46
openstackgerritOpenStack Proposal Bot proposed openstack/kolla-kubernetes master: Updated from global requirements  https://review.openstack.org/50944300:48
openstackgerritOpenStack Proposal Bot proposed openstack/kolla-kubernetes master: Updated from global requirements  https://review.openstack.org/50944300:55
*** zhurong has joined #openstack-kolla00:55
*** lukepatrick has quit IRC00:57
*** sean-md has joined #openstack-kolla00:59
*** sean-md has quit IRC01:03
*** jtriley has joined #openstack-kolla01:08
*** zhangfei has joined #openstack-kolla01:10
*** jtriley has quit IRC01:13
*** sean-md has joined #openstack-kolla01:17
*** tone_z has joined #openstack-kolla01:20
*** sean-md has quit IRC01:21
inc0duonghq Jeffrey4l around?01:23
openstackgerritjinke proposed openstack/kolla-ansible master: Add dvr_no_external l3 dvr agent mode  https://review.openstack.org/51032701:27
*** yangyapeng has joined #openstack-kolla01:27
*** yangyapeng has quit IRC01:29
*** yangyapeng has joined #openstack-kolla01:29
*** yangyape_ has joined #openstack-kolla01:31
*** yangyapeng has quit IRC01:31
*** itlinux has joined #openstack-kolla01:32
*** caowei has joined #openstack-kolla01:39
*** danardelean has joined #openstack-kolla01:41
*** danardelean has quit IRC01:46
*** yangyapeng has joined #openstack-kolla01:51
*** oanson has quit IRC01:52
*** zhubingbing_ has quit IRC01:52
*** zhubingbing__ has joined #openstack-kolla01:52
*** yangyape_ has quit IRC01:52
*** oanson has joined #openstack-kolla01:52
*** itlinux has quit IRC02:03
*** unicell has quit IRC02:03
zhubingbing__Hi guys02:04
inc0hey Zhubing02:11
duonghqhi inc002:17
Jeffrey4lsup inc002:19
inc0hey guys02:19
inc0Jeffrey4l: I've made few small edits to slides02:20
inc0how do you feel before summit?02:20
Jeffrey4labout the onboarding session, do you have any ppt for this?02:20
inc0anything I can help you with?02:20
inc0no, I didn't have any02:20
Jeffrey4lthanks.02:20
inc0I just used whiteboard and explained structure of project02:20
Jeffrey4lnervous ;p02:20
inc0like, "imagea are in docker directory, they're rendered from jinja2"02:20
Jeffrey4lis projector possible?02:21
inc0I'm not sure, you should ask Kendall02:21
Jeffrey4lshould i show a online demo?02:21
inc0send her mail02:21
Jeffrey4lok.02:21
inc0so goal of onboarding is to teaach new contributors to understand code02:22
inc0people it's designed for are people who would like to join our community but don't know where to start02:22
Jeffrey4lso mainly developer, not operator, right?02:22
inc0well, our community is made of operators too02:22
inc0but yeah, people who will write kolla code02:23
inc0hopefully;)02:23
Jeffrey4lgot02:23
inc0duonghq you'll be around next week right?02:23
inc0it's gonna be quiet time in openstack which means it's good time to work on gates - can you help me?02:24
duonghqinc0, sure, I cannot go to Sydney, so I can have more free time02:24
inc0cool:)02:25
inc0so about gates02:25
inc0https://review.openstack.org/#/c/512779/ can you guys take a look at this failure? I'm lost02:25
*** salv-orl_ has joined #openstack-kolla02:25
* duonghq opening the linj02:26
inc0https://review.openstack.org/#/c/513855/ <- also let's please merge this one asap, so we'll have time to test out pushing mechanism02:26
inc0https://review.openstack.org/#/c/516817/ I think we'll need this one too (responded to your commend duonghq)02:26
*** Jeffrey4l has quit IRC02:26
duonghqgot it02:27
*** chas has joined #openstack-kolla02:27
*** salv-orlando has quit IRC02:28
*** Jeffrey4l has joined #openstack-kolla02:29
*** zhurong has quit IRC02:30
*** sean-md has joined #openstack-kolla02:30
*** chas has quit IRC02:31
*** sean-md has quit IRC02:34
*** yangyapeng has quit IRC02:37
*** yangyapeng has joined #openstack-kolla02:38
*** sean-md has joined #openstack-kolla02:40
*** zhurong has joined #openstack-kolla02:40
*** sean-md has quit IRC02:44
*** sean-md has joined #openstack-kolla02:57
*** goldyfruit has quit IRC02:59
*** sean-md has quit IRC03:02
*** wcen has quit IRC03:05
*** yangyapeng has quit IRC03:11
*** yangyapeng has joined #openstack-kolla03:11
*** sean-md has joined #openstack-kolla03:15
*** sean-md has quit IRC03:20
*** mwynne has quit IRC03:20
*** gcb has joined #openstack-kolla03:20
*** wcen has joined #openstack-kolla03:24
*** yingjun has quit IRC03:26
*** sean-md has joined #openstack-kolla03:33
*** zhangfei has quit IRC03:35
*** sean-md has quit IRC03:38
*** xinliang has quit IRC03:43
*** yangyapeng has quit IRC03:45
*** yangyapeng has joined #openstack-kolla03:46
*** zhangfei has joined #openstack-kolla03:48
*** sean-md has joined #openstack-kolla03:52
*** xinliang has joined #openstack-kolla03:55
*** sean-md has quit IRC03:56
*** coolsvap has joined #openstack-kolla03:58
*** binbincong has joined #openstack-kolla04:01
*** binbincong has quit IRC04:02
*** bbc_ has joined #openstack-kolla04:03
*** kiennt26 has quit IRC04:04
spsuryamorning guys04:04
*** sean-md has joined #openstack-kolla04:10
*** sean-md has quit IRC04:15
SamYaple/w/win 2004:20
*** huanxie has quit IRC04:25
*** chas has joined #openstack-kolla04:28
*** sean-md has joined #openstack-kolla04:28
*** chas has quit IRC04:32
*** sean-md has quit IRC04:32
japestinhowhich docker-py package should I use for pike? from pip or centos repo one?04:38
japestinhoI got this error04:38
japestinhohttps://www.irccloud.com/pastebin/SJQmk690/04:38
*** skramaja has joined #openstack-kolla04:39
*** huanxie has joined #openstack-kolla04:42
*** zhurong has quit IRC04:43
*** sean-md has joined #openstack-kolla04:46
openstackgerritMerged openstack/kolla master: update kafka version.  https://review.openstack.org/51718004:49
*** unicell has joined #openstack-kolla04:50
*** sean-md has quit IRC04:50
*** lukepatrick has joined #openstack-kolla04:50
spsuryaduonghq: IIUC need to merge this one https://review.openstack.org/#/c/516817/04:54
*** sean-md has joined #openstack-kolla05:05
*** caowei has quit IRC05:05
*** janki has joined #openstack-kolla05:08
*** sean-md has quit IRC05:09
duonghqspsurya, binary gates has not been stable atm.05:14
*** unicell1 has joined #openstack-kolla05:15
*** unicell has quit IRC05:16
*** lukepatrick has quit IRC05:16
*** sean-md has joined #openstack-kolla05:23
*** sean-md has quit IRC05:27
*** caowei has joined #openstack-kolla05:33
*** oanson has quit IRC05:34
*** oanson has joined #openstack-kolla05:34
spsuryaduonghq: i think merging this will not create any problem05:35
*** sean-md has joined #openstack-kolla05:41
*** sean-md has quit IRC05:45
*** zhurong has joined #openstack-kolla05:58
duonghqspsurya, of course06:02
spsuryaduonghq: done06:03
duonghqspsurya,  nice06:12
*** chas has joined #openstack-kolla06:28
*** huanxie has quit IRC06:29
*** hachi has joined #openstack-kolla06:31
*** chas has quit IRC06:33
openstackgerritzhichao zhu proposed openstack/kolla-ansible master: fix shell error to create ipsec-vpn  https://review.openstack.org/51755306:35
openstackgerritzhichao zhu proposed openstack/kolla-ansible master: fix shell error about tools/init-vpn  https://review.openstack.org/51755306:38
*** jaosorior has joined #openstack-kolla06:46
*** sean-md has joined #openstack-kolla06:50
*** unicell1 has quit IRC06:52
*** sean-md has joined #openstack-kolla06:53
*** chas has joined #openstack-kolla06:54
*** kiennt26 has joined #openstack-kolla06:54
*** cah_link has joined #openstack-kolla06:59
*** cah_link has quit IRC07:01
*** hoaile has quit IRC07:02
*** hoaile has joined #openstack-kolla07:04
*** cah_link has joined #openstack-kolla07:05
*** egonzalez has joined #openstack-kolla07:05
*** hrw has quit IRC07:06
*** hrw has joined #openstack-kolla07:08
*** gcb has quit IRC07:12
*** huanxie has joined #openstack-kolla07:15
openstackgerritMerged openstack/kolla master: Make binary gates non-voting  https://review.openstack.org/51681707:15
*** hachi__ has joined #openstack-kolla07:17
*** hachi has quit IRC07:18
*** pcaruana has joined #openstack-kolla07:24
*** dardelean has joined #openstack-kolla07:25
*** sean-md has quit IRC07:33
*** zhurong has quit IRC07:36
*** adac has joined #openstack-kolla07:38
*** sean-md has joined #openstack-kolla07:38
*** hachi__ has quit IRC07:51
*** mnasiadka has joined #openstack-kolla07:53
*** danardelean has joined #openstack-kolla07:55
*** danardelean has quit IRC07:55
*** danardelean has joined #openstack-kolla07:56
*** hachi has joined #openstack-kolla07:56
*** mgoddard has joined #openstack-kolla08:01
*** Zophar has quit IRC08:04
*** __sagar has quit IRC08:06
*** egonzalez has quit IRC08:10
*** gkadam has joined #openstack-kolla08:17
*** serlex has joined #openstack-kolla08:18
*** serlex has quit IRC08:18
*** egonzalez has joined #openstack-kolla08:26
*** danardelean has quit IRC08:40
*** dims has quit IRC08:46
*** danardelean has joined #openstack-kolla08:47
*** dims has joined #openstack-kolla08:48
openstackgerritHuan Peng proposed openstack/kolla-ansible master: Delete kolla_internal_address variable  https://review.openstack.org/51758008:58
openstackgerritJuan Antonio Osorio Robles proposed openstack/kolla master: Separate rsyslog image definition  https://review.openstack.org/51758108:59
*** sean-md has quit IRC09:06
*** dougsz has joined #openstack-kolla09:10
*** sean-md has joined #openstack-kolla09:12
*** sean-md has quit IRC09:17
*** sean-md has joined #openstack-kolla09:31
*** danardelean has quit IRC09:33
*** sean-md has quit IRC09:35
*** dougsz has quit IRC09:36
*** danardelean has joined #openstack-kolla09:43
*** sean-md has joined #openstack-kolla09:49
*** yangyapeng has quit IRC09:52
*** sean-md has quit IRC09:54
*** matrohon_ has joined #openstack-kolla09:54
*** kiennt26 has quit IRC10:03
*** bbc_ has quit IRC10:06
*** matrohon_ has quit IRC10:06
*** caowei has quit IRC10:06
*** bbc_ has joined #openstack-kolla10:06
*** genek has joined #openstack-kolla10:06
*** sean-md has joined #openstack-kolla10:07
*** daidv has quit IRC10:10
*** sean-md has quit IRC10:11
*** tovin07_ has quit IRC10:12
*** caowei has joined #openstack-kolla10:13
*** caowei has quit IRC10:16
*** hieulq has quit IRC10:16
openstackgerritJuan Antonio Osorio Robles proposed openstack/kolla master: Separate rsyslog image definition  https://review.openstack.org/51758110:18
*** tone_z has quit IRC10:19
*** duonghq has quit IRC10:20
*** jmccarthy has joined #openstack-kolla10:31
*** huanxie has quit IRC10:32
*** Zophar has joined #openstack-kolla10:44
Zopharhttps://review.openstack.org/#/c/514676/ any new code review will be appreciated ;)10:45
*** hachi has quit IRC10:47
*** hachi has joined #openstack-kolla10:48
*** serlex has joined #openstack-kolla10:51
*** serlex has left #openstack-kolla10:51
*** serlex has quit IRC10:51
*** hachi has quit IRC10:57
*** pbourke has quit IRC10:59
*** pbourke has joined #openstack-kolla11:00
*** hachi has joined #openstack-kolla11:07
*** huanxie has joined #openstack-kolla11:12
openstackgerritJuan Antonio Osorio Robles proposed openstack/kolla master: Separate rsyslog image definition  https://review.openstack.org/51758111:13
*** dougsz has joined #openstack-kolla11:13
*** ansmith has quit IRC11:17
openstackgerritDoug Szumski proposed openstack/kolla-ansible master: Add configurable rabbitmq monitoring user  https://review.openstack.org/51738611:19
*** sean-md has joined #openstack-kolla11:24
*** sean-md has quit IRC11:28
*** hachi has quit IRC11:37
*** sean-md has joined #openstack-kolla11:42
*** janki has quit IRC11:45
*** sean-md has quit IRC11:46
*** mgoddard has quit IRC11:49
*** sean-md has joined #openstack-kolla12:00
*** rmart04 has joined #openstack-kolla12:01
*** lpetrut has joined #openstack-kolla12:02
*** sean-md has quit IRC12:04
*** zhenguo has quit IRC12:05
*** rhallisey has joined #openstack-kolla12:08
openstackgerritDoug Szumski proposed openstack/kolla-ansible master: Add configurable rabbitmq monitoring user  https://review.openstack.org/51738612:08
openstackgerritTaeha Kim proposed openstack/kolla-ansible master: Add missing hostname to nodename in RabbitMQ for multinode deployment  https://review.openstack.org/51684712:12
*** goldyfruit has joined #openstack-kolla12:13
openstackgerritMerged openstack/kolla-ansible master: Allow object versioning by default  https://review.openstack.org/51728112:17
*** sean-md has joined #openstack-kolla12:18
*** janki has joined #openstack-kolla12:18
*** goldyfruit has quit IRC12:18
*** zhangfei has quit IRC12:23
*** sean-md has quit IRC12:24
*** sean-md has joined #openstack-kolla12:37
*** genek has quit IRC12:38
*** genek has joined #openstack-kolla12:38
*** zhangfei has joined #openstack-kolla12:40
*** sean-md has quit IRC12:42
*** jmccarthy has left #openstack-kolla12:45
*** gkadam has quit IRC12:47
*** ansmith has joined #openstack-kolla12:48
openstackgerritTaeha Kim proposed openstack/kolla-ansible master: Add missing hostname to nodename in RabbitMQ for multinode deployment  https://review.openstack.org/51684712:51
*** sean-md has joined #openstack-kolla12:56
*** sean-md has quit IRC13:00
*** hrw has quit IRC13:07
*** hrw has joined #openstack-kolla13:08
*** huanxie has quit IRC13:11
*** coolsvap has quit IRC13:11
*** goldyfruit has joined #openstack-kolla13:12
*** hrw has quit IRC13:13
jaosoriormandre: could you check this out  https://review.openstack.org/#/c/517581 ?13:13
*** sean-md has joined #openstack-kolla13:14
jaosoriormandre: thanks13:16
*** hrw has joined #openstack-kolla13:18
*** sean-md has quit IRC13:18
*** bastafidli has joined #openstack-kolla13:27
*** mgoddard has joined #openstack-kolla13:27
*** bastafidli has quit IRC13:27
*** bastafidli has joined #openstack-kolla13:28
*** skramaja has quit IRC13:28
openstackgerritzhichao zhu proposed openstack/kolla-ansible master: fix shell error about tools/init-vpn  https://review.openstack.org/51755313:30
*** jtriley has joined #openstack-kolla13:31
*** sean-md has joined #openstack-kolla13:32
*** hachi has joined #openstack-kolla13:36
*** sean-md has quit IRC13:37
*** bbc_ has quit IRC13:39
openstackgerritOpenStack Proposal Bot proposed openstack/kolla-kubernetes master: Updated from global requirements  https://review.openstack.org/50944313:42
*** jtriley has quit IRC13:47
*** egonzalez has quit IRC13:59
*** bastafidli__ has joined #openstack-kolla14:01
*** ansmith has quit IRC14:04
*** bastafidli has quit IRC14:05
*** jtriley has joined #openstack-kolla14:05
*** jbrooks has quit IRC14:11
*** serlex has joined #openstack-kolla14:12
*** serlex has left #openstack-kolla14:13
*** serlex has quit IRC14:13
*** rmart04 has quit IRC14:13
*** genek has quit IRC14:13
*** genek has joined #openstack-kolla14:18
openstackgerritMerged openstack/kolla master: Separate rsyslog image definition  https://review.openstack.org/51758114:19
*** sean-md has joined #openstack-kolla14:23
*** sbezverk has quit IRC14:23
*** jbrooks has joined #openstack-kolla14:26
*** sean-md has quit IRC14:27
*** genek has quit IRC14:28
*** hachi has quit IRC14:28
*** ansmith has joined #openstack-kolla14:28
*** hachi has joined #openstack-kolla14:29
*** Pavo has joined #openstack-kolla14:30
*** sean-md has joined #openstack-kolla14:32
*** jgriffith has quit IRC14:34
*** hrw has quit IRC14:34
*** hachi has quit IRC14:35
*** sean-md has quit IRC14:36
*** mnasiadka has quit IRC14:37
*** jgriffith has joined #openstack-kolla14:38
*** yangyapeng has joined #openstack-kolla14:40
*** sean-md has joined #openstack-kolla14:41
*** sean-md has quit IRC14:46
*** sambetts|afk has quit IRC14:51
*** itlinux has joined #openstack-kolla14:52
*** sean-md has joined #openstack-kolla14:59
openstackgerritBertrand Lallau proposed openstack/kolla-ansible master: Fix Ansible WARNING logs on reserved name: action  https://review.openstack.org/51147315:00
*** zhangfei has quit IRC15:01
*** hrw has joined #openstack-kolla15:01
openstackgerritBertrand Lallau proposed openstack/kolla-ansible master: Fix iscsi and tgt containers deployment case  https://review.openstack.org/50172915:01
*** sean-md has quit IRC15:03
*** sean-md has joined #openstack-kolla15:17
*** itlinux has quit IRC15:20
*** janki has quit IRC15:20
*** janki has joined #openstack-kolla15:21
*** sean-md has quit IRC15:21
*** janki has quit IRC15:22
*** lukepatrick has joined #openstack-kolla15:25
*** jaosorior has quit IRC15:27
*** itlinux has joined #openstack-kolla15:28
*** Zophar has quit IRC15:32
*** sean-md has joined #openstack-kolla15:35
kfox1111morning15:36
*** Pavo has quit IRC15:37
*** sean-md has quit IRC15:39
*** lukepatrick has quit IRC15:44
*** sean-md has joined #openstack-kolla15:45
*** Pavo has joined #openstack-kolla15:47
*** lukepatrick has joined #openstack-kolla15:47
*** sean-md has quit IRC15:50
*** cah_link has quit IRC15:54
inc0good morning15:56
inc0kfox1111 jlvillal got time today?;)15:56
*** Pavo has quit IRC15:57
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla master: Dockerhub publisher job  https://review.openstack.org/51385515:58
*** sean-md has joined #openstack-kolla16:03
*** Pavo has joined #openstack-kolla16:04
*** sean-md has quit IRC16:07
*** livelace-link has joined #openstack-kolla16:12
*** genek has joined #openstack-kolla16:14
*** ktibi has joined #openstack-kolla16:15
ktibiHi, anyone can check my bug => https://bugs.launchpad.net/kolla-ansible/+bug/172956616:15
openstackLaunchpad bug 1729566 in kolla-ansible "No update for /etc/hosts after adding a new compute" [Undecided,New]16:15
inc0ktibi: only playbook that would add it is bootstrap-servers16:16
inc0but frankly, I don't advise running bootstrap-servers on working cluster16:17
inc0it's not something we tested or support16:17
*** livelace-link has quit IRC16:19
*** unicell has joined #openstack-kolla16:20
*** unicell has quit IRC16:20
*** sean-md has joined #openstack-kolla16:21
*** livelace-link has joined #openstack-kolla16:21
ktibiinc0 ok so maybe need to add a check for update /etc/hosts every time the cluster is deploy16:23
ktibior update16:24
inc0or setup nameserver16:24
inc0intersting experiment would be to see if libvirt inside container would share same etc/hosts as host without restart16:24
ktibiI guess compute cluster need to be autonomous16:25
*** sean-md has quit IRC16:25
ktibiIf I lose my NS, cluster need to be up16:25
inc0well you can quickly make ansible playbook to make it work16:26
ktibiYes, I did this16:26
inc0https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/baremetal/tasks/pre-install.yml#L19-L3516:26
ktibibut it's better if in kolla :)16:27
inc0well yes and no16:27
inc0we have kinda standard that we don't touch host after boostrap servers16:27
inc0which is meant to be run on clean OS16:27
*** danardel_ has joined #openstack-kolla16:35
*** danardelean has quit IRC16:38
*** bmace has quit IRC16:39
*** sean-md has joined #openstack-kolla16:39
*** bmace has joined #openstack-kolla16:39
*** itlinux has quit IRC16:39
*** salv-orl_ has quit IRC16:41
*** sean-md has quit IRC16:43
*** itlinux has joined #openstack-kolla16:43
*** sean-md has joined #openstack-kolla16:57
*** sean-md has quit IRC17:02
*** genek has quit IRC17:16
*** chas has quit IRC17:17
*** chas has joined #openstack-kolla17:17
*** genek has joined #openstack-kolla17:18
*** chas has quit IRC17:22
*** sean-md has joined #openstack-kolla17:25
*** genek has quit IRC17:25
kfox1111inc0: maybe this afternoon sometime?17:27
*** sean-md has quit IRC17:29
inc0jlvillal: ^ works for you?17:29
inc0I have time till ~2.4517:29
jlvillalinc0: Sure17:29
inc0pm17:29
jlvillalinc0: I should be back from lunch by 12:30pm17:30
inc0kfox1111: that works for you?17:30
kfox1111let me double checck my calendar....17:30
*** lpetrut has quit IRC17:31
kfox1111i've got a 2:30-3:30 but otherwise free this after noon.17:31
inc0ok, so anytime after 12.30 let's have discussion about healthchecks17:31
inc0thanks17:31
kfox1111k17:33
*** unicell has joined #openstack-kolla17:34
*** klindgren_ has quit IRC17:39
*** genek has joined #openstack-kolla17:41
*** salv-orlando has joined #openstack-kolla17:41
*** sean-md has joined #openstack-kolla17:43
*** danardel_ has quit IRC17:46
*** salv-orlando has quit IRC17:47
*** sean-md has quit IRC17:47
openstackgerritOpenStack Proposal Bot proposed openstack/kolla-kubernetes master: Updated from global requirements  https://review.openstack.org/50944317:48
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: Enable multinode scenarios in zuulv3  https://review.openstack.org/51277917:48
*** itlinux has quit IRC17:51
openstackgerritOpenStack Proposal Bot proposed openstack/kolla-kubernetes master: Updated from global requirements  https://review.openstack.org/50944317:51
*** Pavo has quit IRC17:55
*** itlinux has joined #openstack-kolla18:00
*** sean-md has joined #openstack-kolla18:01
*** dougsz has quit IRC18:04
*** sean-md has quit IRC18:05
*** mgoddard has quit IRC18:09
*** danardelean has joined #openstack-kolla18:15
openstackgerritMichal Jastrzebski (inc0) proposed openstack/kolla-ansible master: Enable multinode scenarios in zuulv3  https://review.openstack.org/51277918:18
*** sean-md has joined #openstack-kolla18:19
*** danardelean has quit IRC18:20
*** sean-md has quit IRC18:23
*** jascott1 has joined #openstack-kolla18:26
jascott1o/18:26
jascott1no messages in the slack linkage since 8:12am PST today so wanted to come in and make sure there wasnt a nuclear event in here or somethin'18:27
inc0I think our slack bot died18:27
inc0sdake ^18:27
sdakeinc0 working it moment18:27
inc0thanks Steve18:28
sdakethe slackbot is on auto-reboot18:28
sdakeso the fact it didn't come back online is worrisome ;)18:28
jascott1me too18:28
jascott1every morn18:28
sdakejascott1 :)18:28
sdakemorning btw (a5am here018:28
inc0yeah I remember this type of jetlag18:29
inc0when I came from Europe to US18:29
inc0you wake up at 4am18:29
jascott1ride a kolla for me!18:29
jascott1koala18:29
jascott1haha18:29
sdakeinc0 do you want ssh access to the machine?18:30
sdakejascott1 sadly i haven'gt seen any18:30
sdakeI guess I need to go to the oo18:31
jascott1i figured they would be complimentary at the hotel18:32
inc0sdake: shoot, I can try to fix it if you can't18:33
sdakei can fix it I'm sure18:33
sdakejust offering in case you want access to the machine - ptl should probably have access (as I travel _ETOOMUCH!)18:34
inc0well you've set it up;) we should move it to less bus-factory place tho18:34
sdakeinc0 it is on a cloud provider18:36
sdakei seem to recall they were booting their VMs enmass tho18:36
sdaketo fix bus factor = second admin18:37
*** sean-md has joined #openstack-kolla18:37
sdakei had offered to portdirect to add his bot in my vm as well18:38
sdakealthough he  has yet to taek me up on the offer :)18:38
inc0https://review.openstack.org/#/c/513855/ <- when this merges, we will have (hopefully) images on dockerhub next day:)18:39
*** lpetrut has joined #openstack-kolla18:40
jascott1nice18:40
sdakeinc0 could you epand on images?18:41
sdakeinc0 a dail ybuild or a stable build?18:41
inc0daily top of master18:41
*** sean-md has quit IRC18:41
inc0but when we'll backport it to stable later18:41
sdakewell that is a start18:41
sdakeinc0++ :)18:42
inc0just cherrypick18:42
*** salv-orlando has joined #openstack-kolla18:42
sdakesorry for spam:18:44
sdakeSTART: 2017-11-02 07:00 UTC18:44
sdakeEND: 2017-11-02 15:00 UTC18:44
sdakeHi there,18:44
sdakeOur engineers have identified a problem with your droplet's hypervisor which may cause random unplanned outages.  In order for you to have the most optimal experience, we are scheduling a controlled and scheduled reboot of the hypervisor to implement our fixes which should prevent future outages from this issue.18:44
sdakeWe're scheduling an eight hour maintenance window to perform this reboot starting at 2017-11-02 07:00 UTC, which is 2017-11-02 00:00 in San Francisco where your droplet is located.18:44
*** itlinux has quit IRC18:44
inc0well it's 3rd Nov;)18:45
jascott18 hrs? jeebus18:46
sdakeThere were 5019 failed login attempts since the last successful login.18:46
inc0we should talk to them about time it takes to reboot machine;)18:46
sdakecan't expect  great SLAs for 5$/mo18:46
jascott1true18:47
*** salv-orlando has quit IRC18:47
jascott1idk might get a tiny at AMZN/GOOD/M$ for that18:47
*** kolla-slack has joined #openstack-kolla18:48
sdakecheers :)18:48
inc0welcome back kolla-slack18:49
sdakesomehow the docker run operation disappeared18:49
sdakegoing to reboot the machine make sure it comes up properly18:49
sdakeinc0 pls send me your public key in a PM18:50
*** kolla-slack has quit IRC18:51
*** lpetrut has quit IRC18:53
*** kolla-slack has joined #openstack-kolla18:54
*** kolla-slack has quit IRC18:55
*** kolla-slack has joined #openstack-kolla18:55
kolla-slack<sdake> test of lack18:59
*** kevzha01_ has joined #openstack-kolla19:02
*** kevinz has quit IRC19:05
*** lukepatrick has quit IRC19:11
*** itlinux has joined #openstack-kolla19:14
*** rwsu has quit IRC19:18
*** chas has joined #openstack-kolla19:18
*** chas has quit IRC19:22
*** jrist has quit IRC19:25
portdirectsdake: you coming to Sydney?19:31
sdakeyo bro19:31
sdakei'm here19:31
portdirectOh nice, see ya in 20 hours :)19:32
kfox1111hi guys.19:32
*** pcaruana has quit IRC19:32
kfox1111i'm not making it. :(19:32
*** lukepatrick has joined #openstack-kolla19:32
portdirectWill mark the point I've made it round this lump o rock19:32
portdirectkfox1111: that sux dude19:32
portdirectWill put a shrimp on the bbq for ya.19:33
* inc0 ordering card deck for blackjack to make our own summit19:33
sdakeportdirect ZUG - that flight sucks :)19:33
sdakekfox1111 were you coming prior?19:33
kfox1111portdirect: thanks. :)19:34
kfox1111sdake: no.19:34
sdakekfox1111 roger19:34
kfox1111inc0: whats the plan?19:34
sdakeanyone know which kolla cores will be here?19:34
sdakeseems pretty slim :)19:34
*** jrist has joined #openstack-kolla19:36
bkeroI'd expect attendance overall to be pretty slim19:36
inc0jlvillal: whenever you're ready;)19:36
sdakebkero ya - I think I heard half as many people as last summit19:36
sdake(just because of cost to get here)19:37
jlvillalinc0: I'm listening19:37
inc0cool;)19:37
inc0portdirect: in fact this will interest you as well19:37
inc0sooo...healthchecks19:37
sdakeportdirect  that shrimp on the barbie joke was terribad :)19:37
inc0let me do intros19:37
inc0jlvillal - core in Ironic, sits close to myself in Intel;)19:38
sdakejlvillal o/ ironic ftw :)19:38
inc0kfox1111 - operator and core in kolla-kubernetes, if something can break, he had seen that breaking19:38
*** lpetrut has joined #openstack-kolla19:38
inc0portdirect - Scottish19:38
inc0;)19:38
inc0also author of probably 90ish % of openstack-helm19:39
inc0sooo let's talk healthchecks19:39
kfox1111healthchecks19:39
* jlvillal hears Scottish and thinks of "Eleven" and two guys in an elevator :)19:40
inc0on PTG we started this discussion and I think Ironic would be great prototype for proper healthchecks for others projects to mimic19:40
*** sean-md has joined #openstack-kolla19:41
inc0it has both REST api services and conductor thingy that's harder to monitor as it doesn't have any tangable endpoings19:41
inc0soo, kfox1111 why won't you start with your prometheus idea and explain what's this is about?19:42
kfox1111hmm..19:42
kfox1111well, prometheus is a monitoring service that uses metric gathering to let you do alerting19:43
*** salv-orlando has joined #openstack-kolla19:43
kfox1111its format is super simple and being standardized for adoption for other monitoring systems too.19:43
kfox1111its protocol is basically a text file sitting on an http server.19:43
kfox1111so its super easy to integrate into services that already provide http, and its still pretty easy to add a simple web service to services that dont.19:44
*** sean-md has quit IRC19:46
kfox1111inc0: anything else you can think of?19:47
inc0one question I'm asking myself is how to monitor ironic-conductor19:48
inc0or any other RPC-driven service19:48
*** salv-orlando has quit IRC19:48
*** jrist_ has joined #openstack-kolla19:49
inc0so for example19:49
inc0an ironic conductor slowed down to 5% of msg/hour consumed19:49
*** jrist_ has quit IRC19:49
*** jrist has quit IRC19:49
kfox1111if the conductor exposed prometheus metrics on how many messages per hour it processed,19:50
inc0how do we expose this info? we could have ironic conductor calling some arbitrary code (plugin based) whenever it cosumes a msg19:50
kfox1111you can alert on that.19:50
*** jrist has joined #openstack-kolla19:50
*** jrist has quit IRC19:50
*** jrist has joined #openstack-kolla19:50
inc0and plugin would hit prometheus endpoint19:51
kfox1111prometheus works the other way around.19:51
sdakedid anyone fill out the cncf survey19:51
kfox1111ironic-conductor would have an http based service that exposes something like /metrics19:51
portdirectinc0: I'm actually a lost Aussie, I'm going home ;)19:52
jlvillalI doubt we want to add an http based service to the conductor. My initial gut feeling19:52
kfox1111where curling it outputs stuff like rabbit_messages_processed{q=foo} 1003219:52
inc0right but without adding storage to conductor, which itself is quite an arch change, it's not feasable to have this "buffery" type metric19:52
jlvillalCan we ask RabbitMQ instead?19:52
inc0and that19:52
inc0I don't think rabbitmq exposes this kind of data19:53
kfox1111you could get metrics from rabbit. there is an expoerter for it too.19:53
kfox1111it is potentially harder to tell some info from there though, as the relationship between queue's and clients is nontrivial.19:53
inc0alternatively we could have some log-parsing mechansim which will act as middleware, get info from conductor via logs and expose it in metric-based way19:53
kfox1111hacky.19:53
kfox1111the states in question are not very big and its not really a problem if they get reset on restart of the service.19:54
inc0api will suffer from similar issue too - how to measure processed requests per hour?19:54
jlvillalNow, could possibly add getting metrics about the conductor via the API.19:54
kfox1111the counters are assumed to be incrementing, and if it desrements, is assumed to be a reset.19:54
inc0jlvillal: that's gonna add huge amount of complexity19:54
kfox1111you don't measure requests per hour, you output number of requests handled.19:54
jlvillalinc0: How is that? I guess my gut feeling is no.19:55
kfox1111deriving requests per hour or minute or (insert time unit here) can b e done after the fact.19:55
*** klindgren has joined #openstack-kolla19:55
inc0and will mean that monitoring of X depends of well being of Y, which makes failure detection harder19:55
kfox1111ie, each request handled just requests++19:55
kfox1111expoerter just 'printf "requests_handled $requests"'19:56
inc0right, but exposing http interface just for this purpose in service that normally doesn't have http is an issue19:56
kfox1111true, but I think the effort is worh the cost. you can gather many many metrics yo ucoudln't normally gather.19:56
kfox1111number of times that rabbit disconnects?19:56
kfox1111number of times you can't acess the database19:56
kfox1111internal count of a failure of the function foo19:57
kfox1111whatever is appropriate to the system.19:57
inc0right, but all that could be derived from sidecart container with http service parsing logs19:58
inc0MSG123 - rabbitmq message parsed19:58
kfox1111you can do higher level constructs... count of times the conductor failed to schedule something (if it schedules things)19:58
inc0and then service will count MSG123 per hour and expose it as metric19:58
kfox1111log parsing is fragile as hell.19:58
kfox1111and has a lot of overhead not needed.19:58
inc0to me issue is communication interface to conductor19:59
*** sean-md has joined #openstack-kolla19:59
kfox1111there is also an issue of activeness.19:59
kfox1111when you curl a webserver, you know when it doesn't respond.19:59
kfox1111if you call a sidecar webserver, it can't know if the logger broke.19:59
kfox1111yeah. and http is a communication interface.19:59
inc0which is significant overhead in non-http service20:00
kfox1111I think we're arguing on the definition of small. ;)20:00
kfox1111to me a webserver is trivial these days. 10 lines of code and a few k of ram.20:01
inc0well what I'd like to achieve is something that ideally will be portable to any other service with minimal effort20:01
kfox1111lets just call it 2mb to be generious.20:01
inc0opening another port is not that20:01
kfox1111drop in the bucket. :)20:01
inc0resources are not what I'm worried about20:01
inc0it's effort it takes to implement it and integrate it closely with code20:01
kfox111199.9999% of the effort is gathering the metrics, not how to export it.20:02
inc0especially if you'd want to have for example monitoring endpoint listening on different network than regular communication20:02
kfox1111the integrate part.20:02
jlvillalThanks that percentage may be hyperbolic...20:02
kfox1111still think thats a pretty trivial amount of code.20:02
jlvillals/Thanks/Thinks/20:03
*** sean-md has quit IRC20:03
kfox1111I'm thinking adding a prometheus exporter web service to oslo somehow?20:03
kfox1111the effort to integrate it to rpc services would be minimal then. you load the extra library and hand it a config chunk from oslo.conf?20:03
inc0or even create new oslo library20:04
kfox1111that would work too.20:04
inc0but http would require external service20:04
kfox1111what do you mean?20:04
inc0how about socket communication?20:04
inc0oslo doesn't have "running services"20:05
kfox1111still don't follow20:05
kfox1111how is a unix socket really any different then a tcp one?20:05
inc0yeah I guess it doesn't that much20:06
inc0so, oslo library that would listen on tcp port X for prometheus?20:06
kfox1111I'd be just fine if it coudl speek prometheus format over http over tcp or unix socket.20:06
kfox1111yeah.20:06
*** hachi has joined #openstack-kolla20:07
kfox1111listen=0.0.0.0:9294 or listen=unix:/var/run/mystats.sock kind of thing20:07
inc0dims: around? (or any other oslo person?:))20:08
inc0harlowja: ^20:08
inc0ok, let's assume for a second that we'll have oslo.metrics library20:10
inc0however oslo.metrics communicates with external world, tbd20:10
kfox1111ok.20:11
inc0we could do something like oslo.metrics.add_metric(name="requests_counter", value=1) whenever ironic api parses a http20:11
harlowjahola20:12
inc0hey harlowja, we're debating common monitoring mechanism for openstack services20:12
kfox1111inc0: maybe some osloification of https://github.com/prometheus/client_python ?20:12
inc0based of prometheus20:12
inc0little background: in Denver in deployment tools wg meeting we found out that we, operators and deployment people, all strugle with similar issue20:13
inc0how to say that for example ironic conductor is alive and thriving20:13
harlowjahmmmm20:14
harlowjaso at godaddy we are all sensu20:14
inc0ok, but what sensu measuer20:14
inc0what we're thinking about is to have shim in oslo or services20:14
*** rwsu has joined #openstack-kolla20:14
inc0which will enable service to expose events or metrics to sensu, prometheus or whatever is listening20:15
inc0np, conductor on node X processed 100 messages during last 5 hrs20:15
inc0not ideal20:15
harlowjahttps://imgur.com/a/ctglx ...20:15
harlowjai can get u all the sensu stuff20:15
harlowjamaybe20:15
harlowjathere's a lot of them20:15
harlowjabasic metrics would be good :-P20:16
harlowjaklindgren ^20:16
klindgrenum what20:16
harlowjaprometheus sure, but i'd rather get clint in here (he's been working on some k8s + prometheus stuff and prob has some ideas)20:17
harlowjaso i'd like to hear his thoughts on prometheus first20:17
*** sean-md has joined #openstack-kolla20:17
inc0ok, point of this discussion is not sensu vs prometheus20:18
harlowjaklindgren had some stuff he did to solve ` ironic conductor is alive and thriving`20:18
harlowjainc0 ok20:18
inc0it's how to make metrics we care about exposed from services20:18
klindgrenat least at deployment time.20:18
inc0in a way - what code services would need to write to make monitoring easier20:18
harlowjahave each service expose a status.json file20:18
kfox1111the problem i have with status kinds of things,20:19
harlowjahttp://zuulv3.openstack.org/status.json (or other)20:19
kfox1111is often you may want to redefine what kinds of things can be a problem after you discover what they are.20:19
harlowja^ just one example20:19
*** ansmith has quit IRC20:19
harlowjaok20:19
kfox1111so getting the raw metrics let you add new status things once you desciver what those things are.20:19
kfox1111like, is handling 5 requests per second good or bad?20:20
harlowjai'd rather have any status.json at this point, lol20:20
harlowjanot ideal status, ha20:20
kfox1111if its a busy projduction server, that may be super low, and "broken"20:20
harlowjaya, i get it20:20
*** SpamapS has joined #openstack-kolla20:21
SpamapSo/20:21
harlowjakfox1111 inc0 so alive, vs dead, that'd be good20:21
*** sean-md has quit IRC20:21
inc0right, and what does alive means20:22
inc0if pid is on, but service hangs, that's dead20:22
inc0but most of monitoring services won't notice it's death20:22
SpamapShola kolla20:22
kfox1111if you can curl the endpoint, its alive enough to respond.20:22
inc0howdy SpamapS20:22
kfox1111past that, I think its what meterics are exported?20:22
SpamapSits death ;-)20:22
harlowjaya, klindgren connected into the systemd event to determine alive vs not20:22
SpamapSit's what20:23
* SpamapS will stop now20:23
inc0but if you don't have endpoint like in ironic-conductor, you won't notice anythign20:23
harlowjahave a endpoint?20:23
SpamapScan somebody catch me up to speed. I heard there was talk of Sensu vs. Prometheus for something. I have thoughts. :)20:23
harlowjathere was sorta :-P20:23
inc0SpamapS: it's more about our discussion in PTG regarding healthchecs across the board for openstack services20:23
inc0I think that as it is today we don't have means to monitor services very well20:24
inc0if it's API, sure, just make a request20:24
harlowjai mean why can't ironic-conductor expose some tiny REST endpoint (along-side the rest of the crap it does)20:24
harlowjasame with nova-conductor ...20:24
kfox1111harlowja: yeah. thats what I'm thinking.20:24
klindgrenor the lack of the ability to interrogate services to see their status.20:24
kfox1111then expose metrics from there.20:24
klindgrenapis are stupid simple20:24
inc0harlowja: or even have oslo piece that will do it20:24
klindgrenbut anything thats rpc - is pretty much shit20:24
SpamapSThe industry standard right now is, even if you aren't "an API service" that you have an HTTP endpoint that can be queried by health checks.20:25
inc0right and we want to have means to do it20:25
klindgrenthe best I was able to figure out is to check to see if its connected to rabbitmq20:25
SpamapSSo the plumbing pieces in the middle would do well to have something like that. But then we get into "eventlet vs. something else"20:25
klindgrenonly some of the processess will emmit a started event on the systemd socket20:25
harlowjainc0 https://docs.python.org/2/library/wsgiref.html#wsgiref.simple_server.WSGIServer exists; so meh, not sure oslo needed20:25
klindgrenso for those that do that, I also create the socket and wait some time for the process to emit the event.20:25
inc0harlowja: well, what I was thinking is to have oslo wrapper around sth like that20:26
kfox1111klindgren: and that doesn't work when in docker. no systemd.20:26
klindgrenif it does I assume that it started succesfully (combined with rmq connectivity check)20:26
SpamapSI thought oslo.service implemented the systemd thing so basically everything works with that now.20:26
harlowjaah, but i think klindgren  did get it to work in docker kfox1111 :)20:26
klindgrenkfox1111, yes it does20:26
inc0so in services you'll be able to put method calls in correct places (or even connect it to logger)20:26
klindgrenwe have python code that creates the socket and listens in on it inside the container20:26
harlowja^ not super great python code, ha20:26
inc0oslo.healthcheck.send_message("connection_lost")20:26
SpamapSAlso is this about startup, or ongoing health?20:27
harlowjayes20:27
klindgrenstartup only20:27
harlowjalol20:27
klindgrenit only emmits once20:27
kfox1111yeah, I'm interested in ongoing health.20:27
inc0and then prometheus pings oslo-managed endpoint "how many connection_lost was during last 1hr"?20:27
klindgrenwhich is :-/20:27
harlowjaperhaps split 2 discussions? :-P20:27
harlowja2+20:27
harlowjalol20:27
kfox1111inc0: number of losses is much better then having the thing try and determine frequency itself.20:27
klindgrenbut if we could send a singal to the process and have it emit something on a socket, that would work as well20:27
kfox1111ie, connection_losses += 4 or whatever20:28
inc0yeah agree kfox1111 but what I'm saying is to have simple service that will parse messages and make counter20:28
inc0hold counter20:28
klindgrenbut yes an http endpoint that did some local health checking and gave a :thumbsup: or :thumbsdown: would be awesome.20:28
kfox1111parsing messages is painful.20:28
kfox1111and error prone.20:28
inc0kfox1111: parsing messages dedicated for it20:28
SpamapSSo there are two theories of startup operation and they are basically 100% counter to eachother. I thought OpenStack had subscribed to one, but who knows.20:28
inc0not log text scraping20:29
harlowjaklindgren where is that python script :-/20:29
SpamapS#1 is you startup and keep running if you get no irrecoverable errors. You keep trying to do things that error but might work later, forever.20:29
*** klindgren has quit IRC20:29
SpamapS#2 is you startup and try to verify everything is perfect, and if it's not, exit(some_number).20:29
inc0right, and things breaks after startup too20:30
SpamapSAs I said, I thought OpenStack services/daemons/etc. more or less do #120:30
kfox1111yeah. startup works pretty well today. not too concerned with it.20:30
inc0I'm working well for last 3 months, but hey, why not break at Friday 9pm20:30
kfox1111its what happens after that concerns me.20:30
kfox1111exactly.20:30
inc0and break in non-trivial way20:31
inc0like, you have 3 working conductors20:31
SpamapSIf you do #1 for startup, then you can't assume a running process is a working process.20:31
harlowjaso one option, and we have something running here is that we have rally probing our clouds all the time20:31
inc0one of them will drop to 5% of regular performance20:31
*** itlinux has quit IRC20:31
SpamapSIn #2 world, you fail fast. You exit() whenever things are bad.20:31
inc0stuff keeps working, but cluster is far from healthy20:31
SpamapSAnd let process supervisors handle the mitigation.20:31
inc0if it keeps doing this, at some point you'll end up in world of pain20:31
kfox1111SpamapS: that does assume stoping actualy can fix it.20:31
SpamapS(that, btw, is how the mysql cluster backend "ndb" works)20:31
kfox1111doesn't handle things like db entries being "funny"20:32
SpamapSkfox1111: well no, it doesn't really assume that. It just hands off mitigation to "not this process"20:32
kfox1111otherwise, you just get into crash loops.20:32
SpamapSIn fact it reduces assumptions.20:32
SpamapSBecause you never go forward with an undefined state.20:32
kfox1111yeah. but one user can potentially dos other users toopo.20:33
SpamapSIt's a much harder process model to follow, but it is good for things that are critical and complex, like, say, MySQL cluster. ;)20:33
kfox1111too20:33
kfox1111true.20:33
SpamapSWell the assumption you're making is that the process supervisor is systemd, and not  mysqld_safe or mysqld itself, which can possibly use logic and system awareness to handle the failed process. :)20:33
SpamapSAnyway, we do #120:34
SpamapSso a running process needs a way to tell mitigators that they need to mitigate.20:34
*** hachi has quit IRC20:34
*** jtriley has quit IRC20:34
SpamapSA socket that one can query on is just as hard to support as an HTTP listener.20:34
kfox1111true20:35
*** sean-md has joined #openstack-kolla20:35
harlowjaya, i've made one, i can share20:35
harlowjamade one yesterday, lol20:35
inc0jlvillal: would you be open to have this tiny http listener in conductor?20:35
harlowjathere is also the eventlet backdoor btw20:36
jlvillalinc0: Uh, I don't know. Gut feeling is no...20:36
inc0and have some methods all around the code to add events?20:36
jlvillalinc0: But can see what other Ironic people think.20:36
harlowjahttps://gist.github.com/harlowja/43453ca1fce77b68655cc165e666a220 (shitty telenet server like thing020:37
kfox1111inc0: events != metrics20:37
jlvillalWe already have some metric gathering in Ironic20:37
sdakesup harlowja20:37
*** itlinux has joined #openstack-kolla20:37
inc0kfox1111: but number of events over period of time is a metric20:37
harlowjahttps://gist.github.com/harlowja/43453ca1fce77b68655cc165e666a220#file-gistfile1-txt-L56-L57 ...20:37
sdakeinc0 the standard way to distribute metrics is via amqp publishing20:37
harlowja^ other code is missing from that, but ya...20:37
sdakenot rest api calls20:37
inc0sdake: key here is to have per-node metrics20:37
inc0for health monitoring purposes20:38
*** hachi has joined #openstack-kolla20:38
*** chas has joined #openstack-kolla20:38
inc0and ultimately things like autohealing by k8s20:38
kfox1111inc0: that could be true, but incurs potentially a lot more overhead20:38
sdakei've always been a fan of adding healthchecking to openstack - I suggested the idea 5 years ago - but it was probably too early :)20:38
inc0kfox1111: # of messages processed is derived from event20:39
inc0s20:39
inc0event being a message was processed20:39
kfox1111inc0: I'm trying to say, the way you are describing events seems to be a push model.20:39
inc0you publish this event somehow, even by calling oslo.health which will just do "messages_processed += 1"20:39
inc0no20:39
kfox1111I'm uggesting a pull model of return the current variables values.20:39
harlowjasdake sup with u20:40
harlowjalol20:40
*** sean-md has quit IRC20:40
inc0kfox1111: no, I'm talking internally20:40
sdakeharlowja chillin in australia20:40
harlowjanice nice20:40
sdakeiterally - its freezing here :)20:40
kfox1111ie, oslo.metric.register('foo', &value)20:40
kfox1111value++20:40
kfox1111value+=720:40
kfox1111etc20:40
inc0yeah20:40
inc0or oslo.metric.append('foo', 2)20:40
inc0call it 6 times20:40
inc0and prometheus calls some API terminated by oslo.metrics20:41
inc0GET foo/since_last_call -> 1220:41
harlowjasounds like what i have seen from yahoo, where that would go to a local rrd file and then be picked up by some daemon and shove it somewhere20:41
inc0I think it can even be done in memory20:41
inc0because we're incrementing integer which will be zeroed every second or so20:41
harlowjaya20:41
harlowjaeither/or idk20:42
inc0well, that's a start20:42
inc0but one big difference over today is20:42
inc0oslo.health would listen on TCP port20:42
inc0I don't think this happens at all today right?20:43
harlowjahttps://gist.github.com/harlowja/43453ca1fce77b68655cc165e666a220#file-gistfile1-txt-L187-L214 (here u go, ha)20:43
harlowjai made it for u, lol20:43
harlowjainc0 the evenlet backdoor is the closest to that right now20:43
kfox1111inc0: close, but since_last_call is still wrong.20:43
kfox1111just return the direct values.20:43
harlowjainc0 but idk if people even know the evenlet backdoor is a thing :-P20:43
harlowjahttp://eventlet.net/doc/modules/backdoor.html20:43
kfox1111monitoring keeps last value and subtracits it from new value to get per time metrics.20:43
inc0every service in openstack (outside of wsgi-terminated APIs) uses eventlet today?20:44
harlowjanot sure if its 100% anymore20:44
harlowjaor 90% or less20:44
harlowja(i hope its less)20:44
harlowjathe eventlet backdoor is way to powerful though :-/20:44
*** sean-md has joined #openstack-kolla20:44
*** salv-orlando has joined #openstack-kolla20:45
harlowjasimpler micro telnet server that responds to small things is better (like in https://gist.github.com/harlowja/43453ca1fce77b68655cc165e666a220#file-gistfile1-txt-L54 )20:45
kfox1111yeah, an http get only read only way to dump text files doesn't need to be very complicated.20:45
harlowjaya either/or20:45
inc0ok, back to my question, harlowja do you think it's feasable to have oslo lib doing this?20:46
kfox1111the advantage is you can use standard http tools, and can extend it easily in the futre if you need some more stuff exported.20:46
harlowjakfox1111 ya, either/or20:46
harlowjainc0 i don't see a problem with that, if u think oslo in the name will help adoption (it may or may not...)20:47
harlowjai still think people will need to be convinced (though i wish they wouldn't need to be...)20:47
harlowja^ cause people...20:47
kfox1111could it be added somehow as a plugin?20:48
kfox1111so that if the projects don't by in, but the operators do, they can plug it in and at least some oslo level metrics could be gathered?20:48
kfox1111like rabbit statistics, etc?20:48
*** salv-orlando has quit IRC20:49
kfox1111then as confidence is gained, devs can add new metrics as needed?20:49
inc0kfox1111: I still think actual event calling would need to be done in code20:49
*** sean-md has quit IRC20:49
inc0but it would be super easy to implement if done in oslo20:49
harlowjai've seen how osprofiler tried these things :-P20:49
kfox1111inc0: (still don't like events) but oslo itself has a bunch of metrics it can gather too.20:49
harlowjapeople were concerned of 'if osprofiler.enabled' taking up to much CPU cycles..20:50
harlowjaso i imagine how metrics coming out will be done, ha20:50
inc0kfox1111: it's going to be events internally to code20:50
inc0not push mechanism20:50
kfox1111heh. well, that is kind of unavoidable I guess.20:50
harlowjai honestly would like to see some kind of TC goal or something20:51
kfox1111if they are afraid of any code changes at all will take up cycles, there isn't much hope other then proviing with timing runs.20:51
harlowjacause i just imagine the resistance to modifying code...20:51
kfox1111+1 to TC20:51
harlowjacause i've seen it happen with osprofiler...20:51
inc0I mentioned it to TC and they said we'd need a prototype first20:51
inc0hence ironic20:51
kfox1111but TC says they don't want to ever decide anything technical....20:51
kfox1111we really need an archetectural group. :(20:51
harlowjaosprofiler is doing lots of trace points, there is POC of what happened, lol20:51
inc0also TC goal is moslty to "convince slackers to move to standard" rather than "envorce new design upon projects"20:51
harlowjaosprofiler still not really fully integrated and ....20:51
harlowjaso i imagine actual metrics in various points in code, being ummm, ya, hard...20:52
harlowjathe other question, is osprofiler trace also a metric?20:52
inc0but it's one of few people every operator I know and talked about agrees is needed20:52
harlowjathose traces do have timing info and ...20:52
harlowjahttp://boris-42.github.io/ngk.html (old but an example)20:53
inc0well, it's gonna to be night impossible to translate profiler trace to metric20:53
inc0not impossible, hard20:53
inc0and hacky20:53
kfox1111is osprofiler tracing intended to do what https://github.com/jaegertracing/jaeger does?20:53
inc0and heavy;)20:53
harlowjaya, i was just thinking out loud that if osprofiler has taken years, metrics will also take years :-/20:53
harlowjakfox1111 osprofiler is older, but yes, similar20:53
inc0well hopefully not as it's lighter20:54
kfox1111harlowja: yeah. was hoping for that functionality too.20:54
kfox1111but yeah, metrics and traces are seperate things.20:54
kfox1111traces are much heavier.20:54
kfox1111as the state is per request.20:54
kfox1111metrics are grouped up.20:54
harlowjakfox1111 osprofiler started off as a yahoo thing (made by a prior co-worker) but boris started osprofiler and started to try to get it plugged in20:54
*** lpetrut has quit IRC20:54
inc0jlvillal: still around?20:55
jlvillalinc0: I am20:55
*** lpetrut has joined #openstack-kolla20:55
harlowjakfox1111  and ... ya, then tracing got more popular  (not sure if that's helped osprofiler or hurt osprofiler, due to competition and nobody picking one...)20:55
inc0how about we do this: hack together oslo lib with http endpoint that will expose incremental event numbers20:55
inc0or any other metric we can think of20:55
kfox1111might be an opertunity to collaborate more with the cncf. they seem to be working on stuff that standardizes it.20:55
inc0and add this to iroinc-conductor as PoC20:56
inc0and see what sticks20:56
harlowjakfox1111 i'm not sure the CNCF is standardizing much :-P20:56
kfox1111inc0: +120:56
harlowjabut fair point20:56
harlowjakfox1111 i think CNCF mostly just accepted anything and all the things20:56
kfox1111harlowja: true.20:56
inc0harlowja: would you be interested in helping with this rather lofty goal?20:56
kfox1111harlowja: kind of. narrowly focused mostly.20:56
harlowjakfox1111  https://github.com/cncf/toc/pull/47/files is pretty broad, lol20:57
harlowja^ broad and very fuzzy20:57
kfox1111harlowja: heh. fair enough. :)20:57
harlowjano kingmakers, blah blah, 'fundamentally sound design' ...20:57
harlowjainc0 i can help, but i'd like to get some support from other openstack elders :-P20:58
kfox1111harlowja: does kind of sound like openstack'scharter too. :(20:58
harlowjafuzzy and warm20:58
kfox1111"do all the cloud things", "we don't want to pick any winners"20:58
* harlowja thought this morning that a lawyer wrote that PR20:58
harlowjaor ex-lawyer20:58
harlowjalol20:58
kfox1111big pile of stuff that doesn't work together.....20:58
harlowja` There is no “one true stack”` ... `Has a committed and excited team` (wuttttt)20:59
harlowja`Has a fundamentally sound design` (wut)20:59
harlowjaall very fuzzy statements, ha20:59
* kfox1111 nods20:59
harlowjasuch lawyer, ha20:59
inc0harlowja: like who?;) PTLs of every deployment tool are on board;)21:00
harlowjathe PTLs of the code that will need to be tweaked ;)21:01
harlowjametrics injection is similar to osprofiler (imho) in that it needs metrics 'points' (like 'trace' points)21:01
harlowjaand people freaked at trace points :-/21:01
*** bswartz has quit IRC21:02
harlowja(alot of what osprofiler does is connect under the covers, like in sqlachemy, so peoples code doesn't need modification)21:02
kfox1111yeah.21:02
harlowja^ which though nice and all, isn't really ideal :-/21:02
*** sean-md has joined #openstack-kolla21:02
*** bastafidli__ has quit IRC21:03
inc0well ironic is our guinea pig and I think community there is agreeable;) reasonably21:03
kfox1111its kind of a bootstrapping issue.21:03
inc0talked with Dmitry about it and he wasn't against;)21:03
kfox1111need to prove its valuable before they add value to it.21:03
inc0but goal now is PoC21:03
inc0if we do PoC and come to Dublin with it and stand with all the PTLs saying "yes, this is effing important"21:03
inc0I hope that'll make people listen;)21:03
kfox1111or just a pile of operators telling the ptl's "yes, this is effing important"21:04
inc0that too21:04
inc0we'll hats with "Make health visible again"21:05
*** sean-md has quit IRC21:07
inc0anyway, I'll handle advocacy of this across communities21:11
inc0what we need is good PoC21:11
inc0I'm hereby enslisting you harlowja to our healthcheck team;) anything you can contribute would be awesome21:11
harlowjalol21:12
inc0thank you all, great conversation21:13
inc0https://etherpad.openstack.org/p/oslo-health-design <- let's use this etherpad for discussion21:14
*** ansmith has joined #openstack-kolla21:15
*** hachi has quit IRC21:19
*** sean-md has joined #openstack-kolla21:21
*** sean-md has quit IRC21:25
*** sean-md has joined #openstack-kolla21:39
*** sean-md has quit IRC21:44
*** salv-orlando has joined #openstack-kolla21:45
*** itlinux has quit IRC21:49
*** salv-orlando has quit IRC21:50
*** salv-orlando has joined #openstack-kolla21:52
*** lpetrut has quit IRC21:56
*** sean-md has joined #openstack-kolla21:57
*** ktibi has quit IRC21:58
*** sean-md has quit IRC22:01
*** jrist has quit IRC22:11
*** harlowja has quit IRC22:12
*** Pavo has joined #openstack-kolla22:13
*** jrist has joined #openstack-kolla22:15
*** jrist has quit IRC22:15
*** jrist has joined #openstack-kolla22:15
*** sean-md has joined #openstack-kolla22:15
*** sean-md has quit IRC22:19
*** Pavo has quit IRC22:27
*** chas has quit IRC22:31
*** sean-md has joined #openstack-kolla22:33
*** sean-md has quit IRC22:38
*** itlinux has joined #openstack-kolla22:50
*** sean-md has joined #openstack-kolla22:51
*** itlinux has quit IRC22:53
*** lukepatrick has quit IRC22:54
*** sean-md has quit IRC22:55
*** adac has quit IRC23:00
*** itlinux has joined #openstack-kolla23:01
*** harlowja has joined #openstack-kolla23:04
*** itlinux has quit IRC23:04
*** sean-md has joined #openstack-kolla23:06
*** mwynne has joined #openstack-kolla23:07
*** sean-md has quit IRC23:10
*** genek has quit IRC23:21
*** genek has joined #openstack-kolla23:21
*** sean-md has joined #openstack-kolla23:24
*** manjeets has quit IRC23:27
*** sean-md has quit IRC23:28
*** sean-md has joined #openstack-kolla23:42
*** sean-md has quit IRC23:47

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