*** asalkeld has joined #heat | 00:02 | |
*** Qiming has joined #heat | 00:05 | |
*** Qiming has quit IRC | 00:11 | |
*** spzala has joined #heat | 00:13 | |
*** dims has quit IRC | 00:16 | |
*** boris-42 has quit IRC | 00:17 | |
*** achanda has joined #heat | 00:20 | |
*** vijendar1 has joined #heat | 00:31 | |
*** piccata has quit IRC | 00:31 | |
*** piccata has joined #heat | 00:33 | |
*** vijendar has quit IRC | 00:33 | |
*** achanda has quit IRC | 00:34 | |
miguelgrinberg | stevebaker: is there a reason to have separate tripleo elements for each software config hook? These are all small scripts that only run if they are explicitly invoked, if they are installed and not used they would not cause any harm. | 00:41 |
---|---|---|
stevebaker | miguelgrinberg: yes, they also install the config tool. People won't want puppet, salt, ansible *and* chef on their images ;) | 00:43 |
ryansb | stevebaker: should I be adding tests to the heat functionaltests for new features, or are those not run currently? | 00:43 |
miguelgrinberg | stevebaker: thanks, looks like I missed that :-) | 00:44 |
ryansb | stevebaker: what if they're infra polyglots and they use multiple config mgmt tools. That would help them DevOp harder, yes? ;-) | 00:44 |
stevebaker | ryansb: they are run in check-heat-dsvm-functional-mysql, and we'll be moving to requiring functional tests for new features. It will become voting when it is more stable. | 00:45 |
stevebaker | heh | 00:45 |
ryansb | ok, so should I be doing that instead of tempest tests at the moment, or is that down the road? | 00:45 |
stevebaker | ryansb: we'll likely move all current tempest tests into the heat tree, so I would recommend new tests being in-tree | 00:46 |
stevebaker | ryansb: and using heatclient | 00:46 |
ryansb | noted. I'll scoot my tempest tests over. Thanks | 00:47 |
*** achanda has joined #heat | 00:47 | |
*** Putns has quit IRC | 00:50 | |
stevebaker | ryansb: ok, thanks | 00:50 |
*** julienvey has joined #heat | 00:54 | |
*** zns has quit IRC | 00:58 | |
*** julienvey has quit IRC | 00:58 | |
*** dims has joined #heat | 00:59 | |
*** zhiwei has joined #heat | 01:08 | |
*** achanda has quit IRC | 01:08 | |
*** nosnos has joined #heat | 01:09 | |
*** otoolee has quit IRC | 01:11 | |
*** dims has quit IRC | 01:14 | |
*** spzala has quit IRC | 01:15 | |
*** Qiming has joined #heat | 01:16 | |
*** mkollaro has quit IRC | 01:17 | |
*** achanda has joined #heat | 01:18 | |
*** apporc has joined #heat | 01:25 | |
*** killer_prince has joined #heat | 01:29 | |
*** killer_prince is now known as lazy_prince | 01:29 | |
*** Guest47013 has joined #heat | 01:29 | |
*** Qiming_ has joined #heat | 01:30 | |
*** otoolee has joined #heat | 01:31 | |
*** Qiming has quit IRC | 01:34 | |
*** otoolee has quit IRC | 01:36 | |
*** dteselkin has quit IRC | 01:37 | |
*** andersonvom has quit IRC | 01:38 | |
*** dteselkin has joined #heat | 01:38 | |
*** achanda has quit IRC | 01:41 | |
*** achanda has joined #heat | 01:42 | |
*** boris-42 has joined #heat | 01:44 | |
*** achanda has quit IRC | 01:46 | |
*** funzo_ has joined #heat | 01:48 | |
*** funzo has quit IRC | 01:49 | |
*** asalkeld_ has joined #heat | 01:52 | |
*** asalkeld has quit IRC | 01:56 | |
*** elynn has quit IRC | 01:56 | |
*** tiantian has joined #heat | 01:58 | |
*** elynn has joined #heat | 01:59 | |
*** FL1SK has quit IRC | 02:08 | |
*** FL1SK has joined #heat | 02:09 | |
*** elynn has quit IRC | 02:09 | |
*** radez_g0` has joined #heat | 02:09 | |
*** radez_g0` has quit IRC | 02:09 | |
*** radez_g0` has joined #heat | 02:09 | |
*** radez_g0n3 has quit IRC | 02:10 | |
*** Guest47013 has quit IRC | 02:20 | |
*** Viswanath has joined #heat | 02:23 | |
*** Viswanath has quit IRC | 02:26 | |
*** alexheneveld has quit IRC | 02:36 | |
*** alexheneveld has joined #heat | 02:37 | |
*** LiJiansheng has joined #heat | 02:38 | |
*** alexheneveld has quit IRC | 02:42 | |
*** julienvey has joined #heat | 02:42 | |
*** alexheneveld has joined #heat | 02:44 | |
*** julienvey has quit IRC | 02:47 | |
*** erkules has quit IRC | 02:48 | |
*** erkules has joined #heat | 02:49 | |
*** elynn has joined #heat | 02:59 | |
openstackgerrit | huangtianhua proposed a change to openstack/heat-specs: Support Cinder volume type manage https://review.openstack.org/130417 | 02:59 |
elynn | morning guys :) | 03:00 |
openstackgerrit | ChangBo Guo(gcb) proposed a change to openstack/heat: Sync with latest oslo-incubator https://review.openstack.org/133492 | 03:11 |
openstackgerrit | ChangBo Guo(gcb) proposed a change to openstack/heat: Sync with latest oslo-incubator https://review.openstack.org/133492 | 03:13 |
*** thedodd has joined #heat | 03:19 | |
*** nosnos has quit IRC | 03:20 | |
*** jyoti-ranjan has joined #heat | 03:21 | |
*** jyoti-ranjan2 has joined #heat | 03:23 | |
*** jyoti-ranjan has quit IRC | 03:23 | |
*** zns has joined #heat | 03:27 | |
*** alexheneveld has quit IRC | 03:31 | |
openstackgerrit | A change was merged to openstack/python-heatclient: Updated from global requirements https://review.openstack.org/132790 | 03:31 |
*** pmallya has quit IRC | 03:33 | |
*** dims has joined #heat | 03:45 | |
openstackgerrit | ChangBo Guo(gcb) proposed a change to openstack/heat: Sync with latest oslo-incubator https://review.openstack.org/133492 | 03:52 |
asalkeld_ | urg, time zone is fighting back | 04:04 |
*** shakamunyi has joined #heat | 04:04 | |
*** cmyster has joined #heat | 04:07 | |
*** cmyster has quit IRC | 04:07 | |
*** cmyster has joined #heat | 04:07 | |
cmyster | morning | 04:08 |
openstackgerrit | A change was merged to openstack/heat-specs: Use Zaqar for software-config metadata and signaling https://review.openstack.org/131887 | 04:10 |
*** achanda has joined #heat | 04:11 | |
openstackgerrit | A change was merged to openstack/heat-specs: OS::Nova::Server rich network property https://review.openstack.org/130093 | 04:11 |
*** nosnos has joined #heat | 04:12 | |
*** andersonvom has joined #heat | 04:15 | |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Integration test for software-config tools https://review.openstack.org/113711 | 04:15 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Use RPC directly for software config operations https://review.openstack.org/133604 | 04:15 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Use RPC directly for software deployment operations https://review.openstack.org/133605 | 04:15 |
cmyster | morning stevebaker did you have the chance to see my mail ? | 04:17 |
*** sanjayu has joined #heat | 04:18 | |
*** julienvey has joined #heat | 04:31 | |
*** otoolee has joined #heat | 04:33 | |
*** achanda_ has joined #heat | 04:34 | |
*** julienvey has quit IRC | 04:36 | |
*** achanda has quit IRC | 04:36 | |
*** shakamun_ has joined #heat | 04:45 | |
*** andersonvom has quit IRC | 04:46 | |
*** shakamunyi has quit IRC | 04:49 | |
*** rushiagr_away is now known as rushiagr | 04:51 | |
*** chlong has quit IRC | 05:02 | |
*** andersonvom has joined #heat | 05:04 | |
*** thedodd has quit IRC | 05:14 | |
*** Yanyanhu has joined #heat | 05:14 | |
openstackgerrit | A change was merged to openstack/python-heatclient: Tests work fine with random PYTHONHASHSEED https://review.openstack.org/132558 | 05:15 |
openstackgerrit | A change was merged to openstack/heat: Add nested_depth column to stack table https://review.openstack.org/115730 | 05:15 |
openstackgerrit | A change was merged to openstack/heat: engine service add nested_depth to create_stack https://review.openstack.org/115731 | 05:15 |
openstackgerrit | A change was merged to openstack/heat: Add nested_depth to internal _create_stack RPC interface https://review.openstack.org/115732 | 05:15 |
*** chlong has joined #heat | 05:18 | |
*** Drago has quit IRC | 05:23 | |
*** Yanyanhu has quit IRC | 05:36 | |
*** boris-42 has quit IRC | 05:37 | |
*** rakesh_hs has joined #heat | 05:38 | |
*** k4n0 has joined #heat | 05:39 | |
*** saju_m has joined #heat | 05:40 | |
*** saju_m has quit IRC | 05:41 | |
*** Yanyanhu has joined #heat | 05:41 | |
*** saju_m has joined #heat | 05:42 | |
*** tiantian has quit IRC | 05:43 | |
*** saju_m has quit IRC | 05:46 | |
*** jyoti-ranjan2 has quit IRC | 05:52 | |
*** jyoti-ranjan has joined #heat | 05:59 | |
*** sanjayu has quit IRC | 06:00 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/133615 | 06:01 |
*** sanjayu has joined #heat | 06:01 | |
*** julienvey has joined #heat | 06:02 | |
*** julienvey has quit IRC | 06:07 | |
*** ishant8 has joined #heat | 06:13 | |
*** tiantian has joined #heat | 06:17 | |
*** chlong has quit IRC | 06:19 | |
*** achanda_ has quit IRC | 06:27 | |
*** achanda has joined #heat | 06:29 | |
*** saju_m has joined #heat | 06:30 | |
*** chlong has joined #heat | 06:31 | |
asalkeld_ | stevebaker, lifeless (any other jet lagged folk) http://www.jetlagrooster.com/ | 06:39 |
cmyster | nifty | 06:51 |
*** saju_m has quit IRC | 06:58 | |
*** rushiagr is now known as rushiagr_away | 07:11 | |
*** otoolee has quit IRC | 07:13 | |
*** ipolyzos_ has joined #heat | 07:15 | |
*** ipolyzos has quit IRC | 07:16 | |
*** chlong has quit IRC | 07:18 | |
*** saju_m has joined #heat | 07:18 | |
*** otoolee has joined #heat | 07:19 | |
*** apporc has quit IRC | 07:20 | |
*** apporc_ has joined #heat | 07:20 | |
*** achanda has quit IRC | 07:20 | |
*** fbo has quit IRC | 07:25 | |
*** radix__ has quit IRC | 07:28 | |
*** radix__ has joined #heat | 07:29 | |
*** adam_g` has joined #heat | 07:33 | |
*** adam_g has quit IRC | 07:38 | |
*** fbo has joined #heat | 07:38 | |
*** kopparam has joined #heat | 07:39 | |
*** ramishra has joined #heat | 07:39 | |
*** ramishra has quit IRC | 07:39 | |
*** ramishra has joined #heat | 07:39 | |
*** serg_melikyan has joined #heat | 07:40 | |
*** Putns has joined #heat | 07:41 | |
*** zns_ has joined #heat | 07:42 | |
*** zns has quit IRC | 07:45 | |
*** julienvey has joined #heat | 07:47 | |
*** rushiagr_away has quit IRC | 07:49 | |
*** jprovazn has joined #heat | 07:50 | |
*** julienvey has quit IRC | 07:52 | |
*** kopparam has quit IRC | 07:54 | |
*** Qiming__ has joined #heat | 08:04 | |
*** zns_ has quit IRC | 08:06 | |
*** LiJiansheng has quit IRC | 08:07 | |
*** Qiming_ has quit IRC | 08:07 | |
*** LiJiansheng has joined #heat | 08:09 | |
*** zns has joined #heat | 08:14 | |
*** jstrachan has joined #heat | 08:15 | |
*** ramishra has quit IRC | 08:18 | |
*** zns has quit IRC | 08:19 | |
*** serg_melikyan has quit IRC | 08:20 | |
*** achanda has joined #heat | 08:21 | |
*** rushiagr has joined #heat | 08:25 | |
*** achanda has quit IRC | 08:26 | |
*** ishant9 has joined #heat | 08:29 | |
*** ishant8 has quit IRC | 08:30 | |
*** serg_melikyan has joined #heat | 08:30 | |
*** serg_melikyan has quit IRC | 08:34 | |
shardy | morning all | 08:34 |
cmyster | morning | 08:35 |
*** alexheneveld has joined #heat | 08:36 | |
*** ifarkas has joined #heat | 08:44 | |
*** LiJiansheng has quit IRC | 08:47 | |
*** LiJiansheng has joined #heat | 08:48 | |
*** pas-ha has joined #heat | 08:49 | |
*** nkhare has joined #heat | 08:49 | |
*** hdd has joined #heat | 08:51 | |
*** kopparam has joined #heat | 08:52 | |
*** Yanyanhu has quit IRC | 08:52 | |
*** ramishra has joined #heat | 08:54 | |
*** serg_melikyan has joined #heat | 08:54 | |
elynn | afternoon :) | 08:54 |
*** ramishra has quit IRC | 08:54 | |
elynn | I have a question about running unittests. | 08:55 |
elynn | Now I using below command to run unittests. | 08:55 |
elynn | ./run_test.sh -V -p -u | 08:55 |
elynn | But it will run functional tests as well. | 08:55 |
elynn | If I don't want to run functional tests, what should I do? | 08:56 |
shardy | elynn: try tox -e py27 | 08:56 |
shardy | run_tests.sh seems to be a bit broken since the functional tests were added, unfortunately | 08:56 |
elynn | cool, will try that. | 08:57 |
*** hdd has quit IRC | 08:58 | |
*** jistr has joined #heat | 08:59 | |
elynn | Hi shardy , it failed when using 'tox -e py27' | 09:00 |
elynn | Is there any special config to using tox? | 09:00 |
elynn | http://paste.openstack.org/show/131812/ is error output. | 09:00 |
*** derekh has joined #heat | 09:01 | |
*** Yanyanhu has joined #heat | 09:01 | |
shardy | elynn: Non-zero exit code (2) from test listing normally means there's an import error in the test | 09:02 |
shardy | it's an annoyingly opaque error :( | 09:02 |
shardy | I'd do rm -fr .tox/py27 then try again | 09:03 |
shardy | perhaps you're missing some dependency, that will rebuild the venv | 09:03 |
elynn | Will remove venv and retry it again. ha :D | 09:04 |
*** Marga_ has joined #heat | 09:05 | |
*** Marga_ has quit IRC | 09:05 | |
*** Marga_ has joined #heat | 09:05 | |
elynn | What's the difference between using tox and run_tests.sh? | 09:05 |
cmyster | elynn: check the bash script itself | 09:06 |
cmyster | does some things differently | 09:07 |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Implement 'InstanceId' for LaunchConfiguration https://review.openstack.org/133401 | 09:07 |
elynn | It seems if some tests failed in run_tests.sh, I can see where exactly it failed, but using tox it just say it failed and I don't know why. | 09:07 |
elynn | How to debug with tox? | 09:08 |
cmyster | elynn: different way to test and therefore different way to show the error | 09:08 |
cmyster | don't know (yet) havn't started on those | 09:08 |
* cmyster just remembered | 09:10 | |
cmyster | shardy: about that link ? | 09:11 |
cmyster | what you said you would send me in RH's mail ? | 09:11 |
elynn | Ok, it seems not very convenient using tox for unittests | 09:12 |
cmyster | therefore, tox ;) | 09:12 |
*** kopparam has quit IRC | 09:15 | |
*** kopparam has joined #heat | 09:18 | |
*** lazy_prince has quit IRC | 09:22 | |
*** kopparam has quit IRC | 09:23 | |
shardy | cmyster: sorry, forgot, sent now | 09:29 |
*** hdd has joined #heat | 09:30 | |
shardy | elynn: there are a few ways to approach it - all ways of running tests have various annoyances IME, but here's what I do: | 09:30 |
shardy | - run tox -e py27, if it fails then run the individual failing test via eithe python -m testtools.run, or sometimes nosetests | 09:30 |
shardy | The problem with nose is any tests using testscenarios won't work, so in theory it's not supported | 09:31 |
shardy | previously I also used run_tests.sh, as it's a convenient way to run both the unit tests and pep check before doing git review | 09:32 |
shardy | so it would, IMO, be nice to fix it at some point | 09:33 |
* shardy hasn't had time to look into it yet | 09:33 | |
*** ramishra has joined #heat | 09:33 | |
*** blues-man has joined #heat | 09:34 | |
*** kopparam has joined #heat | 09:36 | |
*** tspatzier has joined #heat | 09:36 | |
*** julienvey has joined #heat | 09:36 | |
elynn | Thanks shardy :) , now I'm clear. | 09:39 |
*** julienvey has quit IRC | 09:41 | |
*** Marga_ has quit IRC | 09:43 | |
openstackgerrit | Rabi Mishra proposed a change to openstack/heat-templates: Add in-instance docker software config hook https://review.openstack.org/128182 | 09:45 |
*** tspatzier has quit IRC | 09:47 | |
*** mkerrin has quit IRC | 09:47 | |
cmyster | thanks shardy | 09:51 |
cmyster | I hate being that guy (no, not really) but did you also get a chance to read my mail from earlier today ? | 09:51 |
shardy | cmyster: I just replied ;) | 09:52 |
*** ishant10 has joined #heat | 09:52 | |
cmyster | hmmm got me a timer on mailcheck, thanks :) | 09:52 |
*** ishant9 has quit IRC | 09:53 | |
*** ramishra has quit IRC | 09:55 | |
*** tspatzier has joined #heat | 09:55 | |
*** serg_melikyan has quit IRC | 09:56 | |
*** Yanyanhu has quit IRC | 09:59 | |
*** serg_melikyan has joined #heat | 10:01 | |
*** Qiming__ has quit IRC | 10:02 | |
*** kopparam has quit IRC | 10:07 | |
*** elynn has quit IRC | 10:08 | |
*** aruna has joined #heat | 10:09 | |
aruna | could i use Fn::join in a heat template? | 10:10 |
*** boris-42 has joined #heat | 10:11 | |
shardy | http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join | 10:11 |
shardy | aruna: In a CFN template, yes, in a HOT template, you should use list_join instead | 10:11 |
*** tspatzier has quit IRC | 10:12 | |
*** LiJiansheng has quit IRC | 10:14 | |
*** achanda has joined #heat | 10:23 | |
*** zhiwei has quit IRC | 10:23 | |
*** tspatzier has joined #heat | 10:24 | |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Delete resource_data after resource deleted https://review.openstack.org/129508 | 10:26 |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Failed res no need UpdateReplace which has nested_stack https://review.openstack.org/130107 | 10:26 |
*** achanda has quit IRC | 10:28 | |
*** asalkeld__ has joined #heat | 10:28 | |
*** asalkeld_ has quit IRC | 10:31 | |
aruna | so i got this {list_join: ['',[ {get_param: hostname},'stub01']]} but i get a api error like "Unexpected error occurred serving API: Property error : stub01: name Value must be a string" | 10:34 |
*** kopparam has joined #heat | 10:38 | |
aruna | any ideas what i could be doing wrong? | 10:42 |
*** kopparam has quit IRC | 10:43 | |
asalkeld__ | shardy, fyi: https://github.com/stackforge/monasca-agent | 10:47 |
asalkeld__ | username/password | 10:48 |
*** asalkeld__ is now known as asalkeld | 10:48 | |
*** kopparam has joined #heat | 10:51 | |
shardy | asalkeld: interesting, so where does the metric data end up, ceilometer? | 10:52 |
shardy | It mentions monitoring the overcloud ceilometer, but it's not clear what the datastore is for the check metrics it's collecting | 10:54 |
*** kopparam has quit IRC | 10:56 | |
*** ramishra has joined #heat | 10:56 | |
*** blues-man has quit IRC | 10:59 | |
*** jyoti-ranjan has quit IRC | 11:00 | |
*** ramishra has quit IRC | 11:01 | |
*** ishant10 has quit IRC | 11:03 | |
*** ishant10 has joined #heat | 11:04 | |
*** ishant10 has quit IRC | 11:04 | |
*** ishant has joined #heat | 11:05 | |
*** ipolyzos_ is now known as ipolyzos | 11:07 | |
*** ipolyzos has quit IRC | 11:08 | |
*** ipolyzos has joined #heat | 11:08 | |
*** serg_melikyan has quit IRC | 11:09 | |
lsmola | shadower: shardy so looking some more into the last heat issue | 11:12 |
shardy | hey lsmola | 11:12 |
lsmola | shardy: hello | 11:13 |
lsmola | shardy: i think the problem is | 11:13 |
lsmola | shardy: there are 2 ControllerAllNodesDeployment | 11:13 |
asalkeld | shardy, that goes to monasca | 11:13 |
asalkeld | not ceilometer | 11:13 |
lsmola | shardy: one CREATE_IN_PROGRESS and one UPDATE_IN_PROGRESS | 11:13 |
*** Qiming has joined #heat | 11:14 | |
lsmola | shardy: they are created 1 second after another | 11:14 |
lsmola | shardy: but seems there is a race condition, cause each node is sending signal to one of them | 11:14 |
shardy | lsmola: interesting, so is that happening because the ControllerAllNodesDeployment is getting replaced during the update? | 11:15 |
lsmola | shardy: but the CREATE_IN_PROGRESS creates new ControllerAllNodesDeployment also with new descendants | 11:15 |
lsmola | shardy: so if the signal was sent to UPDATE_IN_PROGRESS, it never updates the new resource in CREATE_IN_PROGRESS | 11:16 |
lsmola | shardy: and timeouts | 11:16 |
lsmola | shardy: seems like the CREATE_IN_PROGRESS and UPDATE_IN_PROGRESS ControllerAllNodesDeployment has different uuid | 11:17 |
lsmola | shardy: when I look to uuid referenced from event-list | 11:17 |
shardy | lsmola: Thanks, this is most helpful | 11:18 |
shardy | so, to clarify, your update is adding a controller? | 11:18 |
lsmola | shardy: actually the event with CREATE_IN_PROGRESS has the resource uuid blank, but it appears in CREATE_FAILED | 11:18 |
shardy | so ther servers property is getting updated on the ControllerAllNodesDeployment? | 11:18 |
shardy | s/ther/the | 11:18 |
lsmola | shardy: but it seems the uuid is taken anyway, so being blank is another mini bug | 11:18 |
lsmola | shardy: sorry, typo | 11:19 |
lsmola | shardy: it's all ComputeAllNodesDeployment | 11:19 |
lsmola | shardy: but the story should be the same with Controller | 11:19 |
shardy | https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L739 | 11:20 |
shardy | So you increment the number of controllers in the ResourceGroup, which changes the get_attr to "servers", which causes the ControllerAllNodesDeployment to get replaced on update | 11:20 |
shardy | But in this case, you don't really want that, you want ControllerAllNodesDeployment to remain, as the existing ResourceGroup members already have a reference to it | 11:21 |
lsmola | shadower: so I think the problem is this http://paste.openstack.org/show/131850/ | 11:21 |
lsmola | shardy: ^ | 11:21 |
lsmola | shardy: each one is referring to different resource | 11:21 |
lsmola | shardy: yes, not creating another resource would solve it | 11:22 |
shardy | lsmola: yup, I'm not sure why that resource is visible via the cli - was that just the output of heat resource-list? | 11:22 |
*** serg_melikyan has joined #heat | 11:23 | |
lsmola | shardy: otherwise there woul have to be either some timeout, or merging of signals of resources from CREATE and UPDATE | 11:23 |
lsmola | shardy: this is heat event-list | 11:23 |
shardy | lsmola: Ok, so we need to either not replace ControllerAllNodesDeployment, or, move the deployment resource into the nested stack being scaled out by the resource group | 11:23 |
lsmola | shardy: the resources are being rewritten, so event-list is the only history of what happened there | 11:24 |
shardy | The latter is the preferred pattern for resource groups, but I guess you want the config to happen after all members are created, right? | 11:24 |
lsmola | shardy: actually the config can happen in parallel, after each node is deployed | 11:25 |
*** julienvey has joined #heat | 11:25 | |
lsmola | shardy: there are some dependencies on controller though | 11:25 |
shadower | shardy: AllNodes is outside because it's building the list of IP addresses (and other stuff) of all the nodes in the resource group | 11:25 |
lsmola | shardy: at least I think | 11:25 |
shardy | lsmola: Ok, so we need to move teh deployment resource inside OS::TripleO::Controller, so we create one deployment per controller, rather than a one for the entire group | 11:26 |
shadower | we may want to change that to something more clever happening outside of Heat, but it is what it is now (these nodse need to know about each other) | 11:26 |
shadower | shardy: yeah, that's not possible atm | 11:26 |
shardy | shadower: aha, Ok, I guessed that it was something like that - evidently that's not an update friendly pattern :( | 11:27 |
*** saju_m has quit IRC | 11:27 | |
shadower | yeah :-( | 11:27 |
lsmola | shardy: just addition the resource id of UPDATE_IN_PROGRESS and previously created with stack-create is the same | 11:27 |
shadower | so AllNodesDeployment is a OS::Heat::SoftwareDeployments (note the plural) type. Looks like this might be a bug in that resource's update code? | 11:28 |
lsmola | shardy: so it's the another CREATE_IN_PROGRESS that creates new ComputeAllNodesDeployment and child resources | 11:28 |
shardy | shadower: Yeah, arguably it shouldn't be replaced when "servers" changes, unlike SoftwareDeployment (singular) | 11:29 |
shadower | yeah | 11:29 |
shardy | Figuring out exactly what it should do however is probably not that simple | 11:29 |
shadower | yea :-( | 11:29 |
shardy | e.g, how many signals do we expect on update | 11:29 |
*** serg_melikyan has quit IRC | 11:29 | |
shardy | Probably something to discuss with stevebaker and tspatzier but I'm sure we can come up with a solution | 11:29 |
*** julienvey has quit IRC | 11:29 | |
shadower | I guess you do want a replace if you change "servers" to another resource. But not if it's just resized | 11:29 |
shardy | lsmola: thanks for your analysis, much appreciated :) | 11:30 |
*** justin-8 has joined #heat | 11:30 | |
shardy | shadower: Yeah, and probably expect the number of signals to be the difference in the list length | 11:30 |
lsmola | shardy: for ComputeAllNodesDeployment, each child resource should get one signal | 11:30 |
shadower | yeah | 11:30 |
shadower | (my yeah was to shardy's msg, yay concurrency) | 11:31 |
shardy | lsmola: but, if say you have 9 controllers, and you update to 10, do all of them signal on update, or just the one new one? | 11:31 |
*** kopparam has joined #heat | 11:31 | |
lsmola | shardy: actually I don't see and actual connection to child resources, only to ComputeAllNodesDeployment, | 11:31 |
lsmola | shardy: from my testing all of them | 11:31 |
shadower | shardy: I think the previous ones should be untouched (and not send any signals) unless they get updated for another reason | 11:32 |
lsmola | shardy: but, since it worked few times, there is a race | 11:32 |
lsmola | shardy: so it might or might not send it to new ComputeAllNodesDeployment, | 11:32 |
shadower | lsmola: but now you're describing the buggy behaviour, right? If all you do is increase the number of servers in the resource group, teh old ones will not send anything, will they? | 11:33 |
*** justin-8_ has quit IRC | 11:33 | |
shadower | rather: should not send anything | 11:33 |
*** tiantian has quit IRC | 11:33 | |
shadower | only the newly created nodes should be sending signals | 11:33 |
shardy | https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L610 | 11:33 |
lsmola | shadower: I tested with computes, and they all had signal sent in logm in about the same time | 11:33 |
shardy | I'm trying to figure out where deploy_signal_id is coming from in this case | 11:34 |
lsmola | shadower: so 2 signals in log in total for the compute that was just updated | 11:34 |
lsmola | shadower: so I guess count ++ is taken as change and os-collect-config runs again | 11:34 |
shadower | lsmola: but that's because of the botched AllNodes update code, right? | 11:35 |
shardy | Oh, that appears to be a magic input provided by SoftwareDeployment | 11:35 |
lsmola | shadower: nevertheless, heat expects signal from all of them | 11:35 |
shardy | lsmola: well, now it does, if we fix the update behaviour, it won't | 11:35 |
shadower | hm okay. I don't like taht but w/e | 11:35 |
lsmola | shadower: as the new ComputeAllNodesDeployment resource has 2 childs | 11:35 |
shardy | and if we don't replace the ComputeAllNodesDeployment, there's no longer any race :) | 11:35 |
lsmola | shadower: and it fails on the updated one, cause that sent signal to the old ComputeAllNodesDeployment, | 11:36 |
shadower | lsmola: yes but all you're describing now is the buggy behaviour, right? None of this should be happening once we fix it | 11:36 |
shardy | lsmola: Yeah, I think we're all agreed this is a bug, the question is just how to fix it :) | 11:36 |
shadower | right? | 11:36 |
shardy | Let me make a coffee and hack on some code | 11:36 |
lsmola | shadower: shardy if we will not create new ComputeAllNodesDeployment, that should fix it | 11:37 |
lsmola | shadower: shardy though I guess signals should be sent from all nodes | 11:37 |
*** serg_melikyan has joined #heat | 11:37 | |
shardy | lsmola: I guess that is my main question - will that happen, or just one from the new node | 11:37 |
lsmola | shadower: shardy unless we check that also some parameters has been changed and check what nodes it affects ... | 11:37 |
shadower | lsmola: why? The existing nodes shouldn't be updated | 11:38 |
shadower | should they? | 11:38 |
shardy | shadower: that's my expectation as well | 11:38 |
lsmola | shadower: I guess it's just easier that doing plenty of checks | 11:38 |
shardy | although I don't really know the agent-side stuff very well | 11:38 |
shadower | shardy: yeah me neither... | 11:38 |
lsmola | shadower: I mean what will happen if you will change e.g. somethin in nova.conf? | 11:38 |
lsmola | shadower: and scale at the same time? | 11:39 |
shadower | lsmola: that's something else though. We're talking about the situation where all you do is change the count | 11:39 |
shardy | nova.conf isn't applied by this deployment, is it? | 11:39 |
shadower | lsmola: if you change the config value, that will force a replacement | 11:39 |
shadower | I need to drop off for a bit, bbl | 11:39 |
aruna | does list_join only work in a specific version of openstack, as i am having trouble getting it to work | 11:39 |
lsmola | shadower: hm ok, I would just expect they always sent if because it's easier | 11:40 |
lsmola | shadower: but I guess if the deployment for the updated node will not change, it should not invoke os-collect-config and it should not wait for signal | 11:40 |
shardy | aruna: http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join | 11:40 |
shadower | aruna: you need a Juno Heat and the right template version | 11:40 |
shardy | it was introduced in the Juno, you may need to use the AWS resource if you're on an older heat | 11:41 |
shardy | http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#heat-template-version | 11:41 |
shardy | aruna: provided you use 2013-05-23 as your template version, Fn::Join should work even in a HOT template | 11:42 |
aruna | bummer we are only running havana | 11:42 |
shardy | we made things stricter from 2014-10-16 | 11:42 |
shardy | aruna: I guess use Fn::Join then plan to migrate to list_join later? | 11:42 |
lsmola | shadower: but if we scale and change parameters, will it force to create new ComputeAllNodesDeployment, so this race could appear again? | 11:43 |
aruna | thanks will try that now | 11:43 |
lsmola | shadower: given we fix it by not creating new ComputeAllNodesDeployment on scale | 11:43 |
*** athomas has joined #heat | 11:46 | |
shardy | lsmola: there are no parameters referenced in allNodesConfig or ControllerAllNodesDeployment | 11:52 |
lsmola | shardy: and ComputeNodesDeployment ? | 11:53 |
shardy | Neither of them reference any parameters | 11:54 |
shardy | So it should be fine | 11:54 |
lsmola | shadower: you are right that it should not call os-collect-config on just updated nodes, cause it will restart all services, we don't want that | 11:54 |
lsmola | shardy: and referencing of parameters is causing what? :-) | 11:55 |
shardy | OS::TripleO::Compute takes the parameters, so on update it's possible you change something which cases replacement of nodes, in which case the list referenced in "servers" to the deployments resource changes, and we know from comparing the old/new list how many signals to expect | 11:55 |
shardy | "change parameters, will it force to create new ComputeAllNodesDeployment" | 11:55 |
shardy | I am saying it won't | 11:56 |
lsmola | shardy: ok, good | 11:56 |
shardy | that said, using ResourceGroup may not be the best long term plan, as if you change something which requires replacement, we'll replace everything in the group | 11:56 |
lsmola | shardy: hm | 11:56 |
shardy | AutoScalingGroup allows rolling updates, which we may want to use at some point in future | 11:56 |
shardy | anyway, that is unrelated to this problem | 11:57 |
lsmola | shardy: yeah, shadower is already working on that | 11:57 |
shardy | Just getting the basic update use-cases working seems like our first priority :) | 11:57 |
lsmola | shardy: ok, so what is causing creation of new ComputeAllNodesDeployment"? | 11:57 |
shardy | lsmola: A heat bug, or the tripleo template design depending on your perspective | 11:58 |
shardy | I'm looking into a fix in heat now | 11:58 |
lsmola | shardy: seems like the os-collect-config run could be caused by creating new ComputeAllNodesDeployment | 11:58 |
lsmola | shardy: ok good | 11:58 |
lsmola | shardy: could be somehow possible to merge the two ComputeAllNodesDeployment? | 11:59 |
shardy | lsmola: when the bug is fixed there will only be one | 11:59 |
lsmola | shardy: so if it already got the signal from update, you would propagate it to create? | 11:59 |
lsmola | shardy: ok, great | 11:59 |
lsmola | shardy: just last check, after it is fixed, it will never create new ComputeAllNodesDeployment? | 12:00 |
*** nkhare has quit IRC | 12:00 | |
shardy | lsmola: yes, that's the plan | 12:00 |
lsmola | shardy: ok, seem like that should fix all the potential problems | 12:00 |
shardy | (subject to feedback from stevebaker and tspatzier) | 12:01 |
lsmola | shardy: ok, thank you very much | 12:01 |
lsmola | shardy: I will summarize the problem into the bug | 12:01 |
shardy | lsmola: np, yep summary would be great, I'll add some notes re the possible solution and ping you when there's a patch we can test | 12:01 |
tspatzier | hey shardy, I saw somebody typed my name :-) | 12:01 |
shardy | Hey tspatzier! | 12:02 |
shardy | We're discussing the SoftwareDeployments resource | 12:02 |
*** alexpilotti has joined #heat | 12:02 | |
shardy | lsmola/tripleo have a problem because it gets replaced whenever the "servers" list changes | 12:02 |
tspatzier | yeah, I scanned thru the history a bit. still have to fully understand the issue | 12:02 |
*** sgordon has quit IRC | 12:02 | |
shardy | we're discussing making that not happen, so on update we compare the old/new lists and expect the appropriate number of signals | 12:03 |
*** sgordon has joined #heat | 12:03 | |
*** blues-man has joined #heat | 12:03 | |
shardy | tspatzier: basically, the Deployments "servers" property references a ResourceGroup, which changes size on update | 12:03 |
tspatzier | ok | 12:04 |
*** Marga_ has joined #heat | 12:05 | |
shardy | that doesn't work, because we replace the Deployments resource on update, instead of handling the change in the servers list without replacement | 12:06 |
tspatzier | so lsmola will file a bug with a summary and where we can have all the discussion, right? that would be good | 12:06 |
tspatzier | right, handling the update instead of replacing would be better. I guess we have to create/update/delete derived configs created by the deployments resource. | 12:07 |
*** jtomasek has joined #heat | 12:07 | |
*** asalkeld has quit IRC | 12:07 | |
shardy | https://bugs.launchpad.net/heat/+bug/1389178 | 12:07 |
uvirtbot | Launchpad bug 1389178 in heat "heat stack-update failure when scaling resource group" [High,Triaged] | 12:07 |
shardy | tspatzier: ^^ | 12:07 |
shardy | I'm going to have a try at implementing a solution this afternoon | 12:08 |
tspatzier | ok, so that bug is for tracking this. I'll stay tuned. | 12:09 |
lsmola | tspatzier: shardy bug updated https://bugs.launchpad.net/heat/+bug/1389178 | 12:10 |
uvirtbot | Launchpad bug 1389178 in heat "heat stack-update failure when scaling resource group" [High,Triaged] | 12:10 |
tspatzier | lsmola: very good summary. thanks. | 12:11 |
*** cdent has joined #heat | 12:11 | |
*** dims has quit IRC | 12:13 | |
*** dims has joined #heat | 12:13 | |
*** nosnos has quit IRC | 12:13 | |
*** nosnos has joined #heat | 12:14 | |
*** nosnos has quit IRC | 12:18 | |
lsmola | shardy: quick question, I guess we can't backport this one, right? https://review.openstack.org/#/c/128365/ | 12:19 |
lsmola | shardy: it landed in kilo, right? | 12:19 |
*** jistr is now known as jistr|english | 12:23 | |
*** aruna has quit IRC | 12:23 | |
*** sgordon` has joined #heat | 12:25 | |
*** nkhare has joined #heat | 12:25 | |
*** julienvey has joined #heat | 12:26 | |
*** julienvey has quit IRC | 12:30 | |
*** ramishra has joined #heat | 12:37 | |
*** hdd has quit IRC | 12:40 | |
*** alexpilotti has quit IRC | 12:41 | |
*** blues-man has quit IRC | 12:43 | |
*** nkhare has quit IRC | 12:44 | |
*** apporc_ has quit IRC | 12:53 | |
*** nkhare has joined #heat | 12:58 | |
*** andersonvom has quit IRC | 13:04 | |
*** blomquisg has joined #heat | 13:04 | |
*** EricGonczer_ has joined #heat | 13:06 | |
*** ramishra has quit IRC | 13:08 | |
*** Marga_ has quit IRC | 13:09 | |
*** Marga_ has joined #heat | 13:09 | |
shardy | lsmola: Right, we can't backport it to upstream stable | 13:10 |
*** EricGonczer_ has quit IRC | 13:10 | |
*** nkhare has quit IRC | 13:11 | |
*** andersonvom has joined #heat | 13:13 | |
*** Drago has joined #heat | 13:17 | |
*** serg_melikyan has quit IRC | 13:17 | |
*** pas-ha has quit IRC | 13:17 | |
*** mkollaro has joined #heat | 13:24 | |
*** achanda has joined #heat | 13:26 | |
*** andersonvom has quit IRC | 13:28 | |
*** andersonvom has joined #heat | 13:28 | |
*** achanda has quit IRC | 13:31 | |
*** pas-ha has joined #heat | 13:33 | |
*** Qiming has quit IRC | 13:34 | |
*** Qiming has joined #heat | 13:35 | |
*** andersonvom has quit IRC | 13:35 | |
*** rpothier has joined #heat | 13:40 | |
*** jdob has joined #heat | 13:40 | |
*** jprovazn has quit IRC | 13:43 | |
*** kopparam has quit IRC | 13:51 | |
*** funzo_ is now known as funzo | 13:58 | |
lsmola | shardy: ok | 13:59 |
*** andersonvom has joined #heat | 13:59 | |
*** bart613 has quit IRC | 14:01 | |
*** bart613 has joined #heat | 14:02 | |
*** jistr|english is now known as jistr | 14:02 | |
*** blues-man has joined #heat | 14:03 | |
*** rushiagr is now known as rushiagr_away | 14:04 | |
*** crose has joined #heat | 14:07 | |
*** ramishra has joined #heat | 14:09 | |
*** GonZo2K has joined #heat | 14:13 | |
*** dims has quit IRC | 14:13 | |
*** dims has joined #heat | 14:14 | |
*** ramishra has quit IRC | 14:14 | |
*** julienvey has joined #heat | 14:15 | |
*** Drago has quit IRC | 14:18 | |
*** jprovazn has joined #heat | 14:18 | |
*** julienvey has quit IRC | 14:19 | |
*** rakesh_hs has quit IRC | 14:23 | |
*** ishant has quit IRC | 14:23 | |
*** gokrokve has joined #heat | 14:29 | |
*** jmckind has joined #heat | 14:29 | |
openstackgerrit | Qiming Teng proposed a change to openstack/heat: Adds multi-region support for stack resource https://review.openstack.org/53313 | 14:30 |
*** Drago has joined #heat | 14:32 | |
*** zns has joined #heat | 14:34 | |
*** ramishra has joined #heat | 14:36 | |
*** GonZo2K has quit IRC | 14:44 | |
*** zz_gondoi is now known as gondoi | 14:46 | |
*** rushiagr_away is now known as rushiagr | 14:51 | |
*** blues-man has quit IRC | 14:52 | |
*** rushiagr is now known as rushiagr_away | 14:52 | |
*** pmallya has joined #heat | 14:54 | |
*** openstackgerrit has quit IRC | 14:55 | |
*** crose has quit IRC | 15:01 | |
*** blues-man has joined #heat | 15:04 | |
*** rushiagr_away is now known as rushiagr | 15:05 | |
*** tspatzier has quit IRC | 15:08 | |
pscheie | shardy, in Example 1 in http://docs.openstack.org/hot-guide/content/how-to-use-template-resources-for-composition.html, does the key_name property defined in the main template (main.yaml) become a parameter in the child template (my_nova.yaml)? | 15:09 |
*** GonZo2K has joined #heat | 15:09 | |
*** tspatzier has joined #heat | 15:10 | |
*** julienvey has joined #heat | 15:15 | |
*** EricGonczer_ has joined #heat | 15:18 | |
*** tellesnobrega_ has joined #heat | 15:18 | |
*** kopparam has joined #heat | 15:19 | |
*** tellesnobrega_ has quit IRC | 15:20 | |
*** julienvey has quit IRC | 15:20 | |
Qiming | pscheie, that is correct | 15:22 |
*** GonZo2K has quit IRC | 15:22 | |
*** serg_melikyan has joined #heat | 15:23 | |
*** GonZo2K has joined #heat | 15:24 | |
*** Drago has quit IRC | 15:27 | |
*** k4n0 has quit IRC | 15:27 | |
*** GonZo2K has quit IRC | 15:33 | |
*** GonZo2K has joined #heat | 15:36 | |
pscheie | Qiming, tx. | 15:41 |
*** gokrokve_ has joined #heat | 15:44 | |
*** justin-8 has quit IRC | 15:46 | |
*** justin-8 has joined #heat | 15:46 | |
*** gokrokve has quit IRC | 15:47 | |
*** bdellegrazie has joined #heat | 15:49 | |
*** zns has quit IRC | 15:51 | |
*** randallburt has joined #heat | 15:51 | |
bdellegrazie | Hi everyone, I'm on Icehouse (heat client version 0.2.8, server 2014.1.3-0ubuntu1) trying to use the ResourceGroup's %index% capability. However the %index% never seems to be substituted in the name. Anyone have any other suggestions? | 15:51 |
*** zns has joined #heat | 15:52 | |
*** Qiming has quit IRC | 15:52 | |
jdandrea | bdellegrazie: Can you please post an example template to paste.openstack.org? Maybe that will provide some clues (and more eyes can have a look-see). | 15:54 |
bdellegrazie | Sure... one moment | 15:54 |
jdandrea | tx! | 15:54 |
bdellegrazie | @jdandrea: http://paste.openstack.org/show/131930/ | 15:57 |
*** thedodd has joined #heat | 15:57 | |
*** GonZo2K has quit IRC | 15:59 | |
bdellegrazie | @jdandrea: ignore the duplicate image: tag that's a copy paste error | 15:59 |
*** achanda has joined #heat | 15:59 | |
*** kitch_ has joined #heat | 16:01 | |
jdandrea | bdellegrazie: Thanks! Looking. | 16:02 |
jdandrea | I'll ignore that dupe. | 16:02 |
*** blues-man has quit IRC | 16:02 | |
*** serg_melikyan has quit IRC | 16:03 | |
*** gondoi is now known as zz_gondoi | 16:04 | |
jdandrea | Hmph. That looks mostly harmless. Trying it ... | 16:04 |
*** serg_melikyan has joined #heat | 16:04 | |
*** thedodd has quit IRC | 16:05 | |
*** hdd has joined #heat | 16:06 | |
pscheie | I'm using the snippets shown in http://paste.openstack.org/show/131929/ | 16:07 |
*** achanda has quit IRC | 16:07 | |
pscheie | But I keep getting this error: Property error : ods_instance: availability_zone The Parameter (my_zone) was not provided. | 16:08 |
pscheie | Can a property be passed in as a parameter from a OS::Heat::ResourceGroup? | 16:09 |
bdellegrazie | @pscheie: do you have a definition for my_zone in the parameters section of the child template/ | 16:12 |
bdellegrazie | ? | 16:12 |
*** ramishra has quit IRC | 16:14 | |
*** julienvey has joined #heat | 16:16 | |
*** ramishra has joined #heat | 16:16 | |
*** mkollaro has quit IRC | 16:17 | |
*** bdossant has joined #heat | 16:17 | |
*** serg_melikyan has quit IRC | 16:17 | |
*** serg_melikyan has joined #heat | 16:17 | |
*** metral is now known as metral_zzz | 16:18 | |
*** crose has joined #heat | 16:20 | |
*** julienvey has quit IRC | 16:21 | |
bdellegrazie | @jdandrea: according to Git it looks like it isn't merged into IceHouse ... https://github.com/openstack/heat/commit/22095896d6a3f35445e72e484c8c7b7d05a82f9a (in branch 2014.2, not 2014.1) :( | 16:21 |
jdandrea | bdellegrazie: Ohhhh. :( | 16:22 |
jdandrea | Eek. | 16:22 |
bdellegrazie | Well at least that explains why it doesn't work... | 16:22 |
bdellegrazie | @jdandrea: thanks for your time and help | 16:23 |
jdandrea | np! | 16:24 |
*** pmallya__ has joined #heat | 16:26 | |
pscheie | bdellegrazie, no, I don't. I was thinking I only had to define it once, in the parent. | 16:26 |
pscheie | Otherwise, what's the point of passing it as a parameter if I have to define it in the child template anyway? | 16:27 |
pscheie | bdellegrazie, oh, I see. I have to have it as a parameter in the child, but I don't have to assign a value to it in the child | 16:28 |
pscheie | The value comes as a parameter from the parent. | 16:29 |
*** pmallya has quit IRC | 16:29 | |
*** Marga_ has quit IRC | 16:31 | |
*** Marga_ has joined #heat | 16:31 | |
*** randallburt has quit IRC | 16:33 | |
*** Marga_ has quit IRC | 16:35 | |
*** zz_gondoi is now known as gondoi | 16:36 | |
bdellegrazie | @pscheie: you got it. | 16:40 |
bdellegrazie | bye all | 16:40 |
*** bdellegrazie has left #heat | 16:40 | |
*** blues-man has joined #heat | 16:40 | |
pscheie | nuts! Why do the people I'm chatting with keep leaving. | 16:41 |
*** crose has quit IRC | 16:41 | |
jdandrea | pscheie: Places to go, stacks to create? :-o | 16:42 |
pscheie | jdandrea, yes, I supposed other people have lives, too. ;-) | 16:42 |
jdandrea | Hehe. | 16:42 |
* jdandrea just has Colloquy running all the time. | 16:43 | |
*** gokrokve has joined #heat | 16:43 | |
pscheie | Ok, at bdellegrazie's suggestion, I added a my_zone parameter to the child, as shown here: | 16:43 |
pscheie | http://paste.openstack.org/show/131950/ | 16:43 |
pscheie | But now I'm getting a different error: Property error : ods:resource_def: Property my_zone not assigned | 16:44 |
*** metral_zzz is now known as metral | 16:44 | |
*** gokrokve_ has quit IRC | 16:46 | |
*** gokrokve has quit IRC | 16:48 | |
*** tellesnobrega_ has joined #heat | 16:48 | |
*** tellesnobrega_ has quit IRC | 16:49 | |
jdandrea | pscheie: Try putting my_zone under properties under resource_def (yes, there will be two properties - one at the ResourceGroup level and one at the resource_def level). | 16:49 |
jdandrea | Example: http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup | 16:49 |
pscheie | Can anyone verify that properties of a ResourceGroup get passed as parameters to the template specified by resource_def? | 16:50 |
jdandrea | That also means type: goes under resource_def and not in its own {} | 16:50 |
shardy | pscheie: You only specify the property that gets passed to the child inside the resource_def map: | 16:50 |
shardy | https://github.com/openstack/tripleo-heat-templates/blob/master/overcloud-without-mergepy.yaml#L444 | 16:50 |
jdandrea | pscheie: Yup, what shardy said. | 16:51 |
*** gokrokve has joined #heat | 16:51 | |
shardy | In your last example, you were passing my_zone to ResourceGroup, not to the child template via resource_def, which won't work | 16:51 |
*** kopparam has joined #heat | 16:51 | |
jdandrea | pscheie: I think this will do the trick, but have not verified it. http://paste.openstack.org/show/131953/ | 16:52 |
*** tellesnobrega_ has joined #heat | 16:52 | |
*** EricGonczer_ has quit IRC | 16:53 | |
*** Viswanath has joined #heat | 16:53 | |
pscheie | Yay! Progress! | 16:53 |
*** EricGonczer_ has joined #heat | 16:54 | |
pscheie | I still got an error, but in a different place, so I'm moving forward. | 16:54 |
*** gokrokve has quit IRC | 16:54 | |
*** gokrokve has joined #heat | 16:55 | |
*** jistr has quit IRC | 16:55 | |
*** Viswanath has quit IRC | 16:56 | |
*** kopparam has quit IRC | 16:56 | |
*** blues-man has quit IRC | 16:56 | |
jdandrea | Good! Progress is progress. | 16:57 |
*** ramishra has quit IRC | 17:06 | |
*** tellesnobrega_ has quit IRC | 17:08 | |
*** ramishra has joined #heat | 17:09 | |
*** spzala has joined #heat | 17:10 | |
*** julienvey has joined #heat | 17:12 | |
*** julienvey has joined #heat | 17:12 | |
*** hdd has quit IRC | 17:13 | |
*** GonZo2K has joined #heat | 17:13 | |
*** ramishra has quit IRC | 17:14 | |
*** bdossant has quit IRC | 17:14 | |
*** tchaypo has joined #heat | 17:15 | |
*** athomas has quit IRC | 17:20 | |
*** thedodd has joined #heat | 17:21 | |
*** Marga_ has joined #heat | 17:25 | |
*** julienvey has quit IRC | 17:27 | |
*** ifarkas has quit IRC | 17:33 | |
*** GonZo2K has quit IRC | 17:34 | |
*** sanjayu has quit IRC | 17:35 | |
*** GonZo2K has joined #heat | 17:38 | |
*** ifarkas has joined #heat | 17:39 | |
*** Marga_ has quit IRC | 17:42 | |
*** derekh has quit IRC | 17:44 | |
*** tellesnobrega_ has joined #heat | 17:45 | |
*** openstackgerrit has joined #heat | 17:49 | |
jdandrea | Reality check Q: OS::Cinder::Volume does *not* respond to volume size updates (increased size) with a detach/extend/reattach ... correct? Not seeing it in Icehouse or Juno. | 17:58 |
pas-ha | jdandrea, could you be more specific? | 18:00 |
jdandrea | pas-ha: If I try to increase a OS::Cinder::Volume size as part of a stack-update, my thinking is the request will be ignored by the resource plugin. | 18:00 |
jdandrea | I'm asking for confirmation, in case I'm not reading the source correctly. | 18:00 |
pas-ha | no, it is implemented | 18:01 |
shardy | jdandrea: No, on Juno at least, it will try to extend it if you've changed the size | 18:01 |
jdandrea | pas-ha: I looked at Juno and didn't see it. | 18:01 |
jdandrea | I must be misreading then. | 18:01 |
pas-ha | https://github.com/openstack/heat/blob/master/heat/engine/resources/volume.py#L669 | 18:02 |
pas-ha | https://github.com/openstack/heat/commit/f50738ffcdc58f3814efbff7d7b1095ee5549cf1 | 18:02 |
jdandrea | Thanks! I was indeed looking in the wrong spot. tyvm. Whew. | 18:03 |
*** tellesnobrega_ has quit IRC | 18:03 | |
*** zns has quit IRC | 18:03 | |
*** serg_melikyan has quit IRC | 18:03 | |
*** bnemec has quit IRC | 18:04 | |
pas-ha | btw, I have a question concerning the planned convergence workers and getting rid of scheduler tasks in resources | 18:05 |
*** pmallya__ has quit IRC | 18:05 | |
pas-ha | are the workers planned to be multithreaded? or single worker will process only one single resource until completion in a blocking manner? | 18:06 |
*** bnemec has joined #heat | 18:07 | |
pas-ha | because disposing those scheduler tasks right now will penalize performance greatly | 18:07 |
shardy | pas-ha: my understanding is that the aim is to decouple the resource implementations from the scheduler, as currently the Scheduler implementation has leaked into resources, which would make replacing it with some other implementation much harder | 18:10 |
shardy | I'm pretty sure we won't do that until it can be done without penalizing performance greatly though :) | 18:10 |
shardy | zaneb is probably the best person to clarify how he expects that to play out :) | 18:10 |
pas-ha | ok, will as him when we happen to be here at once :) | 18:11 |
*** GonZoPT has joined #heat | 18:11 | |
pas-ha | s/as/ask | 18:11 |
*** tellesnobrega_ has joined #heat | 18:12 | |
*** GonZo2K has quit IRC | 18:13 | |
*** serg_melikyan has joined #heat | 18:14 | |
*** achanda has joined #heat | 18:17 | |
*** serg_melikyan has quit IRC | 18:20 | |
*** randallburt has joined #heat | 18:20 | |
*** Marga_ has joined #heat | 18:27 | |
*** daneyon has joined #heat | 18:30 | |
*** alexheneveld has quit IRC | 18:31 | |
*** Marga_ has quit IRC | 18:31 | |
*** mkollaro has joined #heat | 18:35 | |
*** tellesnobrega_ has quit IRC | 18:39 | |
*** rushiagr is now known as rushiagr_away | 18:43 | |
*** tellesnobrega_ has joined #heat | 18:43 | |
*** jprovazn has quit IRC | 18:50 | |
*** Drago has joined #heat | 18:54 | |
*** zns has joined #heat | 18:55 | |
*** zns has quit IRC | 18:56 | |
*** achanda has quit IRC | 19:00 | |
*** gokrokve has quit IRC | 19:01 | |
*** zns has joined #heat | 19:01 | |
*** EricGonczer_ has quit IRC | 19:03 | |
*** gokrokve has joined #heat | 19:04 | |
*** gokrokve has quit IRC | 19:09 | |
*** randallburt has quit IRC | 19:09 | |
*** tspatzier has quit IRC | 19:13 | |
*** Marga_ has joined #heat | 19:15 | |
zaneb | pas-ha: the workers will likely use eventlet for multithreading, just like we do now | 19:15 |
zaneb | pas-ha: the scheduler stuff is only for parallelising stuff within a stack's greenthread, which won't be needed with convergence | 19:16 |
*** randallburt has joined #heat | 19:18 | |
*** achanda has joined #heat | 19:18 | |
*** EricGonczer_ has joined #heat | 19:20 | |
*** tellesnobrega_ has quit IRC | 19:20 | |
*** tellesnobrega_ has joined #heat | 19:23 | |
pas-ha | zaneb, but on the worker we might still need it, right? | 19:24 |
pas-ha | oh, I see, actual multithreading | 19:24 |
zaneb | pas-ha: no, we'll only be processing one resource at a time | 19:24 |
zaneb | i.e. one resource per greenthread | 19:24 |
pas-ha | ok, that makes sense. thanks | 19:25 |
*** aweiteka has quit IRC | 19:25 | |
pas-ha | ok, g'night all, see you tomorrow | 19:25 |
*** pas-ha has quit IRC | 19:26 | |
*** alexheneveld has joined #heat | 19:29 | |
*** Drago has quit IRC | 19:30 | |
*** Drago has joined #heat | 19:31 | |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for CloudWatch https://review.openstack.org/127670 | 19:31 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Make resource check messages more consistent https://review.openstack.org/131281 | 19:31 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for Ceilometer alarms https://review.openstack.org/127671 | 19:32 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for OS::Nova::Server https://review.openstack.org/128357 | 19:32 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for Rackspace Cloud Servers https://review.openstack.org/128358 | 19:33 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for OS::Trove::Instance https://review.openstack.org/131282 | 19:33 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for OS::Swift::Container https://review.openstack.org/131283 | 19:34 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for OS::Nova::KeyPair https://review.openstack.org/131284 | 19:34 |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for Cinder and EC2 Volumes https://review.openstack.org/131285 | 19:35 |
pscheie | My two-template stack is now able to spin up an instance. | 19:35 |
pscheie | But the hostname is an abomination: da-gog2knome-0-khotb5wgzctf-ods_instance-4owwsde2o2lk | 19:36 |
*** gokrokve has joined #heat | 19:37 | |
pscheie | The environment is named dave1, and I've specified the name as one of the properties of OS::Nova::Server in the child template. | 19:37 |
pscheie | see http://paste.openstack.org/show/132000/ | 19:39 |
pscheie | I'm passing in the Environment parameter from the calling/parent template. | 19:40 |
pscheie | So, why isn't the name property being assigned the string I'm constructing for it? | 19:40 |
*** gokrokve has quit IRC | 19:41 | |
*** pmallya_ has joined #heat | 19:42 | |
*** jstrachan has quit IRC | 19:42 | |
*** pmallya_ has quit IRC | 19:43 | |
*** pmallya has joined #heat | 19:43 | |
gpocentek | hi all | 19:48 |
*** Drago has quit IRC | 19:48 | |
*** Drago has joined #heat | 19:48 | |
gpocentek | FYI the hot-reference and hot-guide are "officialy" published: http://docs.openstack.org/hot-reference/content/ and http://docs.openstack.org/user-guide/content/hot-guide.html | 19:49 |
*** gokrokve has joined #heat | 19:49 | |
*** kopparam has joined #heat | 19:52 | |
*** shakamun_ has quit IRC | 19:52 | |
*** shakamunyi has joined #heat | 19:57 | |
*** swygue has joined #heat | 19:57 | |
*** kopparam has quit IRC | 19:58 | |
stevebaker | gpocentek: nice. do you know where the change is needed to trigger regeneration on post-merge heat changes? | 19:58 |
stevebaker | hey, cross-linking from user-guide to hot-reference. very cool | 19:59 |
gpocentek | stevebaker: to regenerate the reference? | 20:00 |
stevebaker | gpocentek: yeah | 20:01 |
gpocentek | there's a script in the openstack-manuals repository | 20:01 |
gpocentek | https://github.com/openstack/openstack-manuals/blob/master/doc/hot-reference/README.rst | 20:02 |
stevebaker | I assume something could be set up in project-config to trigger it | 20:02 |
gpocentek | we could probably setup something, yes | 20:03 |
*** Marga_ has quit IRC | 20:06 | |
*** swygue has quit IRC | 20:09 | |
*** killer_prince has joined #heat | 20:09 | |
*** killer_prince is now known as lazy_prince | 20:09 | |
*** pmallya has quit IRC | 20:13 | |
jpeeler | stevebaker: this look okay to you? http://fpaste.org/149805/ | 20:15 |
*** hdd has joined #heat | 20:16 | |
*** mkollaro has quit IRC | 20:19 | |
*** pmallya has joined #heat | 20:20 | |
*** gondoi is now known as zz_gondoi | 20:21 | |
*** mkollaro has joined #heat | 20:26 | |
*** tellesnobrega_ has quit IRC | 20:26 | |
stevebaker | jpeeler: are there any templates left in the package? | 20:26 |
stevebaker | jpeeler: other than the software-config examples? | 20:26 |
jpeeler | not with this change | 20:27 |
stevebaker | I suppose there is a case for including the hot/* templates, but not if that implies that we "support" them | 20:28 |
*** jrist has quit IRC | 20:28 | |
jpeeler | kind of afraid that is the implication | 20:28 |
stevebaker | jpeeler: yeah, in that case lgtm | 20:29 |
jpeeler | thanks! | 20:29 |
stevebaker | lsmola, shardy, shadower: I've read the SoftwareDeployments backscroll | 20:29 |
*** zz_gondoi is now known as gondoi | 20:31 | |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Implement handle_check for Rackspace Cloud Servers https://review.openstack.org/128358 | 20:38 |
*** jmckind has quit IRC | 20:42 | |
*** randallburt has quit IRC | 20:45 | |
*** jmckind has joined #heat | 20:45 | |
*** spzala has quit IRC | 20:45 | |
*** achanda has quit IRC | 20:46 | |
*** mkollaro has quit IRC | 20:47 | |
*** mkollaro has joined #heat | 20:48 | |
*** randallburt has joined #heat | 20:50 | |
*** zns has quit IRC | 20:51 | |
*** asalkeld has joined #heat | 20:52 | |
*** zns has joined #heat | 20:52 | |
asalkeld | morning | 20:52 |
stevebaker | morning | 20:52 |
*** ifarkas has quit IRC | 20:55 | |
*** aweiteka has joined #heat | 20:56 | |
*** vijendar has joined #heat | 21:00 | |
*** cdent has quit IRC | 21:00 | |
*** vijendar1 has quit IRC | 21:03 | |
*** mkollaro has quit IRC | 21:08 | |
*** mkollaro has joined #heat | 21:09 | |
*** zns has quit IRC | 21:09 | |
*** Viswanath has joined #heat | 21:09 | |
*** Marga_ has joined #heat | 21:11 | |
*** Viswanath has quit IRC | 21:12 | |
*** achanda has joined #heat | 21:14 | |
*** zns has joined #heat | 21:15 | |
*** shakamunyi has quit IRC | 21:18 | |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Use RPC directly for software deployment operations https://review.openstack.org/133605 | 21:23 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Use RPC directly for software config operations https://review.openstack.org/133604 | 21:23 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Integration test for software-config tools https://review.openstack.org/113711 | 21:23 |
asalkeld | anyone interested in being the stable branch liaison? | 21:27 |
*** pmallya has quit IRC | 21:27 | |
openstackgerrit | A change was merged to openstack/python-heatclient: Remove _ from builtins https://review.openstack.org/132555 | 21:28 |
asalkeld | it's a new "thing" | 21:28 |
stevebaker | tumbleweeds | 21:32 |
randallburt | crickets | 21:32 |
*** Marga__ has joined #heat | 21:33 | |
*** shakamunyi has joined #heat | 21:34 | |
*** Marga_ has quit IRC | 21:35 | |
asalkeld | mmm, maybe i can ask this evening | 21:35 |
*** Marga__ has quit IRC | 21:38 | |
*** Marga_ has joined #heat | 21:39 | |
*** shakamunyi has quit IRC | 21:39 | |
*** pmallya has joined #heat | 21:41 | |
jpeeler | asalkeld: what all does it entail? i might be interested | 21:43 |
*** alexheneveld has quit IRC | 21:44 | |
asalkeld | jpeeler, cool - so honestly not sure | 21:44 |
asalkeld | but watch the ml | 21:44 |
asalkeld | theirry will email soon | 21:44 |
*** mkollaro has quit IRC | 21:45 | |
asalkeld | they want to de-centralise the stable-core-team | 21:46 |
asalkeld | so give the projects more autonomy with stable branch | 21:46 |
asalkeld | coffee time | 21:47 |
*** hdd has quit IRC | 21:47 | |
*** alexheneveld has joined #heat | 21:52 | |
stevebaker | every heat ptl has stayed on stable-core-team, so we're already quite decentralised | 21:54 |
pscheie | jdandrea, your example worked for me. Thanks. | 21:54 |
pscheie | Now I'm trying to pass the %index% number so I can incorporate it into each instance's hostname. | 21:55 |
pscheie | In the resource_def, I've got this property: my_index: %index% | 21:56 |
*** mkollaro has joined #heat | 21:57 | |
*** jdob has quit IRC | 21:57 | |
pscheie | But it's giving me this error: Property error : ods:resource_def: Property my_index not assigned | 21:57 |
stevebaker | cmyster: still awake | 21:58 |
stevebaker | ? | 21:58 |
pscheie | Is that saying that no value is being assigned to my_index? That is, is %index% not a valid variable? | 21:58 |
*** zns has quit IRC | 21:58 | |
*** alexheneveld has quit IRC | 21:58 | |
pscheie | I picked it up from http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup | 21:59 |
randallburt | pscheie: do you have a link to your template? | 22:00 |
pscheie | randallburt, I'll make one. Hang on. | 22:00 |
randallburt | k | 22:00 |
*** Marga_ has quit IRC | 22:04 | |
*** zns has joined #heat | 22:04 | |
asalkeld | randallburt, | 22:05 |
randallburt | asalkeld: hey | 22:05 |
asalkeld | the hp guys say that they might be able to pay for our hotel in india | 22:06 |
asalkeld | (still checking it out) | 22:06 |
asalkeld | but would that change things for you guys? | 22:06 |
asalkeld | or not really | 22:06 |
asalkeld | (for mid cycle) | 22:07 |
pscheie | randallburt, http://paste.openstack.org/show/132032/ | 22:07 |
asalkeld | hotel is normally a big cost | 22:07 |
randallburt | asalkeld: dunno tbh. I'd have to check with Keith or whoever my boss winds up being. | 22:07 |
asalkeld | k | 22:07 |
randallburt | asalkeld: did I miss a link to the poll or is that still pending (just now getting back to work after summit recovery). | 22:08 |
randallburt | pscheie: looking | 22:08 |
asalkeld | randallburt, i was planning to do that today | 22:08 |
randallburt | asalkeld: cool, just didn't want to miss it :) | 22:08 |
asalkeld | i'll send a message to the ml | 22:08 |
*** daneyon has quit IRC | 22:09 | |
randallburt | pscheie: I think that may be a limitation of using %index% like this. You may have to supply a default value to that param in the child template since %index% isn't resolved until the group is created. | 22:10 |
asalkeld | try "index_%index%" | 22:10 |
randallburt | pscheie: the default value will allow initial validation to pass, though I may be wrong here. | 22:10 |
pscheie | randallburt, if I don't use the parameter in the child, it shouldn't cause any errors, should it? | 22:11 |
randallburt | pscheie, asalkeld: or just "%index%" maybe. | 22:11 |
randallburt | pscheie: shouldn't as long as you remove passing it in the parent | 22:12 |
*** dsneddon has joined #heat | 22:13 | |
asalkeld | pscheie, you also don't have a default, so it will be required i think | 22:14 |
pscheie | randallburt, well, if I pass it from the parent, and I have a parameter in the child to go with it, but then don't use that parameter with any of the resources, that should not generate any errors, right? | 22:14 |
pscheie | I'm just trying to eliminate pieces to isolate my problem. | 22:14 |
randallburt | pscheie: no, because its considering the my_index property in the parent, not the child. | 22:15 |
pscheie | Hmm, setting a default in the child parameter seems to have fixed it, or at least got rid of the initial error. | 22:16 |
stevebaker | randallburt: I thought you were your own boss, APPROVED! | 22:21 |
*** chlong has joined #heat | 22:22 | |
randallburt | stevebaker: I'm a figurehead. I get to approve contractor timesheets and go to meetings. Don't tell the team I can't fire them though. It'll be anarchy. | 22:22 |
*** asalkeld_ has joined #heat | 22:22 | |
*** asalkeld has quit IRC | 22:26 | |
pscheie | randallburt, I think %index% in the parent doesn't contain a value to asssign to my_index. | 22:29 |
randallburt | pscheie: correct. validation will then fail unless you give a default value in the child template. | 22:30 |
pscheie | If I put a default value in the child's parameter, the resource always gets that. | 22:30 |
randallburt | pscheie: oh. that's bad. Hrm. Might be a bug. Can you try the other suggestions from myself and asalkeld_ (use quotes) | 22:30 |
*** bhi has quit IRC | 22:30 | |
pscheie | But when I spin up the stack, the parameter in the child always seems to have the default value, not the value the parent should be passing. | 22:30 |
randallburt | pscheie: very odd. I will be afk in a bit, but you may need to submit a bug. | 22:31 |
pscheie | randallburt, sure. But won't quoting %index% just turn that into a string with the value %index%? | 22:31 |
randallburt | pscheie: should still get replaced. | 22:31 |
pscheie | randallburt, quoting it results in a hostname of dave1-ods-%index% | 22:34 |
pscheie | So, the parent IS passing the value, which is good. But it's not getting the actual index number value. | 22:34 |
randallburt | pscheie: looks like it. can you submit a bug and add me as a watcher or assign it to me? | 22:35 |
pscheie | randallburt, sure. I'm going to try a couple variations first just to make sure I don't have something screwy syntactically. | 22:35 |
randallburt | pscheie: k. | 22:36 |
jdandrea | pscheie: Glad to hear it! | 22:36 |
*** rpothier has quit IRC | 22:36 | |
*** aweiteka has quit IRC | 22:38 | |
pscheie | Weird: now I'm getting a different error: found character that cannot start any token | 22:38 |
pscheie | in "<unicode string>", line 74, column 22 | 22:38 |
pscheie | column 22 is the first % in %index% | 22:39 |
pscheie | The line is just my_index: %index% | 22:40 |
pscheie | I swear I had that syntax earlier but didn't get that error (although perhaps the lack of a default in the child was masking it). | 22:40 |
*** tspatzier has joined #heat | 22:41 | |
*** rdo has quit IRC | 22:42 | |
*** rdo has joined #heat | 22:44 | |
zaneb | asalkeld_: our manager is away this week, but in general terms it's looking like budget will be *very* tight for any midcycle | 22:46 |
*** rushiagr_away is now known as rushiagr | 22:48 | |
*** randallburt has quit IRC | 22:49 | |
*** randallburt has joined #heat | 22:49 | |
*** jmckind has quit IRC | 22:51 | |
*** jrist has joined #heat | 22:51 | |
*** dsneddon has quit IRC | 22:52 | |
*** daneyon has joined #heat | 22:53 | |
*** dsneddon has joined #heat | 22:53 | |
*** rdo has quit IRC | 22:55 | |
*** EricGonczer_ has quit IRC | 22:56 | |
*** rdo has joined #heat | 22:57 | |
*** daneyon_ has joined #heat | 22:59 | |
*** shakamunyi has joined #heat | 22:59 | |
*** jrist has quit IRC | 22:59 | |
*** jrist has joined #heat | 23:00 | |
*** shakamun_ has joined #heat | 23:00 | |
*** daneyon has quit IRC | 23:03 | |
*** shakamunyi has quit IRC | 23:04 | |
*** shakamunyi has joined #heat | 23:07 | |
*** shakamun_ has quit IRC | 23:11 | |
*** jrist has quit IRC | 23:14 | |
asalkeld_ | ok zaneb | 23:14 |
asalkeld_ | i think mid cycle is asking a lot of companies | 23:14 |
stevebaker | sounds like we're leaning towards not having one | 23:15 |
*** asalkeld_ has quit IRC | 23:20 | |
*** asalkeld__ has joined #heat | 23:20 | |
*** thedodd has quit IRC | 23:21 | |
*** daneyon_ has quit IRC | 23:23 | |
*** zns has quit IRC | 23:25 | |
*** achanda has quit IRC | 23:27 | |
*** achanda has joined #heat | 23:27 | |
*** achanda has quit IRC | 23:28 | |
*** pmallya has quit IRC | 23:44 | |
*** Drago1 has joined #heat | 23:44 | |
*** Drago has quit IRC | 23:44 | |
*** dims_ has joined #heat | 23:47 | |
*** dims has quit IRC | 23:50 | |
*** achanda has joined #heat | 23:51 | |
*** shakamunyi has quit IRC | 23:53 | |
*** dims_ has quit IRC | 23:54 | |
*** dims has joined #heat | 23:55 | |
*** asalkeld__ is now known as asalkeld | 23:56 | |
asalkeld | Madkiss, ping | 23:56 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!