Wednesday, 2018-05-09

*** fragatina has quit IRC00:12
*** harlowja has quit IRC00:51
*** nicolasbock has quit IRC00:57
*** gmoro_ has joined #heat01:07
*** felipemonteiro__ has joined #heat01:08
*** gmoro has quit IRC01:08
*** armaan has quit IRC01:15
*** armaan has joined #heat01:16
*** username_ has joined #heat01:20
*** username_ is now known as username__01:23
*** felipemonteiro__ has quit IRC01:27
*** hongbin has joined #heat01:37
*** crag_ has joined #heat01:41
*** hongbin_ has joined #heat01:44
*** hongbin has quit IRC01:45
*** username__ has quit IRC02:35
*** fragatina has joined #heat02:55
*** fragatina has quit IRC02:55
*** fragatina has joined #heat02:56
*** fragatina has quit IRC02:57
*** fragatina has joined #heat02:57
*** rcernin has quit IRC03:14
*** ricolin_ has joined #heat03:14
*** ramishra has joined #heat03:36
*** ysandeep has joined #heat03:37
ysandeepk03:37
*** links has joined #heat03:43
*** gyan_ has joined #heat03:44
*** hongbin_ has quit IRC03:46
*** openstackgerrit has joined #heat04:01
openstackgerritXinni Ge proposed openstack/heat-dashboard master: Replace embedded static files with XStatic-*  https://review.openstack.org/55128804:01
openstackgerritMerged openstack/heat master: Log useful information in the API log  https://review.openstack.org/52164204:22
*** wolverineav has joined #heat05:08
wolverineavhi, i'm running into an issue during stack delete on the overcloud - deleting security group is taking slightly longer than 60 seconds and due to that the whole stack deletion is getting timed out: http://paste.openstack.org/show/720637/05:11
wolverineavwhile I can delete the rule individually from the Compute > Access & Security page. but i'd like to know if there's a way to handle the timeout here ^ so I can tweak it to bring in sync with the backend05:13
*** crag_ has quit IRC05:13
ricolin_wolverineav, unfortunately it's timeout in NeutronClient, so I guess no way in heat to solve that right now. We should open a story task(bug) to track on this.05:21
ricolin_wolverineav, is the Security group rule eventually removed?05:21
ricolin_or is there any exception in neutron?05:21
wolverineavricolin_: it is eventually removed. but say there are 30 rules in sec group, stack deletion succeeds on the n-th try after each rule is removed.05:23
wolverineavricolin_: neutron doesn't hit any exception - for some reason the DB is slow in one particular customer setup which i haven't been able to figure out - changing the timeout here seemed like a reasonable workaround05:24
ramishrawolverineav: I think the 504 gateway time out is coming from haproxy05:24
wolverineavricolin_: would there be a way to change it neutronclient or HAProxy?05:24
ramishrawolverineav: you don't get 504 from any of the api services05:24
wolverineavricolin_: ah, gotcha. let me google a bit for HAProxy timeouts05:25
wolverineavramishra: sorry, tagged the wrong person. didn't notice the name change ^_^05:25
ramishrawolverineav: check this https://bugzilla.redhat.com/show_bug.cgi?id=1566520#c405:25
openstackbugzilla.redhat.com bug 1566520 in openstack-heat "Response from stack update is "504 Gateway Timeout"" [Medium,New] - Assigned to zbitter05:25
ricolin_wolverineav, it's ramishra you're pointing05:25
ricolin_haha05:25
wolverineavthanks ricolin_ ramishra! appreciate the quick help!05:27
*** crag_ has joined #heat05:30
*** hoonetorg has quit IRC05:33
openstackgerritJiye Yu proposed openstack/heat-dashboard master: Modified typo on Change Stack's pop-up Window.  https://review.openstack.org/56711805:39
*** jtomasek has joined #heat05:41
*** jtomasek has quit IRC05:41
*** wolverineav has left #heat05:41
*** jtomasek has joined #heat05:42
*** hoonetorg has joined #heat05:45
*** armaan has quit IRC06:05
*** armaan has joined #heat06:05
*** armaan_ has joined #heat06:13
*** armaan has quit IRC06:16
openstackgerritJiye Yu proposed openstack/heat-dashboard master: Modified typo on Change Stack's pop-up Window.  https://review.openstack.org/56711806:20
openstackgerritRabi Mishra proposed openstack/heat master: Keep old files in file map for rolling update  https://review.openstack.org/56272706:23
ramishraricolin_: Do we have any concerns for https://review.openstack.org/#/c/562106/ ? Or we want to wait till the day it's removed from devstack:)06:30
ricolin_ramishra, I don't(as already+2ed):)06:33
*** armaan_ has quit IRC06:33
*** armaan has joined #heat06:34
ramishraricolin_: thanks!06:35
*** wolverineav has joined #heat06:58
*** wolverineav has quit IRC07:03
*** wolverineav has joined #heat07:04
openstackgerritMerged openstack/heat master: Remove mox from test-neutron-firewall  https://review.openstack.org/55360207:08
*** wolverineav has quit IRC07:10
*** crag_ has quit IRC07:12
*** wolverineav has joined #heat07:22
*** masber has quit IRC07:36
*** mdnadeem has joined #heat07:41
*** mdnadeem has quit IRC07:41
*** armaan has quit IRC07:50
*** armaan has joined #heat07:51
*** dbecker has joined #heat07:57
*** namnh has joined #heat08:02
*** armaan has quit IRC08:05
*** armaan has joined #heat08:06
*** mdnadeem has joined #heat08:12
*** wolverineav has quit IRC08:18
*** skramaja has joined #heat08:26
*** derekh has joined #heat08:40
*** wolverineav has joined #heat08:50
*** gfidente has joined #heat08:55
*** gyankum has joined #heat08:55
*** nicolasbock has joined #heat08:56
*** gkadam__ has joined #heat09:06
*** wolverineav has quit IRC09:15
*** wolverineav has joined #heat09:16
*** wolverineav has quit IRC09:20
*** serlex has joined #heat09:28
openstackgerritlei zhang proposed openstack/heat-templates master: Fix the incorrect cirros default password  https://review.openstack.org/56717409:36
*** sameer has joined #heat09:40
sameerhello all09:40
sameerfor quota configuration we have max_stacks_per_tenant = 100, can we  change it ?09:41
ricolin_sameer, sure https://github.com/openstack/heat/blob/master/heat/common/config.py#L12909:42
sameerwhat are the  effects of it on Heat engine and undelying openstack it self ?09:42
sameerdo we need to increase RAM as well ?09:43
ricolin_as long as you not trying to do any resource group/ASG with super huge number of size it should be fine09:45
ricolin_sameer, as for RAM if you're not plan to create super large number of stack it should be fine09:46
ricolin_But if you're, try to measure your RAM and DB space09:46
sameerricloin: max_stacks_per_tenant = 100, means 100 stacks are active at one time per tenant ri8 ?09:48
sameerif i want 200 stack to be active per tenant thn i can increase to 200,09:48
sameermy doubt is it wil have any effect on heat engine ?09:49
ricolin_sameer, yes, and I don't think it will effect heat engine09:50
ricolin_it's the number of stacks under action the same time matters to engine I think09:50
ricolin_try to imaging if you have 1000 stack create action in the same time09:51
ricolin_but that's not that relative to what you're asking09:51
ricolin_so change max_stacks_per_tenant won't effect your heat service much09:52
sameerricloin:it means if i can increase ram and dbspace then that's enough.09:53
sameeri can change max_stacks_per_tenant =20009:53
ricolin_if worry about it, try to check your DB (is there space left) and service node(is RAM/CPU good) condition before you add the number09:53
sameercan you please explain this "it's the number of stacks under action the same time matters to engine I think"09:54
ricolin_IMO I don't think 100 -> 200 really effect anything in most environments09:54
ricolin_sameer, that means, the number of stacks you have won't effect engine much, since engine won't load all of them together all the time09:55
sameerohhh , thn how heat-engine works09:56
sameerif it don't load all stacks together thn stack wil fail right ?09:56
ricolin_but if your service always try to create large number of stacks(with many resources) try to use batch create/update so it won't try to do actions together09:57
ricolin_that's actually why heat matters, since even when you directly perform 1000 Volume delete together, IMO it will crush your cinder servce09:58
ricolin_sameer, we load stack from DB when that stack been required09:59
sameerwhat is batching policy ?10:02
sameeri have never used batch jst read abt it10:02
sameerricolin:its a very good option to create stack if u creating a huge stack10:02
sameerricolin: it means if i am launching 1000vms nova server wil crash10:03
sameerbdw how batch works ?10:03
sameeras name suggests 'batch' it wil launch resources in batched as per batching policy10:05
openstackgerritRabi Mishra proposed openstack/heat master: Keep old files in file map for rolling update  https://review.openstack.org/56272710:06
ricolin_sameer, here is an example of how you might using it http://paste.openstack.org/show/720654/10:06
ricolin_sameer, how much instance create together will crush your environemnt totally depends on your environment, but yes, batch action should help to release that tension10:08
sameerohhh ,10:08
sameerricolin: batching policy and update policy are same ?10:09
sameerohh got it10:11
ricolin_sameer, yes10:11
sameerricolin: thnks for the info10:11
ricolin_btw there is no template keyword for batching_policy10:12
ricolin_the actual implement is updatepolicy10:12
ricolin_https://review.openstack.org/#/c/185385/2310:12
ricolin_sameer, ^^^10:12
sameermin_in_service: 1  means one stack wil be active and others are in rollback        max_batch_size: 2 means what ?         pause_time: 1  means what ?10:14
ricolin_for example you create/update another 100 instance in stack,  max_batch_size: 2 means it will create/update 2 instance at a time and wait for those to complete before trigger another 2. And pause_time=1 means it will pause 1 second before trigger next batch10:17
sameerricolin: thnks10:20
ricolin_sameer, NP:)10:20
*** namnh has quit IRC10:28
*** wolverineav has joined #heat10:34
openstackgerritRabi Mishra proposed openstack/heat master: Switch to neutron-* service names  https://review.openstack.org/56210610:39
*** priteau has joined #heat10:45
*** hjensas|afk is now known as hjensas10:45
*** derekh_ has joined #heat10:54
*** derekh has quit IRC10:54
*** mchlumsky_ has joined #heat10:59
*** gkadam_ has joined #heat10:59
*** gkadam__ has quit IRC10:59
*** mchlumsky has quit IRC10:59
openstackgerritRico Lin proposed openstack/heat master: Check NotFound in property error when delete pool member  https://review.openstack.org/54155811:23
*** armaan has quit IRC11:41
*** armaan has joined #heat11:41
thervericolin_: Can you fix launchpad naming?11:56
therveAdding the mention in the project or the milestone is a bit overboard11:56
ricolin_therve, sure11:57
therveAlso are we doing something to fix the gate?11:58
therveI guess we can talk about it during the meeting11:59
ricolin_therve, is the gate broken?12:03
thervericolin_: Enough that we recheck all the time12:03
therveI'd say 80% fail rate give or take12:03
ricolin_therve, added https://wiki.openstack.org/wiki/Meetings/HeatAgenda#Agenda_.282018-05-09_1400_UTC.2912:04
thervehttp://status.openstack.org/openstack-health/#/g/project/openstack~2Fheat says around 56%, but on gate only, so if you add check...12:04
ricolin_yeah, definitely needs to investigate into12:06
openstackgerrithuangshan proposed openstack/python-heatclient master: Update http links in docs  https://review.openstack.org/56720412:06
*** armaan has quit IRC12:16
openstackgerritHarald Jensås proposed openstack/heat master: Allow updating the segment property of OS::Neutron::Subnet  https://review.openstack.org/56720612:18
openstackgerritHarald Jensås proposed openstack/heat master: Add first_segment convenience attr to OS::Neutron::Net  https://review.openstack.org/56720712:18
*** jmlowe has quit IRC12:20
*** ysandeep has quit IRC12:29
*** armaan has joined #heat12:30
*** skramaja_ has joined #heat12:49
openstackgerritRico Lin proposed openstack/heat master: Check NotFound with pool property in pool member  https://review.openstack.org/54155812:49
*** skramaja has quit IRC12:50
*** gyan_ has quit IRC12:51
*** gyankum has quit IRC12:51
*** skramaja has joined #heat12:53
*** skramaja_ has quit IRC12:54
*** armaan has quit IRC12:54
*** jcoufal has joined #heat12:58
*** jmlowe has joined #heat13:02
*** derekh_ has quit IRC13:14
ramishratherve: http://logs.openstack.org/06/562106/5/check/heat-functional-convg-mysql-lbaasv2-py35/77617be/job-output.txt.gz#_2018-05-09_12_02_56_397471, not sure how many tests we would skip to reduce the failure rate13:21
ramishraunless we find the root cause for these intermittent issues13:22
therveYeah that one is unfortunate13:22
therveBut if we skip octavia and signal that's half of the failures already13:22
therveAlso, we should remove jobs13:23
ramishrayeah I'm +1 for removing some jobs, heat-functional-convg-mysql-lbaasv2-identity-v3-only and heat-functional-convg-mysql-lbaasv2-non-apache possibly13:26
ricolin_maybe heat-functional-convg-mysql-lbaasv2-amqp1 too?13:26
ramishraricolin_: that's non-voting13:27
ramishrabut not sure if we can skip all signal related tests13:27
ricolin_ramishra, but it's still necessary13:27
zanebricolin_: btw I will miss the meeting today13:27
ricolin_zaneb, got it13:28
therveYeha we can start by making it non voting and remove from gate13:28
ricolin_also wondering about grenade-heat, not like it will fail, but in some way isn't grenade-heat-multinode already cover what it's testing for?13:29
*** ricolin_ has quit IRC13:32
*** ricolin has joined #heat13:33
*** crose has joined #heat13:33
*** felipemonteiro__ has joined #heat13:34
*** armaan has joined #heat13:34
*** livelace has joined #heat13:36
ricolina good start with nail down one now :)13:37
ricolinhttps://review.openstack.org/#/c/564623/113:37
*** hongbin has joined #heat13:52
*** felipemonteiro_ has joined #heat13:53
*** felipemonteiro__ has quit IRC13:56
*** TheJulia has joined #heat13:59
TheJuliao/14:00
ricolin#startmeeting heat14:00
openstackMeeting started Wed May  9 14:00:16 2018 UTC and is due to finish in 60 minutes.  The chair is ricolin. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
*** openstack changes topic to " (Meeting topic: heat)"14:00
openstackThe meeting name has been set to 'heat'14:00
ricolinhi TheJulia14:00
*** pbourke has quit IRC14:00
ricolin#topic roll call14:00
*** openstack changes topic to "roll call (Meeting topic: heat)"14:00
ramishrahi14:01
ricolino/14:01
ricolin#topic adding items to agenda14:02
*** openstack changes topic to "adding items to agenda (Meeting topic: heat)"14:02
ricolin#link https://wiki.openstack.org/wiki/Meetings/HeatAgenda#Agenda_.282018-05-02_1400_UTC.2914:03
*** pbourke has joined #heat14:04
kazsho/14:04
ricolinkazsh, hi14:04
kazshsorry for be late14:04
ricolinkazsh, no worry, you just on time14:04
ricolin#topic Gate failure14:04
*** openstack changes topic to "Gate failure (Meeting topic: heat)"14:04
ricolin#link http://status.openstack.org/openstack-health/#/g/project/openstack~2Fheat14:05
ricolinhere's some exception I found14:05
ricolin#link https://etherpad.openstack.org/p/heat-gate-failures14:05
ricolinramishra, do you think it's a wise choice to increase image size for software config test again?14:06
ricolinright now we use image_ref for test like test_server_signal_userdata_format_software_config14:06
ramishraricolin: my view we've these higher failure rates from time to time, unless we know the root cause (which may be related to infra issues etc), how long we'll skip the tests14:07
ramishraricolin: I'm not sure if that's the reason, I mean increase the image size would fix the issue, so can't comment14:07
ricolinramishra, I don't have any root cause from infra though14:08
thervericolin: Where's the download from?14:08
ricolinTheJulia, maybe you know better on the status of gate infra?:)14:08
TheJuliaricolin: in what terms?14:09
ricolinfrom local environment IIRC14:09
therveWe create an octavia image on every build? :/14:09
TheJuliayeouch14:09
ramishraTheJulia: not now I suppose, AFAIK, the dib stuff is gone now14:10
TheJuliaso yeah, that might be problematic because if your building an image, then your suspect to every upstream failure14:10
TheJuliahmm14:10
ramishratherve: ^^14:10
therveramishra: What did rico linked then?14:10
TheJuliaI don't know your guys gates/testing well enough recommend anything, but for ironic we split the build out and we save on tarballs.o.o for future builds for our deployment agent14:11
ramishratherve: that's fixed, let me find the patch14:11
therveAh, ok14:11
ricolinramishra, cool!14:11
ramishrahttps://review.openstack.org/#/c/559416/14:12
ricolinTheJulia, that's good idea14:12
therveramishra: That patch is 3 weeks old14:13
*** pbourke has quit IRC14:14
ramishratherve: what about the failure? I don't think dib is used now14:14
therveramishra: http://logs.openstack.org/07/567207/1/check/heat-functional-convg-mysql-lbaasv2-non-apache/ff9c346/logs/devstacklog.txt.gz#_2018-05-09_12_58_07_76614:15
therveFrom today14:15
ramishratherve: ok, it seems they still add some dib elements to the ubuntu-minimal image14:17
ricolinmaybe I missing something but we using master for octavia in devstack, so I'm not sure that's fixed14:17
therveOverall I'm not sure what testing octavia brings us14:18
therveIf anything, it should be something in their gate14:18
ramishratherve: the same way we used to test lbaas stuff earlier;) Though I'm fine if we want not to test the resources and skip the tests14:18
ricolinis there ways we can avoid build that image all over?14:18
TheJuliaEven if there is value for you testing, the build should be occuring on their end, not in your job if you can help it at all14:18
therveAh14:19
therveramishra: https://tarballs.openstack.org/octavia/test-images/test-only-amphora-x64-haproxy-ubuntu-xenial.qcow214:19
TheJuliaricolin: they could have a post job that uploads to tarballs.o.o for you guys? :)14:19
TheJuliaHey, there you go!14:19
therveThere already14:19
ricolintherve, yay14:20
ramishraTheJulia: we don't build it, it's there in their destack plugin and we use it14:20
therveCheckout kuryr-kubernetes14:20
TheJuliaI believe tarballs.o.o gets mirrored into the various clouds where jobs execute, so downloading that should be safe CI job wise14:20
TheJuliaramishra: ugh14:20
therveTheJulia: I don't think so, but it's better than building it anyway14:20
*** pbourke has joined #heat14:21
thervericolin: OK, I'll do that fix at least14:21
ricolinramishra, I guess we can try to report this to octavia team14:21
ricolintherve, that's even better!!:)14:21
TheJuliait would be good for their plugin consumers to be able to opt to download instead of build, fwiw14:21
ricolinTheJulia, agree on that!14:22
*** skramaja has quit IRC14:22
ricolinhow about this one http://logs.openstack.org/90/566190/1/gate/heat-functional-orig-mysql-lbaasv2/0fb2e98/job-output.txt.gz#_2018-05-04_12_43_27_74463714:23
openstackgerritThomas Herve proposed openstack/heat master: Download octavia image in tests  https://review.openstack.org/56723814:24
thervericolin: I mean, we're not getting through errors during the meeting14:25
ramishraricolin: That seems some issue where it can't communicate with listener and lb goes to ERROR/DEGRADED state14:25
TheJulialooks like there is some nasty libvirt errors in the related nova log14:25
ricolintherve, of course, this is the last one I bring!14:26
ricolinTheJulia, and that means we nearly got no way to fix it:/14:27
ramishraricolin: I don't know exactly what's going on there though, there are plenty of failures of the tests using fedora images too14:27
ricolinramishra, I got no clue at all:/14:28
ramishraI was suspecting if it's some issue with mirroring for some clouds as we use local mirrors, but not sure14:28
ricolinramishra, might be, but I'm not sure about that too14:28
ricolinAnyway, let's move on we need time for other stuff14:29
ricolin#topic remove jobs14:29
*** openstack changes topic to "remove jobs (Meeting topic: heat)"14:29
ramishratherve: the failure rates are not that bad to be alarmed IMHO, we had similar periods earlier too:)14:29
ricolinwould like to give a quick discuss on that too14:29
therveramishra: What? We have like 5 rechecks per merge?14:30
ramishratherve: yes, we had them earlier14:30
therveramishra: And it was horrible?14:30
therveNot sure what's your point14:30
*** derekh has joined #heat14:31
ricolinI guess we can release the gate tension by remove some job?:)14:31
thervericolin: Yeah let's make the non-apache non voting14:31
ricolinwe just remove one non-voting out #link https://review.openstack.org/#/c/564623/14:31
ramishratherve: my poing is probably it's some infra issue and load on the test infra, though we can make some optimizations where and there14:31
ricolinramishra, agree on that14:32
therveramishra: Right, so we should and not just sit waiting then?14:32
ricolintherve, ramishra how about `grenade-heat14:32
ricolin`14:32
ramishralike it's easier to merge stuff during my morning time, but yeah we should try to find the root cause14:32
ramishratherve: I did not say that14:33
thervericolin: I don't know about grenade-heat14:34
*** felipemonteiro__ has joined #heat14:34
ramishraricolin: Let's move on to other stuff and see if we can make the gate stable in the coming days14:34
therveDoesn't seem to be failing14:34
therveramishra: Every time I type recheck a little part of my soul dies14:35
ramishratherve: I understand, even worse when cores do blind rechecks:/14:35
ricolinramishra, sure, just I think we can try to remove some job for good14:35
ricolinI do like the idea to non-voting non-apache14:36
*** felipemonteiro_ has quit IRC14:37
ramishraricolin: we don't have lot of jobs like other projects, but yes we can make that one non-voting14:37
ricolinif that not making anyone uncomfortable14:37
ricolinramishra, cool14:37
ricolinlet's move on than14:38
ricolin#topic StoryBoard Migrated14:38
*** openstack changes topic to "StoryBoard Migrated (Meeting topic: heat)"14:38
ricolin#link https://storyboard.openstack.org/#!/project_group/8214:38
ricolin#link https://etherpad.openstack.org/p/Heat-StoryBoard-Migration-Info14:38
ricolinjust FYI all our bugs and comments in bugs are there in StoryBoard14:39
ricolinalso hope this will make it easier to track14:39
ricolin#link https://storyboard.openstack.org/#!/board/7114:39
ricolinAll cores should have the owner right for that board now14:40
ricolinBTW the board loading is a bit slow, try to figure out what we can improve on that14:40
ricolintherve, I change all launchpad title back now, think you might like to know14:41
thervericolin: Thanks14:41
ricolinI will keep watching irc, gerrit as long as I can to help on anyone to adopt new platform14:42
ricolinalso already add the info to our Vancouver project update, Onboarding, and user feedback session14:43
ricolinLet's all I got14:43
ramishraricolin: how would be milestone/release tracking/tagging etc be done now? I need to read the documentation though14:43
ramishramay be that can be added to the etherpad too14:44
ricolinramishra, Okay, I will try to get more information on that part14:44
ricolinthx14:44
*** chandankumar is now known as chkumar|off14:45
ricolinramishra, also about the reason they not adding Storyboard url to relative Launchpad bug is because with performance issue, it will take extramly long time to do that14:46
ricolinand since most information is there in StoryBoard, they decide not to add them14:46
ricolinthat's the information I got from StoryBoard team14:46
ricolinramishra, think you might like to know:)14:47
ricolinI do like to discuss about Translate Properties failed issue, but since that's also involved with zaneb, let's skip it to next week14:48
ricolinI have update the fix for octavia pool member resource14:49
ricolin#link https://review.openstack.org/#/c/541558/14:49
ramishraricolin: it's not easy to find the correspnding story for a bug for someone new, I did not like the reasoning though. However, we are where we're14:49
ricolinbut we still have to discuss about how can we deal with property issue for good14:49
ricolinramishra, I will try my best to make it easier for all developer in heat14:50
ricolinramishra, maybe do more tagging14:51
ricolinstill try to figure out where people suffer the most14:51
ricolinramishra, I think the finding corresponding bug is no.1 in my list14:52
ricolinso that's good point14:52
ricolinLet's move on14:52
ricolin#topic Bugs and PBs14:53
*** openstack changes topic to "Bugs and PBs (Meeting topic: heat)"14:53
ricolinAnything to raise for any bugs or bps?14:53
TheJuliaIs this the appropriate time to try and stir up discussion regarding a bug fix?14:53
ricolinTheJulia, sure:)14:54
*** felipemonteiro__ has quit IRC14:55
*** felipemonteiro_ has joined #heat14:55
TheJuliaSo I posted https://review.openstack.org/#/c/564104/ which seems to be a really long standing issue because were were hitting major issues downstream downstream with baremetal instances going into ERROR state in nova. There has been some back and forth, but I'd like to either attempt to get consensus or further drive discussion.14:55
ricolin#link https://review.openstack.org/#/c/564104/14:56
therveI think ramishra said it was fine, so I trust him on that one :)14:57
TheJuliatl;dr ports are being orphaned in neutron in certain cases when an instance being built goes into ERROR state when nova is told to build with a port14:57
ramishraTheJulia: I'm ok with the fix in principle, though checking for resource FAILED status could be better, we can test it at the gate by marking a server resource unhealthy14:57
TheJuliaramishra: is the server resource status ultimately tied to the instance status?14:57
ramishrabut it would introduce a bug as we try to rollback FAILED resources14:58
TheJuliaWell, as far as I'm aware there is no rolling back an instance in ERROR state *shrugs*14:58
ramishraTheJulia: it's a heat bug which should be fixed14:59
TheJuliathe fact that it tries to roll back instnaces in error state now?15:00
ramishraTheJulia: yes, if a server is in error state and heat does not know about it(resource is not in FAILED state), then we probably would not do anything15:00
*** rwsu has joined #heat15:01
TheJuliaso would it not make sense to check both instance and resource status?15:01
* TheJulia is totally not the expert here15:01
ramishraTheJulia: In principle we assume things are ok unless we know about it..15:02
TheJuliaso resource makes sense then since it is trying to replace the failed instance.15:03
ramishraFor a FAILED resource, if a update is cancelled we do try to rollback which we've to fix15:03
TheJuliaokay, so checking resource shouldn't be a problem really... I think15:04
TheJuliayour guys call, I can change it to do whatever :)15:04
ramishraI mean we've something like (observe reality) where we check the actual state of the resource in their respective services15:05
ramishrabut that's based on user request AFAIK15:05
ricolinTheJulia, you can checking both I think:)15:05
*** serlex has quit IRC15:06
TheJuliathat is likely safer rollback wise and I can just put a note in describing why15:06
TheJuliaworks for me15:06
ricolinTheJulia, cool15:06
ricolinI'm going to close the meeting since we already overtime, Thanks all for join!!15:07
ricolin#endmeeting15:07
*** openstack changes topic to "OpenStack Heat Team (logs: http://eavesdrop.openstack.org/irclogs/%23heat/)"15:07
TheJuliathanks!15:07
openstackMeeting ended Wed May  9 15:07:31 2018 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:07
openstackMinutes:        http://eavesdrop.openstack.org/meetings/heat/2018/heat.2018-05-09-14.00.html15:07
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/heat/2018/heat.2018-05-09-14.00.txt15:07
openstackLog:            http://eavesdrop.openstack.org/meetings/heat/2018/heat.2018-05-09-14.00.log.html15:07
*** gyankum has joined #heat15:08
*** gyan_ has joined #heat15:08
TheJuliaI'll try to rev the patch later today, fwiw15:09
ramishraricolin: another failure where could not detach the interface from an instance when replacing the instance http://logs.openstack.org/17/560417/1/gate/heat-functional-orig-mysql-lbaasv2/e38e8cd/logs/screen-n-cpu.txt.gz?level=ERROR#_May_09_14_04_08_00810715:10
ramishrathis also happens from time to time15:10
*** felipemonteiro_ has quit IRC15:16
*** felipemonteiro_ has joined #heat15:16
*** fragatina has quit IRC15:20
*** links has quit IRC15:25
*** armaan has quit IRC15:25
*** armaan has joined #heat15:26
*** derekh has quit IRC15:26
*** serlex has joined #heat15:30
*** dyasny_ has joined #heat15:30
ricolinramishra, right! added it the the etherpad now, maybe we can resolve that one too15:31
*** dyasny__ has quit IRC15:32
ramishratherve: we probably also have to do https://github.com/openstack/octavia/blob/master/octavia/tests/contrib/gate_hook.sh#L111 ?15:38
*** serlex has quit IRC15:47
*** ramishra has quit IRC16:09
*** ramishra has joined #heat16:31
*** gyankum has quit IRC16:33
*** gyan_ has quit IRC16:34
*** sshnaidm|rover is now known as sshnaidm|off16:36
*** masber has joined #heat16:40
*** ramishra has quit IRC16:45
*** ricolin has quit IRC16:48
*** armaan has quit IRC16:55
*** armaan has joined #heat16:55
*** fragatina has joined #heat17:09
*** mdnadeem has quit IRC17:16
*** stevebaker has quit IRC17:28
*** dmellado has quit IRC17:29
*** mchlumsky_ has quit IRC17:35
*** mchlumsky has joined #heat17:37
*** mchlumsky has quit IRC17:41
*** mchlumsky has joined #heat17:43
*** gkadam_ has quit IRC17:43
*** jtomasek has quit IRC17:44
*** armaan has quit IRC18:00
*** armaan has joined #heat18:00
*** armaan has quit IRC18:17
*** armaan has joined #heat18:17
*** armaan has quit IRC18:18
*** armaan has joined #heat18:18
*** mdnadeem has joined #heat18:20
*** jtomasek has joined #heat18:22
*** d0ugal_ has joined #heat18:36
*** d0ugal has quit IRC18:37
*** mdnadeem has quit IRC18:39
*** gfidente is now known as gfidente|afk18:53
*** dmellado has joined #heat18:58
*** wolverineav has quit IRC19:01
*** wolverineav has joined #heat19:02
*** stevebaker has joined #heat19:02
*** wolverineav has quit IRC19:06
*** felipemonteiro__ has joined #heat19:11
*** felipemonteiro_ has quit IRC19:15
*** crose has quit IRC19:16
*** fragatina has quit IRC19:19
*** links has joined #heat19:23
*** links has quit IRC19:45
*** wolverineav has joined #heat19:50
*** wolverineav has quit IRC19:54
*** jmlowe has quit IRC19:58
openstackgerritThomas Herve proposed openstack/heat master: Download octavia image in tests  https://review.openstack.org/56723820:41
*** jcoufal has quit IRC20:51
*** jmlowe has joined #heat20:53
*** gfidente|afk has quit IRC21:00
*** dmellado has quit IRC21:15
*** stevebaker has quit IRC21:20
*** dmellado has joined #heat21:23
*** fragatina has joined #heat21:26
*** fragatina has quit IRC21:26
*** fragatina has joined #heat21:27
*** dmellado has quit IRC21:27
*** jmlowe has quit IRC21:39
*** stevebaker has joined #heat21:45
*** stevebaker has quit IRC21:58
*** felipemonteiro__ has quit IRC22:06
*** jtomasek has quit IRC22:07
*** zigo has quit IRC22:11
*** zigo has joined #heat22:11
*** priteau has quit IRC22:22
*** mstrohl has joined #heat22:39
*** hongbin has quit IRC22:43
*** mstrohl has quit IRC22:49
*** livelace has quit IRC23:23
*** stevebaker has joined #heat23:56

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