openstackgerrit | Randall Burt proposed a change to openstack/heat: Add nested resource references to resource group https://review.openstack.org/61614 | 00:22 |
---|---|---|
zaneb | asalkeld: yeah, I'm going to squash some of them. wanted feedback first, because I have a magic script for reformatting that stuff, but it relies on each class being in its own patch | 00:23 |
zaneb | once the squashing starts, it's all manual from there out :D | 00:23 |
asalkeld | zaneb, it might be ok | 00:23 |
asalkeld | but don't make a huge series | 00:23 |
asalkeld | if possible | 00:24 |
asalkeld | if they are all leaves, it does make them easier for you to manage | 00:24 |
asalkeld | a b-gillion branches - but so what | 00:24 |
asalkeld | swell we don't have "resource_types" in the client | 00:31 |
asalkeld | zaneb, ^ | 00:32 |
*** pablosan has quit IRC | 00:35 | |
*** brint has quit IRC | 00:35 | |
*** dguerri has quit IRC | 00:36 | |
*** dguerri has joined #heat | 00:39 | |
*** sjmc has quit IRC | 00:40 | |
stevebaker | asalkeld: I think you just volunteered :) | 00:42 |
asalkeld | yip, I'll add it | 00:42 |
asalkeld | https://bugs.launchpad.net/python-heatclient/+bug/1260130 | 00:43 |
uvirtbot | Launchpad bug 1260130 in python-heatclient "resource_types is not supported in the client" [High,Confirmed] | 00:43 |
*** dims has joined #heat | 00:43 | |
*** Adri2000 has quit IRC | 00:44 | |
*** faramir1 has joined #heat | 00:48 | |
*** sdake_ has quit IRC | 00:49 | |
*** yogesh has joined #heat | 00:52 | |
*** randallburt has quit IRC | 00:59 | |
*** arbylee has quit IRC | 01:00 | |
*** arbylee has joined #heat | 01:00 | |
*** Adri2000 has joined #heat | 01:02 | |
*** tango has quit IRC | 01:05 | |
*** arbylee has quit IRC | 01:05 | |
*** swygue has joined #heat | 01:07 | |
*** andersonvom has quit IRC | 01:09 | |
*** pvaneck has quit IRC | 01:09 | |
*** andersonvom has joined #heat | 01:10 | |
*** jergerber has quit IRC | 01:13 | |
*** andersonvom has quit IRC | 01:14 | |
*** ccs has quit IRC | 01:20 | |
*** IlyaE has quit IRC | 01:20 | |
*** IlyaE has joined #heat | 01:27 | |
*** IlyaE has quit IRC | 01:30 | |
*** randallburt has joined #heat | 01:31 | |
*** yogesh has quit IRC | 01:35 | |
*** nosnos has joined #heat | 01:35 | |
*** fandikurnia01 has joined #heat | 01:35 | |
*** fandikurnia01 has quit IRC | 01:41 | |
*** fandikurnia01 has joined #heat | 01:41 | |
*** rongze has joined #heat | 01:52 | |
*** ccs has joined #heat | 01:53 | |
*** randallburt has quit IRC | 01:56 | |
*** ccs has quit IRC | 01:57 | |
openstackgerrit | A change was merged to openstack/heat: Fix missing policy enforcement in CFN API https://review.openstack.org/61452 | 02:06 |
*** nanjj has joined #heat | 02:07 | |
*** guohliu has joined #heat | 02:09 | |
*** alexheneveld has quit IRC | 02:11 | |
*** flysemsafe has joined #heat | 02:15 | |
*** swygue has quit IRC | 02:17 | |
openstackgerrit | Angus Salkeld proposed a change to openstack/python-heatclient: Add support for resource_types https://review.openstack.org/61624 | 02:18 |
*** alexheneveld has joined #heat | 02:22 | |
*** erkules_ has joined #heat | 02:24 | |
*** bgorski has quit IRC | 02:24 | |
*** erkules has quit IRC | 02:26 | |
*** andersonvom has joined #heat | 02:27 | |
*** arbylee has joined #heat | 02:28 | |
*** rongze has quit IRC | 02:28 | |
*** rongze has joined #heat | 02:29 | |
*** vkozhukalov has joined #heat | 02:38 | |
*** alexheneveld has quit IRC | 02:47 | |
*** alexheneveld has joined #heat | 03:03 | |
*** alexheneveld has quit IRC | 03:05 | |
*** SushilKM has joined #heat | 03:06 | |
*** faramir1 has quit IRC | 03:08 | |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Enables db2 server disconnects to be handled pessimistically https://review.openstack.org/50552 | 03:13 |
*** andersonvom has quit IRC | 03:20 | |
*** andersonvom has joined #heat | 03:20 | |
*** liang has joined #heat | 03:22 | |
*** alexheneveld has joined #heat | 03:24 | |
*** larsks|home has quit IRC | 03:32 | |
*** rongze_ has joined #heat | 03:33 | |
*** bgorski has joined #heat | 03:34 | |
*** rongze has quit IRC | 03:36 | |
*** yogesh has joined #heat | 03:45 | |
*** liang has quit IRC | 03:47 | |
*** AndrewMichalik has joined #heat | 03:51 | |
*** yogesh has quit IRC | 03:59 | |
*** liang has joined #heat | 04:00 | |
*** sdake_ has joined #heat | 04:05 | |
sdake_ | evening | 04:05 |
*** yogesh has joined #heat | 04:06 | |
*** ccs has joined #heat | 04:06 | |
*** rushiagr has joined #heat | 04:06 | |
*** yogesh has quit IRC | 04:07 | |
*** ccs has quit IRC | 04:08 | |
*** yogesh has joined #heat | 04:08 | |
*** yogesh has quit IRC | 04:11 | |
*** yogesh has joined #heat | 04:13 | |
*** AndrewMichalik has quit IRC | 04:13 | |
*** yogesh has quit IRC | 04:14 | |
*** faramir1 has joined #heat | 04:15 | |
*** rushiagr has quit IRC | 04:17 | |
*** SushilKM has quit IRC | 04:17 | |
*** yogesh has joined #heat | 04:18 | |
*** yogesh has quit IRC | 04:20 | |
*** yogesh has joined #heat | 04:21 | |
*** yogesh has quit IRC | 04:21 | |
*** jergerber has joined #heat | 04:24 | |
*** radix_ has quit IRC | 04:25 | |
*** AndrewMichalik has joined #heat | 04:27 | |
*** yogesh has joined #heat | 04:28 | |
*** yogesh has quit IRC | 04:30 | |
*** yogesh_ has joined #heat | 04:32 | |
*** andersonvom has quit IRC | 04:32 | |
*** andersonvom1 has joined #heat | 04:32 | |
*** yogesh_ has quit IRC | 04:33 | |
*** chandankumar has joined #heat | 04:36 | |
*** liang has quit IRC | 04:39 | |
*** jergerber has quit IRC | 04:39 | |
*** andersonvom has joined #heat | 04:42 | |
*** andersonvom1 has quit IRC | 04:42 | |
*** yogesh has joined #heat | 04:44 | |
*** yogesh has quit IRC | 04:44 | |
*** yogesh has joined #heat | 04:47 | |
*** yogesh has quit IRC | 04:48 | |
*** Alienyyg has quit IRC | 04:51 | |
*** Alienyyg has joined #heat | 04:51 | |
*** rongze_ has quit IRC | 04:52 | |
*** faramir1 has quit IRC | 04:56 | |
*** faramir1 has joined #heat | 04:57 | |
*** nati_ueno has quit IRC | 05:03 | |
*** SergeyLukjanov has joined #heat | 05:17 | |
*** rongze has joined #heat | 05:22 | |
*** afarrell has joined #heat | 05:27 | |
*** rongze has quit IRC | 05:27 | |
*** AndrewMichalik has quit IRC | 05:30 | |
*** sdake_ has quit IRC | 05:32 | |
*** SergeyLukjanov is now known as _SergeyLukjanov | 05:33 | |
*** _SergeyLukjanov has quit IRC | 05:33 | |
*** afarrell has quit IRC | 05:38 | |
*** jvarlamova has quit IRC | 05:39 | |
*** fandikurnia01 has quit IRC | 05:43 | |
*** rushiagr has joined #heat | 05:45 | |
*** yogesh has joined #heat | 05:49 | |
*** SergeyLukjanov has joined #heat | 05:51 | |
*** yogesh has quit IRC | 05:59 | |
*** yogesh_ has joined #heat | 06:00 | |
*** fandikurnia01 has joined #heat | 06:05 | |
*** radix_ has joined #heat | 06:06 | |
openstackgerrit | Jenkins proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/61322 | 06:06 |
*** nkhare has joined #heat | 06:08 | |
*** yogesh has joined #heat | 06:08 | |
*** yogesh_ has quit IRC | 06:10 | |
*** bgorski has quit IRC | 06:10 | |
*** yogesh_ has joined #heat | 06:12 | |
*** yogesh has quit IRC | 06:12 | |
*** SergeyLukjanov has quit IRC | 06:17 | |
*** rongze has joined #heat | 06:20 | |
*** arbylee has quit IRC | 06:28 | |
*** yogesh_ has quit IRC | 06:28 | |
*** SushilKM has joined #heat | 06:38 | |
*** nanjj has quit IRC | 06:41 | |
*** yogesh has joined #heat | 06:46 | |
*** lifeless has quit IRC | 06:48 | |
*** AustinRon has quit IRC | 06:49 | |
*** AustinRon has joined #heat | 06:50 | |
*** yogesh_ has joined #heat | 06:51 | |
*** yogesh has quit IRC | 06:51 | |
*** vkozhukalov has quit IRC | 06:51 | |
*** yogesh_ has quit IRC | 06:56 | |
*** yogesh has joined #heat | 06:56 | |
*** yogesh_ has joined #heat | 06:58 | |
*** yogesh has quit IRC | 07:02 | |
*** guohliu has quit IRC | 07:06 | |
*** yogesh_ has quit IRC | 07:08 | |
*** lifeless has joined #heat | 07:15 | |
*** guohliu has joined #heat | 07:19 | |
*** yogesh has joined #heat | 07:32 | |
*** guohliu has quit IRC | 07:34 | |
Alienyyg | Hi all: I have struggled with autoscaling for serveral days, I successfully create the stack, but after I stress the vm , nothing happens, one more instance should be launched. I don't know where went wrong, so I paste my template here ,can anyone help me ? | 07:38 |
Alienyyg | http://paste.openstack.org/show/54865/ | 07:38 |
*** jprovazn has joined #heat | 07:39 | |
*** yogesh has quit IRC | 07:40 | |
*** urulama has joined #heat | 07:42 | |
skraynev_ | morning all) | 07:42 |
Alienyyg | shardy: most of the autoscaling on internet are done with ec2loadbalancer and cfn tool, can you provide some template that do autoscaling with neutron ? | 07:43 |
Alienyyg | <skraynev_> ,morning | 07:43 |
Alienyyg | <skraynev_> can you spend some time and take a look at my template? I don't know where went wrong, and I need to finish auto scaling in a few days for a simple demo | 07:45 |
*** amritanshu_RnD has joined #heat | 07:45 | |
skraynev_ | Alienyyg: of course, I will try ;) | 07:46 |
*** yogesh has joined #heat | 07:46 | |
Alienyyg | <skraynev_> http://paste.openstack.org/show/54865/ | 07:46 |
*** guohliu has joined #heat | 07:47 | |
*** yogesh has quit IRC | 07:48 | |
skraynev_ | Alienyyg: firstly, could you give some information about your stress test? | 07:48 |
*** yogesh has joined #heat | 07:48 | |
skraynev_ | I mean: What did you use and time period of influence? | 07:49 |
Alienyyg | <skraynev_> I install stress on the guest vm and do stress -m 3 --vm-hang 120 | 07:49 |
skraynev_ | Alienyyg: hmmm. And how long did you wait after that? | 07:51 |
Alienyyg | <skraynev_> a long time , more than half an hour | 07:52 |
skraynev_ | Alienyyg: wow! | 07:52 |
Alienyyg | <skraynev_> and I keep stress ti | 07:52 |
*** AustinRon has quit IRC | 07:52 | |
*** nati_ueno has joined #heat | 07:52 | |
skraynev_ | Alienyyg: ok, did you check that memory usage really crossed the threshold? | 07:53 |
*** AustinRon has joined #heat | 07:53 | |
Alienyyg | <skraynev_> more than 90% in the guest vm | 07:54 |
Alienyyg | <skraynev_>I ssh into the vm and got this via free | 07:54 |
skraynev_ | Alienyyg: for more detail information I prefer use 'top' | 07:55 |
skraynev_ | Alienyyg: but it doesn't matter now | 07:55 |
Alienyyg | <skraynev_> you are right, top is more accurate | 07:56 |
Alienyyg | <skraynev_> I got some strange things, | 07:57 |
skraynev_ | Alienyyg: wait) I have a good guess | 07:57 |
Alienyyg | <skraynev_> the memeory goes down after 3s via top, but the free still got a very high usage | 07:58 |
openstackgerrit | Ryo Miki proposed a change to openstack/heat: Add OS::Neutron::RouterL3Agent for router.py https://review.openstack.org/61388 | 07:59 |
Alienyyg | <skraynev_> I think this is the process for malloc, | 07:59 |
Alienyyg | <skraynev_> what do you get ? | 08:00 |
*** erkules_ is now known as erkules | 08:00 | |
skraynev_ | Alienyyg: try sort list of process using: shift+M | 08:00 |
skraynev_ | Alienyyg; it's about your strange results | 08:00 |
Alienyyg | <skraynev_> yeah , that it | 08:01 |
*** yogesh has quit IRC | 08:02 | |
*** rongze has quit IRC | 08:02 | |
skraynev_ | Alienyyg: memory still goes down? | 08:02 |
Alienyyg | <skraynev_> no | 08:02 |
Alienyyg | <skraynev_> very high | 08:03 |
skraynev_ | Alienyyg: fuh. it's good. | 08:03 |
Alienyyg | <skraynev_> I think there are two step, first ,the alarm should get the monitor information , second ,the autoscaling policy create a new instance, how can I know if the alarm got the monitor information?? | 08:05 |
*** andersonvom has quit IRC | 08:05 | |
skraynev_ | Alienyyg: Did you check, that ceilometer send correct alarm? I mean, that after enable stress, it sent message | 08:06 |
*** rongze has joined #heat | 08:06 | |
skraynev_ | As far I remeber you have used RDO deployment. Is it right? | 08:07 |
Alienyyg | <skraynev_>yeah | 08:07 |
Alienyyg | i find nothing in alarm-notifier.log | 08:08 |
skraynev_ | So, try check logs ... | 08:08 |
Alienyyg | <skraynev_>and the inform in alarm-evaluator.log is INFO ceilometer.alarm.service [-] initiating evaluation cycle on 2 alarms ,nothing else | 08:09 |
*** rongze has quit IRC | 08:11 | |
skraynev_ | Alienyyg: At now I see two variant: 1. check, that alarm in ceilometer was created. 2. Get from redhat guys some information about ceilometer in RDO | 08:12 |
skraynev_ | because unfortunately I have not had working experience with RDO deployment | 08:13 |
Alienyyg | <skraynev_>I can see the two alarm via ceilometer alarm-list ,but their state are insufficient data | 08:14 |
skraynev_ | according your logs information, I could guess, that problem with alarm system. That is all. | 08:14 |
Alienyyg | <skraynev_> thanks you very much,you remind me again | 08:19 |
*** yogesh has joined #heat | 08:19 | |
skraynev_ | Alienyyg: I have had short talk with gues who is familiar with ceilometer | 08:22 |
skraynev_ | s/gues/guys | 08:22 |
skraynev_ | so thay have said, that your problem may be related with ceilometer timer options. | 08:23 |
Alienyyg | <skraynev_> what is that? | 08:24 |
skraynev_ | because in default state ceilometer collect data every 6 min | 08:24 |
skraynev_ | anyway this time bigger than time is used in autoscaling | 08:25 |
skraynev_ | they recommend look at file etc / ceilometer / pipeline.yaml | 08:25 |
Alienyyg | ok | 08:27 |
skraynev_ | and set parameter interval to 30 sec. | 08:27 |
*** vkozhukalov has joined #heat | 08:28 | |
skraynev_ | interval: 600 | 08:29 |
skraynev_ | - > interval: 30, and than restart ceilometer services | 08:29 |
Alienyyg | <skraynev_> I have finish this, and wait for the miracle... | 08:30 |
skraynev_ | Alienyyg: I hope, that it will help you))) | 08:31 |
skraynev_ | Alienyyg: to increase the chance you could close your eyes and pray )))) | 08:32 |
skraynev_ | Alienyyg: I am kidding ;) | 08:32 |
Alienyyg | <skraynev_>haha | 08:33 |
*** TonyBurn_ has joined #heat | 08:33 | |
therve | 'morning | 08:34 |
skraynev_ | hello, therve | 08:35 |
*** andersonvom has joined #heat | 08:36 | |
Alienyyg | <skraynev_>but nothing happens again :( | 08:39 |
skraynev_ | Alienyyg. ehh. what about log message? | 08:39 |
Alienyyg | <skraynev_> just the same as it was before | 08:42 |
*** andersonvom has quit IRC | 08:44 | |
*** pshchelo has joined #heat | 08:44 | |
shardy | morning | 08:44 |
openstackgerrit | Ryo Miki proposed a change to openstack/heat: Add OS::Neutron::RouterL3Agent for router.py https://review.openstack.org/61388 | 08:46 |
Alienyyg | <skraynev_> I chave paste the four log file in http://paste.openstack.org/ | 08:52 |
Alienyyg | http://paste.openstack.org/show/54866/ | 08:53 |
skraynev_ | hi, shardy | 08:54 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Enables db2 server disconnects to be handled pessimistically https://review.openstack.org/50552 | 08:56 |
shardy | therve: Hey, did the information I provided re the admin/trusts stuff make sense? | 08:59 |
shardy | therve: Also wanted to draw your attention to dolphm's most recent response re oauth: | 09:00 |
shardy | http://lists.openstack.org/pipermail/openstack-dev/2013-December/021976.html | 09:00 |
*** akuznetsov has joined #heat | 09:00 | |
shardy | So it sounds like we may be able to offer an OAuth access key alternative in due course | 09:00 |
therve | shardy, Yep a lot! I just responded | 09:01 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Enables db2 server disconnects to be handled pessimistically https://review.openstack.org/50552 | 09:01 |
skraynev_ | Alienyyg: Is alarm state still insufficient data? | 09:01 |
shardy | therve: Cool. Maybe we can start looking at what we can do to move the OAuth missing-pieces along, but I'm still not confident it's realistic for Icehouse | 09:01 |
therve | shardy, Considering what happened in the past cycle with trusts, I think you may be right :) | 09:02 |
therve | Still even if we haven't finished we can get the ball rolling | 09:02 |
therve | The oauth resource is a nice step as it doesn't touch core features | 09:02 |
shardy | Yeah, this stuff is *hard* and really time consuming, but hopefully we can just keep moving things in the right direction :) | 09:03 |
*** derekh has joined #heat | 09:05 | |
Alienyyg | <skraynev_> yeah | 09:07 |
Alienyyg | <skraynev_> and seems the alarm can't get the monitor information | 09:07 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Enables db2 server disconnects to be handled pessimistically https://review.openstack.org/50552 | 09:07 |
skraynev_ | Alienyyg: try change debug level | 09:13 |
skraynev_ | Alienyyg: for more detail information in logs | 09:14 |
Alienyyg | <skraynev_> got the same log as https://bugs.launchpad.net/ceilometer/+bug/1243249 | 09:18 |
uvirtbot | Launchpad bug 1243249 in devstack "ERROR in ceilometer-alarm-evaluator log after successful tempest run" [Undecided,Fix released] | 09:18 |
*** guohliu has quit IRC | 09:19 | |
*** vvechkanov has joined #heat | 09:21 | |
*** aignatov has joined #heat | 09:22 | |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Enables db2 server disconnects to be handled pessimistically https://review.openstack.org/50552 | 09:24 |
*** rushiagr has quit IRC | 09:26 | |
*** nanjj has joined #heat | 09:29 | |
skraynev_ | Alienyyg: As far as I see for this bug there is no fix in ceilometer. | 09:34 |
therve | shardy, It seems your patch got approved, too! | 09:36 |
*** SushilKM has quit IRC | 09:37 | |
therve | Now if the gate could land it... | 09:37 |
Alienyyg | <skraynev_> so I have change the "OS::Ceilometer::Alarm "to AWS::CloudWatch::Alarm,and use the legacy way | 09:38 |
Alienyyg | <skraynev_> have to , not have,miss input | 09:38 |
*** yogesh has quit IRC | 09:39 | |
skraynev_ | Alienyyg: so, it's terrible reality... | 09:40 |
*** SushilKM has joined #heat | 09:43 | |
Alienyyg | <skraynev_> one more question ,why "OS::Heat::CWLiteAlarm" and "OS::Ceilometer::Alarm" too? both exit? they are so similiar. | 09:43 |
Alienyyg | <skraynev_> I think one of then is enough to do monitor things | 09:44 |
skraynev_ | Alienyyg: As far as I know it's different things | 09:46 |
skraynev_ | Alienyyg: "OS::Ceilometer::Alarm" - use Ceilometer, "OS::Heat::CWLiteAlarm" - based on AWS CWAlarm | 09:47 |
*** faramir1 has quit IRC | 09:48 | |
skraynev_ | Alienyyg: please look this ./etc/heat/environment.d/default.yaml | 09:48 |
Alienyyg | <skraynev_> I have modified this file | 09:48 |
Alienyyg | <skraynev_>because the two resource are both for monitor | 09:49 |
skraynev_ | Alienyyg: Yes. They has same aims. | 09:49 |
skraynev_ | Alienyyg: but use different way for this | 09:50 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Fix asserttion of types https://review.openstack.org/61436 | 09:50 |
skraynev_ | Alienyyg: also in old openstack releases was appeared only CWAlarms | 09:50 |
Alienyyg | <skraynev_> it is just for compatible to AWS? | 09:51 |
skraynev_ | Alienyyg: I am not sure... But I think so. | 09:52 |
shardy | Alienyyg: Yes, we started with the AWS-compatible cloudwatch resource, which used an internal (to heat) metric store | 09:53 |
shardy | Then more recently asalkeld implemented a provider template which does the same thing, via ceilometer | 09:53 |
shardy | the default in default.yaml is still the old implementation | 09:53 |
shardy | eventually we'd like to remove all of the metric-store stuff from Heat and only rely on ceilometer based alarm resources | 09:54 |
*** che-arne has joined #heat | 09:59 | |
Alienyyg | <shardy> OK ,learn more, but just now, I have to set "AWS::CloudWatch::Alarm" to "file:///etc/heat/templates/AWS_CloudWatch_Alarm.yaml",wish some guys will fix that bug:) | 09:59 |
shardy | Alienyyg: What bug? | 10:00 |
*** rushiagr has joined #heat | 10:01 | |
skraynev_ | shardy: https://bugs.launchpad.net/ceilometer/+bug/1243249 | 10:01 |
uvirtbot | Launchpad bug 1243249 in devstack "ERROR in ceilometer-alarm-evaluator log after successful tempest run" [Undecided,Fix released] | 10:01 |
shardy | skraynev_: How is that impacting your usage of Heat? | 10:02 |
Alienyyg | shardy : https://bugs.launchpad.net/ceilometer/+bug/1243249 | 10:02 |
uvirtbot | Launchpad bug 1243249 in devstack "ERROR in ceilometer-alarm-evaluator log after successful tempest run" [Undecided,Fix released] | 10:02 |
shardy | According to that bug, it *is* fixed, so I'm unclear what remains to be fixed | 10:03 |
skraynev_ | shardy: He have tried launch autoscaling stack with Ceilometer alarms | 10:03 |
*** chandankumar_ has joined #heat | 10:05 | |
skraynev_ | shardy: Bug is fixed for devstack, not for ceilometer. | 10:05 |
shardy | skraynev_: It's marked invalid for ceilometer | 10:05 |
shardy | Maybe there is a bug in the distribution you're using, so it's impacted by the same service-start ordering issue? | 10:06 |
shardy | Are we talking about ceilometer from RDO? | 10:06 |
Alienyyg | shardy: yeah | 10:06 |
skraynev_ | shardy: yes | 10:07 |
shardy | Alienyyg: Then please raise a bug at bugzilla.redhat.com against RDO, and we can fix it :) | 10:07 |
*** chandankumar has quit IRC | 10:08 | |
Alienyyg | shardy: OK, I will do it | 10:08 |
skraynev_ | shardy: cool solution)) | 10:08 |
shardy | Alienyyg: Please include as much detail as possible about how to reproduce your problem, and link the upstream bug you mentioned as the possible fix | 10:09 |
Alienyyg | shardy: got it | 10:09 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Change assertTrue(A in B) to assertIn(A, B) https://review.openstack.org/61438 | 10:13 |
lsmola | shardy: hello | 10:14 |
*** nosnos_ has joined #heat | 10:15 | |
*** nosnos_ has quit IRC | 10:16 | |
*** nosnos_ has joined #heat | 10:16 | |
shardy | lsmola: hi | 10:16 |
lsmola | shardy: I have a quick question | 10:17 |
lsmola | shardy: where are the paremeter for heat-template saved? | 10:17 |
lsmola | shardy: parameters | 10:17 |
*** nosnos has quit IRC | 10:17 | |
*** SergeyLukjanov has joined #heat | 10:17 | |
lsmola | shardy: meaning after you stack-create | 10:18 |
shardy | lsmola: They are stored into the parameters column of the stack table in the DB, but heat.engine.parser.Stack | 10:19 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Fix stack_get_by_name does not list embedded stack issue https://review.openstack.org/61326 | 10:19 |
shardy | s/but/by | 10:19 |
*** nosnos_ has quit IRC | 10:20 | |
lsmola | shardy: ok, thank you | 10:20 |
lsmola | shardy: and is there a fix set of parameters? or you can define your own, that you later use in the template? | 10:21 |
shardy | You can define parameters in the template, and either pass the values directly when creating the stack (heat stack-create --parameters="...), or via an environment file, which can be global or specific to a stack | 10:22 |
lsmola | shardy, excellent, thank you :-) | 10:22 |
shardy | http://docs.openstack.org/developer/heat/template_guide/environment.html#usage-examples | 10:22 |
lsmola | shardy: great, thank you | 10:23 |
*** vvechkanov has quit IRC | 10:27 | |
*** nanjj has quit IRC | 10:30 | |
*** dmakogon_ is now known as denis_makogon | 10:33 | |
*** andersonvom has joined #heat | 10:41 | |
*** rongze has joined #heat | 10:41 | |
*** fandikurnia01 has quit IRC | 10:41 | |
*** andersonvom has quit IRC | 10:45 | |
*** rongze has quit IRC | 10:46 | |
*** yogesh has joined #heat | 10:50 | |
*** yogesh has quit IRC | 10:55 | |
*** akuznetsov has quit IRC | 10:55 | |
*** akuznetsov has joined #heat | 10:58 | |
shardy | pshchelo: Hi, question about your assertIsInstance patch | 11:13 |
pshchelo | shardy: yes& | 11:13 |
pshchelo | s/&/? | 11:13 |
shardy | So the docs say that is python 2.7+, but the tests for py26 seem to work? | 11:13 |
pshchelo | yes, IsInstance is added by testtools themselves | 11:14 |
shardy | Ok, cool | 11:14 |
pshchelo | along with Is, IsNone, In | 11:14 |
shardy | Might be worth mentioning that in the commit for the avoidance of confusion, as python2.6 is why we did it like that | 11:14 |
pshchelo | ok, will do | 11:15 |
*** Alienyyg has quit IRC | 11:17 | |
*** akuznetsov has quit IRC | 11:19 | |
*** john-n-seattle1 has quit IRC | 11:20 | |
*** akuznetsov has joined #heat | 11:22 | |
*** Alienyyg has joined #heat | 11:33 | |
*** nkhare has quit IRC | 11:47 | |
*** zaneb has quit IRC | 11:51 | |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Fix asserttion of types https://review.openstack.org/61436 | 11:54 |
*** zaneb has joined #heat | 12:04 | |
sdake | morning | 12:11 |
shardy | Hey sdake, up early! | 12:11 |
sdake | ya | 12:12 |
sdake | didn't sleep well | 12:12 |
sdake | my bitcoin miner has made 4k usd in 11 days | 12:14 |
sdake | \o/ | 12:14 |
shardy | Wow | 12:15 |
shardy | You'll be able to give up working at that rate ;) | 12:15 |
sdake | https://drive.google.com/file/d/0B8q6xDPETSkHMVpWcDR6TUtockQtZHp4a19ESlcyUXRlT3BN/edit?usp=sharing | 12:16 |
sdake | the downside is I lose a percentage of the network hash rate every 2 weeks | 12:16 |
sdake | so in 2 weeks, it makes less bitcoins | 12:16 |
sdake | eg, 3 months = its obsolete | 12:16 |
sdake | for example, when I got it it was making .48 bitcoins a day | 12:17 |
sdake | now it makes .37 bitcoins after 1 difficulty change | 12:17 |
sdake | and in a couple more weeks it will make .32 bitcoins | 12:17 |
sdake | still pretty sweet, my wife says i'm insufferable | 12:19 |
sdake | "because I was right and she was wrong" | 12:19 |
sdake | ;-) | 12:19 |
denis_makogon | hey, guys, my apologies, i skipped meeting yesterday due to some reasons, could some one review this BP, and can i get approve to remove ignored flake8/pep8 rule "import only modules" https://blueprints.launchpad.net/heat/+spec/reduce-flake8-ignored-rules | 12:20 |
sdake | denis_makogon try stevebaker in about 7-8 hours when he gets in | 12:21 |
denis_makogon | sdake, thanks, i'll do that | 12:21 |
sdake | atm we don't have distributed blueprint approvals | 12:21 |
*** julia_varlamova has joined #heat | 12:22 | |
sdake | shardy ^ pic of my printing press | 12:35 |
*** rongze has joined #heat | 12:37 | |
*** dims has quit IRC | 12:41 | |
*** rongze has quit IRC | 12:41 | |
*** dims has joined #heat | 12:41 | |
*** rpothier has quit IRC | 12:49 | |
*** SergeyLukjanov is now known as _SergeyLukjanov | 12:54 | |
*** _SergeyLukjanov has quit IRC | 12:54 | |
*** sdake_ has joined #heat | 12:58 | |
*** urulama has quit IRC | 13:07 | |
*** rongze has joined #heat | 13:12 | |
*** dims has quit IRC | 13:17 | |
*** sgordon has joined #heat | 13:19 | |
*** dims has joined #heat | 13:19 | |
Alienyyg | shardy: I have raised this bug at : https://bugzilla.redhat.com/show_bug.cgi?id=1040983 | 13:21 |
uvirtbot | Alienyyg: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found | 13:21 |
*** aweiteka has joined #heat | 13:22 | |
*** SergeyLukjanov has joined #heat | 13:23 | |
*** che-arne has quit IRC | 13:24 | |
*** che-arne has joined #heat | 13:25 | |
*** chandankumar_ has quit IRC | 13:29 | |
*** chandankumar has joined #heat | 13:30 | |
*** rpothier has joined #heat | 13:30 | |
aignatov | hi guys, I have a question about Cinder::VolumeAttachement resource, is properties of this resource are the same like in the cli "nova attach-volume <server> <vloume> <device>"? | 13:41 |
aignatov | where <device> parameter in nova is "mountpoint" of VolumeAttachement resource? | 13:42 |
aignatov | am I correct? | 13:42 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Fix comparison with singletons https://review.openstack.org/61745 | 13:48 |
*** jprovazn has quit IRC | 13:51 | |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Fix comparison with singletons https://review.openstack.org/61447 | 13:51 |
*** jamieh has joined #heat | 13:51 | |
*** flysemsafe has quit IRC | 13:54 | |
sdake | cat fight out front | 13:56 |
sdake | those cats were pissed! | 13:56 |
*** rongze_ has joined #heat | 14:01 | |
*** blamar has quit IRC | 14:01 | |
*** rongze has quit IRC | 14:04 | |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Fix stack_get_by_name does not list embedded stack issue https://review.openstack.org/61326 | 14:10 |
openstackgerrit | Jay Lau proposed a change to openstack/python-heatclient: Enable deleting multiple stacks with single call https://review.openstack.org/60664 | 14:10 |
*** AndrewMichalik has joined #heat | 14:12 | |
*** nkhare has joined #heat | 14:15 | |
*** jprovazn has joined #heat | 14:16 | |
*** wwallnrr__ has joined #heat | 14:19 | |
*** rongze has joined #heat | 14:20 | |
*** rongze_ has quit IRC | 14:24 | |
*** andersonvom has joined #heat | 14:28 | |
*** sdake_ has quit IRC | 14:30 | |
*** alexheneveld has quit IRC | 14:33 | |
*** alexheneveld has joined #heat | 14:34 | |
openstackgerrit | Liang Chen proposed a change to openstack/heat: Marconi message queue resource implementation https://review.openstack.org/61036 | 14:34 |
openstackgerrit | Liang Chen proposed a change to openstack/heat: Add marconi client https://review.openstack.org/61035 | 14:34 |
zaneb | aignatov: you're correct. 'device' is called 'mountpoint' in the cinder API I believe; I wasn't aware that the nova CLI calls it 'device' :( | 14:35 |
*** SushilKM has quit IRC | 14:35 | |
aignatov | ok, I've already filed the bug https://bugs.launchpad.net/heat/+bug/1260345 | 14:36 |
uvirtbot | Launchpad bug 1260345 in heat "OS::Cinder::VolumeAttachment does not support "auto" value for mountpoint" [Undecided,New] | 14:36 |
*** alexheneveld has quit IRC | 14:36 | |
*** rongze_ has joined #heat | 14:43 | |
*** rongze has quit IRC | 14:44 | |
*** adrian_otto has joined #heat | 14:44 | |
*** blamar has joined #heat | 14:45 | |
*** alcabrera has joined #heat | 14:45 | |
*** sergmelikyan has joined #heat | 14:48 | |
*** jergerber has joined #heat | 14:51 | |
*** lsmola has quit IRC | 15:08 | |
*** lsmola has joined #heat | 15:10 | |
*** jcru has joined #heat | 15:10 | |
*** brint has joined #heat | 15:12 | |
*** sdake_ has joined #heat | 15:18 | |
*** sdake_ has joined #heat | 15:18 | |
*** nkhare has quit IRC | 15:21 | |
*** pshchelo has quit IRC | 15:25 | |
*** julia_varlamova has quit IRC | 15:26 | |
*** IlyaE has joined #heat | 15:28 | |
*** alexheneveld has joined #heat | 15:32 | |
*** tims has joined #heat | 15:36 | |
*** tims has quit IRC | 15:41 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Instance to new Schema format https://review.openstack.org/61780 | 15:43 |
zaneb | let the madness commence :) | 15:44 |
*** arbylee has joined #heat | 15:45 | |
*** grncdr has joined #heat | 15:46 | |
grncdr | Does anybody know of a way to wait for a particular service to come up on a VM in a Heat Template? | 15:47 |
*** adrian_otto has quit IRC | 15:48 | |
therve | grncdr, WaitConditions | 15:48 |
grncdr | do WaitConditions support port checks of any sort? | 15:48 |
*** tims has joined #heat | 15:48 | |
grncdr | or do I just have to set a generous timeout and hope for the best? | 15:48 |
sdake_ | port checks? | 15:48 |
grncdr | what I really want is to say "when the service on port 3389 starts accepting connections" | 15:49 |
therve | Well that's not how it works | 15:49 |
grncdr | yeah, I didn't think it was | 15:49 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert [Cinder]Volume to new Schema format https://review.openstack.org/61782 | 15:49 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert [Cinder]VolumeAttachment to new Schema format https://review.openstack.org/61783 | 15:49 |
therve | WaitConditions are generic URLs in Heat that you call when you want things to progress | 15:49 |
grncdr | which is why I was asking if there *is* something that works like that | 15:49 |
therve | You need to do the port checking yourself | 15:50 |
sdake_ | you could us esome scripting before the wait condition in the user data | 15:50 |
grncdr | hm, so if I understand correctly, a waitcondition has a unique URL, and I can notify heat of completion by making some sort of request to that URL | 15:51 |
*** vkozhukalov has quit IRC | 15:51 | |
sdake_ | right | 15:51 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Server to new Schema format https://review.openstack.org/61786 | 15:53 |
*** alexheneveld has quit IRC | 15:53 | |
grncdr | well, I can make that work, but with my particular use case it doesn't really improve things beyond just waiting for CREATE_COMPLETE and doing the port checks myself. | 15:54 |
therve | It means you can make other resources rely on that, though | 15:54 |
*** topol has joined #heat | 15:54 | |
grncdr | right, I'm not saying it's not useful, just that it doesn't really help me | 15:54 |
openstackgerrit | Serg Melikyan proposed a change to openstack/heat: Added session_persistence property to VIP https://review.openstack.org/61074 | 15:55 |
grncdr | all I'm looking for is a way to say "are all the services I need in this stack running" before considering it "ready" | 15:55 |
sdake_ | do the port checks in the userdata by writing your own port checking scripts | 15:55 |
sdake_ | ideally we would have a resource you could embed that would do that for you though | 15:55 |
sdake_ | seems like a valid use case | 15:56 |
grncdr | that's what I was going to ask next | 15:56 |
grncdr | I might be able to create it | 15:56 |
grncdr | would modelling it after the existing WaitCondition be a good place to start? | 15:56 |
sdake_ | start with a blueprint | 15:56 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: tests: Don't access properties_schema directly https://review.openstack.org/61787 | 15:57 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Ceilometer Alarms to new Schema format https://review.openstack.org/61788 | 15:57 |
*** randallburt has joined #heat | 15:58 | |
*** AndrewMichalik has quit IRC | 15:58 | |
*** SushilKM has joined #heat | 15:59 | |
*** nkhare has joined #heat | 16:00 | |
*** tims1 has joined #heat | 16:02 | |
*** tims has quit IRC | 16:04 | |
*** adrian_otto has joined #heat | 16:04 | |
*** bgorski has joined #heat | 16:05 | |
openstackgerrit | Randall Burt proposed a change to openstack/heat: Add nested resource references to resource group https://review.openstack.org/61614 | 16:06 |
grncdr | https://blueprints.launchpad.net/heat/+spec/port-check-condition-resource | 16:06 |
grncdr | does that description make sense? | 16:06 |
*** AndrewMichalik_ has joined #heat | 16:06 | |
*** AndrewMichalik_ has quit IRC | 16:08 | |
*** AndrewMichalik has joined #heat | 16:08 | |
*** tims1 has quit IRC | 16:12 | |
*** tims has joined #heat | 16:12 | |
*** amritanshu_RnD has quit IRC | 16:13 | |
zaneb | sdake_, grncdr: isn't that systemd's job? | 16:17 |
grncdr | zaneb: maybe? | 16:18 |
grncdr | my use case might be a bit weird/unique | 16:18 |
grncdr | in this app, content creators create their stack definitions using a custom UI, then users launch instances of those stacks | 16:19 |
*** rcleere has joined #heat | 16:19 | |
grncdr | the users then access the stacks over ssh/rdp/vnc in the browser | 16:20 |
zaneb | grncdr: can you not poll the status (from systemd or whatever) in your user_data script and then trigger the WaitCondition when it's ready | 16:20 |
grncdr | yes, I can, but I'm not as happy with that as I then need to write user_data scripts that work on arbitrary images | 16:20 |
grncdr | including windows, centos, fedora, ubuntu etc. | 16:21 |
grncdr | win2k3 2k8 2k12 ... | 16:21 |
zaneb | ah, right | 16:21 |
*** SergeyLukjanov has quit IRC | 16:21 | |
grncdr | not to mention that we intend to allow content creators to upload their own images at some point in the future | 16:21 |
grncdr | it's way simpler to just have something external try and connect to the port and see if it works | 16:22 |
therve | It's one indication, but it doesn't really tell you if the service is ready | 16:22 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Autoscaling resources to new Schema format https://review.openstack.org/61793 | 16:23 |
grncdr | it's a much better indication then what I have now (which is the VM goes to CREATE_COMPLETE state) | 16:23 |
grncdr | also, it's a very poorly behaved service that begins accepting connections before it's ready to do something with them | 16:24 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Autoscaling resources to new Schema format https://review.openstack.org/61793 | 16:24 |
*** SushilKM has quit IRC | 16:25 | |
sdake | zaneb I am not sure if systemd can check a port | 16:25 |
*** SushilKM has joined #heat | 16:26 | |
zaneb | depends how well-integrated your app is with systemd, I think | 16:29 |
*** pablosan has joined #heat | 16:30 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert User resources to new Schema format https://review.openstack.org/61799 | 16:30 |
*** spzala has joined #heat | 16:30 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Swift resources to new Schema format https://review.openstack.org/61804 | 16:34 |
*** rcleere has quit IRC | 16:34 | |
*** alexheneveld has joined #heat | 16:40 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert resources to new Schema format https://review.openstack.org/61813 | 16:46 |
*** nkhare has quit IRC | 16:49 | |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Fix misused assertTrue in unit tests https://review.openstack.org/61816 | 16:52 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert AWS network resources to new Schema format https://review.openstack.org/61818 | 16:54 |
*** adrian_otto has quit IRC | 17:00 | |
*** TonyBurn_ has quit IRC | 17:01 | |
*** rongze_ has quit IRC | 17:01 | |
*** adrian_otto has joined #heat | 17:02 | |
*** AndrewMichalik has quit IRC | 17:02 | |
*** kfox1111 has joined #heat | 17:04 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Neutron resources to new Schema format https://review.openstack.org/61823 | 17:05 |
*** john-n-seattle1 has joined #heat | 17:06 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert OSDBInstance to new Schema format https://review.openstack.org/61825 | 17:07 |
*** john-n-seattle1 has quit IRC | 17:12 | |
*** SergeyLukjanov has joined #heat | 17:14 | |
jasond | wow, 84 reviews in the queue | 17:15 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: rackspace: Convert Scaling resources to new Schema format https://review.openstack.org/61827 | 17:16 |
*** lsmola has quit IRC | 17:18 | |
randallburt | jasond: yeah, but its mostly zaneb now ;) | 17:18 |
zaneb | lol | 17:19 |
randallburt | good news is those are easy to review :D | 17:19 |
zaneb | heh, not all of them ;) | 17:19 |
zaneb | I had 62 patches though, lucky for y'all I am squashing a lot of them ;) | 17:19 |
randallburt | yeah. had to be done though. thanks for taking that on, not a fun task I'm sure. | 17:19 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Rackspace CloudLoadBalancer to new Schema format https://review.openstack.org/61828 | 17:20 |
*** john-n-seattle1 has joined #heat | 17:28 | |
*** john-n-seattle1 has left #heat | 17:32 | |
*** blamar has quit IRC | 17:33 | |
*** aignatov has quit IRC | 17:33 | |
*** nati_ueno has quit IRC | 17:34 | |
openstackgerrit | Bartosz Górski proposed a change to openstack/heat: Add an external gateway property to neutron router https://review.openstack.org/60118 | 17:35 |
*** rcleere has joined #heat | 17:37 | |
*** alexheneveld has quit IRC | 17:38 | |
zaneb | randallburt: well, I wrote a script to do them. so actually it was a lot of fun ;) | 17:43 |
randallburt | zaneb: smart. | 17:43 |
zaneb | the manual tidy-up at the end, not as much fun | 17:43 |
zaneb | but it wasn't too bad | 17:44 |
zaneb | I have no complaints | 17:44 |
openstackgerrit | Bartosz Górski proposed a change to openstack/heat: Add an external gateway property to neutron router https://review.openstack.org/60118 | 17:46 |
openstackgerrit | Pablo Andres Fuente proposed a change to openstack/heat: OS::Neutron::Router needs property 'tenant_id' https://review.openstack.org/60607 | 17:47 |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: rackspace: Convert resources to new Schema format https://review.openstack.org/61834 | 17:48 |
openstackgerrit | Bartosz Górski proposed a change to openstack/heat: Add an external gateway property to neutron router https://review.openstack.org/60118 | 17:49 |
*** IlyaE has quit IRC | 17:51 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: rackspace: Convert CloudLoadBalancer to new Schema format https://review.openstack.org/61828 | 17:53 |
*** aignatov has joined #heat | 17:55 | |
*** aignatov has quit IRC | 17:55 | |
*** aignatov has joined #heat | 17:57 | |
*** skraynev has joined #heat | 17:57 | |
*** skraynev has quit IRC | 17:58 | |
*** derekh has quit IRC | 17:58 | |
*** flysemsafe has joined #heat | 17:59 | |
openstackgerrit | Zane Bitter proposed a change to openstack/heat: Convert Neutron resources to new Schema format https://review.openstack.org/61823 | 17:59 |
zaneb | I think that's the lot :) | 17:59 |
*** tomek_adamczewsk has joined #heat | 18:00 | |
*** nati_ueno has joined #heat | 18:00 | |
skraynev_ | zaneb: Great work!))) | 18:00 |
*** aignatov has quit IRC | 18:01 | |
*** aignatov has joined #heat | 18:01 | |
*** aignatov has quit IRC | 18:02 | |
*** aignatov has joined #heat | 18:02 | |
zaneb | 40% failure rate on gate tests so far | 18:03 |
zaneb | looks like we're a long way from achieving stability still | 18:04 |
SpamapS | 40% is armageddon | 18:04 |
*** adrian_otto has quit IRC | 18:04 | |
SpamapS | the neverending stooooooorrrryy... it goes on and on and on | 18:05 |
zaneb | SpamapS: that's out of 10 that have completed so far too... so you might as well flip a coin | 18:05 |
skraynev_ | zaneb: 42% - it will be better than 40%. Like as a question of all life))) | 18:07 |
openstackgerrit | Pablo Andres Fuente proposed a change to openstack/heat: WaitCondition Count property is now updatable https://review.openstack.org/61218 | 18:10 |
*** alexheneveld has joined #heat | 18:10 | |
*** pvaneck has joined #heat | 18:12 | |
*** vkozhukalov has joined #heat | 18:12 | |
*** tomek_adamczewsk has quit IRC | 18:13 | |
*** alexheneveld has quit IRC | 18:14 | |
SpamapS | shardy: https://review.openstack.org/#/c/61276/1 <-- can we just do a change to get the sphinx doc first, and then pull in the hacking upgrade once we've addressed the new pep8 fails? | 18:14 |
*** randallburt has quit IRC | 18:14 | |
SpamapS | in fact, let me JFDI | 18:15 |
SpamapS | wait n/m .. looking at old e-mails | 18:16 |
*** alexheneveld has joined #heat | 18:16 | |
*** jamieh has quit IRC | 18:31 | |
*** bgorski has quit IRC | 18:31 | |
*** alexheneveld_ has joined #heat | 18:32 | |
shardy | SpamapS: I started doing that and it looks like we already have it | 18:33 |
*** alexheneveld has quit IRC | 18:33 | |
*** alexheneveld_ is now known as alexheneveld | 18:33 | |
shardy | SpamapS: So we just need to fix up the pep stuff so we can merge the hacking update next time jenkins rebases and proposes a change | 18:34 |
stevebaker | morning | 18:35 |
shardy | SpamapS: https://github.com/openstack/heat/commit/72bcca2de89b6ff4acae34f5efa38cd1c68c9439 | 18:35 |
shardy | I didn't spot that earlier when I sent the ML message | 18:35 |
shardy | morning stevebaker | 18:35 |
SpamapS | shardy: ok, yeah I was like "oh what? I thought we approved that!" | 18:37 |
shardy | SpamapS: Yeah, my bad, apologies | 18:39 |
denis_makogon | stevebaker, thanks for approved blueprint | 18:42 |
*** yogesh has joined #heat | 18:42 | |
*** bgorski has joined #heat | 18:43 | |
denis_makogon | stevebaker, would it be better to start with enabling "import only modules" ? | 18:44 |
stevebaker | denis_makogon: maybe H306 | 18:46 |
*** nati_uen_ has joined #heat | 18:46 | |
stevebaker | As I said in the blueprint, many of those ignored rules will be there for reasons other than "we haven't go around to enabling that yet" | 18:47 |
*** rushiagr has quit IRC | 18:47 | |
*** nati_ueno has quit IRC | 18:49 | |
SpamapS | stevebaker: IMO we should document/reference those reasons in tox.ini so we don't have to go round and round with "why" | 18:50 |
stevebaker | SpamapS: +1 | 18:53 |
*** che-arne has quit IRC | 18:54 | |
*** nati_uen_ has quit IRC | 18:54 | |
*** nati_ueno has joined #heat | 18:55 | |
*** blamar has joined #heat | 18:59 | |
jpeeler | how does this review https://review.openstack.org/#/c/61438/ pass the python26 gate, given it's using a 2.7 feature? | 19:12 |
stevebaker | jpeeler: because we're using testtools? | 19:14 |
jpeeler | ah right | 19:17 |
zaneb | jpeeler: yeah, shardy already asked him to mention that in the commit message | 19:22 |
zaneb | I hate that testtools reimplements half of unittest2, differently | 19:22 |
stevebaker | w00t http://paste.openstack.org/show/54909/ | 19:23 |
zaneb | it's impossible to know what is and isn't supported without going hunting | 19:23 |
zaneb | stevebaker: ship it? | 19:23 |
openstackgerrit | Bartosz Górski proposed a change to openstack/heat: Add an external gateway property to neutron router https://review.openstack.org/60118 | 19:27 |
*** sjmc has joined #heat | 19:32 | |
*** dims has quit IRC | 19:33 | |
SpamapS | zaneb: your hatred makes you strong. Use the dark side! | 19:33 |
*** dims has joined #heat | 19:34 | |
*** flysemsafe has quit IRC | 19:36 | |
*** alexheneveld has quit IRC | 19:40 | |
*** gokrokve has joined #heat | 19:40 | |
openstackgerrit | Jeff Peeler proposed a change to openstack/heat: Necessary pep8 fix: assertEquals -> assertEqual https://review.openstack.org/61855 | 19:42 |
*** SushilKM__ has joined #heat | 19:44 | |
*** SushilKM has quit IRC | 19:46 | |
*** SergeyLukjanov has quit IRC | 19:46 | |
*** SergeyLukjanov_ has joined #heat | 19:47 | |
*** SergeyLukjanov_ has quit IRC | 19:48 | |
*** SergeyLukjanov has joined #heat | 19:48 | |
*** akuznetsov has quit IRC | 19:49 | |
*** rpothier_ has joined #heat | 19:52 | |
openstackgerrit | A change was merged to openstack/heat: Deny API requests where context doesn't match path https://review.openstack.org/61455 | 19:52 |
*** rpothier has quit IRC | 19:55 | |
*** jprovazn has quit IRC | 19:58 | |
*** IlyaE has joined #heat | 20:07 | |
*** akuznetsov has joined #heat | 20:09 | |
*** denis_makogon has quit IRC | 20:10 | |
*** dmakogon_ has joined #heat | 20:11 | |
*** adrian_otto has joined #heat | 20:16 | |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Validate number of instance metadata entries https://review.openstack.org/61864 | 20:22 |
* zaneb shakes fist at neutron | 20:29 | |
*** yogesh has quit IRC | 20:30 | |
*** zaneb has quit IRC | 20:32 | |
*** SushilKM__ has quit IRC | 20:33 | |
openstackgerrit | Pablo Andres Fuente proposed a change to openstack/heat: WaitCondition Count property is now updatable https://review.openstack.org/61218 | 20:41 |
*** alexheneveld has joined #heat | 20:42 | |
*** zaneb has joined #heat | 20:44 | |
*** zaneb has quit IRC | 20:44 | |
*** zaneb has joined #heat | 20:44 | |
*** yogesh has joined #heat | 20:49 | |
*** alexheneveld has quit IRC | 20:59 | |
*** randallburt has joined #heat | 21:02 | |
*** alcabrera has quit IRC | 21:03 | |
*** rwsu has quit IRC | 21:05 | |
*** randallburt has quit IRC | 21:06 | |
*** randallburt has joined #heat | 21:06 | |
*** blak111_ has quit IRC | 21:06 | |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Validate number of instance metadata entries https://review.openstack.org/61864 | 21:13 |
*** IlyaE has quit IRC | 21:24 | |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Fix misused assertTrue in unit tests https://review.openstack.org/61816 | 21:25 |
*** IlyaE has joined #heat | 21:25 | |
asalkeld | morning | 21:27 |
stevebaker | morning | 21:28 |
stevebaker | asalkeld: could you take a look at my reply to https://review.openstack.org/#/c/59555/ ? | 21:28 |
asalkeld | o, sure | 21:29 |
*** andersonvom1 has joined #heat | 21:29 | |
asalkeld | so, stevebaker there was another review as well where I suggested something simerlar | 21:31 |
*** andersonvom is now known as Guest85433 | 21:31 | |
*** Guest85433 has quit IRC | 21:31 | |
*** SergeyLukjanov is now known as _SergeyLukjanov | 21:31 | |
*** andersonvom1 is now known as andersonvom | 21:31 | |
asalkeld | to me if the conversion can be done in a property that would be more user friendly | 21:32 |
openstackgerrit | Tim Schnell proposed a change to openstack/heat: Adds parameter_groups to HOT specification. https://review.openstack.org/61182 | 21:32 |
asalkeld | else you have layers of functions | 21:32 |
asalkeld | an option is a special type on the property so you can override the behaviour | 21:33 |
stevebaker | so that doesn't match my current use-case, which is getting cloud-config into the user_data property | 21:33 |
stevebaker | if there was a yaml_string property, and that mapped to a yaml_string parameter, then that could be used for a ansible/saltstack SoftwareConfig resource provider | 21:34 |
stevebaker | but even then, it might be easier to just use as_yaml_str inside the provider template | 21:35 |
asalkeld | stevebaker, I really don't want to hold the patch up | 21:35 |
asalkeld | I just want to make sure it's the right approach | 21:35 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Change assertTrue(A in B) to assertIn(A, B) https://review.openstack.org/61438 | 21:35 |
asalkeld | has anyone else reviewed? | 21:35 |
*** nati_ueno has quit IRC | 21:36 | |
*** IlyaE has quit IRC | 21:36 | |
asalkeld | zaneb, shardy? | 21:36 |
asalkeld | SpamapS, ? | 21:36 |
zaneb | I'm awake! | 21:36 |
SpamapS | eh? | 21:36 |
asalkeld | guys have a quick loook at stevebaker 's patch | 21:36 |
stevebaker | intrinsic functions to aid building cloud-init config https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/cloud-init-resource,n,z | 21:36 |
*** spzala has quit IRC | 21:37 | |
asalkeld | so my question was "can/should this be done with a special property" | 21:37 |
stevebaker | I could have done them as resources, but it is just string manipulation so functions seem more appropriate | 21:37 |
asalkeld | rather that intrinsic functions | 21:37 |
stevebaker | my answer was that this will mostly be used in server user_data, which is just a string property | 21:38 |
SpamapS | stevebaker: reading :) | 21:39 |
stevebaker | Thomas is worried about the proliferation of intrinsic functions in the hot spec - to which I would suggest not putting them "in the spec" | 21:40 |
SpamapS | stevebaker: I love as_yaml_str .. is the precedent for calling strings 'str' in HOT btw? Would much prefer as_yaml_string if not. | 21:40 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Fix assertion of types in tests. https://review.openstack.org/61436 | 21:40 |
zaneb | stevebaker: for my part, I think we should encourage people to do this by including external files over adding more formatting functions | 21:41 |
stevebaker | SpamapS: str_replace is the precedent :/ | 21:41 |
SpamapS | got it | 21:41 |
*** adrian_otto has quit IRC | 21:41 | |
asalkeld | lol - http://www.youtube.com/watch?v=dEH4ahCCrJo | 21:42 |
zaneb | remember that time somebody asked dennis ritchie what he would have changed in UNIX if he did it over again, and he said he'd have put an 'e' on the end of 'creat()'? | 21:43 |
asalkeld | ha | 21:43 |
asalkeld | ok, i off to take kids to school - brb | 21:43 |
*** adrian_otto has joined #heat | 21:44 | |
*** SergeyLukjanov has joined #heat | 21:45 | |
stevebaker | zaneb: I'd like external files as well, but that as_yaml_str would still allow intrinsic functions to be evaluated in that file, if they preferred that to substituting via str_replace | 21:47 |
zaneb | I... don't think we should process intrinsic functions in external files | 21:48 |
stevebaker | zaneb: in fact, a get_file inclusion mechanism is the very next thing I want to work on | 21:49 |
zaneb | \o/ | 21:49 |
stevebaker | zaneb: as_yaml_str will generally be used for snippets of cloud-config - in many cases that will be a hassle to maintain in separate files | 21:52 |
asalkeld | back | 21:58 |
stevebaker | that cricket thing was funny | 21:58 |
asalkeld | yeah, I'd watch that game | 21:59 |
asalkeld | (I don't watch cricket) | 21:59 |
stevebaker | was that afrikaans or nonsense words? | 22:00 |
*** randallburt has quit IRC | 22:01 | |
asalkeld | not sure | 22:01 |
*** adrian_otto has quit IRC | 22:03 | |
*** aignatov has quit IRC | 22:03 | |
asalkeld | stevebaker, it would be neat if all string properties could take a string or one of those yaml things | 22:03 |
asalkeld | actually maybe not | 22:04 |
asalkeld | stevebaker, I am more infavour of yaml_str than mult_part_mime | 22:04 |
stevebaker | as an aside, mult_part_mime could be extended to attempt to parse inputs as other mult_part_mimes, then just append them | 22:07 |
SpamapS | posted comments | 22:08 |
*** topol has quit IRC | 22:08 | |
asalkeld | SpamapS, also this one: https://review.openstack.org/#/c/59594/ | 22:08 |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Convert numeric values in instance metadata to strings https://review.openstack.org/61883 | 22:09 |
SpamapS | Reading these two.. | 22:09 |
SpamapS | I just had a twitch somewhere in my head.. "Don't be PHP" | 22:09 |
*** adrian_otto has joined #heat | 22:10 | |
SpamapS | Probably similar to what Thomas is worried about. | 22:10 |
stevebaker | I have had the same though | 22:10 |
stevebaker | t | 22:10 |
asalkeld | yeah, I think we are all a bit hesitant here | 22:10 |
stevebaker | I mean, I could make them resources again | 22:10 |
*** randallburt has joined #heat | 22:12 | |
asalkeld | so we have mime, cloud-config, and others (puppet, ...) | 22:12 |
SpamapS | a namespace keeps it a little more in control.. | 22:12 |
asalkeld | we could have a files section | 22:12 |
asalkeld | that the ref does the conversion | 22:13 |
grncdr | is it possible to use waitconditionhandle's as outputs? | 22:13 |
grncdr | or does that even make sense? | 22:13 |
grncdr | also, my stack seems to be completing even though it contains a wait condition & handle that are never signalled... | 22:13 |
asalkeld | grncdr, show us your template | 22:14 |
asalkeld | pastebin / link | 22:14 |
*** alexheneveld has joined #heat | 22:14 | |
stevebaker | asalkeld: yes, 2 resources, multipart and cloud-config | 22:15 |
*** vkozhukalov has quit IRC | 22:15 | |
grncdr | asalkeld: https://gist.github.com/grncdr/a675f2c2bc3fd91b53ee | 22:15 |
grncdr | there's a lot of stuff in there, the waitcondition and outputs are at the bottom | 22:16 |
*** alexheneveld has quit IRC | 22:16 | |
asalkeld | oo, windows server | 22:16 |
stevebaker | Anyway, I'm planning to write an epic mail to lay out the software config progress. I should probably write another one to talk about cloud-init config | 22:16 |
asalkeld | grncdr, DependsOn: {Ref: "bla..."} | 22:17 |
asalkeld | not | 22:17 |
asalkeld | grncdr, DependsOn: "bla..." | 22:17 |
asalkeld | line 116 | 22:17 |
grncdr | um, really? | 22:17 |
asalkeld | grncdr, let me double check | 22:18 |
grncdr | sorry, it's just that I've been using DependsOn: "blah" in other places so it's news to me | 22:18 |
grncdr | I'll double check the CFN docs as well | 22:18 |
SpamapS | I've been bit by that too | 22:18 |
SpamapS | it is a happy accident that it works IIRC | 22:18 |
grncdr | http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-attribute-dependson.html | 22:19 |
grncdr | I don't know how important compatibility is for you guys… but according to CFN docs it should always be strings (or a list of strings) | 22:19 |
grncdr | which reminds me that I once hacked up a patch to support the list of strings (since it was blowing up with an exception) | 22:20 |
*** sgordon has quit IRC | 22:20 | |
grncdr | I should find that again... | 22:20 |
asalkeld | grncdr, that is fine as is | 22:20 |
asalkeld | sorry for the noise | 22:21 |
grncdr | no worries | 22:21 |
grncdr | :) | 22:21 |
grncdr | any ideas on why the waitcondition doesn't seem to be doing anything? | 22:21 |
asalkeld | so you are not referencing the handle in the server | 22:21 |
grncdr | should I be? | 22:21 |
asalkeld | sure | 22:22 |
asalkeld | https://github.com/openstack/heat-templates/blob/master/cfn/F17/WordPress_Single_Instance_With_HA.template#L264 | 22:22 |
grncdr | I basically want the wait condition to prevent the stack from being complete before an external system hits the signal API | 22:22 |
asalkeld | I see | 22:22 |
grncdr | yeah, it's kind of a mess | 22:22 |
asalkeld | but then make the server DependOn the handle | 22:23 |
grncdr | so the server depends on the handle, and the condition depends on the server? | 22:23 |
grncdr | I feel like I'm doing things opposite to the usual way this is used | 22:24 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Fix stack_get_by_name does not list nested stack issue https://review.openstack.org/61326 | 22:24 |
*** rpothier_ has quit IRC | 22:24 | |
asalkeld | you want a dep order of: {server, waitcond} -> handle | 22:25 |
openstackgerrit | Jeff Peeler proposed a change to openstack/heat: pep8 fix: assertEquals -> assertEqual https://review.openstack.org/61855 | 22:25 |
openstackgerrit | Jay Lau proposed a change to openstack/python-heatclient: Enable deleting multiple stacks with single call https://review.openstack.org/60664 | 22:25 |
grncdr | so the waitcond depends on the handle implicitly, but the server needs to do it explicitly… | 22:26 |
asalkeld | https://github.com/openstack/heat-templates/blob/master/cfn/F17/WordPress_Single_Instance_With_HA.template#L278 | 22:26 |
asalkeld | that is explicit | 22:26 |
grncdr | I might be misunderstanding, but the handle is supposed to be signalled after the server is up and running. If the server depends on the server, isn't that circular? | 22:26 |
grncdr | er, if the server depends on the handle | 22:27 |
asalkeld | the handle depends on nothing | 22:27 |
asalkeld | so it is made first | 22:27 |
asalkeld | then the server depends on the handle | 22:27 |
asalkeld | and the waitcond depends on the handle | 22:27 |
asalkeld | so these are made in parallel | 22:28 |
asalkeld | at some point, someone PUT's to the waitcondhandle url | 22:28 |
asalkeld | and in the mean time the waitcond. sits there reading the handle's metadata to see if it has been hit | 22:29 |
openstackgerrit | Tim Schnell proposed a change to openstack/heat: Updates template_validate call to validate parameter_groups. https://review.openstack.org/61601 | 22:30 |
grncdr | hm, that makes sense, but why does the server need to depend on the handle? | 22:32 |
grncdr | shouldn't the condition depending on it be enough? | 22:32 |
asalkeld | grncdr, if you are PUT'ing the signal from extenally , and the server is not really involved - then yes forget the server | 22:33 |
asalkeld | the issue is then getting the url into your output | 22:34 |
grncdr | interestingly, making the server depend on the handle caused a failure | 22:35 |
*** jamieh has joined #heat | 22:35 | |
grncdr | the WaitConditionHandle failed with a 403 | 22:35 |
asalkeld | grncdr, when you posted to it? | 22:35 |
grncdr | yeah, that's what it shows in heat stack-show | 22:36 |
grncdr | a 403 that says admin_required | 22:36 |
grncdr | is that normal? that my user account would have to be an admin to create a waitconditionhandle? (this is on Grizzly btw) | 22:36 |
asalkeld | yes | 22:36 |
asalkeld | it needs to create a user | 22:36 |
*** aweiteka has quit IRC | 22:37 | |
asalkeld | super sucky, but been worked on | 22:37 |
grncdr | been or being? | 22:37 |
asalkeld | like currently | 22:37 |
grncdr | dang | 22:37 |
asalkeld | https://bugs.launchpad.net/heat/+bug/1089261 | 22:37 |
uvirtbot | Launchpad bug 1089261 in heat "Avoid needing admin role for stack create/delete" [High,Triaged] | 22:37 |
asalkeld | it is not a nice problem | 22:37 |
asalkeld | grncdr, https://github.com/openstack/heat/blob/master/heat/engine/signal_responder.py#L48 | 22:38 |
asalkeld | that needs admin ^ | 22:38 |
asalkeld | we need to make an unprivileged user (we don't want the keypair associated with the enduser) | 22:40 |
grncdr | ah I see | 22:41 |
grncdr | hm | 22:41 |
grncdr | hm, let me back up to earlier today, when I created this blueprint: https://blueprints.launchpad.net/heat/+spec/port-check-condition-resource | 22:41 |
grncdr | since it describes what I'm actually trying to accomplish | 22:41 |
asalkeld | mmm, not a bad idea | 22:42 |
grncdr | it seems that the above could be done without requiring the creation of a user, since the checking does not require any authorization and would happen internal to heat | 22:42 |
grncdr | so no need to generate a signed URL | 22:42 |
asalkeld | yeah | 22:42 |
asalkeld | and you can make sure to start X service last | 22:43 |
asalkeld | or even make it a bit like a loadbalacer | 22:43 |
asalkeld | so it can check content | 22:43 |
grncdr | I'm honestly not even concerned about that | 22:43 |
grncdr | as far as I'm concerned, if your service accepts a connection before it's ready, that's bad behaviour | 22:44 |
grncdr | if the port is accepting connections, then other things can proceed | 22:44 |
asalkeld | nice idea tho' | 22:44 |
asalkeld | so when is it going to be done? | 22:44 |
asalkeld | :) | 22:44 |
grncdr | when somebody approves the blueprint? | 22:45 |
asalkeld | done | 22:45 |
grncdr | cool, my only other issue is that I am (for better or worse) deploying on Grizzly | 22:45 |
asalkeld | not really an issue | 22:45 |
grncdr | though I might be able to use this as further motivation to at least upgrade to Havana | 22:45 |
grncdr | no? | 22:45 |
asalkeld | well as long as you can put the new resource in place | 22:46 |
asalkeld | should be ok | 22:46 |
grncdr | cool | 22:47 |
asalkeld | grncdr, if you need help let me know | 22:48 |
grncdr | I will, I assume I should just start a branch and eventually push it up to gerrit? | 22:49 |
grncdr | I've made one trivial patch in Heat before, so I think I remember the process | 22:49 |
grncdr | at least, I found it before, so I can find it again | 22:49 |
asalkeld | yip | 22:50 |
asalkeld | also as soon as it works put, it up to gerrit and mark it "work in progress" | 22:51 |
asalkeld | so we can have a look | 22:51 |
grncdr | ok, should be not too long | 22:58 |
asalkeld | https://etherpad.openstack.org/p/heat-port-check | 22:59 |
asalkeld | grncdr, something like that ^? | 22:59 |
*** jergerber has quit IRC | 23:02 | |
grncdr | yeah | 23:02 |
grncdr | that's pretty much exactly what I was doing | 23:02 |
asalkeld | so will this work in a update? | 23:02 |
asalkeld | the port will just be up | 23:02 |
asalkeld | so it won't help to see if software has been updated | 23:02 |
asalkeld | but maybe that is a seperate issue | 23:03 |
grncdr | hm, to be honest I've never used update | 23:03 |
grncdr | so I'm not sure what the concern is exactly | 23:03 |
asalkeld | so a waitcond, could be run from the metadata | 23:03 |
asalkeld | so when updated you get the same wait | 23:04 |
asalkeld | but, I think this has it's own advantages | 23:04 |
asalkeld | so don't worry | 23:04 |
grncdr | yeah, I think it's a separate enough use case | 23:04 |
*** yogesh has quit IRC | 23:06 | |
asalkeld | stevebaker, nice idea here ^ https://etherpad.openstack.org/p/heat-port-check , https://blueprints.launchpad.net/heat/+spec/port-check-condition-resource | 23:09 |
grncdr | I don't think I understand your last two points under disadvantages | 23:11 |
grncdr | I don't know what you're comparing it against? a waitcondition? | 23:12 |
asalkeld | well, the port might be open, but some part of your setup has failed | 23:12 |
stevebaker | hmm, what if you want security_group/firewall rules that would otherwise block heat-engine from polling the port? | 23:12 |
*** jamieh has quit IRC | 23:13 | |
asalkeld | stevebaker, it's your problem to open them | 23:13 |
stevebaker | hmmmmmmm | 23:13 |
stevebaker | that might encourage overly liberal access rules, since the IP of heat-engine might be hard to discover | 23:14 |
stevebaker | school holidays start now, off to get the kids | 23:15 |
*** jamieh has joined #heat | 23:16 | |
*** jcru has quit IRC | 23:17 | |
*** jamieh has quit IRC | 23:17 | |
*** pablosan has quit IRC | 23:30 | |
*** adrian_otto has quit IRC | 23:37 | |
*** IlyaE has joined #heat | 23:44 | |
zaneb | ok, bugzilla busy-work complete >:| | 23:55 |
zaneb | y'all, I am out tomorrow. Gonna try and find a place to live. See you Monday | 23:55 |
*** SergeyLukjanov has quit IRC | 23:57 | |
*** sjmc has quit IRC | 23:58 | |
randallburt | zaneb: good luck! | 23:59 |
*** swygue has joined #heat | 23:59 | |
SpamapS | zaneb: I hear it's fun to stay at the YMCA | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!