Monday, 2019-02-25

*** ttsiouts has quit IRC00:04
*** neatherweb has joined #heat00:05
*** ttsiouts has joined #heat00:05
*** ttsiouts has quit IRC00:09
*** sdake has joined #heat00:46
*** _fragatina_ has quit IRC01:02
*** _fragatina has joined #heat01:02
*** sdake has quit IRC01:03
*** sdake has joined #heat01:07
*** sdake has quit IRC01:19
*** gmoro has quit IRC01:40
*** hongbin has joined #heat02:52
*** sdake has joined #heat03:02
*** ramishra has joined #heat03:21
*** hongbin has quit IRC03:30
*** sdake has quit IRC03:36
*** sdake has joined #heat03:42
*** sdake has quit IRC03:56
*** neatherweb_ has joined #heat04:04
*** neatherweb has quit IRC04:06
*** sdake has joined #heat04:21
*** neatherweb_ has quit IRC04:22
*** NafH has joined #heat04:24
*** spsurya has joined #heat04:24
*** sdake has quit IRC04:25
*** sdake has joined #heat04:27
*** sdake has quit IRC04:30
*** sdake has joined #heat04:32
*** sdake has quit IRC04:35
*** sdake has joined #heat04:36
*** sdake has quit IRC04:40
*** neatherweb has joined #heat04:43
*** sdake has joined #heat04:46
*** sdake has quit IRC04:48
*** sdake has joined #heat04:51
*** NafH has quit IRC04:51
*** sdake has quit IRC04:55
*** sdake has joined #heat04:56
*** sdake has quit IRC05:00
*** sdake has joined #heat05:01
*** sdake has quit IRC05:10
*** sdake_ has joined #heat05:10
*** sdake_ has quit IRC05:15
*** sdake has joined #heat05:16
*** skramaja has joined #heat05:20
*** sdake has quit IRC05:21
*** sdake has joined #heat05:22
*** sdake has quit IRC05:26
*** neatherweb has quit IRC05:27
*** sdake has joined #heat05:28
*** sdake has quit IRC05:30
*** sdake_ has joined #heat05:31
*** sdake_ has quit IRC05:35
*** sdake has joined #heat05:37
*** sdake has quit IRC05:45
*** neatherweb has joined #heat05:46
*** sdake has joined #heat05:46
*** sdake has quit IRC05:51
*** sdake has joined #heat05:51
*** sdake has quit IRC05:55
*** sdake has joined #heat05:59
*** sdake has quit IRC06:00
*** sdake has joined #heat06:01
*** sdake has quit IRC06:06
*** sdake_ has joined #heat06:07
*** sdake_ has quit IRC06:10
*** jtomasek has joined #heat06:16
*** ttsiouts has joined #heat07:29
*** ttsiouts has quit IRC07:52
*** ttsiouts has joined #heat07:52
*** ttsiouts has quit IRC07:57
*** neatherweb has quit IRC08:19
*** flwang1 has joined #heat08:34
flwang1ramishra: Hi Rabi, are you around?08:34
flwang1i'm stuck by an issue about removal_policies, when i try to delete an instance in a resource group, i can see the  instance A's ID is passed in, but unfortunately, the instance B is deleted. can anybody give me some ideas where should i debug?08:36
flwang1e.g. where should I add breakpoint for details, thanks08:36
*** mikecmpbll has joined #heat08:50
*** e0ne has joined #heat08:51
*** rcernin has quit IRC09:00
*** ttsiouts has joined #heat09:00
ramishraflwang1: Hi, that's weird. What version of heat are you using? Is it deleting a wrong resource or deleting an additional resource?09:01
flwang1master09:01
flwang1deleting a wrong resource09:01
ramishraflwang1: can you share your template?09:02
flwang1sure, wait a sec09:02
flwang1http://paste.openstack.org/show/746007/09:03
ramishraflwang1: what's your passing for minions_to_remove parameter?09:06
flwang1ramishra: the instance id in nova09:06
flwang1i can see correct id passed in, but finally, wrong instance was deleted09:07
*** shardy has joined #heat09:08
ramishraI don't know if passing nova instances would work, you should pass the indexes which would be the resource names for the resources in the group, how does your kubeminion.yaml look like?09:12
*** k_mouza has joined #heat09:15
flwang1ramishra: wait a sec09:15
flwang1http://paste.openstack.org/show/746008/09:16
ramishraHmm, you're setting OS::stack_id to the nova instance_id, so it should have worked09:18
flwang1yep, that's the thing i figured out, but it still doesn't work09:20
*** shardy has quit IRC09:23
*** shardy has joined #heat09:23
flwang1ramishra: anything else i should check?09:33
ramishraflwang1: I tested on master, it seems to work as expected09:33
flwang1ramishra: as for the kube_minion i'm returning with OS::stack_id, could i add a new output to expose the 'kube_minion'?09:34
flwang1instead of using OS::stack_id09:35
ramishraI used a simple reproducer with nova server resources and OS::stack_id09:35
flwang1could i take a look your template?09:36
flwang1so that i can test it as well09:36
*** k_mouza has quit IRC09:37
ramishraflwang1: http://paste.openstack.org/show/746011/09:37
*** k_mouza has joined #heat09:37
flwang1ramishra: if i want to do the test with openstack command line, how should i issue the command like 'openstack stack update ...'?09:40
*** a-pugachev has joined #heat09:40
ramishrayep, just update the template to add the changed the blacklist and then do #openstack stack update <stack_name> -t rsg.yaml09:41
flwang1ramishra: ok, thanks, i will dig and probably come back to bug you09:44
flwang1ramishra: thank you very much09:44
ramishraflwang1: yeah, if you see any issue with the simple reproducer, go ahead and file a bug with the details09:44
flwang1ramishra: sure, cheers09:45
flwang1ramishra: btw, when we send the heat update api call09:49
flwang1we're also sending this param  number_of_minions09:50
flwang1will it take any action to delete node?09:50
flwang1for example,  initially, the number_of_minions=3, then magnum send api call to heat to update with     number_of_minions=2, minions_to_remove=['ID']09:51
*** gfidente has joined #heat09:52
flwang1ramishra: i think the number_of_minions may also do resource delete?09:52
flwang1s/do/trigger09:52
ramishraAh, that's the issue. You are trying to scale-down and black-list at the same time. So it would removed 2 nodes and build 2 new ones09:53
ramishrabuild one09:53
flwang1ramishra: it didn't actually09:53
ramishraso if the blacklisted node is not the last node09:54
ramishrathen it would remove that too, else it would just remove the last node09:54
ramishralast node means node with highest index in the group09:55
flwang1for example, i have 2 nodes,   NODE-A and NODE-B,   then cluster autoscaler sends request like number_of_minions=1, minions_to_remove=['NODE-A'], what should happen?09:55
flwang1NODE-B has the highest index09:55
ramishraI guess both B and A both should go and a new node C sould be created09:57
ramishrawhat's the behaviour you're noticing?09:57
flwang1i got NODE-B deleted09:57
ramishraand nothing happens to NODE-A?09:58
flwang1seems there is a priority issue or race condition09:58
flwang1nothing happened to NODE-A, yes09:58
flwang1could you please confirm it's correct behaviour?09:59
flwang1because we need to depend on the correct behaviour to do auto healing09:59
ramishraflwang1: I don't see that though. It keeps NODE-B, which seems like correct behaviour to me10:02
ramishraI mean the blacklist is applied before the scaledown10:03
flwang1i will re run the test to double check. but FWIW, if i just use minions_to_remove=['NODE-A'], it shouldn't remove NODE-B anyway, right?10:04
*** sshnaidm|off is now known as sshnaidm10:05
strigaziflwang1: it depends on https://storyboard.openstack.org/#!/story/2005054#comment-11687610:06
flwang1strigazi: yes, i know10:07
strigaziflwang1: removal policies are controlled either by the RG index or the nested stack_id10:07
flwang1strigazi: what i discussed with ramishra is10:07
ramishraflwang1: yep but if the count does not change it would add a new node, If  you reduce the count it's applied after the blacklist is removed from the group, so the behaviour is the same10:07
strigaziopenstack stack resource show <stack> kube_miinions to see which ids you can use10:07
flwang1though i applied OS::stack_id  = kube_minion, CA still deleted the wrong instance10:08
flwang1strigazi: ^10:08
flwang1strigazi: did you test that?10:08
strigazino, but I can quickly10:09
strigazi5 ins10:09
strigazi5 mins10:09
flwang1cool, thanks10:10
*** jmlowe has quit IRC10:16
*** jmlowe has joined #heat10:18
flwang1strigazi: any luck?10:24
strigaziflwang1: http://paste.openstack.org/raw/746021/10:30
flwang1strigazi: ok, i will test it again tomorrow10:35
flwang1strigazi: btw, can't we just add a new item in the output for kube_minion?10:35
flwang1instead of using the OS::stack_id  = kube_minion ?10:35
strigazi can't we just add a new item in the output for kube_minion? I don't get this10:36
strigaziflwang1: ^^10:37
strigaziI think we discussed this, we will delete nodes by nova server uuid10:38
*** gmoro has joined #heat11:14
*** neatherweb has joined #heat11:17
*** ttsiouts has quit IRC11:23
*** ttsiouts has joined #heat11:36
*** sdake has joined #heat11:46
*** sdake has quit IRC11:50
*** sdake has joined #heat11:51
*** sdake has quit IRC11:55
*** neatherweb has quit IRC11:58
*** sdake has joined #heat11:58
*** sm806 has quit IRC11:58
*** sm806 has joined #heat11:59
*** mikecmpbll has quit IRC12:00
*** sdake has quit IRC12:00
*** mikecmpbll has joined #heat12:05
*** ttsiouts has quit IRC12:31
*** ttsiouts has joined #heat12:32
*** ttsiouts has quit IRC12:37
*** e0ne has quit IRC12:47
*** ttsiouts has joined #heat12:48
*** k_mouza has quit IRC13:07
*** jistr is now known as jistr|mtg13:07
*** jistr|mtg is now known as jistr13:08
*** e0ne has joined #heat13:35
*** jmlowe has quit IRC13:44
*** skramaja_ has joined #heat13:46
*** skramaja has quit IRC13:46
*** skramaja_ has quit IRC13:57
*** jcoufal has joined #heat14:01
*** ttsiouts has quit IRC14:04
*** ttsiouts has joined #heat14:05
*** ttsiouts has quit IRC14:06
*** ttsiouts has joined #heat14:06
*** k_mouza has joined #heat14:21
*** k_mouza has quit IRC14:22
*** k_mouza_ has joined #heat14:22
openstackgerritMarek Lyčka proposed openstack/heat-dashboard master: Changes the data field used to populate the E.N. select  https://review.openstack.org/63910514:28
*** jmlowe has joined #heat14:30
*** a-pugachev has quit IRC14:33
*** k_mouza_ has quit IRC14:49
*** ekultails has joined #heat14:51
*** e0ne has quit IRC15:03
*** e0ne has joined #heat15:05
*** zaneb has joined #heat15:12
*** beekneemech is now known as bnemec15:21
*** jobewan has joined #heat15:23
*** k_mouza has joined #heat15:32
*** zaneb has quit IRC15:33
*** a-pugachev has joined #heat15:46
*** zaneb has joined #heat16:07
*** gfidente has quit IRC16:10
*** gfidente has joined #heat16:11
*** ttsiouts has quit IRC16:11
*** ttsiouts has joined #heat16:12
*** ttsiouts has quit IRC16:16
*** ivve has joined #heat16:21
*** e0ne has quit IRC16:26
*** e0ne has joined #heat16:31
*** Chaserjim has joined #heat16:33
pas-hahi all, how much advised is it to enable reauthentification with trusts? when enabling it seems AODH alarms fail to be created as they also seem to by trying creating a trust, but heat creates a trust w/o redelegation allowed..16:39
*** ttsiouts has joined #heat16:51
*** ttsiouts has quit IRC16:59
*** ttsiouts has joined #heat16:59
*** ramishra has quit IRC17:01
*** ttsiouts has quit IRC17:04
zanebpas-ha: I don't know that many folks are using it. (I believe TripleO is not, even though I assume that's what we added it for?)17:08
*** _fragatina_ has joined #heat17:08
zanebcreating a trust for reauthentication that doesn't allow redelegation seems like an obvious bug to me17:08
*** k_mouza has quit IRC17:09
pas-hathen plz review :-) https://review.openstack.org/#/c/638413/17:09
*** _fragatina has quit IRC17:10
* zaneb opens a 51st firefox window17:12
* pas-ha is at ~20 chromium tabs so still good to go17:13
zanebdon't get me started on counting tabs17:13
*** e0ne has quit IRC17:18
*** Chaserjim has quit IRC17:19
*** k_mouza has joined #heat17:22
*** sdake has joined #heat17:27
*** a-pugachev has quit IRC17:29
zanebpas-ha: commented on the review. let me know if I've understood the problem correctly17:31
pas-hayes, your comment makes total sense and it is indeed the 2nd use-case for trusts (stacks that take long to create)17:34
pas-hawe'll re-work and remove the added config option17:35
pas-hain the long run IMO though heat should use service token auth just like nova and cinder and ironic capable to do already17:36
pas-hafor stacks that take long to create that is17:36
pas-ha(although I'm not sure if one can create a trust from token that already expired, as in the case of aodh alarms)17:37
zanebpas-ha: +1 totally agree. I think we were possibly waiting on something else (openstacksdk 1.0?) to be able to support that?17:37
pas-hanot sure.. keystoneauth already supports that, so you can pass the ServiceTokenAuth auth plugin to session/adapter. what nova and cinder do is they have a method on context object that returns the proper ServiceTokenAuth plugin, and it is being passed into the constructor for the client17:39
*** k_mouza has quit IRC17:41
zanebI (very) vaguely recall some issue about that not being available yet for every client17:42
zanebbut equally I could be making that up :)17:42
pas-hayeah, that may be an issue still17:42
zanebramishra might remember better17:42
*** mikecmpbll has quit IRC17:45
*** mikecmpbll has joined #heat17:46
*** mikecmpbll has quit IRC17:46
*** _fragatina_ has quit IRC17:51
*** flwang1 has quit IRC17:56
*** sdake_ has joined #heat18:05
*** sdake has quit IRC18:07
*** sdake_ has quit IRC18:10
*** sdake has joined #heat18:11
*** sdake has quit IRC18:16
*** sdake_ has joined #heat18:16
*** shardy has quit IRC18:18
*** sdake_ has quit IRC18:20
*** sdake has joined #heat18:21
*** sdake has quit IRC18:26
*** sdake_ has joined #heat18:27
*** gfidente has quit IRC18:29
*** gfidente has joined #heat18:29
*** sdake_ has quit IRC18:35
*** sdake has joined #heat18:36
*** bnemec has quit IRC18:40
*** sdake has quit IRC18:41
*** sdake_ has joined #heat18:41
*** e0ne has joined #heat18:44
*** bnemec has joined #heat18:45
*** sdake_ has quit IRC18:45
*** sdake has joined #heat18:46
*** jmlowe has quit IRC18:49
*** sdake has quit IRC18:50
*** sdake has joined #heat18:51
*** jmlowe has joined #heat18:53
*** sdake has quit IRC18:55
*** sdake has joined #heat18:57
*** sdake has quit IRC19:01
*** sdake has joined #heat19:01
*** k_mouza has joined #heat19:04
*** k_mouza has quit IRC19:04
*** sdake has quit IRC19:05
*** sdake has joined #heat19:07
*** neatherweb has joined #heat19:08
*** sdake has quit IRC19:11
*** sshnaidm is now known as sshnaidm|afk19:11
*** sdake has joined #heat19:13
*** sdake has quit IRC19:15
*** sdake_ has joined #heat19:16
*** sdake_ has quit IRC19:20
*** _fragatina has joined #heat19:22
*** neatherweb has quit IRC19:24
*** jmlowe has quit IRC20:21
*** jtomasek has quit IRC20:39
*** jtomasek has joined #heat20:40
*** jtomasek has quit IRC20:42
*** jtomasek has joined #heat20:43
*** ivve has quit IRC20:50
*** jobewan has quit IRC21:00
*** jmlowe has joined #heat21:07
*** jtomasek has quit IRC21:09
*** jobewan has joined #heat21:11
*** jcoufal has quit IRC21:16
*** e0ne has quit IRC21:21
*** sdake has joined #heat21:28
*** rcernin has joined #heat21:46
*** sdake has quit IRC21:48
*** e0ne has joined #heat21:54
*** e0ne has quit IRC21:55
*** sdake has joined #heat21:59
*** sdake has quit IRC22:01
*** sdake has joined #heat22:03
*** e0ne has joined #heat22:05
*** sdake has quit IRC22:05
*** sdake has joined #heat22:08
*** e0ne has quit IRC22:08
*** sdake has quit IRC22:10
*** sdake has joined #heat22:12
*** sdake has quit IRC22:13
*** sshnaidm|afk has quit IRC22:24
*** neatherweb has joined #heat22:30
*** sshnaidm has joined #heat22:39
*** k_mouza has joined #heat22:58
*** k_mouza has quit IRC23:00
*** k_mouza has joined #heat23:00
*** gfidente has quit IRC23:44

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