Tuesday, 2014-04-15

mattoliverauMorning all, been in a meeting all morning.00:00
*** nati_ueno has quit IRC00:01
*** derekh has quit IRC00:02
*** nati_uen_ has joined #heat00:02
*** nati_uen_ has quit IRC00:03
mattoliverauzaneb: Congrats on the new position, what would you like to be called now, your majesty, sir, surpreme ruler?00:04
zanebmattoliverau: thanks, any of those will be fine :D00:04
*** nati_ueno has joined #heat00:04
asalkeldmattoliverau, lets not let it get to his head ;)00:04
mattoliverauzaneb: Yes sir, surpreme ruler majesty, sir!!00:07
mattoliverauasalkeld: lol00:08
zanebexcellent :)00:08
zanebasalkeld: job's yours any time you want to volunteer ;)00:09
asalkeldzaneb, yeah - I know it is a lot of button pushing00:09
asalkelda bit of a thankless job00:10
zanebso they tell me00:10
zanebcertainly gonna find out00:10
zaneband then try to knock it on the head00:10
asalkeldI have never been a fan of process, so I have been nervous in searching out ptl status00:11
*** shakamunyi has joined #heat00:11
zanebyeah00:12
zanebsounds like it has improved a bit during Icehouse00:12
zanebproject meetings used to be total BS00:12
asalkeldbut I hope you can encourage the other projects like murano/solum/mistral00:12
zanebnow they seem to focus more on actual cross-project issues00:12
zanebwhich is what that meeting should be for00:12
asalkeldto that ^ is super important00:12
asalkeldyip00:12
mattoliverauYeah my manager is mikal, the new nova ptl, and he was getting worried he might actually win for the same reasons. RE: Thankless job.00:13
asalkeldoo, mattoliverau you are a work mate?00:14
asalkeldmattoliverau, you in au?00:14
mattoliverauasalkeld: I probably am :) I'm a remote racker working on upstream openstack.00:14
asalkeldme too:)00:15
asalkeldmattoliverau, I am in Brisbane00:15
mattoliverauI'm in Melbourne :)00:15
asalkeldI was there00:15
mattoliverausmall work!00:15
asalkeldlast year00:15
asalkeldbig work/small world00:15
asalkeld;)00:15
zanebasalkeld: have you considered running for the TC?00:15
*** nati_ueno has quit IRC00:15
zanebI would vote for you ;)00:16
asalkeldzaneb mmmm00:16
asalkeldare there restrictions on number from one company?00:16
mattoliverauasalkeld: Cool, well I'm new to Melbourne, I was in the UK last year, and before that in Canberra (don't hold it against me :P)00:16
zanebI don't believe so00:16
zanebCanberra? people live there by choice???00:17
asalkeldzaneb, what's the deadline?00:17
asalkeldlol00:17
zanebasalkeld: nominations are open until the end of this week00:17
asalkeldzaneb, one pita is the meeting time00:17
* asalkeld likes sleep in the morning00:17
mattoliverauzaneb: lol, yeah, it's quiet and nice.. Australias best kept secret, so long as people hate it, thats fine by me, keeps people out :P00:18
zaneblol, yeah, don't blame you00:18
zaneb(last comment was directed at asalkeld)00:18
*** nati_ueno has joined #heat00:18
zanebmattoliverau: you are still clearly crazy ;-P00:19
mattoliverauzaneb: and proud of it :P00:19
asalkeldtc meeting : not too bad 6am00:20
asalkeldkinda00:20
zanebouch00:20
asalkeldmost corp. meetings are 3am00:20
asalkeldgot a good excuse to miss those00:20
asalkeld:)00:20
zaneblol00:20
zanebAustralia really is in a terrible time zone00:21
asalkeldwtf: you guys are the problem ;)00:22
mattoliverauWe just need to get more people from our hemisphere involved in Openstack and try and get the US to wake up in the middle of the night ;P00:22
zanebNZ can just slip in to the waking zone for a meeting that is during the day in the US and late at night for Europe00:22
zanebbut for Aus it's still in the middle of the night00:22
asalkeldyeah00:23
zanebmattoliverau: in case you didn't know, I'm from NZ but I work in the US00:23
zanebthat will help explain some accent-related questions later ;)00:24
mattoliverauA kiwi, nice :) Or teasing at the summit :P00:24
zanebstevebaker is also a kiwi00:25
zanebwe're not sure what asalkeld is any more00:25
asalkeldme neither :-O00:25
*** nosnos has joined #heat00:26
asalkeldI have a south african + kiwi passport and on track to getting an au one00:26
mattoliverauzaneb: I relocated to rackspace London last year for work, so I know the struggle of being a the only person in the country who sounds normal. I just somehow tricked rackspace into letting me go home :P00:26
asalkeldI am just a tri nation-list00:26
mattoliverauasalkeld: LOL, who will you go for in the rugby :P00:26
asalkeldI just enjoy the match00:26
zanebthe winner, clearly00:27
mattoliveraulol00:27
asalkeldhappy and sad the matter what00:27
*** blamar has joined #heat00:28
*** matsuhashi has joined #heat00:30
*** nosnos has quit IRC00:31
*** nosnos has joined #heat00:32
*** blamar has quit IRC00:35
*** asalkeld has quit IRC00:40
openstackgerritMatthew Oliver proposed a change to openstack/heat: Standalone heat can't specify a region  https://review.openstack.org/8366900:43
*** nati_uen_ has joined #heat00:43
*** nati_ueno has quit IRC00:47
*** cody-somerville has joined #heat00:48
openstackgerritSteve Baker proposed a change to openstack/heat-cfntools: Manually sync requirements  https://review.openstack.org/8742000:49
*** blomquisg has quit IRC00:50
*** dims has quit IRC00:52
*** asalkeld has joined #heat00:53
*** shakamunyi has quit IRC00:54
*** nkhare has joined #heat00:54
stevebakercould somebody approve https://review.openstack.org/87420 so I can release heat-cfntools?00:56
*** julienvey has joined #heat00:58
*** blamar has joined #heat00:59
*** nati_uen_ has quit IRC00:59
*** lindsayk has quit IRC00:59
*** nati_ueno has joined #heat01:00
*** nati_ueno has quit IRC01:00
*** nati_ueno has joined #heat01:00
*** blomquisg has joined #heat01:04
asalkeldzaneb, tc email sent01:08
asalkeldhopefully not too many spello's01:08
asalkeld:-O01:08
zanebnice01:09
zanebthat definitely leaves less pressure on me to run :)01:09
asalkeldwell I just want the teams working more together01:11
openstackgerritA change was merged to openstack/python-heatclient: Use correct order of arguments to assertEqual  https://review.openstack.org/8249801:17
openstackgerritA change was merged to openstack/python-heatclient: Remove unused arguments for stack-preview command  https://review.openstack.org/8726801:17
*** zz_gondoi is now known as gondoi01:21
*** kgriffs is now known as kgriffs|afk01:28
mattoliveraunice work asalkeld01:30
asalkeldta mattoliverau01:31
*** alexheneveld has joined #heat01:44
*** Daviey has quit IRC01:47
*** Daviey has joined #heat01:51
*** harlowja has quit IRC01:52
*** harlowja_ has joined #heat01:52
*** Michalik- has quit IRC01:58
*** gondoi is now known as zz_gondoi01:58
*** pleia2 has quit IRC02:00
*** pleia2 has joined #heat02:00
*** Daviey has quit IRC02:01
*** pleia2 has joined #heat02:06
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix inaccurate error_msg for InvalidTemplateVersion  https://review.openstack.org/8176102:09
stevebakerAnybody who wants to hack on the release notes for icehouse, take a look here https://wiki.openstack.org/wiki/ReleaseNotes/Icehouse#OpenStack_Orchestration_.28Heat.2902:10
asalkeldstevebaker, do you know of a minimal horizon plugin02:11
asalkeldjust so I can see what the hooks are02:11
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Fix empty resource list index out of range error  https://review.openstack.org/8726902:12
asalkeldI started with tuskar-ui, but it's not exactly minimal02:12
*** Daviey has joined #heat02:12
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Fix empty resource list index out of range error  https://review.openstack.org/8726902:14
*** liang has joined #heat02:15
*** spzala has quit IRC02:17
*** blomquisg has quit IRC02:19
*** connie has quit IRC02:20
*** Linz has joined #heat02:21
*** Linz has quit IRC02:22
*** blomquisg has joined #heat02:33
*** david-lyle has joined #heat02:38
*** zz_gondoi is now known as gondoi02:45
*** alexpilotti has quit IRC02:46
*** ramishra has joined #heat02:58
*** nkhare has quit IRC02:58
*** gondoi is now known as zz_gondoi03:00
*** zns has quit IRC03:02
*** nati_ueno has quit IRC03:10
*** nati_ueno has joined #heat03:11
*** nati_ueno has quit IRC03:17
*** zns has joined #heat03:19
*** asalkeld has quit IRC03:21
*** harlowja_ is now known as harlowja_away03:21
*** matsuhashi has quit IRC03:27
*** zhiyan_ is now known as zhiyan03:30
*** zhiyan is now known as zhiyan_03:31
*** aweiteka has joined #heat03:35
*** nosnos has quit IRC03:39
*** alexheneveld has quit IRC03:41
*** zhiyan_ is now known as zhiyan03:47
*** harlowja_away is now known as harlowja_03:53
*** zns has quit IRC03:55
*** david_lyle_ has joined #heat04:01
openstackgerritA change was merged to openstack/heat-cfntools: Manually sync requirements  https://review.openstack.org/8742004:01
*** david-lyle has quit IRC04:01
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon  https://review.openstack.org/8466404:07
*** chandan_kumar has joined #heat04:09
*** lindsayk has joined #heat04:10
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon  https://review.openstack.org/8466404:15
openstackgerritMatthew Oliver proposed a change to openstack/heat: Standalone heat can't specify a region  https://review.openstack.org/8366904:16
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Add --dry-run option to stack abandon command  https://review.openstack.org/8468004:16
*** chandan_kumar has quit IRC04:17
*** lindsayk has quit IRC04:18
*** matsuhashi has joined #heat04:25
*** nosnos has joined #heat04:31
*** asalkeld has joined #heat04:32
stevebakerasalkeld: tuskar-ui was all I had to suggest04:33
asalkeldok thanks stevebaker04:33
asalkeldstevebaker, also : https://github.com/cloudbuilders/simple_horizon_plugin04:35
stevebakerah, cool04:36
*** david_lyle_ has quit IRC04:37
*** david-lyle has joined #heat04:38
*** akuznetsov has joined #heat04:41
sdake_evening folks04:50
*** chandan_kumar has joined #heat04:50
mattoliveraugood afternoon sdake_04:51
*** gokrokve has quit IRC04:51
sdake_10pm here04:51
sdake_but thanks you too :)04:51
*** aweiteka has quit IRC04:53
*** skraynev_afk is now known as skraynev04:57
skraynevMorning all ;)04:58
*** akuznetsov has quit IRC05:02
*** akuznetsov has joined #heat05:03
*** matsuhashi has quit IRC05:03
mattoliverauMorning skraynev05:04
*** matsuhashi has joined #heat05:04
skraynevGood morning mattoliverau ;)05:05
*** nkhare has joined #heat05:07
*** DaveJ__ has quit IRC05:07
*** akuznetsov has quit IRC05:14
*** lindsayk has joined #heat05:14
*** sdake_ has quit IRC05:18
*** alexheneveld has joined #heat05:19
*** lindsayk has quit IRC05:19
*** samstav has quit IRC05:19
*** akuznetsov has joined #heat05:21
sdaketime for tv passout hour05:25
sdakenight all05:25
*** asalkeld has quit IRC05:27
*** tomek_adamczewsk has joined #heat05:35
*** harlowja_ is now known as harlowja_away05:37
*** asalkeld has joined #heat05:40
*** arbylee1 has quit IRC05:40
*** arbylee has joined #heat05:43
*** akuznetsov has quit IRC05:52
openstackgerritSergey Kraynev proposed a change to openstack/heat: Make template validation uniform  https://review.openstack.org/8662305:52
*** arbylee has quit IRC05:54
pas-hamorning all05:59
openstackgerritSergey Kraynev proposed a change to openstack/heat: Make template validation uniform  https://review.openstack.org/8662306:02
*** sdake_ has joined #heat06:03
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/8395706:09
*** akuznetsov has joined #heat06:10
*** akuznetsov has quit IRC06:13
*** arbylee has joined #heat06:13
*** lindsayk has joined #heat06:15
openstackgerritSergey Kraynev proposed a change to openstack/heat: Adding attribute schema class for attributes  https://review.openstack.org/8652506:16
openstackgerritSergey Kraynev proposed a change to openstack/heat: Using attribute schema for building documentation  https://review.openstack.org/8680306:16
openstackgerritSergey Kraynev proposed a change to openstack/heat: Deprecate first_address attribute of Server  https://review.openstack.org/8652606:17
*** tnurlygayanov has quit IRC06:17
*** tnurlygayanov has joined #heat06:18
*** lindsayk has quit IRC06:20
*** metral has quit IRC06:29
*** metral has joined #heat06:29
*** nanjj has joined #heat06:34
*** IlyaE has quit IRC06:39
*** tspatzier has joined #heat06:39
*** ifarkas has joined #heat06:44
therveGood morning!06:49
openstackgerritSergey Kraynev proposed a change to openstack/heat: Deprecate first_address attribute of Server  https://review.openstack.org/8652606:50
mattoliverauWell I'm off for the day, have to head to the in-laws for dinner :( Have a great night/day y'all.06:52
*** jprovazn has joined #heat06:54
asalkeldlater mattoliverau06:56
*** matsuhashi has quit IRC07:01
*** matsuhashi has joined #heat07:01
*** masahito has joined #heat07:02
*** matsuhashi has quit IRC07:02
*** matsuhashi has joined #heat07:03
*** rpothier_ has joined #heat07:05
*** nati_ueno has joined #heat07:05
*** jstrachan has joined #heat07:06
*** rpothier has quit IRC07:07
*** jstrachan has quit IRC07:08
*** mspreitz has joined #heat07:10
*** arbylee has quit IRC07:15
*** lindsayk has joined #heat07:15
*** lindsayk has quit IRC07:20
*** lipinski has quit IRC07:22
* skraynev is away: afk07:22
* skraynev is back (gone 00:01:17)07:23
therveshardy, When you're around I have some questions about https://bugs.launchpad.net/heat/+bug/130131107:30
uvirtbotLaunchpad bug 1301311 in heat "Abandon stack lacks locking" [High,In progress]07:30
*** nati_ueno has quit IRC07:39
*** fandi has joined #heat07:47
pas-hahi all, what's our current agreement on i18n for strings checking in unittests? should I add it or not?07:48
shardymorning all07:51
shardytherve: hi, sure07:51
*** e0ne has joined #heat07:51
*** mspreitz has quit IRC07:51
*** nati_ueno has joined #heat07:51
shardypas-ha: You mean il8n *in* the tests?07:52
zigostevebaker: sdake_: FYI, I'm in China! :)07:52
zigo(though I'm French...)07:52
lifelesstherve: o/07:52
shardyzigo: I think we all assumed you were in France :)07:53
pas-hashardy: I mean when I e.g check the error message - should I make the 'expected' message i18n'ed?07:53
therveshardy, So abandon doesn't lack any locking AFAIU. It doesn't override locking as delete does, though.07:53
thervelifeless, Hi07:53
shardytherve: so what happens if two abandons, or an abandon and a delete happen concurrently?07:54
*** jistr has joined #heat07:54
shardywe could end up in a ABANDON_FAILED state, could we not?07:54
therveSo you can't have 2 abandons07:54
therveBecause there is locking07:54
therveabandon then delete will try to acquire the lock and stop the abandon process07:55
shardybut we acquire the abandon data outside the lock, so the stack isn't necessarily in a stable state07:55
thervelifeless, Why do you keep reporting the same bug? :)07:55
therveshardy, That may be a problem, yes07:56
*** tomek_adamczewsk has quit IRC07:56
shardypas-ha: No, just make the expected string match the default non-localized string in the code07:58
lifelesstherve: I searched for it and couldn't see it07:58
shardypas-ha: https://review.openstack.org/#/c/75798/12/heat/tests/__init__.py07:58
pas-hashardy: thanks07:58
lifelesstherve: and ETIRED :(07:58
pas-hashardy: yep, 've seen that07:59
shardyThat's about to land, but I'm pretty sure that's also the right thing to do now07:59
thervelifeless, https://bugs.launchpad.net/heat/+bug/1306743 and https://bugs.launchpad.net/heat/+bug/1307885 right?07:59
uvirtbotLaunchpad bug 1306743 in heat "queuepool limit of size 5 overflow" [Undecided,New]07:59
lifelessyeah07:59
lifelessepic fail :)07:59
*** nati_ueno has quit IRC08:01
therveI wouldn't go that far08:02
*** ramishra has quit IRC08:03
nanjjshardy: hi08:03
nanjjshardy: https://review.openstack.org/#/c/87488/ -- stack abandon api change08:04
*** nati_uen_ has joined #heat08:04
shardynanjj: nice, thanks! :)08:05
*** julienve_ has joined #heat08:06
*** yassine has joined #heat08:06
*** tspatzier has quit IRC08:07
*** tspatzier has joined #heat08:08
*** yassine has quit IRC08:09
*** yassine has joined #heat08:09
*** zhiyan is now known as zhiyan_08:10
*** zhiyan_ is now known as zhiyan08:10
shardynanjj: Some minor comments added08:10
nanjjshardy: we may need some additional work to correct some other APIs issues08:10
nanjjshardy: for example stack-list, stack-show08:11
nanjjshardy: all show no response08:11
shardynanjj: Yeah, there are some inconsistencies, if you can help fix them that would be excellent :)08:11
openstackgerritA change was merged to openstack/heat: Move some template validation to Template class  https://review.openstack.org/8398408:12
*** yassine has quit IRC08:13
*** matsuhashi has quit IRC08:13
*** yassine has joined #heat08:13
*** yassine has quit IRC08:13
*** matsuhashi has joined #heat08:14
*** nati_uen_ has quit IRC08:14
*** nati_ueno has joined #heat08:14
*** zhiyan is now known as zhiyan_08:14
*** zhiyan_ is now known as zhiyan08:15
*** arbylee has joined #heat08:16
*** lindsayk has joined #heat08:16
*** matsuhashi has quit IRC08:18
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Add datastore properties to OS::Trove::Instance  https://review.openstack.org/6053208:19
*** lindsayk has quit IRC08:20
*** tomek_adamczewsk has joined #heat08:22
*** e0ne_ has joined #heat08:27
*** matsuhashi has joined #heat08:28
*** derekh has joined #heat08:29
*** e0ne has quit IRC08:29
*** sorantis has joined #heat08:34
*** ramishra has joined #heat08:36
nanjjshardy: just implemented your comments08:42
*** julienvey has left #heat08:44
*** julienvey has joined #heat08:45
openstackgerritDirk Mueller proposed a change to openstack/python-heatclient: Fix compatibility with Pep8 1.5.4  https://review.openstack.org/8749908:50
shardynanjj: Sorry, one more tiny issue08:51
therveshardy, If you could review https://review.openstack.org/#/c/86923/ that'd be awesome08:52
shardytherve: looking08:52
shardyBeen a bit slow on reviews over the last couple of days as I've been fighting with grenade08:52
therveOh. Adding heat support?08:53
shardytherve: Yes, I have a WIP patch posted08:53
therveAwesome08:53
shardybut I've been having a lot of problems getting my local test environment to work, so I've ended up debugging the test in the gate08:53
shardyhttps://review.openstack.org/#/c/86978/08:54
*** akuznetsov has joined #heat08:54
shardytherve: do you know if the config generator stuff is all still broken after this sync?08:56
*** julienve_ has quit IRC08:56
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Add --preview option to stack abandon command  https://review.openstack.org/8468008:57
nanjjshardy: thanks08:57
therveshardy, AFAIK yes08:58
therveI don't think the problem has been solved, though Zane would know more08:58
shardytherve: Ok, cool, I've not kept up to date with Zane's fix so wasn't sure if this sync included it08:58
shardytherve: approved08:59
*** sergmelikyan has quit IRC08:59
*** sergmelikyan has joined #heat08:59
nanjjshardy: why parameter data is not put in abandon data?08:59
shardynanjj: it's a bug09:00
shardyhttps://bugs.launchpad.net/heat/+bug/1300336/comments/209:00
uvirtbotLaunchpad bug 1300336 in python-heatclient "Stack adopt requires template" [High,Triaged]09:00
shardynanjj: I didn't raise one specifically for that issue, but since we include the template, IMO it should be possible to just pass the abandon data and have the stack fully adopted09:01
shardyor at least have the client interpret the abandon data and extract the various things like template, parameters, environment, files etc09:01
nanjjshardy: so we should include parameter data in abandon data09:01
nanjjshardy: and fix the bug09:02
shardynanjj: IMO, yes09:02
shardynanjj: I'm not yet sure if we should extract the template/parameters/environment from the abandon data in python-heatclient, or in the API/engine09:03
shardyDoing it in the client will be easier, but the API is our contract so perhaps we should do it there instead09:03
shardywith hindsight, perhaps overloading create for adopt was a mistake09:04
*** yassine has joined #heat09:05
nanjjmaybe, from end users' perspective, adopt is just adopt, it does not make sense to require them to provide the template or parameters09:06
nanjjnobody can remember09:06
shardynanjj: I agree, which is why it would probably make sense for it to be a different API action09:06
shardyadopt != create09:06
shardybecause the data input from the user is different09:07
shardybut atm we're (ab)using v1/​{tenant_id}​/stacks POST for both09:07
shardyand using conditionals in the engine to extract the data from either the request or adopt data09:08
nanjjyes, determine whether adopt data exists09:08
shardyThe requirement for conditionals on almost all of the request parameters indicates to me that the interface is wrong09:08
shardywe could instead have v1/​{tenant_id}​/stacks/adopt, which just takes data specific to adopt09:09
nanjjshardy: do we have blueprint to address these issues in Juno?09:09
shardynanjj: I raised several bugs for abandon/adopt, but some of the issues I'm still just thinking about09:09
*** dims has joined #heat09:10
nanjjshardy: yes, I saw the bugs09:10
*** nati_ueno has quit IRC09:12
*** zhiyan is now known as zhiyan_09:13
*** zhiyan_ is now known as zhiyan09:15
*** lindsayk has joined #heat09:16
shardytherve: re os_auth_url.replace in your ceilometer patch - have you checked that is still needed with latest keystoneclient?09:17
*** mkollaro has joined #heat09:17
shardytherve: ayoung said they'd implemented version autodiscovery, but I've not had time to look into it yet09:17
*** lindsayk has quit IRC09:21
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add preview option to stack abandon  https://review.openstack.org/8466409:28
nanjjshardy: preview, a nice word09:28
openstackgerritDimitri Mazmanov proposed a change to openstack/heat: Fix wrongly printed count of received handled conditions.  https://review.openstack.org/8729309:29
shardynanjj: Yeah, it describes the operation a little more clearly I think09:32
therveshardy, It seems that you need to do an additional API call though.09:33
shardytherve: Oh :( I thought they were going to implement something which transparently selected the correct endpoint based on which version of the python API you were using09:34
*** mkollaro has quit IRC09:34
*** akuznetsov has quit IRC09:34
*** TonyBurn has joined #heat09:37
*** chandan_kumar has quit IRC09:38
therveshardy, As I read there is a new endpoint giving you the list of available versions09:38
* shardy sighs09:39
shardyNot very "auto" autodiscovery then :(09:39
therveI'm not sure they could have done otherwise09:42
therveI guess you could do that request at the start of the service and store the result somewhere09:42
shardyYeah, but are you saying that request isn't made transparently by keystoneclient?09:43
*** sorantis has left #heat09:48
*** sorantis has joined #heat09:48
therveshardy, You need to make an additional call09:50
thervehttp://paste.openstack.org/show/75743/ is the example they give09:50
*** alexpilotti has joined #heat09:50
shardyugh09:51
*** chandan_kumar has joined #heat09:56
openstackgerritDimitri Mazmanov proposed a change to openstack/heat: Fix wrongly printed count of received handled conditions.  https://review.openstack.org/8729310:00
*** mkollaro has joined #heat10:02
*** bgorski has joined #heat10:02
*** liang has quit IRC10:03
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add preview option to stack abandon  https://review.openstack.org/8466410:10
*** mkollaro has quit IRC10:10
nanjjshardy: for me, functions like abandon, adopt and snapshoot are for pets10:10
nanjjshardy: for pets only10:10
shardynanjj: my point was that in many respects a snapshot and an abandon preview are the same thing10:11
nanjjshardy: snapshot needs to create image for server10:12
shardyboth will collect definition and state of the stack and all the resources10:12
nanjjshardy: yes, this part is same10:12
shardynanjj: non neccessarily - when therve and I discussed it recently, I mentioned that the snapshot of data/vm's could be optional and controlled via flags to the snapshot API10:13
shardyso you could either snapshot just the heat data, or the heat data and vms, or heat data, vm's and all storage10:13
shardyetc10:13
shardyso my concern is just that we don't want two API calls which do mostly the exact same thing10:14
shardylikewise the RPC calls and engine logic10:14
shardyso if there's an opportunity to work out a common interface, that might be good10:14
nanjjshardy: yes, agree10:15
shardytherve: ^^10:15
*** yassine has quit IRC10:17
*** yassine has joined #heat10:18
*** nanjj has quit IRC10:20
*** e0ne_ has quit IRC10:20
*** chandan_kumar has quit IRC10:23
*** nosnos has quit IRC10:27
therveshardy, Have you seen my patches btw?10:30
shardytherve: Yes, I've not reviewed all of them yet but I left some comments/questions on the API one10:30
shardytherve: I'm very happy to see this work started, thanks for picking it up! :)10:31
therveOh I missed them, looking10:31
*** sorantis has quit IRC10:32
*** chandan_kumar has joined #heat10:38
*** matsuhashi has quit IRC10:41
*** masahito has quit IRC10:42
*** masahito has joined #heat10:42
*** matsuhashi has joined #heat10:44
*** alexpilotti has quit IRC10:46
*** sorantis has joined #heat10:49
*** e0ne has joined #heat10:51
*** e0ne has quit IRC10:53
*** e0ne has joined #heat10:53
*** matsuhashi has quit IRC10:54
*** akuznetsov has joined #heat10:54
*** rpothier_ has quit IRC10:56
*** alexpilotti has joined #heat10:59
*** rpothier has joined #heat10:59
*** nkhare has quit IRC11:03
therveshardy, So I'm interested to hear opinions on whether or not snapshots should be independent of stacks11:03
therveIt's related to the restore operation, whether we only want to do it with an existing stack or not11:04
shardytherve: yeah, my initial reaction is that they would not be, but I'm not really sure11:04
shardyYeah, the issue is you can't restore resources from ID's for stuff that has been deleted11:04
shardyso all of the resources backed by things which don't support snapshot persistency natively won't work11:04
therveHum... Why would you want to restore from IDs though?11:05
shardyHmm, I guess we export all the data too11:05
therveYou use the template to recreate stuff, and backups for getting the data11:05
shardytherve: tbh I'm not sure what the right answer is, still thinking :)11:05
therveYeah me neither11:05
shardythere are issues like cinder volumes can't be deleted if snapshots exist11:06
*** DaveJ__ has joined #heat11:06
shardybut I guess we use backups instead of snapshots don't we?11:06
therveThat's another interesting point yes :)11:06
shardyProbably need some more use-cases before a decision can be made11:06
therveIt made sense for the deleting policy, because otherwise they disappear11:06
shardymaybe start a ML thread looking for feedback and example use-cases?11:07
therveIf you keep the resource around, you can use snapshots and it's much more efficient11:07
shardyYeah, I was initially expecting us to use the actuall snapshot features, as I assume they are much less expensive than backups11:07
shardybut that then implies snapshots dependent on stacks11:07
therveExactly11:07
shardymaybe we could do both, have a persist=True, or backup=True flag11:08
*** blomquisg has quit IRC11:08
shardyor maybe it's two different things, snapshot and backup11:08
*** ramishra has quit IRC11:09
shardypretty exiting possibilities implied by both tho :)11:09
*** ramishra has joined #heat11:10
*** asalkeld has quit IRC11:13
*** e0ne has quit IRC11:15
*** e0ne has joined #heat11:15
therveshardy, Sent11:17
*** mkollaro has joined #heat11:18
*** nkhare has joined #heat11:20
*** david-lyle has quit IRC11:20
*** dims has quit IRC11:22
*** e0ne_ has joined #heat11:28
*** dims has joined #heat11:29
*** e0ne has quit IRC11:31
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Add datastore properties to OS::Trove::Instance  https://review.openstack.org/6053211:32
*** lipinski has joined #heat11:38
*** arbylee has quit IRC11:40
*** chandan_kumar has quit IRC11:42
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Add hint on creating new user for Heat in DevStack  https://review.openstack.org/8755511:47
*** achampio1 has quit IRC11:54
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Add hint on creating new user for Heat in DevStack  https://review.openstack.org/8755511:56
*** zz_gondoi is now known as gondoi11:56
*** gondoi is now known as zz_gondoi11:57
*** chandan_kumar has joined #heat11:59
*** mkollaro1 has joined #heat12:02
*** mkollaro has quit IRC12:02
*** ifarkas has quit IRC12:04
*** ifarkas has joined #heat12:04
*** che-arne has joined #heat12:05
*** nkhare has quit IRC12:07
*** lindsayk has joined #heat12:20
openstackgerritDimitri Mazmanov proposed a change to openstack/heat: Fix wrongly printed count of received handled conditions.  https://review.openstack.org/8729312:21
*** lindsayk has quit IRC12:26
*** chandan_kumar has quit IRC12:26
*** jdob has joined #heat12:29
*** erecio has joined #heat12:34
*** akuznetsov has quit IRC12:35
*** chandan_kumar has joined #heat12:42
*** akuznetsov has joined #heat12:43
*** rpothier has quit IRC12:45
*** rpothier_ has joined #heat12:45
*** rbuilta has joined #heat12:47
*** Qiming has joined #heat12:51
*** jstrachan has joined #heat12:54
*** achampion has joined #heat12:56
*** nanjj has joined #heat12:57
*** blomquisg has joined #heat12:58
*** pafuent has joined #heat12:59
*** fandi has quit IRC12:59
*** cody-somerville has quit IRC13:03
*** Qiming has left #heat13:04
*** Qiming has joined #heat13:04
*** mkollaro has joined #heat13:05
*** ramishra has quit IRC13:06
*** mkollaro1 has quit IRC13:09
*** zz_gondoi is now known as gondoi13:14
*** rpothier_ has quit IRC13:14
*** cody-somerville has joined #heat13:17
*** rpothier has joined #heat13:18
*** john-n-seattle2 has left #heat13:26
Qiminghi, does anyone know if there will be some discussions about instance groups during the design summit?13:28
Qimingtoday, we have InstanceGroup, ResourceGroup, AutoScalingGroup, AutoScalingResourceGroup, pools for a LoadBalancer, and Sahara cluster ...13:31
*** blamar has quit IRC13:31
therveTheir existence is not really a topic of discussion. Maybe you have something in mind?13:32
Qimingthese resources share a lot of properties in common.13:32
shardyQiming: http://summit.openstack.org/cfp/details/12613:33
Qimingand they demand for an additional relationship among resources -- 'contained' or 'member-of'13:33
shardyI would expect that to include discussion of the group-resource status13:33
Qimingshardy: checking13:33
*** blamar has joined #heat13:34
shardyQiming: Certainly I expect there to be some discussion of the next steps and key enhancements for Juno13:34
therveResourceGroup and AutoScalingResourceGroup are just better versions of InstanceGroup and AutoScalingGroup13:34
thervepools for a LoadBalancer... I don't see why that belong in that list13:34
therveSame for Sahara cluster13:34
shardyQiming: Also, it's important to distinguish the AWS compatible resources from the native OS::Heat ones13:35
Qimingtherve, what I want to propose is kind of a refactor work to server groups13:35
*** spzala has joined #heat13:35
therverefactoring is a way, not an end :)13:35
Qimingwhere the the groups may have certain policies associated with it (including: auto-scaling, load-balanced, high-available cluster, ...)13:36
shardyQiming: A lot of the AWS compatible resources could (and IMO should) be reimplemented as provider resource templates, which simply define the AWS compatible interfaces and wrap the native resources13:36
Qimingtherve, agree13:36
shardyQiming: If we do that, a lot of the duplication you're concerned about dissapears13:36
Qimingyes. shardy, that is exactly my point.13:37
shardyQiming: I think there is general agreement that is the direction we're headed for all AWS compatible resources, but actually doing it will require significant effort13:37
Qimingagreed. maybe we should kick off this work sooner than later, or else the maintainability of the duplicated code could be a disaster13:39
shardyQiming: well if you're offering to do it, then go ahead ;)13:39
therveThere is not so much duplication13:39
Qiming:) there is not so much duplication today, because it is still not yet too late13:40
therveFor example AutoScalingResourceGroup is-a AutoScalingGroup for now13:40
shardyand AutoScalingGroup is-a InstanceGroup13:41
QimingI'm currently pretty occupied by implementing a HA cluster for VMs13:41
Qimingduring this work, I have been stealing a lot code from the existing code base.13:41
QimingIt really makes me feeling uncomfortable.13:41
*** vijendar has joined #heat13:41
shardySo the disaster is all the duplication in your own code?13:42
therveHeh :)13:42
shardy;)13:42
QimingThat's the origin of the thoughts on converging all this VM groups functionalities into one ...13:42
*** vijendar has quit IRC13:42
*** vijendar has joined #heat13:42
Qimingsadly, yes. it is a disaster. but it helps me better understand how the code works today, that is not too bad anyway13:43
shardyQiming: I don't think we really have enough visibility of what you're doing to comment, can you like your repository and the duplicated code you refer to?13:43
shardyQiming: It sounds like you should be contributing to Heat instead of duplicating our code :)13:43
shardys/like/link13:43
Qimingshardy, still trying my best to get the whole idea formed, while writing some prototype code13:44
shardyQiming: Ok, so there is no disaster, or at least not yet ;)13:45
Qimingdefinitely, I hope the outcome, if it works, will find a way back into Heat13:45
QimingI have just posted some ideas to the mailinglist13:48
Qiminghttp://lists.openstack.org/pipermail/openstack-dev/2014-April/032703.html13:48
Qimingshardy, therve, I would really appreciate your review and comments on this13:48
*** gondoi is now known as zz_gondoi13:49
Qiminglet me know if the idea makes sense to you or not13:49
shardyQiming: I think most of what you describe is already possible13:50
skraynevshardy: currently information about all deleted stacks stored in db and available when I use get method of StackManager. right? I just want to know, is it expected behavior or not ?13:51
shardyskraynev: Yes, it's stored until you purge it with heat-manage, but deleted stacks should not show up by default in heat stack-list13:52
Qimingthanks, shardy, but 'possible' only means it CAN be implemented.13:52
Qimingam I getting an approval from you to continue work on this? :)13:53
shardyQiming: well we have an example template which does most of what you describe13:53
skraynevshardy: yeap, stack-list works correct. Only was surprised that all information is available ;)13:53
shardyQiming: I'm just some guy on the internet, you don't need my approval to do anything :)13:53
*** jstrachan has quit IRC13:53
skraynevshardy: as I understand right it is used or will be used for some features ?13:53
Qimingshardy, that is only about a single VM instance, and it as done improperly13:53
shardyQiming: what I'm saying is that most of what you need already exists in Heat13:54
shardyor at least as I understand it13:54
shardyif there are gaps, feel free to raise blueprints where they don't exist already13:54
openstackgerritChmouel Boudjnah proposed a change to openstack/heat: Skip tests when loading plugins  https://review.openstack.org/8411713:54
shardyyour requirements are quite similar to e.g Tuskar's AutoScaling requirements13:54
Qimingshardy: not a VM cluster that can restart, remote-restart, migrate a VM in it13:55
shardyskraynev: deleted stacks aren't used for anything, just to enable events to be listed after delete, for an audit trail13:56
Qimingshardy: I will work on a blueprint asap13:56
skraynevshardy: gotcha, thanks for clarification ;)13:57
*** rbuilta has quit IRC13:57
*** arbylee has joined #heat13:57
*** rbuilta has joined #heat13:57
shardyQiming: Ok, but the first step is to decouple the overall functionality you require (which IMO should be implemented as a heat template, not a resource plugin) from the feature gaps required to implement it13:58
shardye.g "Implement HA cluster" is not a good heat blueprint13:58
shardyproviding an example to heat-templates which demonstrates how to deploy an HA cluster however, would be excellent :)13:59
Qimingshardy: got your point. Just some abstract text will only lead to confusion.14:00
openstackgerritAlexander Ignatov proposed a change to openstack/heat: OS::Sahara::Cluster resource implementation  https://review.openstack.org/7233614:02
*** gokrokve has joined #heat14:02
shardyQiming: https://wiki.openstack.org/wiki/TripleO/TuskarJunoPlanning14:04
shardyQiming: You may find the "High Availability" and "Auto-Scaling" sections of that interesting14:04
Qimingshardy: If I'm understanding correctly, Heat is not gonna provide resource types for Tuskar, right?14:06
shardyQiming: No, but we will probably implement any underlying functionality required to enable the *templates* to be written14:06
Qimingshardy, that is my understanding14:07
shardyI don't think "HA cluster" is a good resource base-type, it's a deployment pattern which we'll support indirectly by providing the features required to implement it in a heat template14:07
shardyFolks might choose to expose it as a provider resource however14:07
*** arbylee has quit IRC14:09
*** arbylee has joined #heat14:10
QimingIn Tuskar, heat templates are to be stored on Swift?14:12
*** chandan_kumar has quit IRC14:13
*** aweiteka has joined #heat14:16
*** sjmc7 has joined #heat14:16
*** nati_ueno has joined #heat14:18
*** nati_ueno has quit IRC14:19
*** yassine has quit IRC14:20
*** yassine has joined #heat14:21
*** RockKuo has quit IRC14:23
*** pablosan has joined #heat14:25
*** pablosan has quit IRC14:26
*** pablosan has joined #heat14:27
*** m_22 has joined #heat14:28
*** m_22 has left #heat14:28
*** IlyaE has joined #heat14:30
*** lipinski has quit IRC14:30
*** jay_t has joined #heat14:35
openstackgerritRob Crittenden proposed a change to openstack/python-heatclient: Heat client does not support OS_CACERT option.  https://review.openstack.org/8766414:36
*** julienve_ has joined #heat14:38
*** julienve_ has quit IRC14:41
*** jprovazn has quit IRC14:43
openstackgerritChmouel Boudjnah proposed a change to openstack/heat: Skip tests when loading plugins  https://review.openstack.org/8411714:44
*** julienvey has left #heat14:44
*** alexheneveld has quit IRC14:46
*** julienvey has joined #heat14:49
*** julienvey has left #heat14:49
sdakemorning14:50
shardymorning sdake14:50
*** akuznets_ has joined #heat14:51
*** david-lyle has joined #heat14:54
*** akuznetsov has quit IRC14:54
Qimingshardy: can you help provide some pointers to stack user domain/project?14:55
shardyQiming: yes, I'm actually writing a blog post on that topic right now ;)14:56
Qiminggreat! I hope the post is not blocked here ...14:57
*** RockKuo has joined #heat14:58
shardyQiming: it will be posted to http://hardysteven.blogspot.co.uk/, which is syndicated to planet.openstack.org14:58
*** jistr has quit IRC14:58
Qiming"this webpage is not available", as I guessed14:59
shardyQiming: :( Can you use one of your comany proxies via a VPN?14:59
shardy*company*15:00
Qimingshardy: trying a VM from US now, it shoud work15:00
*** jistr has joined #heat15:02
Qimingcool, worked15:02
sdakeyay robyn's federal taxes cleared the checking account15:02
*** sorantis has quit IRC15:03
sdakeso my 11 year old daughter says "Dad why isn't tax day on April 1st?"15:03
sdakemy response -> "It should be, thats April Fools day!"15:03
*** lipinski has joined #heat15:03
*** RockKuo_iPad has joined #heat15:04
openstackgerritA change was merged to openstack/heat: Sync oslo incubator  https://review.openstack.org/8692315:04
*** aweiteka has quit IRC15:06
*** sdake_ has quit IRC15:17
*** sdake_ has joined #heat15:18
*** sdake_ has quit IRC15:18
*** sdake_ has joined #heat15:18
*** RockKuo_iPad has quit IRC15:26
*** randallburt has joined #heat15:27
*** pablosan is now known as zz_pablosan15:31
*** randallburt has quit IRC15:33
*** dmueller has joined #heat15:34
openstackgerritA change was merged to openstack/heat: Fix inaccurate error_msg for InvalidTemplateVersion  https://review.openstack.org/8176115:34
*** IlyaE has quit IRC15:39
*** jstrachan has joined #heat15:39
*** dmueller has quit IRC15:40
jay_thello, wondering if i may ask a question about error I am seeing15:41
*** arbylee has quit IRC15:43
jay_twith regards to scalignpolicy, I am  getting "Nested stack update failed: State invalid for UPDATE" pretty frequently although autoscaling does work sometime15:44
shardyjay_t: Is the scaling policy trying to update while an update is already in progress?15:45
shardymaybe you need to specify a longer cooldown period?15:45
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Order imports in alphabetical order (9/9)  https://review.openstack.org/8536115:46
jay_tshardy: using 90 on scaleup and 120 on scaledown15:46
jay_tshardy: alarm period is set 3015:48
*** TonyBurn has quit IRC15:49
*** tomek_adamczewsk has quit IRC15:49
Qimingsounds like the alarm period should be longer than the cooldown period?15:54
thervezaneb, Thanks for fixing that bug, I got tricked by the title15:54
zanebtherve: yeah, it was a terrible title15:54
Qimingor else the group is still in IN_PROGRESS state ...15:54
zanebI actually asked him to raise that bug because he emailed me about it first (and then raised a question for Ubuntu developers...)15:55
*** IlyaE has joined #heat15:55
*** julienve_ has joined #heat15:56
jay_tQiming: I think I may be a little confused as to all the timing paramaters, there is evaluation_interval setting in ceilometer.conf then period in alarm definition15:57
thervejay_t, You want evaluation_interval to be less than period15:57
*** nanjj has quit IRC15:58
jay_ttherve, i currently have evaluation period in ceilometer.conf set to 6015:58
jay_tsorry15:58
*** julienv__ has joined #heat15:58
jay_ttherve,evalutation_interval in ceilometer.com15:58
*** julienv__ is now known as julienvey_15:59
jay_ttherve, like i said, i may be confused regarding the different time settings16:00
*** julienve_ has quit IRC16:00
*** IlyaE has quit IRC16:01
*** julienvey_ is now known as julienvey16:05
*** jstrachan has quit IRC16:06
jay_ttherve, so i want evaluation_period in ceilometer.conf to be less than whatever my alarm period is?  And cooldown should also be less than alarm period?16:07
therveYou evaluate your alarm more often than you get values, that's useless16:08
therveSo yes, evaluation_interval < alarm period16:08
jay_ttherve, sorry if these appear to be stupid questions16:09
*** IlyaE has joined #heat16:09
therveCooldown ought to be more than alarm period though. If it's less, it's the same as not having cooldown.16:09
*** jistr has quit IRC16:09
*** jistr has joined #heat16:10
*** rbuilta has quit IRC16:10
*** rbuilta has joined #heat16:10
Qimingmy understanding is this: alarm.period * alarm.evaluation_periods > policy.cooldown, alarm.priod > ceilometer.eval_interval16:11
*** zhiyan is now known as zhiyan_16:12
Qimingcooldown acts like a gate, if the product of (period*evaluation_periods) is shorter, UPDATE will be rejected16:13
Qimingthat is what cooldown is designed for16:13
Qimingso, in your case, jay_t, it may be a good sign to receive those errors16:14
therveRight, exactly. So it's either 0 or superior.16:14
*** derekh has quit IRC16:15
jay_ttherve, so i will first change my evaluation_interval to ensure it is less than my alarm period16:21
therveIt doesn't have to be the case. It's just more meaninful.16:22
therveSetting the interval too low can have a performance impact.16:22
jay_tok so right now that is set to 6016:22
jay_tso i maybe i will just increase the alarm period then16:23
*** daneyon has joined #heat16:24
* Qiming goes to bed now16:31
*** Qiming has quit IRC16:31
*** e0ne_ has quit IRC16:33
*** e0ne has joined #heat16:34
*** erecio has quit IRC16:36
*** e0ne has quit IRC16:38
*** erecio has joined #heat16:46
thervezaneb, It'd be cool to have your opinion on the stack snapshots email I sent16:48
zanebtherve: I haven't read it yet, but I will take a look today16:49
therveGreat thanks16:49
*** yassine has quit IRC16:50
*** harlowja_away is now known as harlowja_16:58
*** EmilienM has quit IRC17:03
*** alexheneveld has joined #heat17:05
*** EmilienM has joined #heat17:07
*** nati_ueno has joined #heat17:08
*** nati_ueno has quit IRC17:21
*** nati_ueno has joined #heat17:23
*** pithagora has joined #heat17:27
*** nati_ueno has quit IRC17:29
*** nati_uen_ has joined #heat17:30
*** IlyaE has quit IRC17:37
*** e0ne has joined #heat17:37
*** stannie has quit IRC17:38
*** e0ne_ has joined #heat17:41
*** e0ne has quit IRC17:44
*** lindsayk has joined #heat17:45
*** IlyaE has joined #heat17:46
*** rupsky has joined #heat17:46
*** zz_pablosan is now known as pablosan17:50
*** arbylee has joined #heat17:51
*** randallburt has joined #heat17:53
*** yogesh has joined #heat17:53
openstackgerritRob Crittenden proposed a change to openstack/python-heatclient: Heat client does not support OS_CACERT option.  https://review.openstack.org/8766417:54
*** pithagora has quit IRC17:55
*** pablosan is now known as zz_pablosan17:56
*** jprovazn has joined #heat17:58
*** andersonvom has joined #heat18:02
*** rbuilta has quit IRC18:06
*** jistr has quit IRC18:07
*** rbuilta has joined #heat18:08
*** gokrokve_ has joined #heat18:08
*** che-arne has quit IRC18:11
*** gokrokve has quit IRC18:12
*** lnxnut has joined #heat18:12
*** etoews has joined #heat18:17
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Check resources are in expected states  https://review.openstack.org/5864118:20
*** zz_pablosan is now known as pablosan18:21
*** pablosan is now known as zz_pablosan18:21
*** arbylee has quit IRC18:22
*** arbylee has joined #heat18:22
*** zz_pablosan is now known as pablosan18:23
*** bgorski has quit IRC18:24
*** lindsayk1 has joined #heat18:27
*** lindsayk1 has quit IRC18:27
*** lindsayk1 has joined #heat18:27
*** lindsayk has quit IRC18:28
*** rbuilta has quit IRC18:29
*** gokrokve_ has quit IRC18:30
*** nati_uen_ has quit IRC18:32
*** nati_ueno has joined #heat18:33
*** gokrokve has joined #heat18:35
*** jdob_ has joined #heat18:35
*** nati_ueno has quit IRC18:35
*** andersonvom has quit IRC18:35
*** nati_ueno has joined #heat18:36
*** nati_ueno has quit IRC18:39
*** gokrokve has quit IRC18:39
*** lipinski has quit IRC18:40
*** lipinski has joined #heat18:41
*** lipinski has quit IRC18:41
*** DaveJ__ has quit IRC18:47
*** lnxnut has quit IRC18:47
*** pablosan is now known as zz_pablosan18:50
*** julienvey has quit IRC18:51
*** julienve_ has joined #heat18:54
*** julienve_ has quit IRC18:54
*** pithagora has joined #heat18:59
*** sorantis has joined #heat19:00
*** gokrokve has joined #heat19:01
*** nati_ueno has joined #heat19:03
*** zigo has quit IRC19:04
*** zigo has joined #heat19:07
*** jdob_ has quit IRC19:11
*** nati_ueno has quit IRC19:17
*** sdake_ has quit IRC19:23
*** sorantis has quit IRC19:24
*** julienvey has joined #heat19:30
*** alexheneveld has quit IRC19:32
*** lipinski has joined #heat19:32
openstackgerritVijendar Komalla proposed a change to openstack/heat: Implement locking in abandon stack  https://review.openstack.org/8666319:37
*** chandan_kumar has joined #heat19:41
*** cdent has joined #heat19:44
*** chandan_kumar has quit IRC19:48
lipinskiAnyone know why I'd get a permissiond enied on the /lost+found directory when running heat-engine as non-root user?19:53
lipinskiProperty error: image [Errno 13] Permission denied: '/lost+found'19:53
*** chandan_kumar has joined #heat19:56
*** lipinski has quit IRC19:58
*** jprovazn has quit IRC19:58
*** lipinski has joined #heat19:59
jdoblifeless: "review based conceptual design process" meaning have the design docs in git and we use the gerritt +/- stuff to discuss and approve them?20:00
jdoboops, wrong window20:00
*** lipinski has quit IRC20:03
*** nati_ueno has joined #heat20:08
*** sorantis has joined #heat20:11
*** nati_ueno has quit IRC20:13
*** sorantis has quit IRC20:14
*** jstrachan has joined #heat20:14
*** sorantis has joined #heat20:15
*** jstrachan has quit IRC20:17
*** chandan_kumar has quit IRC20:18
*** jstrachan has joined #heat20:19
*** andersonvom has joined #heat20:20
*** randallburt has quit IRC20:21
*** randallburt has joined #heat20:21
*** sorantis has quit IRC20:22
*** randallburt has joined #heat20:22
*** sorantis has joined #heat20:24
*** nati_ueno has joined #heat20:25
*** scroiset has quit IRC20:26
*** aweiteka has joined #heat20:27
*** sorantis has quit IRC20:29
*** tomek_adamczewsk has joined #heat20:29
*** pithagora has quit IRC20:30
pafuentHi. If I need a particular AWS resource implementation that isn't supported by Heat CFN, but there is an equivalent OS native resource (with different parameters and attributes). Should I implement that like AWS::RDS::DBInstance?20:30
*** IlyaE has quit IRC20:33
*** IlyaE has joined #heat20:34
*** lnxnut has joined #heat20:34
*** lipinski has joined #heat20:34
*** zz_pablosan is now known as pablosan20:35
*** lnxnut has quit IRC20:35
*** lnxnut has joined #heat20:35
*** lipinski has quit IRC20:37
*** tspatzier has joined #heat20:43
*** nati_ueno has quit IRC20:48
*** nati_ueno has joined #heat20:49
*** jstrachan has quit IRC20:50
*** pithagora has joined #heat20:50
*** IlyaE has quit IRC20:51
*** pithagora has quit IRC20:57
zanebpafuent: yes, a provider template is the way to go if you can make it work20:57
*** jdob has quit IRC20:58
*** harlowja_ has quit IRC20:58
*** asalkeld has joined #heat20:58
pafuentzaneb: And If I make it work, Should I submit a patch with change or this kind of stuff should be used in my own OS deployment?20:59
zanebI'd day submit it to the heat-templates repo in the first instance21:00
pafuentzaneb: Ok, thanks.21:01
*** harlowja has joined #heat21:03
harlowjasdake how did we get from here to there, lol21:04
harlowjahahaha21:04
harlowjathat email is messing with my business continuity man21:05
*** blomquisg has quit IRC21:06
*** zigo has quit IRC21:06
*** alexheneveld has joined #heat21:08
*** zigo has joined #heat21:08
*** julienvey has quit IRC21:09
*** pafuent has left #heat21:13
*** jstrachan has joined #heat21:16
*** julienvey has joined #heat21:16
*** alexheneveld has quit IRC21:17
*** julienvey has quit IRC21:18
*** pablosan has quit IRC21:19
*** jstrachan has quit IRC21:20
*** asalkeld has quit IRC21:20
*** e0ne_ has quit IRC21:25
*** e0ne has joined #heat21:26
*** aweiteka has quit IRC21:26
*** aweiteka has joined #heat21:26
*** nati_ueno has quit IRC21:26
*** IlyaE has joined #heat21:29
*** e0ne has quit IRC21:30
*** julienvey has joined #heat21:31
*** asalkeld has joined #heat21:32
*** aweiteka has quit IRC21:35
*** nati_ueno has joined #heat21:36
*** vijendar has quit IRC21:36
*** cdent has quit IRC21:37
*** blamar_ has joined #heat21:38
*** blamar has quit IRC21:38
*** blamar_ is now known as blamar21:38
*** asalkeld has quit IRC21:41
*** julienvey has quit IRC21:43
jpeelerif i do a git pull --rebase, then do git-review, why would gerrit still say that my change needs rebasing? https://review.openstack.org/#/c/69726/21:44
jpeeleri guess i could start a new review, but losing the history is not ideal21:45
*** randallburt has quit IRC21:50
*** andersonvom has quit IRC21:51
*** tomek_adamczewsk has quit IRC21:54
*** tomek_adamczewsk has joined #heat21:55
*** andersonvom has joined #heat21:56
*** daneyon has quit IRC21:57
*** aru__ has joined #heat21:57
*** nati_ueno has quit IRC21:58
*** nati_ueno has joined #heat21:58
aru__I am making a heat api call for creating a stack. I am gettiting http 400 response with header line too long response21:58
aru__I wonder if it is related to this https://bugs.launchpad.net/python-keystoneclient/+bug/118617721:58
uvirtbotLaunchpad bug 1186177 in python-keystoneclient "the PKI token generated by v3 api is too long" [Medium,In progress]21:58
*** randallburt1 has joined #heat21:59
*** m_22 has joined #heat22:00
*** pablosan has joined #heat22:00
aru__It does not seem to work with version 2 api22:01
*** rupsky has quit IRC22:01
aru__either22:01
*** harlowja has quit IRC22:03
*** andersonvom has quit IRC22:03
*** tomek_adamczewsk has quit IRC22:04
*** david_lyle_ has joined #heat22:04
*** harlowja has joined #heat22:05
*** andersonvom has joined #heat22:05
*** nati_ueno has quit IRC22:05
*** david-lyle has quit IRC22:07
*** lindsayk1 has quit IRC22:08
*** lindsayk has joined #heat22:08
zanebjpeeler: that's weird, unless something else was merged in the intervening time22:08
*** yogesh has quit IRC22:10
jpeeleryeah i can't really figure out what i'm doing wrong, but if it doesn't work this time i'll just submit a new review22:10
*** asalkeld has joined #heat22:11
stevebakeraru__: Do you know if your keystone catalog is bigger than usual for any reason?22:13
stevebakeraru__: are you running recent icehouse? I think there were recent keystone changes which mitigated token size a little bit22:14
*** randallburt1 has quit IRC22:15
aru__I am just foolowing a siumilar example as is done in the unit test.Passing a few parameters to the template https://github.com/openstack/heat-templates/blob/master/hot/hello_world.yaml. As for the keystone catalog I am not entirely sure how to check it22:16
aru__I am using havana22:16
aru__But its a recent install22:17
stevebakershardy: Could you please look at populating https://wiki.openstack.org/wiki/ReleaseNotes/Icehouse#Stack_domain_users in the next day or so?22:17
*** tspatzier has quit IRC22:18
aru__Is there a way to check it in horizon?22:20
*** nati_ueno has joined #heat22:23
*** mkollaro has quit IRC22:25
*** randallburt has joined #heat22:26
mattoliverauMorning all22:30
stevebakeraru__: if you're getting this on havana your best approach might be switching keystone to UUID token format22:32
*** etoews has quit IRC22:35
*** spzala has quit IRC22:36
*** e0ne has joined #heat22:36
*** jstrachan has joined #heat22:37
*** jstrachan has quit IRC22:38
*** yogesh has joined #heat22:39
*** e0ne has quit IRC22:40
*** dims has quit IRC22:44
*** etoews has joined #heat22:45
*** etoews has quit IRC22:50
*** jstrachan has joined #heat22:54
*** jstrachan has quit IRC22:54
*** david_lyle_ has quit IRC22:57
*** dims has joined #heat22:57
*** yogesh has quit IRC23:03
*** sjmc7 has quit IRC23:09
*** achampion has quit IRC23:13
*** IlyaE has quit IRC23:15
*** nati_ueno has quit IRC23:15
*** etoews has joined #heat23:19
*** nati_uen_ has joined #heat23:20
*** gokrokve has quit IRC23:24
*** lipinski has joined #heat23:30
*** randallburt has quit IRC23:31
*** openstackstatus has quit IRC23:32
*** openstackstatus has joined #heat23:32
*** IlyaE has joined #heat23:33
*** nosnos has joined #heat23:39
*** lindsayk has quit IRC23:43
*** lindsayk has joined #heat23:45
*** lindsayk1 has joined #heat23:45
*** lindsayk has quit IRC23:49
*** gokrokve has joined #heat23:51
*** gokrokve has quit IRC23:54
openstackstatusNOTICE: Restarting gerrit really quick to fix replication issue23:58
*** ChanServ changes topic to "Restarting gerrit really quick to fix replication issue"23:58

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