Monday, 2014-07-07

*** IlyaE has quit IRC00:12
*** gokrokve_ has quit IRC01:13
*** gokrokve has joined #murano02:25
*** gokrokve has quit IRC02:41
*** gokrokve has joined #murano02:41
*** gokrokve has quit IRC02:46
*** lecalcot has joined #murano03:04
*** lecalcot has quit IRC03:04
*** lecalcot has joined #murano03:04
openstackgerritSerg Melikyan proposed a change to stackforge/murano: Delete Heat stack when environment is deleted  https://review.openstack.org/10281004:00
*** chandan_kumar has joined #murano05:34
*** killer_prince is now known as lazy_prince05:35
*** IlyaE has joined #murano05:37
*** lazy_prince is now known as killer_prince06:06
*** IlyaE has quit IRC06:41
*** killer_prince is now known as lazy_prince06:43
*** IlyaE has joined #murano07:02
*** chandan_kumar is now known as chandankumar07:23
*** IlyaE has quit IRC07:46
openstackgerritSerg Melikyan proposed a change to stackforge/murano: Delete Heat stack when environment is deleted  https://review.openstack.org/10281008:17
*** slagun has joined #murano08:17
*** stan_lagun has quit IRC08:20
*** DaveJ__ has joined #murano09:03
*** lazy_prince is now known as killer_prince09:12
openstackgerritSerg Melikyan proposed a change to stackforge/murano: Delete Heat stack when environment is deleted  https://review.openstack.org/10281009:14
*** killer_prince is now known as lazy_prince09:32
*** lazy_prince has quit IRC09:52
*** lazy_prince has joined #murano10:38
openstackgerritStan Lagun proposed a change to stackforge/murano: Unit tests for engine's YAQL functions  https://review.openstack.org/10495910:43
openstackgerritStan Lagun proposed a change to stackforge/murano: Use random name for Heat stack name instead of environment's name  https://review.openstack.org/10511711:02
openstackgerritA change was merged to stackforge/murano: Add articles about Automated Tests  https://review.openstack.org/10250011:37
*** lecalcot has quit IRC11:50
sergmelikyansjmc7: finally I have finished that damn test :) Take a look please https://review.openstack.org/10281012:06
sergmelikyan:)12:06
slagunI see -1 there without explanation12:11
openstackgerritEkaterina Chernova proposed a change to stackforge/murano-dashboard: Use testtools insted af unitest2  https://review.openstack.org/10514012:13
openstackgerritA change was merged to stackforge/murano: Use random name for Heat stack name instead of environment's name  https://review.openstack.org/10511712:21
*** akuznetsova has quit IRC12:31
openstackgerritA change was merged to stackforge/murano-dashboard: YAQL version updated to 0.2.3  https://review.openstack.org/10488112:31
*** akuznetsova has joined #murano12:33
ruheslagun: (cc sergmelikyan) https://review.openstack.org/#/c/104721/ and https://review.openstack.org/#/c/104959/ didn't get +1 from murano-ci. please make sure they have +1 from murano-ci before merging/approving/+2ing these patches12:33
openstackgerritA change was merged to stackforge/murano: YAQL version updated to 0.2.3  https://review.openstack.org/10484612:35
*** gokrokve has joined #murano12:37
*** gokrokve has quit IRC12:38
*** gokrokve has joined #murano12:39
*** gokrokve has quit IRC12:43
*** chandan_kumar has joined #murano13:10
*** chandankumar has quit IRC13:15
*** chandan_kumar is now known as chandankumar13:15
sergmelikyanruhe, murano-ci fails randomly on test_deploy_tomcat test :(13:19
* sergmelikyan have no clue why it is happening, but it is known issue since last week13:20
*** drupalmonkey has joined #murano13:39
ruhesergmelikyan: well, you have igorY and dmitryT in the same room with you :) what do they think about these random failures? maybe there is smth wrong with the infrastructure?13:40
*** sjmc7 has joined #murano14:10
sjmc7morning. i don't think https://review.openstack.org/#/c/105117/ is a good idea - it means a user is going to see heat stacks with random names under their account and not understand where they came from14:15
ruheativelkov: sergmelikyan: why was it merged so fast?14:18
sergmelikyanruhe, I believe we agreed on this change, and it is how it was before.14:19
sergmelikyanThis change returned behavior prior 0.5 release14:19
sjmc7what was the reason for reverting the behavior?14:20
sergmelikyansjmc7, what is you suggestion? We can prefix name with some 'murano_' prefix14:20
sergmelikyansjmc7, issue with duplicated names of stacks14:20
sjmc7environment names are unique now, aren't they?14:20
sjmc7if that is a problem, my suggestion would be a couple of random characters after the env name, or to use the stack id internally14:22
sergmelikyanI am not sure, this change looked quite natural. Btw, this change does not change actual heat stack name14:23
sergmelikyanonly agentListener name14:23
sergmelikyanMaybe this is also bug14:24
sjmc7"Use random name for Heat stack name"14:24
sergmelikyanmy apologies :( Missed many pitfails with this patch14:24
sergmelikyanLet's revert it?14:24
*** gokrokve has joined #murano14:27
sjmc7it sounds like it's not doing what it's supposed to, so it should be reverted; i also don't like the behavior it's trying to do14:28
ruhewe should not rush with any changes. i believe there was no reason to merge it so fast14:28
sergmelikyanagree14:30
sergmelikyansjmc7, ruhe I am sorry :(14:30
sjmc7no worries14:30
openstackgerritSerg Melikyan proposed a change to stackforge/murano: Revert "Use random name for Heat stack name instead of environment's name"  https://review.openstack.org/10518814:31
sjmc7things that change external behavior i'd prefer to discuss first though14:31
*** lazy_prince has quit IRC14:37
*** chandankumar has quit IRC14:51
openstackgerritSerg Melikyan proposed a change to stackforge/murano: Revert "Use random name for Heat stack name"  https://review.openstack.org/10518814:53
*** stanlagun has joined #murano14:55
*** slagun has quit IRC14:57
*** gokrokve has quit IRC14:57
*** IlyaE has joined #murano14:58
*** gokrokve has joined #murano14:58
*** gokrokve_ has joined #murano15:00
*** gokrokve has quit IRC15:02
katyaferventHi sjmc7!15:04
sjmc7hi15:04
katyaferventI finished with test for https://review.openstack.org/102162 Could you please take a look?15:05
sjmc7yes, will do15:05
katyaferventand I meant this https://review.openstack.org/#/c/99177/ :)15:05
katyaferventThanks in advance!15:05
*** chandan_kumar has joined #murano15:06
*** gokrokve_ has quit IRC15:06
*** gokrokve has joined #murano15:07
*** gokrokve has quit IRC15:11
*** killer_prince has joined #murano15:13
*** killer_prince is now known as lazy_prince15:14
openstackgerritEkaterina Chernova proposed a change to stackforge/murano-dashboard: Fix statuses for environment state  https://review.openstack.org/10480115:21
drupalmonkeykatyafervent: your comment on https://review.openstack.org/#/c/103990/, it looks like that function is already in python-muranoclient: https://github.com/stackforge/python-muranoclient/blob/master/muranoclient/v1/packages.py#L14515:26
katyaferventdrupalmonkey, oh, I have the obsolete client. sorry15:28
stanlagunsjmc7: hi!15:29
katyaferventI checked opened review for python-muranoclient and didn't find :)15:29
*** IlyaE has quit IRC15:44
sjmc7hi stan15:44
stanlagunsjmc7: I'm sorry for guys merging https://review.openstack.org/#/c/105117/ too soon15:45
sjmc7no harm done15:45
stanlagunAnd if you take a look in changes in that commit it dies not what it says in commit message :)15:46
stanlagunActually it changes only queue name15:46
sjmc7yeah - which is probably ok15:48
stanlagunSo the question now is how to fix this better - make it also the name of the stack, just rename heatStackName -> queueName or something else\15:48
*** TravT has joined #murano15:49
stanlagunI think it would be right to make stack name random15:52
*** IlyaE has joined #murano15:52
*** IlyaE has quit IRC16:03
sjmc7i think that'll be very confusing for users16:03
openstackgerritRuslan Kamaldinov proposed a change to stackforge/murano: [WIP] Setup base for DB related unit tests  https://review.openstack.org/10522116:07
ruhe+1 to sjmc7 ; horizon is a user facing part and everything we display there should have a meaningful name16:07
stanlagunMy point is that end users are not aware of heat. They don't understand what are the constraints for environment name. They may not have direct access to Heat. And even if they do they should not do anything with our stacks bypassing Murano. User can accidentally call they environment with the name of existing stack causing undetermined behavior and destroying that stack16:12
*** gokrokve has joined #murano16:14
stanlagunruhe, It may be not a good idea to have a human readable name for things that are not supposed to be accessed by human16:16
stanlagunI'd prefer to extend Horizon with ability to hide certain things16:17
sjmc7that may be a good long term goal, but it is long term16:18
sjmc7as a user, i'm much more likely to delete something that shows up in a heat stack list and is costing me money if i don't know what it is16:18
stanlagunextend horizon or what?16:18
stanlagunThe problem is that even it has readable name you may still don't know what it is. It may be just created by another user in your tenant16:20
ruhewell, if heat stack if prefixed with "murano" and postfixed with somthing random, that would be a good message to users that they shouldn't delete these things16:21
stanlagunIt is ok for Heat because users explicitly create stacks. But in Murano stacks are generated and user may not even be aware of it16:21
sjmc7you could argue the same for nova resources16:22
sjmc7a cloud admin could choose to hide dashboard panels from certain users if they want16:22
stanlagunyes. We do generate instance names either16:22
sjmc7but obfuscating names is not the answer16:22
stanlagunruhe's suggestion seems like a good solution to me16:23
stanlagunjust use some prefix16:23
sjmc7yes, i would prefer something like that16:23
stanlagunok. So let me fix that commit by another commit and I ask both of you to review it prior to approval :)16:24
sjmc7what are you going to change the behavior to?16:24
stanlagunqueueName = randomName(), heatStackName = 'murano_' + queueName16:25
sjmc7i'm still not clear why we need random names16:25
stanlaguninstead of what?16:25
sjmc7environment name, plus a couple of random suffix characters if it really needs randomziing16:26
stanlagunThis ties environment name with Heat restrictions. If user is not aware of Heat he doesn't understand why he cannot call environment "My IT department"16:27
sjmc7i agree he should be able to call it whatever he wants. why not slugify the name though?16:30
sjmc7randomizing is one solution, but i think it leads to other problems16:30
stanlagunhow do you suggest to do it?16:32
stanlagunalso don't forget about national characters. I can call my env name in Chinese16:33
sjmc7murano-my-it-department ?16:33
stanlagunthere are other illegal characters besides space. It may be hard to implement proper generation. Especially in MuranoPL16:35
*** TravT has quit IRC16:41
sjmc7ok. so there will be no way, as a user, for me to know that a heat stack corresponds to a murano environment?16:41
*** IlyaE has joined #murano16:41
stanlagunWe could make it as an environment's out property and display this information to user the same way we display other service information (when we implement it). But I'm not sure this a good idea. If user is not aware of Heat having cryptic name in UI may be not good. Maybe there it is possible to tag Heat stack somehow. So that Murano env name will be shown somewhere in stack details. HOT templates have author attribute. If Heat preserves it maybe we16:53
stanlagun can set stack author to environment name or something like that16:53
stanlagunThis is also a problem with nova instances - how do you determine which generated instance belongs to which environment?16:55
*** IlyaE has quit IRC16:58
sjmc7because heat prefixes instance names17:05
*** ankurrr has joined #murano17:07
*** IlyaE has joined #murano17:13
*** lazy_prince is now known as killer_prince17:19
*** IlyaE has quit IRC17:27
*** btully has joined #murano17:28
*** IlyaE has joined #murano17:37
*** asalkeld has joined #murano17:39
*** IlyaE has quit IRC17:56
*** IlyaE has joined #murano18:20
*** lecalcot has joined #murano18:37
*** lecalcot has quit IRC18:38
*** lecalcot has joined #murano18:38
*** DaveJ__ has quit IRC18:48
*** IlyaE has quit IRC18:52
*** IlyaE has joined #murano19:04
*** chandan_kumar has quit IRC19:06
*** IlyaE has quit IRC19:31
*** asalkeld has quit IRC19:32
stanlagunsjmc7: so did we agree on something?20:09
*** asalkeld has joined #murano20:10
*** asalkeld has quit IRC20:10
sjmc7i would still prefer the stack name to be connected to the environment name but if you're set on randomizing it then go for it20:14
sjmc7at the very least there should be a prefix for resources created from murano20:14
stanlagunI prefer it too. It just a matter of having a good algorithm to do so. I don't have one at the moment. Anyway lets start with prefix+random and improve it later. I will also research if there is a way to preserve environment name/id somewhere inside HOT template20:18
openstackgerritAnkur Rishi proposed a change to stackforge/murano: Add optional fields to packages for supplier info  https://review.openstack.org/9946520:20
sjmc7templates can have descriptions20:29
*** IlyaE has joined #murano21:14
sjmc7stanlagun - are you modifying the change from this morning that got merged, or creating a new one? serg proposed https://review.openstack.org/#/c/105188/ to revert the original one21:32
sjmc7but we can kill it if you're going to add another one based on the first21:32
stanlagunI think there is no point for reverse commit. Those changes were right. What was wrong is the commit message and local variable name. It is not worth reverting21:54
sjmc7ok21:55
*** btully has quit IRC22:22
*** IlyaE has quit IRC22:31
*** IlyaE has joined #murano22:52
*** IlyaE has quit IRC23:05
*** IlyaE has joined #murano23:10
*** lecalcot has quit IRC23:12
*** IlyaE has quit IRC23:20
*** IlyaE has joined #murano23:55

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