Monday, 2014-07-14

*** lecalcot has joined #murano01:18
*** sergmelikyan has quit IRC02:44
*** rakhmerov has quit IRC02:45
*** ativelkov has quit IRC02:46
*** ativelkov has joined #murano02:48
*** rakhmerov has joined #murano02:49
lecalcotHey guys. Is Georgy online?03:01
lecalcotOr Maksym? I'm not sure what handles they go by on IRC03:03
asalkeldlecalcot, it's "gokrokve"03:05
lecalcotThanks, asalkeld. You seem to be the only one active on solum and murano channels tonight. :)03:06
asalkeldlecalcot, it's 'cos I am in Australia:-)03:06
asalkeldand it's Monday here03:06
asalkeldSunday elsewhere03:06
lecalcotHa! I'm the only one silly enough to be working on Sunday night. :)03:07
*** lazy_prince2 has joined #murano05:09
*** k4n0 has joined #murano05:13
*** lazy_prince2 has quit IRC05:19
*** smurashov has joined #murano06:28
tnurlygayanovbharath please, use pip instead of bzr07:27
tnurlygayanovbharath we have only first version of Murano in bzr, it was just experiment ;) now we use pip to install Murano, or you can install murano from the git repo (for dashboard it is https://github.com/stackforge/murano-dashboard)07:29
*** lazy_prince has quit IRC09:23
*** lazy_prince has joined #murano09:41
*** k4n0 has quit IRC09:57
*** k4n0 has joined #murano10:10
*** k4n0 has quit IRC10:35
*** killer_prince has joined #murano11:04
*** sergmelikyan has joined #murano11:06
*** lazy_prince has quit IRC11:07
*** killer_prince is now known as lazy_prince11:07
*** sergmelikyan has quit IRC11:10
*** lazy_prince2 has joined #murano11:11
*** lazy_prince2 is now known as killer_prince11:11
*** sergmelikyan has joined #murano11:12
*** tnurlygayanov has quit IRC11:15
*** killer_prince has quit IRC11:20
*** asalkeld has quit IRC11:59
*** lazy_prince has quit IRC12:05
sergmelikyanruhe, regarding this patch https://review.openstack.org/10399012:09
sergmelikyanGuys in Horizon released fix that adapts master and IceHouse to .18 release of python-novalclient12:10
sergmelikyanwe are going to wait till new version of python-novaclient is released or upgrade tox to install latest master?12:11
*** lecalcot has quit IRC12:18
*** killer_prince has joined #murano12:21
*** killer_prince is now known as lazy_prince12:21
sergmelikyanGuys, I would like to remind that we have 28 bugs that are  crave for attention - j.mp/murano-j-bugs :)12:34
sergmelikyanSame with reviews :)12:34
sergmelikyanj2 release are really close, so we need to focus on bugs & review12:35
openstackgerritA change was merged to stackforge/murano: Unit tests for engine's YAQL functions  https://review.openstack.org/10495912:35
sergmelikyanI think we decided to move murano-app-incubator to murano-apps. Does someone aware about status of this activity?12:44
sergmelikyanruhe?12:44
ruhesergmelikyan: sorry, i was afk. reading scrollback now12:47
ruhesergmelikyan: re python-novaclient. i expect a new hot-fix release of novaclient really soon. it should resolve our problems12:48
*** chandankumar has joined #murano12:48
sergmelikyanI have asked in #o-nova but they didn't answer me :(12:49
ruhesergmelikyan: re app incubator. this one is one me. i didn't do that yet. can you add an action item for our weekly irc meeting? i'll try to submit a request to infra before the meeting12:49
sergmelikyanruhe, patch that fixes issue is still not merged to python-novaclient, received -1 from Jenkins on gate12:49
sergmelikyanruhe, sure12:49
ruhesergmelikyan: see this discussion. it has details about expected release of python-novaclient - http://lists.openstack.org/pipermail/openstack-dev/2014-July/039566.html12:50
sergmelikyanruhe, yep, already seen this thread12:52
sergmelikyanon weekend we had very interesting conversation about how Murano works, maybe someone is interested: http://eavesdrop.openstack.org/irclogs/%23murano/%23murano.2014-07-12.log13:02
sergmelikyanstarting: 2014-07-12T15:00:4313:02
*** chandankumar has quit IRC13:18
*** chandankumar has joined #murano13:18
sergmelikyanstan_lagun, I am working on https://bugs.launchpad.net/murano/+bug/133976213:20
stan_laguni know13:20
sergmelikyanI thought that we can introduce HeatResource base class that can handle two things for us:13:20
sergmelikyan1)resource name generation13:20
sergmelikyan2)attribute publishing to outputs section (and later clean-up)13:21
sergmelikyanThis is generic solution for bug above13:21
sergmelikyanother way is simply add generated name for underlying resource used in Instance13:21
stan_lagunThough not a bad idea this doesn't solve the problem in general. We still need completely different interface to Heat. And once we have it the problem will be solved automatically13:23
stan_lagunSo this solution only save you from copy-pasting of the same code (that is also good)13:24
sergmelikyanYeah, I remember discussion about new interface to interact with Heat... I have only concerns about when it is going to be available, and do this idea usefull in J scope13:24
stan_lagunI thing we must implement it for J313:24
sergmelikyanI think so too...13:25
stan_laguneven if you use base class in core library there is no way to enforce this for user apps that can also access Heat13:26
sergmelikyanBut, reality can be harsh - j3 cycle is really short and mostly covered by different freezes.13:26
sergmelikyanCan you at least prepare short etherpad + BP describing idea? I think sjmc7 had some thoughts regarding interaction with Heat. Something related to Taskflow (not sure how Taskflow may be fitted here, but anyway)13:27
sergmelikyanWe can discuss this today on the meeting13:28
stan_lagunmay be. Anyway this will be the next big change. I thing this is priority #1 from our plans. So even if its not J3 then its K113:28
sergmelikyanSo can you spend 10-15m on etherpad?13:29
stan_lagunsure13:29
sergmelikyanAnd what about my idea? Should we introduce it now (and refactor out once we have new interface) or should I just make fix for now?13:29
sergmelikyanIntroducing it now may have it's own consequences - it's hard to refactor out something like this from Core Library. It is definetly going to be used by app published to create they own packages.13:30
sergmelikyan*publishers13:31
stan_lagunI'd say just generate random name (like in Environment). Although the class may be useful it introduces another abstraction with not so well defined scope and which is likely to be removed in next version. But if you just generate random name in place this will be implementation detail that could be changed without introducing breaking changes13:31
sergmelikyanYep, I am saying same thing.13:32
stan_lagunbtw, I didn't took that bug because you marked it as low-hanging-fruit. A thought you plan to give it away13:33
stan_lagunAlso I'm not sure this need to be fixed at all13:34
sergmelikyanWhy?13:34
sergmelikyanI have found this bug during real deployment when Object Model had two apps with two instances, but each instance had same name (but different ID through)13:35
stan_lagunBecause you are not supposed to have 2 instances with the same name. Instance name should be part of user input. Even if for now dashboard hides it from the user name generation should happen on dashboard side and be removed as soon as entire object model becomes editable there13:37
stan_lagunon engine (MPL) side we need to think how to check values for being unique13:38
stan_lagunbut that can be done later13:38
sergmelikyanYep, but this requirement is not validated and not defined anywhere. I was really confused at first, but found issue very fast.13:38
sergmelikyansure13:38
stan_lagunwe have many things that are not validated. API cannot validate most of the things13:39
sergmelikyanBut anyway I think we should fix this issue - it is quite important, and fact that we can't validate it now raises importance even morew13:39
sergmelikyanSo as bottom line I suggest to fix this issue like you suggested (I will place comment on this issue), since fix is quite trivial, it will not take too much time to make a patch.13:42
stan_lagunThe error need to be fixed. But conceptually generating random names for instances is not a good solution. UI forms have a unit naming pattern (with # chars). It will become useless if you generate random name instead13:42
sergmelikyanhmm... didn't thought about this...13:43
sergmelikyanI am more and more inclined to thought that we shouldn't fix this issue...13:44
sergmelikyanruhe, guys, what do you think?13:44
stan_laguncan we have the same instance name in 2 different HOT templates within 1 tenant?13:46
sergmelikyansure13:47
sergmelikyanI think...13:47
stan_lagunNeed th check this. This will create 2 identical record in Horizon13:48
sergmelikyanInstance name is appended with stack-id13:48
*** sjmc7 has joined #murano13:48
sergmelikyansjmc7, morning :)13:48
stan_lagunand what about hostname?13:48
openstackgerritEkaterina Chernova proposed a change to stackforge/murano-dashboard: Refactor functional tests  https://review.openstack.org/10676713:50
sjmc7hi serg13:53
sergmelikyanstan_lagun, looks like used either name property (we do not set this property) or physical_resource_name with limit of 53 symbol but unique: https://github.com/openstack/heat/blob/master/heat/engine/resource.py#L59713:54
sergmelikyansjmc7, we were talking about how to fix this issue and do we need to fix it all: https://bugs.launchpad.net/murano/+bug/133976213:55
sergmelikyanAnd in scope of that issue were discussing with stan_lagun new interface for interaction with Heat13:56
*** drupalmonkey has joined #murano13:56
sjmc7it doesn't seem like a bug so much as an input problem13:56
stan_lagunserg_melikyan: I remember we set it to short 14-chars length name in Windows13:57
sjmc7how did you end up finding it?13:57
sergmelikyanCreated manually object model while were writing integration tests13:57
sergmelikyan*was13:57
sergmelikyansjmc7, yep, we come-up with same solution - leave it as it is and mark issue as invalid. Plus document requirement to have unique name for Instance in env scope13:58
sergmelikyando you agree?13:59
sjmc7as long as it's possible to create multiple identical instances, yes13:59
sjmc7e.g. if i have something that requires a master node and several slave nodes14:00
sjmc7and there's some way to take care of naming14:00
stan_lagunhttps://blueprints.launchpad.net/murano/+spec/heat-patch-list14:02
openstackgerritEkaterina Chernova proposed a change to stackforge/murano-dashboard: Refactor functional tests  https://review.openstack.org/10676714:15
*** lazy_prince is now known as killer_prince14:17
sjmc7sergmelikyan, ruhe - https://bugs.launchpad.net/python-novaclient/+bug/1340596 looks like it will fix the problem causing horizon not to function properly with last week's novaclient  release14:58
sjmc7ah... in fact, horizon got fixed on friday14:58
sjmc7https://review.openstack.org/#/c/106311/14:59
sjmc7ruhe - for these kind of failures (e.g. for https://review.openstack.org/#/c/103990/) do we just leave a comment 'recheck bug 1340596'? or is that for CI tests only15:02
ruhesjmc7: 'recheck bug 1340596' should help; let's try it15:05
ruhesjmc7: will you add this comment to gerrit?15:06
sjmc7yeah, will do15:15
sjmc7was just checking i was following etiquette15:15
ruhemaybe we should document usage somewhere. basically, if you need to re-trigger all the jobs (inluding unit tests, pep8, dsvm jobs and murano-ci) you can comment with "recheck no bug" or "recheck bug xxx"; "recheck murano-ci" will re-trigger only murano-ci15:19
sjmc7it's documented on the gerrit workflow instructions15:33
sjmc7it's just not clear whether that's only for gate tests15:33
ruhesjmc7: murano-ci uses the same infrastructure tools (zuul, nodepool, etc). so it responds on the same commands15:39
sjmc7yep15:39
sjmc7ah.. the recheck will fail until this is back-ported to the icehouse release15:43
ruhesjmc7: i guess we can update horizon dependency (in tox.ini) to horizon-master15:46
ruhei'm not sure what effect it will have on overall stability though15:46
sjmc7who knows what else will break :)  yeah, i suppose we should15:46
sjmc7i think they should merge it quite soon15:47
sjmc7it's not a big change15:48
openstackgerritRuslan Kamaldinov proposed a change to stackforge/murano-dashboard: [WIP] Update horizon dependency to master  https://review.openstack.org/10679615:48
ruhelet's see how it works :)15:48
*** tnurlygayanov has joined #murano16:06
sjmc7:D16:06
stan_lagunsjmc7: May I ask you why haven't you fixed https://review.openstack.org/#/c/105545/ ?16:11
sjmc7oversight. will do it now16:11
stan_lagunIt seems like we have broken dashboard in master for a long time already16:11
sjmc7yeah16:11
stan_lagunI'm wondering why integration tests do not fail16:12
sjmc7different version perhaps? there is a problem that horizon doesn't put upper bounds on versions16:15
sjmc7so 105545 may actually break against icehouse, thinking about it16:15
sjmc7i'll make it deal with both16:16
stan_lagunmaybe it would be better check returned tupple length instead of just unpucking it16:16
sjmc7yep16:17
sjmc7changing it now16:17
stan_lagunjust add [:2] to the end of statement16:29
sjmc7yeah16:32
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Enhance versionutils.deprecated to work with classes  https://review.openstack.org/10350216:38
*** lecalcot has joined #murano16:40
ruheseems like upgrade to horizon-master fixes failing unit tests16:40
sjmc7woo! ship it!16:42
openstackgerritTimur Sufiev proposed a change to stackforge/python-muranoclient: Provide method for calling action in an environment  https://review.openstack.org/9950216:46
ruhesjmc7: just need to fix failing murano-ci selenium job. there is a minor issue on jenkins slaves16:46
sjmc7ok16:46
openstackgerritTimur Sufiev proposed a change to stackforge/murano-dashboard: Initial implementation of Actions UI  https://review.openstack.org/9936016:47
openstackgerritSteve McLellan proposed a change to stackforge/murano-dashboard: Expect _prev from glance.image_list_detailed  https://review.openstack.org/10554516:53
*** chandankumar has quit IRC17:05
sjmc7ruhe - are we deciding to go with horizon master?17:17
ruhesjmc7: i think nothing prevents us from doing so17:18
sjmc7except that it'll affect stability17:18
sjmc7i think i'd prefer to keep it tagged. maybe use juno.1 or something17:19
ruhethere are two options - 1) test against stable release (icehouse) during the development cycle and switch to master (or RC) right before the next stable release 2) test against master17:19
ruheoption 1) will produce a lot of trouble right before the release17:20
sjmc7yeah17:20
sjmc7we can go with master and see if it causes problems17:20
sjmc7can always go back17:20
ruhesjmc7: your idea seems like a nice 3rd option :)17:20
sjmc7if we go with the .{1,2,3} releases at least we restrict the problems before releases to the last 6 weeks or so17:21
sjmc7let's go with master for now17:22
sjmc7and see if it causes trouble17:22
ruhesjmc7: all right. murano-ci should be fixed in a couple of minutes. will re-trigger it on my patch then17:23
ruhei'm experimenting with running selenium tests inside dsvm job. that should help to move selenium jobs to common openstack infrastructure (ci.openstack.org instead of murano-ci)17:25
sjmc7ok17:36
*** lecalcot has quit IRC17:48
*** lecalcot has joined #murano17:58
*** slagun has joined #murano18:02
*** stan_lagun has quit IRC18:05
openstackgerritRuslan Kamaldinov proposed a change to stackforge/murano-dashboard: Update horizon dependency to master  https://review.openstack.org/10679618:28
ruhehttps://review.openstack.org/#/c/106796/ should be ready to go18:28
ruheand that's a good time for me to run away and catch the last bus to my home :)18:29
*** lecalcot has quit IRC19:17
*** lecalcot has joined #murano19:18
openstackgerritEkaterina Chernova proposed a change to stackforge/murano-dashboard: Refactor functional tests  https://review.openstack.org/10676719:36
sjmc7hi katyafervent. for https://review.openstack.org/#/c/106796/, what is it needs updating in settings.py ?19:56
openstackgerritEkaterina Chernova proposed a change to stackforge/murano-dashboard: Refactor functional tests  https://review.openstack.org/10676720:19
openstackgerritEkaterina Chernova proposed a change to stackforge/murano-dashboard: Refactor functional tests  https://review.openstack.org/10676720:40
*** asalkeld has joined #murano20:51
openstackgerritRuslan Kamaldinov proposed a change to stackforge/murano-dashboard: Update horizon dependency to master  https://review.openstack.org/10679621:03
openstackgerritSteve McLellan proposed a change to stackforge/murano-dashboard: Expect _prev from glance.image_list_detailed  https://review.openstack.org/10554521:05
slagunsjmc7: maybe reduce images, _more = glance.image_list_detailed(request)[:2] to images = glance.image_list_detailed(request)[0] ? We don't use _more anyway21:07
sjmc7can do, don't mind21:08
openstackgerritSteve McLellan proposed a change to stackforge/murano-dashboard: Expect _prev from glance.image_list_detailed  https://review.openstack.org/10554521:10
openstackgerritA change was merged to stackforge/murano: Improve dsl testing framework foundation  https://review.openstack.org/10607721:18
ruhesjmc7: re https://review.openstack.org/#/c/106563/ ; it doesn't need an alembic migration; migration already declares this field as sa.Text() - http://git.openstack.org/cgit/stackforge/murano/tree/murano/db/migration/alembic_migrations/versions/001_inital_version.py#n20821:26
sjmc7ok!21:27
sjmc7i retract my -121:27
ruhethanks :)21:28
*** lecalcot has quit IRC21:28
sjmc7why are you still working? go to sleep21:28
*** lecalcot has joined #murano21:29
ruhei need to adopt my schedule after world football cup. play-offs started at midnight for us :)21:30
sjmc7:D21:30
sjmc7russia didn't get beyond the group stages...21:30
*** openstackgerrit has quit IRC21:31
*** openstackgerrit has joined #murano21:32
ruhethey're not in the list of my favourite teams :)21:32
sjmc7:)  the final was a good game21:32
*** killer_prince has quit IRC21:34
ruheyes it was, germans deserve gold medals this time (even though they're not in the list of my favourite teams)21:34
*** killer_prince has joined #murano21:41
*** killer_prince is now known as lazy_prince21:41
openstackgerritA change was merged to stackforge/murano: Fix issue with incorrect model on MySQL  https://review.openstack.org/10656322:02
*** lazy_prince has quit IRC22:19
*** killer_prince has joined #murano22:23
*** killer_prince is now known as lazy_prince22:24
*** lecalcot has quit IRC22:52
*** lecalcot has joined #murano22:53
*** lecalcot has quit IRC22:57
*** drupalmonkey has quit IRC23:11

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