*** ramishra has quit IRC | 00:02 | |
*** alexheneveld has quit IRC | 00:09 | |
*** sarob has quit IRC | 00:15 | |
*** swygue has joined #heat | 00:22 | |
*** otoolee has quit IRC | 00:29 | |
*** Qiming has quit IRC | 00:35 | |
*** kopparam has joined #heat | 00:47 | |
*** Putns has quit IRC | 00:50 | |
*** kopparam has quit IRC | 00:51 | |
*** elynn_ has quit IRC | 00:52 | |
*** alexpilotti has quit IRC | 00:53 | |
*** elynn_ has joined #heat | 00:53 | |
*** elynn_ has quit IRC | 00:57 | |
*** ramishra has joined #heat | 00:58 | |
*** ramishra has quit IRC | 01:02 | |
*** alexpilotti has joined #heat | 01:10 | |
*** otoolee has joined #heat | 01:11 | |
*** alexpilotti has quit IRC | 01:13 | |
*** sdake_ has quit IRC | 01:20 | |
*** elynn_ has joined #heat | 01:23 | |
*** zhiwei has joined #heat | 01:25 | |
*** charlesr has quit IRC | 01:26 | |
asalkeld | back | 01:27 |
---|---|---|
*** erkules_ has joined #heat | 01:27 | |
*** metral is now known as metral_zzz | 01:29 | |
*** erkules has quit IRC | 01:30 | |
*** nosnos has joined #heat | 01:32 | |
*** alexpilotti has joined #heat | 01:41 | |
*** kopparam has joined #heat | 01:47 | |
*** swygue has quit IRC | 01:48 | |
*** apporc has joined #heat | 01:50 | |
*** Yanyanhu has joined #heat | 01:50 | |
*** LiJiansheng has joined #heat | 01:51 | |
*** kopparam has quit IRC | 01:52 | |
*** metral_zzz is now known as metral | 01:57 | |
*** ramishra has joined #heat | 01:59 | |
*** apporc has quit IRC | 01:59 | |
*** apporc has joined #heat | 02:01 | |
*** ramishra has quit IRC | 02:03 | |
*** Yanyanhu has quit IRC | 02:04 | |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Integration test for software-config tools https://review.openstack.org/113711 | 02:04 |
*** Yanyanhu has joined #heat | 02:05 | |
*** metral is now known as metral_zzz | 02:07 | |
*** metral_zzz is now known as metral | 02:09 | |
elynn | morning all :) | 02:13 |
asalkeld | hi elynn | 02:16 |
elynn | Hi asalkeld | 02:17 |
elynn | I reply your comments in patch https://review.openstack.org/#/c/128157/ | 02:17 |
asalkeld | elynn afaik py3 doesn't have __unicode__ and __str__ should return unicode | 02:19 |
*** elynn_ has quit IRC | 02:20 | |
asalkeld | https://docs.python.org/3/howto/pyporting.html | 02:21 |
asalkeld | mmm, i am not totally correct | 02:22 |
elynn | What you concern is in __str__ function and in __unicode__ function. These two function will override str() and unicode() | 02:23 |
elynn | str() and unicode() is call by six.text_type() | 02:23 |
elynn | So there is no need to use six.text_type() in __str__ and __unicode__ | 02:23 |
asalkeld | it's more the behaviour of __str__ | 02:24 |
*** sarob has joined #heat | 02:24 | |
asalkeld | in py3 it should return unicode | 02:24 |
asalkeld | (as i understand) | 02:24 |
asalkeld | i'll remove my -1 | 02:25 |
asalkeld | and look into it a bit more | 02:25 |
elynn | yes, python3 is return unicode when using str | 02:27 |
elynn | so when using six.text_type(self) in python3 is meaning str(self) | 02:27 |
elynn | which calls __str__ function of the class | 02:27 |
elynn | so using str() in __str__ function is right. | 02:28 |
asalkeld | yip , you are right | 02:28 |
elynn | :) | 02:29 |
*** elynn_ has joined #heat | 02:29 | |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Don't shadow local variables "resource" https://review.openstack.org/129111 | 02:32 |
*** elynn_ has quit IRC | 02:34 | |
*** achanda_ has joined #heat | 02:43 | |
*** achanda__ has joined #heat | 02:43 | |
*** spzala has quit IRC | 02:44 | |
*** achanda has quit IRC | 02:46 | |
*** achanda_ has quit IRC | 02:47 | |
*** harlowja is now known as harlowja_away | 02:47 | |
*** kopparam has joined #heat | 02:48 | |
*** swygue has joined #heat | 02:50 | |
*** ramishra has joined #heat | 02:52 | |
*** kopparam has quit IRC | 02:53 | |
*** sarob has quit IRC | 02:55 | |
*** ramishra_ has joined #heat | 02:58 | |
*** sarob has joined #heat | 02:59 | |
*** achampio1 has quit IRC | 03:01 | |
*** ramishra has quit IRC | 03:01 | |
*** ramishra_ has quit IRC | 03:02 | |
*** ramishra has joined #heat | 03:02 | |
*** zns has joined #heat | 03:03 | |
*** zns has quit IRC | 03:03 | |
*** zns has joined #heat | 03:04 | |
*** achampion has joined #heat | 03:05 | |
*** ramishra has quit IRC | 03:07 | |
*** zns_ has joined #heat | 03:09 | |
*** zns__ has joined #heat | 03:12 | |
*** zns has quit IRC | 03:13 | |
*** zns_ has quit IRC | 03:13 | |
*** zns__ has quit IRC | 03:15 | |
*** swygue has quit IRC | 03:21 | |
*** ramishra has joined #heat | 03:22 | |
*** jcoufal has joined #heat | 03:27 | |
*** elynn_ has joined #heat | 03:30 | |
*** elynn_ has quit IRC | 03:34 | |
*** zhiwei has quit IRC | 03:41 | |
*** kopparam has joined #heat | 03:49 | |
*** kopparam has quit IRC | 03:54 | |
*** sdake_ has joined #heat | 03:55 | |
*** ramishra has quit IRC | 04:17 | |
*** ramishra has joined #heat | 04:20 | |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Put a cap on our cyclomatic complexity https://review.openstack.org/129126 | 04:20 |
*** ramishra has quit IRC | 04:20 | |
*** sarob has quit IRC | 04:22 | |
*** LiJiansheng has quit IRC | 04:25 | |
*** asalkeld has quit IRC | 04:28 | |
*** asalkeld has joined #heat | 04:28 | |
*** elynn_ has joined #heat | 04:31 | |
openstackgerrit | Angus Salkeld proposed a change to openstack/python-heatclient: Put a cap on our cyclomatic complexity https://review.openstack.org/129128 | 04:35 |
*** elynn_ has quit IRC | 04:35 | |
*** elynn has left #heat | 04:36 | |
*** elynn has joined #heat | 04:36 | |
*** sgordon_ has joined #heat | 04:41 | |
asalkeld | school run, brb | 04:41 |
*** kebray has joined #heat | 04:43 | |
*** nkhare has joined #heat | 04:44 | |
*** dims_ has quit IRC | 04:48 | |
*** vijayagurug has joined #heat | 04:48 | |
*** dims_ has joined #heat | 04:48 | |
*** kopparam has joined #heat | 04:50 | |
*** ramishra has joined #heat | 04:50 | |
*** jcoufal has quit IRC | 04:52 | |
*** dims_ has quit IRC | 04:53 | |
*** kopparam has quit IRC | 04:54 | |
*** achanda has joined #heat | 04:59 | |
*** achanda__ has quit IRC | 05:02 | |
*** sarob has joined #heat | 05:04 | |
*** lazy_prince has quit IRC | 05:11 | |
*** otoolee has quit IRC | 05:15 | |
*** ramishra has quit IRC | 05:19 | |
*** reed has quit IRC | 05:27 | |
*** otoolee has joined #heat | 05:27 | |
*** kebray has quit IRC | 05:29 | |
*** ramishra has joined #heat | 05:31 | |
*** elynn_ has joined #heat | 05:31 | |
*** elynn_ has quit IRC | 05:36 | |
*** kopparam has joined #heat | 05:36 | |
openstackgerrit | A change was merged to openstack/heat-templates: Use packaged heatclient in the heat-config element https://review.openstack.org/128936 | 05:47 |
*** jstrachan has joined #heat | 05:56 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/128188 | 06:02 |
*** k4n0 has joined #heat | 06:09 | |
*** erkules_ is now known as erkules | 06:13 | |
*** achanda has quit IRC | 06:15 | |
*** achanda has joined #heat | 06:16 | |
*** achanda has quit IRC | 06:16 | |
*** Putns has joined #heat | 06:20 | |
*** saju_m has joined #heat | 06:21 | |
*** jprovazn has joined #heat | 06:27 | |
sdake_ | can anyone paste the contents of keystone endpoint-list for me please? | 06:28 |
*** kopparam has quit IRC | 06:30 | |
*** elynn_ has joined #heat | 06:32 | |
*** killer_prince has joined #heat | 06:33 | |
*** killer_prince is now known as lazy_prince | 06:33 | |
tiantian | sdake_: http://paste.openstack.org/show/121579/ | 06:33 |
tiantian | is this? | 06:33 |
*** ramishra has quit IRC | 06:33 | |
sdake_ | thanks tiantan | 06:35 |
*** sgordon_ has quit IRC | 06:36 | |
*** praveenkumar has joined #heat | 06:36 | |
*** elynn_ has quit IRC | 06:37 | |
sdake_ | tiantaian can you run keystone service-list please and pasted? | 06:38 |
sdake_ | TIA :) | 06:38 |
*** ramishra has joined #heat | 06:39 | |
praveenkumar | Hi, I have a heat template which we are using to create stack/instance (http://fpaste.org/142729/13527923/) but when I create instance using this template default instance user come as "ec2-user" for a particular image but if I create a instance without heat using same image then default user is "cloud-user'? | 06:40 |
tiantian | sdake_: http://paste.openstack.org/show/121580/ | 06:41 |
openstackgerrit | A change was merged to openstack/heat: Support Cinder scheduler hints https://review.openstack.org/126298 | 06:41 |
praveenkumar | Is heat do some magic behind the scene for manipulating user information? | 06:42 |
sdake_ | tiantain thanks a bunch | 06:43 |
*** tomek_adamczewsk has joined #heat | 06:43 | |
sdake_ | tiantian rather | 06:43 |
tiantian | sdake_: np | 06:43 |
*** saju_m has quit IRC | 06:45 | |
*** pas-ha has joined #heat | 06:48 | |
*** tspatzier has joined #heat | 06:49 | |
therve | praveenkumar, Not magic, but in the configuration you have the default user for instances | 06:49 |
therve | You can change the configuration, or override the user in the template | 06:49 |
praveenkumar | therve: is it come under admin_user field? | 06:50 |
skraynev | Good morning all :) | 06:50 |
therve | praveenkumar, admin_user is how you change it in the template | 06:51 |
pas-ha | morning all :) | 06:51 |
skraynev | asalkeld, pas-ha: hi | 06:51 |
praveenkumar | therve: alright, I will change it in global config then. | 06:51 |
tiantian | skraynev: hi | 06:53 |
skraynev | hi tiantian :) | 06:53 |
openstackgerrit | A change was merged to openstack/heat: ResourceGroup update refactor https://review.openstack.org/128364 | 06:54 |
*** saju_m has joined #heat | 06:58 | |
*** saju_m has quit IRC | 06:59 | |
*** saju_m has joined #heat | 07:00 | |
*** ckmvishnu has joined #heat | 07:00 | |
*** saju_m has quit IRC | 07:01 | |
*** saju_m has joined #heat | 07:01 | |
*** saju_m has quit IRC | 07:02 | |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Inherit roles for create_trust_context() https://review.openstack.org/128509 | 07:02 |
*** saju_m has joined #heat | 07:02 | |
*** saju_m has joined #heat | 07:04 | |
*** sarob has quit IRC | 07:05 | |
*** saju_m has quit IRC | 07:05 | |
*** pasquier-s has joined #heat | 07:05 | |
openstackgerrit | Mike Spreitzer proposed a change to openstack/heat: Add optional health maintenance to OS::Heat::ASG https://review.openstack.org/127884 | 07:07 |
*** sarob has joined #heat | 07:07 | |
*** pasquier-s has quit IRC | 07:08 | |
*** sgordon_ has joined #heat | 07:10 | |
*** my_openstack_use has joined #heat | 07:10 | |
*** pasquier-s has joined #heat | 07:11 | |
*** sarob has quit IRC | 07:12 | |
asalkeld | hi skraynev pas-ha | 07:14 |
*** ifarkas has joined #heat | 07:20 | |
*** jamiehannaford has joined #heat | 07:21 | |
*** Yanyanhu has quit IRC | 07:26 | |
ckmvishnu | have a question regarding using db transactions | 07:28 |
*** otoolee has quit IRC | 07:28 | |
ckmvishnu | is a transaction safe across multiple heat engine instances. | 07:29 |
ckmvishnu | https://review.openstack.org/#/c/123397/13/heat/db/sqlalchemy/api.py comment by "Miguel Grinberg" makes sense | 07:30 |
ckmvishnu | As mentioned in comment, if "select for update" had to be used, I guess, stack_lock_create also needs to be changed. | 07:31 |
ckmvishnu | please advise. found a link which might be helpfull http://stackoverflow.com/questions/10935850/when-to-use-select-for-update | 07:32 |
*** elynn_ has joined #heat | 07:33 | |
ckmvishnu | Also there is another comment asking to drop excutils.py and importing the same from oslo. He's also asked to contribute log_exception to oslo | 07:35 |
ckmvishnu | asalkeld: any comments? | 07:35 |
asalkeld | hi ckmvishnu | 07:35 |
asalkeld | i am not a db expert, but another approach is to have a project/tenant table and make the name unique per tenant | 07:36 |
ckmvishnu | asalkeld: added log_exception as per your sugessions, but Doug need it in oslo and wants heat to use oslo.utils | 07:36 |
ckmvishnu | shall i do that | 07:36 |
ckmvishnu | asalkeld: ok. | 07:36 |
asalkeld | ckmvishnu, then it's just a try/fail | 07:37 |
asalkeld | but means adding to the schema | 07:37 |
*** elynn_ has quit IRC | 07:37 | |
asalkeld | ckmvishnu, honestly not sure on the best approach | 07:37 |
asalkeld | (just giving you some options) | 07:37 |
ckmvishnu | asalkeld: ok. | 07:38 |
ckmvishnu | regarding oslo? | 07:38 |
*** fabbione has quit IRC | 07:38 | |
asalkeld | the unique name | 07:39 |
*** Yanyanhu has joined #heat | 07:39 | |
ckmvishnu | no log_exception in excutils.py | 07:39 |
asalkeld | where is the review about log_exception? | 07:39 |
ckmvishnu | https://review.openstack.org/#/c/123397/13/heat/openstack/common/excutils.py | 07:39 |
*** fayablazer has joined #heat | 07:39 | |
asalkeld | ckmvishnu, yeah we are not to change that code | 07:40 |
ckmvishnu | :( | 07:40 |
ckmvishnu | ok | 07:40 |
asalkeld | if you really need to add something , then post a review to oslo.incubater | 07:40 |
asalkeld | and sync the changes across | 07:40 |
ckmvishnu | got it. | 07:40 |
asalkeld | but that looks familiar | 07:41 |
asalkeld | ckmvishnu, are you comming to summit? | 07:41 |
*** tomek_adamczewsk has quit IRC | 07:41 | |
asalkeld | ckmvishnu, are you adding some specific dev sessions for convergence? | 07:41 |
*** ramishra has quit IRC | 07:41 | |
ckmvishnu | asalkeld: no. | 07:42 |
asalkeld | :-( | 07:42 |
ckmvishnu | :) | 07:42 |
*** otoolee has joined #heat | 07:42 | |
*** sgordon_ has quit IRC | 07:42 | |
ckmvishnu | clint should be our man :) | 07:43 |
asalkeld | is there someone on your team coming? | 07:43 |
asalkeld | ok, just clint | 07:43 |
asalkeld | that's a problem, he is now ptl of ooo | 07:43 |
asalkeld | hope he has time | 07:43 |
ckmvishnu | yeah. | 07:43 |
asalkeld | would it make sense to do a brain dump with some of us before summit? | 07:44 |
asalkeld | via g+/skype? | 07:44 |
asalkeld | so we can discuss any of your concerns know where you are | 07:45 |
ckmvishnu | that would be great. | 07:45 |
asalkeld | cool | 07:46 |
*** Yanyanhu has quit IRC | 07:47 | |
*** stannie has joined #heat | 07:50 | |
*** Qiming has joined #heat | 07:52 | |
*** alexpilotti has quit IRC | 07:55 | |
*** alexpilotti has joined #heat | 07:56 | |
shardy | morning all | 07:56 |
*** alexpilotti has quit IRC | 07:56 | |
skraynev | hi shardy | 07:56 |
*** jamiehan_ has joined #heat | 07:58 | |
*** alexpilotti has joined #heat | 07:58 | |
*** Yanyanhu has joined #heat | 07:58 | |
Qiming | hi, shardy | 07:59 |
*** jamiehannaford has quit IRC | 08:00 | |
*** saju_m has joined #heat | 08:01 | |
*** ckmvishnu has quit IRC | 08:02 | |
*** sarob has joined #heat | 08:06 | |
*** tomek_adamczewsk has joined #heat | 08:08 | |
*** julienvey has joined #heat | 08:08 | |
openstackgerrit | A change was merged to openstack/heat: Add unicode support for resource name https://review.openstack.org/128157 | 08:10 |
*** sarob has quit IRC | 08:10 | |
*** jamiehan_ has quit IRC | 08:12 | |
*** tomek_adamczewsk has quit IRC | 08:14 | |
*** jamiehannaford has joined #heat | 08:16 | |
*** sdake_ has quit IRC | 08:18 | |
*** ramishra has joined #heat | 08:18 | |
*** otoolee has quit IRC | 08:19 | |
*** ramishra_ has joined #heat | 08:19 | |
*** ramishra has quit IRC | 08:20 | |
*** alexheneveld has joined #heat | 08:20 | |
shardy | asalkeld: Hey, ref bug #1381136, does TemplateResource override FnGetRefId to return an ARN for the CFN wrapper provider templates? | 08:22 |
uvirtbot | Launchpad bug 1381136 in heat "TemplateResource RefId is wrong" [Medium,Confirmed] https://launchpad.net/bugs/1381136 | 08:22 |
shardy | I'm looking at removing it, so we just return the nested stack ID, but don't want to break anything you did previously | 08:22 |
*** andrearosa has quit IRC | 08:23 | |
*** jcoufal has joined #heat | 08:24 | |
*** jistr has joined #heat | 08:24 | |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Add console_urls atttribute to server resource https://review.openstack.org/124463 | 08:24 |
*** derekh has joined #heat | 08:26 | |
*** cdent has joined #heat | 08:27 | |
asalkeld | hi shardy, was just comping supper | 08:28 |
shardy | asalkeld: np we can chat some other time | 08:29 |
asalkeld | np, full of spicy curry now | 08:30 |
shardy | mmmm curry :) | 08:30 |
asalkeld | i think this: https://github.com/openstack/heat/blob/master/heat/engine/resources/template_resource.py#L270 | 08:31 |
asalkeld | needs to be an arn | 08:31 |
asalkeld | so you can do a heat resource-show | 08:31 |
asalkeld | get the physical res id | 08:31 |
asalkeld | and do a stack show of the nested stack | 08:31 |
shardy | asalkeld: hmm, ok - msprietz has the complaint that get_resource: <nested thing> then returns an ARN, not the stack ID | 08:32 |
shardy | which initially seems to be a valid concern (other than his comments re the AWS Stack resource) | 08:32 |
asalkeld | so it shouldn't matter as long as the get_ref_id works | 08:32 |
*** otoolee has joined #heat | 08:33 | |
shardy | preumably he wants to output the stack ID's for some other reason | 08:33 |
shardy | the report is a little vague so perhaps we need to push for an actual use-case | 08:33 |
asalkeld | shardy, you see the hp convergence guys are not coming to summit | 08:34 |
*** elynn_ has joined #heat | 08:34 | |
asalkeld | so we probably need to sync with them before | 08:34 |
shardy | asalkeld: Yeah, that's dissapointing to say the least :( | 08:34 |
asalkeld | we need to generate some concrete sessions | 08:34 |
asalkeld | bit tricky without them around | 08:34 |
asalkeld | shardy, i am off to watch some news, but i'll be back | 08:35 |
*** yassine has joined #heat | 08:35 | |
*** wendar_ has joined #heat | 08:38 | |
*** elynn_ has quit IRC | 08:38 | |
*** wendar has quit IRC | 08:40 | |
*** sileht has quit IRC | 08:41 | |
*** ramishra_ has quit IRC | 08:42 | |
*** sileht has joined #heat | 08:42 | |
*** ramishra_ has joined #heat | 08:43 | |
*** saju_m has quit IRC | 08:51 | |
*** jcoufal has quit IRC | 08:53 | |
*** jcoufal has joined #heat | 08:54 | |
*** tomek_adamczewsk has joined #heat | 08:55 | |
*** tomek_adamczewsk has quit IRC | 09:01 | |
skraynev | asalkeld: btw, do we have schedule for design-sessions? could you give a link on it, because I have not met it :( | 09:02 |
*** saju_m has joined #heat | 09:03 | |
*** tomek_adamczewsk has joined #heat | 09:03 | |
*** saju_m has quit IRC | 09:04 | |
*** saju_m has joined #heat | 09:05 | |
*** saju_m has quit IRC | 09:05 | |
*** saju_m has joined #heat | 09:06 | |
*** sergmelikyan has quit IRC | 09:07 | |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Don't stop update immediately on error https://review.openstack.org/129177 | 09:09 |
*** Yanyanhu has quit IRC | 09:10 | |
*** ramishra_ has quit IRC | 09:14 | |
*** andrearosa has joined #heat | 09:15 | |
*** ramishra_ has joined #heat | 09:18 | |
*** lazy_prince has quit IRC | 09:19 | |
asalkeld | skraynev, https://etherpad.openstack.org/p/kilo-heat-summit-topics | 09:26 |
*** dims_ has joined #heat | 09:27 | |
skraynev | asalkeld: thx | 09:27 |
* skraynev dropped everything and go to read etherpad, because have promised long time ago himself to read it! | 09:30 | |
*** dims_ has quit IRC | 09:32 | |
*** mkollaro has joined #heat | 09:33 | |
*** elynn_ has joined #heat | 09:34 | |
*** f13o has quit IRC | 09:38 | |
*** elynn_ has quit IRC | 09:39 | |
*** ramishra_ has quit IRC | 09:39 | |
*** ggiamarchi has quit IRC | 09:40 | |
openstackgerrit | Anant Patil proposed a change to openstack/heat-specs: Persisting dependency graph & resource versioning. https://review.openstack.org/123749 | 09:41 |
*** my_openstack_use has quit IRC | 09:42 | |
openstackgerrit | Anant Patil proposed a change to openstack/heat-specs: Persisting dependency graph & resource versioning. https://review.openstack.org/123749 | 09:45 |
*** simonc has joined #heat | 09:47 | |
*** cody-somerville has joined #heat | 09:51 | |
*** jgrassler has quit IRC | 09:51 | |
*** Qiming has quit IRC | 09:53 | |
*** f13o has joined #heat | 09:56 | |
*** cody-somerville has quit IRC | 10:02 | |
*** dims_ has joined #heat | 10:02 | |
*** killer_prince has joined #heat | 10:06 | |
*** killer_prince is now known as lazy_prince | 10:07 | |
*** jcoufal has quit IRC | 10:18 | |
*** saju_m has quit IRC | 10:19 | |
*** andersonvom has quit IRC | 10:20 | |
*** robklg has joined #heat | 10:24 | |
*** mkollaro has quit IRC | 10:31 | |
*** shprotby has joined #heat | 10:32 | |
*** elynn_ has joined #heat | 10:35 | |
*** andersonvom has joined #heat | 10:38 | |
*** elynn_ has quit IRC | 10:40 | |
*** my_openstack_use has joined #heat | 10:40 | |
*** LiJiansheng has joined #heat | 10:44 | |
*** jamiehan_ has joined #heat | 10:45 | |
*** sanjayu has joined #heat | 10:45 | |
*** che-arne has joined #heat | 10:46 | |
*** jamiehannaford has quit IRC | 10:48 | |
*** jamiehan_ has quit IRC | 10:50 | |
*** jamiehannaford has joined #heat | 10:53 | |
*** jamiehan_ has joined #heat | 10:55 | |
*** jcoufal has joined #heat | 10:57 | |
*** jcoufal has quit IRC | 10:57 | |
*** jcoufal has joined #heat | 10:57 | |
*** jamiehannaford has quit IRC | 10:58 | |
*** Qiming has joined #heat | 11:02 | |
*** jamiehan_ has quit IRC | 11:04 | |
*** andersonvom has quit IRC | 11:06 | |
*** apporc has quit IRC | 11:10 | |
*** jamiehannaford has joined #heat | 11:10 | |
*** dims_ has quit IRC | 11:14 | |
*** dims_ has joined #heat | 11:15 | |
*** andersonvom has joined #heat | 11:15 | |
*** dims_ has quit IRC | 11:18 | |
*** dims_ has joined #heat | 11:19 | |
*** dims_ has quit IRC | 11:19 | |
*** dimsum_ has joined #heat | 11:19 | |
*** rpothier has joined #heat | 11:24 | |
*** asalkeld has quit IRC | 11:34 | |
*** sgordon_ has joined #heat | 11:35 | |
*** elynn_ has joined #heat | 11:36 | |
*** elynn_ has quit IRC | 11:40 | |
*** cdent has quit IRC | 11:44 | |
*** ananta has joined #heat | 11:47 | |
*** ananta has joined #heat | 11:47 | |
*** derekh has quit IRC | 11:52 | |
*** ifarkas has quit IRC | 11:52 | |
*** Qiming has quit IRC | 11:52 | |
*** Qiming has joined #heat | 11:53 | |
*** andersonvom has quit IRC | 11:56 | |
*** derekh has joined #heat | 11:56 | |
*** andersonvom has joined #heat | 11:57 | |
*** nkhare has quit IRC | 12:04 | |
*** mkollaro has joined #heat | 12:04 | |
pas-ha | yay! got french visa :) | 12:10 |
*** packet has joined #heat | 12:10 | |
Qiming | pas-ha, congrats! | 12:12 |
*** packet has quit IRC | 12:12 | |
*** EricGonczer_ has joined #heat | 12:17 | |
*** ananta has quit IRC | 12:27 | |
*** dimsum_ has quit IRC | 12:28 | |
*** dimsum_ has joined #heat | 12:28 | |
*** sgordon_ has quit IRC | 12:31 | |
*** jdob has joined #heat | 12:31 | |
*** LiJiansheng has quit IRC | 12:34 | |
*** elynn_ has joined #heat | 12:37 | |
*** EricGonczer_ has quit IRC | 12:37 | |
*** packet has joined #heat | 12:38 | |
*** pasquier-s_ has joined #heat | 12:39 | |
*** EricGonczer_ has joined #heat | 12:39 | |
*** nosnos has quit IRC | 12:41 | |
*** pasquier-s__ has joined #heat | 12:41 | |
*** nosnos has joined #heat | 12:42 | |
*** elynn_ has quit IRC | 12:42 | |
*** pasquier-s has quit IRC | 12:42 | |
*** ochuprykov_ has joined #heat | 12:44 | |
*** EricGonczer_ has quit IRC | 12:45 | |
*** pasquier-s_ has quit IRC | 12:45 | |
*** nosnos has quit IRC | 12:46 | |
*** cdent has joined #heat | 12:46 | |
jdandrea | morning | 12:47 |
jdandrea | (here anyway) | 12:47 |
ochuprykov_ | shardy:hi | 12:48 |
*** k4n0 has quit IRC | 12:55 | |
*** swygue has joined #heat | 12:58 | |
*** ramishra has joined #heat | 12:59 | |
*** sanjayu has quit IRC | 13:00 | |
jdandrea | Regarding http://specs.openstack.org/openstack/heat-specs/specs/stack-lifecycle-plugpoint.html ... when an ASG scales up or down, is that considered a stack update? | 13:01 |
jdandrea | If so, do ASGs call pre-update/post-update lifecycle plug points at scale-time? If not, shouldn't they? (Refer back to the holistic scheduling use case of lifecycle plug points.) | 13:02 |
*** tonisbones has joined #heat | 13:02 | |
jdandrea | Second thought (somewhat related): ResourceGroups now have an index_var ... but AutoScalingGroups do not. I know I could make use of it in both (in any generator resource, really). | 13:05 |
*** yassine has quit IRC | 13:05 | |
Qiming | jdandrea, scaling IS implemented as a stack-update, the update task will call the plug-ins if there are such plug-ins | 13:05 |
* jdandrea could file a blueprint, if that's appropriate. | 13:05 | |
jdandrea | Qiming: That's terrific! | 13:06 |
jdandrea | I was trying to find where the connection was in the source, and didn't see it. | 13:06 |
Qiming | jdandrea, https://review.openstack.org/#/c/89363 | 13:06 |
* jdandrea needs better glasses. | 13:06 | |
jdandrea | Qiming: *nods* I was looking for a change to autoscaling.py, but it sounds like that's not necessary if scaling up/down instigates a stack update. | 13:07 |
jdandrea | (already, that is) | 13:07 |
*** vijayagurug has left #heat | 13:08 | |
Qiming | regarding the missing of index_var in ASG, that is because ResourcGroup and ASG are not related to each other, at least at the moment | 13:10 |
jdandrea | Qiming: They both derive from StackResource though. I wonder if index handling could be promoted to StackResource, which could have a _index_var_name() method (or something) that subclasses could respond to. It would still be up to the subclasses to provide the index_var property. | 13:13 |
Qiming | jdandrea, just thoughts above my head, I would prefer not doing that | 13:14 |
Qiming | a StackResource could be a wrapper of any type of resources | 13:14 |
jdandrea | Qiming: True. I see LoadBalancer, NestedStack, and TemplateResource too. Another thought: add a _uses_index_var() that defaults to False, and subclasses can override and return True if they want to use it. (Trying not to duplicate the index code, is all.) | 13:15 |
Qiming | just leave it at ResourceGroup, which meant to be a collection of homogeneous resource types, would be okay? | 13:16 |
jdandrea | Qiming: I want to have %index% in a ASG though, not just a RG. | 13:17 |
Qiming | my understanding is that is doable, though not a trivial task | 13:17 |
therve | The semantic is a bit tricky in case of ASG | 13:18 |
jdandrea | Qiming: Ah. I thought it would be a similar operation. | 13:18 |
jdandrea | Arrgh. Hmm ... | 13:18 |
Qiming | an ASG is a ResourceGroup whose member list can be triggered by a so called policy | 13:18 |
*** openstackgerrit has quit IRC | 13:19 | |
Qiming | after scaling up and down several times, index_var won't mean anything useful | 13:19 |
Qiming | think of PID namespace on Linux | 13:19 |
*** openstackgerrit has joined #heat | 13:20 | |
jdandrea | Qiming: Interesting, right. The index_var would have to keep increasing, but then you have gaps if there's ever scale-down, then scale-up. Not sure if gaps are ok (maybe they are though)? | 13:20 |
jdandrea | Index suggests a contiguous list, 0-n | 13:21 |
Qiming | right | 13:21 |
jdandrea | Darns. | 13:21 |
Qiming | considering that guys may be referencing ASG members using index, ... you cannot re-assign index to members | 13:22 |
jdandrea | Here's what got me thinking about it in the first place: https://blueprints.launchpad.net/heat/+spec/stack-lifecycle-scheduler-hint | 13:22 |
jdandrea | I was thinking: "What if I could just provide those scheduler hints myself, outside of heat?" Then I thought: "Wait, for ASGs, how do I do that without a unique index?" | 13:23 |
jdandrea | Qiming: Agreed, reassignment would be asking for trouble. | 13:23 |
Qiming | if you don't reassign index values, there will definitely be holes | 13:24 |
*** elynn_ has joined #heat | 13:24 | |
jdandrea | Qiming: Mhm. | 13:24 |
jdandrea | Unless the holes are allowed and the indexes refer to a ghost resource that has since been deleted. (Not sure if that would fly in practice, but how else do we get to that point?) | 13:25 |
Qiming | jdandrea, I think the intent to provide stack-update plug-points was to feed nova scheduler with some additional information | 13:26 |
jdandrea | Qiming: That's correct. | 13:26 |
jdandrea | I thought we couldn't modify the stack/template from within Heat though, thus the Stack Lifecycle Scheduler Hint. If that blueprint goes through, then I won't need %index% support in ASGs because Heat will adorn resources with Heat-specific hints for me. | 13:27 |
Qiming | then the semantics of index becomes an immortal ID? | 13:27 |
jdandrea | Qiming: Sounds that way, yeah. | 13:27 |
jdandrea | Like a database table index? Always increasing. | 13:28 |
jdandrea | But, again, it might be immaterial if stack-lifecycle-scheduler-hint happens. | 13:28 |
jdandrea | (Not just Nova scheduler, but Cinder too. Anything that takes a scheduler hint.) | 13:29 |
*** rpothier has quit IRC | 13:29 | |
jdandrea | (Cinder V2, that is.) | 13:29 |
Qiming | why don't you just use the resource id itself? | 13:30 |
Qiming | I mean, the UUID | 13:30 |
*** charlesr has joined #heat | 13:31 | |
*** rpothier has joined #heat | 13:31 | |
jdandrea | At plug-point time, we don't know the UUID so we have no way to tie the scheduling info back to the resource when it is instantiated and about to be scheduled. | 13:32 |
*** ramishra has quit IRC | 13:32 | |
jdandrea | At best, we know the stack ID (I hope!) and the resource path. | 13:32 |
Qiming | points taken | 13:32 |
jdandrea | (This is for the holistic scheduling use case.) *nods* | 13:32 |
*** sgordon_ has joined #heat | 13:33 | |
*** julienvey has quit IRC | 13:33 | |
therve | jdandrea, If you don't have the id why would you have the index var? | 13:33 |
jdandrea | If we knew the UUIDs ahead of time, yes, that would be fantastic. I suspect OS doesn't work that way though. You can't ask for a UUID ahead of time. | 13:33 |
Qiming | right, a chicken-egg problem | 13:33 |
therve | jdandrea, Heat has an internal UUID for the resource | 13:34 |
therve | You have the resource id which is external, but there is also a Heat resource UUID | 13:34 |
Qiming | id vs. physical_resource_id | 13:34 |
jdandrea | Well, if I don't have lifecycle scheduler hints, I have to add my own. | 13:34 |
jdandrea | That means I need some way to adorn my template with hints that are unique. For ResourceGroups, that's easy: %index%. For ASGs ... ??? | 13:35 |
jdandrea | Ah, that's right, Heat's resource UUID is specific to Heat. It represents the declaration in Heat. | 13:35 |
jdandrea | The phys one is what you get back from Nova, Cinder, et. al, right? | 13:35 |
therve | Yeah | 13:36 |
jdandrea | Even then, we don't know the Heat resource UUID at preview time, thus the resource path looks like my best bet (and for a RG, I'd probably get resource-1, resource-2, etc.) | 13:36 |
jdandrea | For a ASG ... not sure how to pass in the 1/2/3/... without a similar %index% var. | 13:37 |
*** jasond has joined #heat | 13:41 | |
Qiming | jdandrea, I don't know if you have noticed that there is a specs in Nova to add tags to Nova servers | 13:42 |
zaneb | jdandrea: 1/2/3 doesn't make sense for an ASG, because resources are added or removed all the time... and the oldest ones get removed first | 13:42 |
*** ramishra has joined #heat | 13:42 | |
Qiming | maybe that is a viable solution for this kind of use cases | 13:42 |
jdandrea | Qiming: I didn't notice. Anything that could be scheduled would need it though (e.g., Cinder come v2). | 13:43 |
Qiming | then maybe cinder volumes need tags as well, :) | 13:43 |
Qiming | using index is too dangerous, imo | 13:44 |
jdandrea | zaneb: *nods* scroll back ... I think we're aligned on that. I'm just trying to figure out how I can pull off this holistic scenario absent a stack lifecycle scheduler hint. | 13:44 |
jdandrea | Qiming: Yeah, indexes need to stay with their scaled instances and not be reassigned, and then the holes ... :/ | 13:44 |
Qiming | ah, the specs has been approved: https://review.openstack.org/#/c/127281/ | 13:45 |
*** cody-somerville has joined #heat | 13:47 | |
therve | jdandrea, So why do you need a counter for scheduler hints? | 13:47 |
*** charlesr has quit IRC | 13:47 | |
therve | The idea I guess is "don't schedule other units on that same host"? Or something else? | 13:48 |
jdandrea | therve: I need a way to uniquely identify resources at preview time (from outside of heat), save that wth my whole-app/holistic scaling decisions, then have a way to reference those unique resources when the scheduler filters kick in. | 13:49 |
jdandrea | If stack lifecycle scheduler hints aren't available for that, then I need some other mechanism. | 13:50 |
therve | Hum. Uniquely identifying resources sounds like the mechanism, not *what* you want to do. | 13:50 |
jdandrea | Call it thinking ahead for a worst case scenario? I don't know if that blueprint has wings. | 13:50 |
zaneb | there's no way to uniquely identify things that don't exist | 13:51 |
zaneb | because there are an infinite number of things that don't exist | 13:51 |
zaneb | ergo you need an infinite number of bits to represent them uniquely | 13:51 |
jdandrea | zaneb: When a stack is previewed, we get to see the resource names, yes? | 13:51 |
zaneb | I have no idea tbh | 13:52 |
jdandrea | zaneb: You don't know what a stack preview returns? | 13:53 |
zaneb | I do not | 13:53 |
zaneb | I have never done one | 13:53 |
jdandrea | Ah, ok. | 13:53 |
jdandrea | IIRC, we get to see the stack flattened out, so in the case of a resource group we see resource names adorned with indices like resource-1, resource-2, etc. ... but I'm not sure about a ASG. | 13:54 |
openstackgerrit | Dan Prince proposed a change to openstack/heat-templates: encode characters which can be in puppet manifests https://review.openstack.org/129257 | 13:54 |
Qiming | { server: { metadata: { scheduling_hint_id: { get_attr: [random_string, value] }}}} ? | 13:55 |
zaneb | can't comment about preview, but ASG have random names based on the resource uuid in the database | 13:55 |
jdandrea | Those random strings get a lot of traction. :) | 13:55 |
zaneb | so there's no way to see them until its in the database | 13:55 |
jdandrea | zaneb: Hmm. Then I'm not sure how we can holistically schedule/place things when a ASG scales up. | 13:56 |
jdandrea | Other than through stack lifecycle scheduler hints. Which don't look likely so far. | 13:56 |
jdandrea | Ref: https://review.openstack.org/#/c/96889/ | 13:56 |
zaneb | why do you need to identify them uniquely? they're all the same... | 13:57 |
therve | jdandrea, There is nothing about preview in there? | 13:58 |
jdandrea | therve: If there is, I'm not seeing it. | 13:59 |
*** julienvey has joined #heat | 13:59 | |
therve | So... why do you need/use preview for? | 14:00 |
jdandrea | therve: I'm mixing things up here. | 14:00 |
jdandrea | therve: There are two scenarios for holistic scheduling that I can think of. | 14:00 |
jdandrea | One is tied to http://specs.openstack.org/openstack/heat-specs/specs/stack-lifecycle-plugpoint.html | 14:01 |
jdandrea | However, I don't think it's enough to have plug points. We still need to a way to relate the server/volume/etc. being scheduled (over on the scheduler filter side) to its matching resource on the Heat side (which is all we know about pre-create). The way I think that would best happen is with a stack ID and resource path (including those unique names given to ASG instances). | 14:02 |
jdandrea | Thus, the request for https://blueprints.launchpad.net/heat/+spec/stack-lifecycle-scheduler-hint | 14:03 |
jdandrea | If that blueprint doesn't come to fruition, I'm at a loss as to how to proceed. | 14:04 |
therve | But preview is not the tool you should use | 14:05 |
Qiming | it is hard to envision a use case where a scheduling component is needed to deal with whatever nested_stacks, at the end of the day, what is required is about the placement of servers and volumes, i.e. primitive resources? | 14:06 |
jdandrea | therve: Agreed, and if both those blueprints come to pass, I shouldn't need to (though how else do I find the resource paths for generators like ResourceGroups and ASGs?, within the stack lifecycle plug point plugin, I mean) | 14:06 |
jdandrea | Qiming: Given a template or set of related templates with scheduleable resources, let's say I have a way to determine where those resources will be scheduled, based upon the *entire* set of resources (and their requirements), not based on each individual resource, and I keep that info in escrow somewhere. | 14:09 |
jdandrea | When the scheduler filter kicks in, I would have something in there that fetches that determination for each resource. | 14:10 |
jdandrea | I need a way to connect the two. | 14:10 |
Qiming | so you do need to uniquely identify a resource bundle | 14:10 |
jdandrea | Qiming: I was thinking the stack ID, as a stack lifecycle scheduler hint. | 14:11 |
*** sgordon_ has quit IRC | 14:11 | |
jdandrea | Along with the path to the resource in question. | 14:11 |
jdandrea | I need to get a hold of those at the pre-create stack lifecycle plug point. | 14:12 |
Qiming | in an ideal world, I'd like to see stack_id attached to whatever resources created by Heat | 14:12 |
jdandrea | Qiming: +1 | 14:12 |
*** bnemec is now known as beekneemech | 14:12 | |
*** ramishra has quit IRC | 14:12 | |
*** radez_g0n3 is now known as radez | 14:13 | |
jdandrea | So if I can get a hold of all the resource names (and know which is which - a server, a volume, etc.), I could pass that info to my "pre-scheduler" through the pre-create plug point. | 14:14 |
jdandrea | The only way I imagine I could do that is by previewing the stack at the pre-create point, but therve you're saying that's not the tool I should use. So I'm stuck again. | 14:14 |
jdandrea | (?) | 14:15 |
therve | It feels you should have a plug point everytime a resource is created, not just when a stack is created | 14:15 |
jdandrea | therve: I thought resources shouldn't be messing with other resources though? (Looking ahead to convergence) | 14:15 |
jdandrea | Shouldn't be inspecting them, etc. - but at the *stack* level ... | 14:16 |
jdandrea | If I use a plug point every time a resource is created, I can't take the entire stack into account in one shot. | 14:16 |
jdandrea | Resources are being created, but I haven't seen/considered all the resources in that stack just yet. | 14:17 |
jdandrea | That's why stack lifecycle plug points sound like a good thing to me, because it's at the stack level, the forest. | 14:17 |
therve | But with scaling group you won't see all the resources anyway | 14:17 |
therve | The whole point is that it's dynamic | 14:18 |
jdandrea | therve: It's not flattened to show all the resources? | 14:18 |
therve | jdandrea, There is no resources until you create them | 14:18 |
jdandrea | therve: When I preview a stack, do I not see the names the resources will get? I thought we did. | 14:19 |
*** sgordon_ has joined #heat | 14:19 | |
therve | If the case of a static template, yeah. | 14:20 |
therve | In the case of a scaling group, that doesn't have any meaning. | 14:20 |
jdandrea | Let's go with that though. There are no resources until I create them, yes. Meanwhile, I have a requirement to determine where a bundle of resources will be scheduled "ahead of creation time," stow that away somewhere, and then give those answers to a companion scheduler filter. | 14:20 |
jdandrea | In the case of a scaling group, when it scales up, we need to schedule *those* new resources as well, again in the context of all that came before it (all the resources in that bundle that were already scheduled). | 14:21 |
therve | Maybe your requirement is wrong then | 14:21 |
jdandrea | My requirement is the same as use case #1 here: http://specs.openstack.org/openstack/heat-specs/specs/stack-lifecycle-plugpoint.html | 14:22 |
jdandrea | Autoscaled resources shouldn't be penalized. | 14:22 |
jdandrea | They should have the same opportunity to be holistically scheduled. | 14:22 |
jdandrea | It seems silly to holistically schedule a bundle of resources and then tell ASGs they can't participate. | 14:22 |
*** sergmelikyan has joined #heat | 14:23 | |
therve | You said it, not me | 14:23 |
therve | :) | 14:23 |
jdandrea | ? | 14:23 |
therve | I mean, why did this spec got written with a patch, if it doesn't solve your issue? | 14:24 |
*** julienvey has quit IRC | 14:24 | |
jdandrea | It's not my spec/patch. | 14:25 |
jdandrea | I'm looking at it and evaluating whether it solves my issue. It seems to pave the way, but not necessarily solve it. | 14:25 |
therve | OK, maybe ask the author? You might be using the plug points the wrong way | 14:25 |
jdandrea | I've discussed it with them already. The sticking point seems to be here: d | 14:26 |
jdandrea | https://blueprints.launchpad.net/heat/+spec/stack-lifecycle-scheduler-hint | 14:26 |
*** julienvey has joined #heat | 14:26 | |
jdandrea | Absent that blueprint, I'm trying to think of a Plan B and not coming up with one. | 14:27 |
*** julienvey has quit IRC | 14:27 | |
jdandrea | Thus, I'm discussing it *here*. | 14:27 |
*** jdob1 has joined #heat | 14:27 | |
therve | I just don't see why it solves your issue. It adds data at resource creation, not before. | 14:28 |
jdandrea | therve: Hmm. If that's the case, then this won't work at all. :( | 14:28 |
jdandrea | Arrrgh. | 14:28 |
jdandrea | Frustrating. | 14:28 |
*** otoolee has quit IRC | 14:30 | |
Qiming | I see it a workflow problem | 14:31 |
*** rwsu has joined #heat | 14:31 | |
Qiming | Heat is not generating a whole picture before starting to create resources | 14:31 |
*** spzala has joined #heat | 14:31 | |
*** morganfainberg has quit IRC | 14:32 | |
*** my_openstack_use has quit IRC | 14:32 | |
jdandrea | Qiming: *nods* ... so I'm trying to do that instead, only it doesn't quite work. | 14:32 |
Qiming | sometimes Heat simply cannot do that, for example, in the ASG case | 14:32 |
jdandrea | Yes, and for us that's a showstopper (at least for holistic scheduling when an update occurs). | 14:32 |
jdandrea | So I'm trying to figure out a workaround. I don't know if one is possible. | 14:33 |
jdandrea | Other than to not use Heat ASGs or any RGs and handle that some other way. | 14:33 |
*** morganfainberg has joined #heat | 14:33 | |
Qiming | it has to be a workaround | 14:34 |
therve | If your scheduler needs to know about all the resources before making a decision, I don't see how it can work with scaling groups | 14:34 |
*** EricGonczer_ has joined #heat | 14:34 | |
jdandrea | Qiming: Yeah. | 14:35 |
jdandrea | therve: I agree. It won't work. If I want to autoscale and holistically schedule, I have to do the scaling outside of Heat and submit updates with the resources added/deleted (plus I get to choose victims on a scale-down). | 14:35 |
jdandrea | Once I do that, I imagine I have to move the Ceilometer alarms out of the template as well and handle those some other way (I think). | 14:36 |
*** mkollaro has quit IRC | 14:38 | |
*** mkollaro has joined #heat | 14:40 | |
*** pasquier-s__ has quit IRC | 14:40 | |
*** EricGonczer_ has quit IRC | 14:41 | |
*** ochuprykov_ has quit IRC | 14:42 | |
jdandrea | Let's suppose ASGs (and RGs, or any other "generator" resources) aren't used. Wouldn't I still be out of luck? | 14:43 |
jdandrea | If, as therve stated, stack lifecycle scheduler hints add data at resource *creation*, not before (not "pre" creation) ... | 14:44 |
therve | You don' have to believe me, just look at the code :) | 14:45 |
jdandrea | Then the stack lifecycle plug point wouldn't be of help to me in knowing what the hints would be ahead of time. | 14:45 |
jdandrea | I've looked at the code, therve. :/ | 14:45 |
jdandrea | That doesn't mean I understand it as well as you do. | 14:45 |
*** cdent has quit IRC | 14:45 | |
therve | jdandrea, see https://review.openstack.org/#/c/96889/9/heat/engine/resources/server.py | 14:45 |
therve | It happends in handle_create | 14:46 |
therve | happens | 14:46 |
jdandrea | therve: *nods* ok, there it is, ty. | 14:46 |
*** jasond has quit IRC | 14:48 | |
*** jdob1 has quit IRC | 14:49 | |
*** achanda has joined #heat | 14:49 | |
*** achanda_ has joined #heat | 14:50 | |
*** otoolee has joined #heat | 14:50 | |
jdandrea | therve: Notice the response to Steve Baker's comment. "... so that the names that are created for stack preview can be mapped to the names that are generated during stack create." Preview isn't the correct way to go about getting those names then? | 14:52 |
jdandrea | (Or perhaps there isn't "a way" to get them at all.) | 14:52 |
therve | I guess not | 14:52 |
jdandrea | therve: I'm thinking back to when you wrote "But preview is not the tool you should use." What tool *should* I use? I don't know. | 14:53 |
therve | jdandrea, You just won't get resources created by a group ahead of time. The group *is* the resource. | 14:54 |
jdandrea | The answer might be: "There isn't any tool you can use." Or, worse, "Such a tool doesn't exist, and can't exist in the current context." | 14:54 |
*** achanda has quit IRC | 14:54 | |
jdandrea | therve: Yeah, I see that now. | 14:54 |
*** fayablazer has quit IRC | 14:54 | |
*** achanda_ has quit IRC | 14:55 | |
jdandrea | Even if I don't use ASGs and RGs, however, stack-preview won't help at pre-create plug point time. Those lifecycle scheduler hints are assigned at create time, as shown. | 14:56 |
* jdandrea remains puzzled. | 14:56 | |
*** achanda has joined #heat | 14:57 | |
jdandrea | I guess they *would* help if we knew the stack ID at pre-create time, and if I knew each resource's name/path, with no need for any generator resources. | 14:58 |
jdandrea | Ok then. | 14:58 |
jdandrea | Qiming, therve: I appreciate the discussion and reality checks. | 14:58 |
jdandrea | (and zaneb too!) | 14:59 |
Qiming | np, I am still thinking how to expose some hook points for other services such as congress | 14:59 |
jdandrea | Qiming: Yes, and then the Gantt team wants to holisticaly schedule a group of resources too, but that's a ways off. | 15:00 |
Qiming | no clear picture in mind yet | 15:00 |
jdandrea | Mhm | 15:01 |
therve | Passing the hints at create time looks like the right approach to me. | 15:01 |
Qiming | even if we assume nova/cinder will inquire the scheduler using the hints, they won't do this in batch | 15:03 |
jdandrea | therve: Agreed. I just have to find some other way to handle scaling (and resource groups too?) outside of Heat. | 15:03 |
jdandrea | Qiming: Exactly, they won't. That's why figuring it out ahead of *any* resources being instantiated is important for me. | 15:04 |
jdandrea | This also makes a bunch of assumptions: That we control the OS deployment, the scheduler filters, etc. | 15:04 |
Qiming | the info you can figure out before resources get their ID is very limited | 15:04 |
jdandrea | Qiming: Yeah. | 15:05 |
jdandrea | For now, presume that's some other process that does "something" and whatever it does is good enough for what I need. | 15:05 |
*** achanda has quit IRC | 15:05 | |
*** jamiehan_ has joined #heat | 15:05 | |
*** kebray has joined #heat | 15:07 | |
*** jergerber has joined #heat | 15:07 | |
*** jamiehannaford has quit IRC | 15:08 | |
*** pbelanyi has quit IRC | 15:08 | |
zaneb | wow, all of the usual suspects got back on the TC | 15:09 |
*** EricGonczer_ has joined #heat | 15:11 | |
*** Drago has joined #heat | 15:21 | |
*** Drago has quit IRC | 15:23 | |
*** Drago has joined #heat | 15:24 | |
*** robklg has quit IRC | 15:25 | |
*** thedodd has joined #heat | 15:26 | |
*** thedodd has quit IRC | 15:28 | |
*** thedodd has joined #heat | 15:28 | |
jdandrea | zaneb: Including Keyser Söze? *ba-dum* | 15:29 |
*** otoolee has quit IRC | 15:29 | |
zaneb | especially him | 15:29 |
*** alexheneveld has quit IRC | 15:30 | |
*** alexheneveld has joined #heat | 15:30 | |
jdandrea | zaneb: Whoa. | 15:31 |
*** alexheneveld has quit IRC | 15:31 | |
*** alexheneveld has joined #heat | 15:31 | |
*** sgordon_ has quit IRC | 15:33 | |
*** Qiming has quit IRC | 15:36 | |
*** EricGonczer_ has quit IRC | 15:37 | |
*** otoolee has joined #heat | 15:37 | |
*** mkollaro has quit IRC | 15:37 | |
*** ishant has joined #heat | 15:38 | |
*** thedodd has quit IRC | 15:40 | |
*** thedodd has joined #heat | 15:40 | |
*** EricGonczer_ has joined #heat | 15:41 | |
*** reed has joined #heat | 15:42 | |
*** ishant has quit IRC | 15:42 | |
*** funzo has quit IRC | 15:43 | |
*** funzo has joined #heat | 15:44 | |
*** __TheDodd__ has joined #heat | 15:45 | |
*** sgordon_ has joined #heat | 15:45 | |
*** sarob has joined #heat | 15:46 | |
*** thedodd has quit IRC | 15:47 | |
__TheDodd__ | I've been having trouble getting a user_data script to run for an OS::Nova::Server. | 15:49 |
__TheDodd__ | Even a simple script, like: | 15:49 |
__TheDodd__ | #!/bin/bash | 15:49 |
__TheDodd__ | echo __testing__ >> /root/__testing__ | 15:49 |
__TheDodd__ | does not appear to be doing anything. | 15:49 |
*** harlowja_at_home has joined #heat | 15:49 | |
__TheDodd__ | Anyone have advice on this? | 15:50 |
__TheDodd__ | I'm allowing user_data_format to be the default value. | 15:50 |
*** zz_gondoi is now known as gondoi | 15:50 | |
__TheDodd__ | I was expecting that the script would run, and that a file call '__testing__' would be present in /root when I ssh in. | 15:51 |
jdandrea | __TheDodd__: Hmm. I wonder if this example works on your install? https://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/example-script-template.yaml | 15:51 |
__TheDodd__ | looking | 15:51 |
jdandrea | Because if it does ... it might shed light on what is happening in your particular template. | 15:51 |
jdandrea | Except, you're not using SoftwareConfig, just plain user_data cloud-init. | 15:52 |
__TheDodd__ | Rackspace doesn't appear to allow OS::Heat::SoftwareConfig. | 15:52 |
jdandrea | __TheDodd__: Yeah, scratch that. My bad. | 15:53 |
__TheDodd__ | lol | 15:53 |
__TheDodd__ | np | 15:53 |
jdandrea | It just so happens I've got one working over here. | 15:53 |
__TheDodd__ | Hmm, so let me ask a question. | 15:53 |
jdandrea | Do you specify user_data_format: RAW in the server resource? | 15:53 |
jdandrea | If not, give that a try. I have to specify that along with the user_data and then "it just works." | 15:54 |
__TheDodd__ | Am I correct in asserting that user_data is simply a script that is to be run during the cloud init phase of the image? | 15:54 |
__TheDodd__ | jdandrea: I've tried specifying user_data_format: RAW, but it did not appear to work either. | 15:54 |
jdandrea | __TheDodd__: Hmph. :/ | 15:54 |
__TheDodd__ | I will certainly try again. | 15:54 |
__TheDodd__ | trying again | 15:55 |
jdandrea | Can you post it to paste.openstack.org? (Or some equivalent?) | 15:55 |
* __TheDodd__ trying user_data_format: RAW | 15:55 | |
jdandrea | Maybe a visual inspection will reveal other stuff. | 15:55 |
jasond` | __TheDodd__: do you have config_drive set to true? | 15:55 |
* jdandrea doesn't use config_drive and his cloud-init scripts work. | 15:56 | |
jdandrea | __TheDodd__: Something else you can try: If you assign a floating IP to the server instance and ssh in, you can look in /var/log/cloud-init and see what went down. | 15:56 |
jasond` | jdandrea: that's a current caveat to using OS::Nova::Server at Rackspace | 15:56 |
jdandrea | jasond`: Ohhh! :) | 15:57 |
* jdandrea TIL: config_drive can be a good thing | 15:57 | |
__TheDodd__ | jdandrea: http://paste.openstack.org/show/121675/ | 15:57 |
__TheDodd__ | I've isolated that block of code. Everything works, except for the script. | 15:58 |
jdandrea | __TheDodd__: Ok. Try this - http://paste.openstack.org/show/121676/ | 15:58 |
*** sarob has quit IRC | 15:58 | |
jdandrea | Lines 45 *and* 46 are new. | 15:58 |
__TheDodd__ | Copy that. | 15:58 |
* __TheDodd__ trying new config. | 15:58 | |
jdandrea | 45 is per jasond` | 15:58 |
jasond` | jdandrea: your example looks correct | 15:59 |
jdandrea | :) | 15:59 |
jdandrea | ty | 15:59 |
*** hdd has joined #heat | 16:03 | |
*** Dragomir has joined #heat | 16:03 | |
__TheDodd__ | jdandrea and jasond`: you both rock! | 16:04 |
__TheDodd__ | It's working. | 16:04 |
__TheDodd__ | Thanks! | 16:04 |
jdandrea | Woo hoo! | 16:04 |
jasond` | anytime | 16:04 |
jdandrea | You bet. Happy to hear it's working. :) | 16:05 |
__TheDodd__ | So what is the config_drive?? I see the docs for it here: http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server | 16:05 |
__TheDodd__ | but there is not much of an explanation as to what the config_drive actually is. | 16:05 |
*** shprotby has quit IRC | 16:06 | |
*** pasquier-s__ has joined #heat | 16:07 | |
*** Drago has quit IRC | 16:07 | |
*** tspatzier has quit IRC | 16:07 | |
jdandrea | __TheDodd__: Check this out. http://docs.openstack.org/grizzly/openstack-compute/admin/content/config-drive.html | 16:07 |
jdandrea | Whoops. That's for Grizzly. | 16:08 |
jdandrea | http://docs.openstack.org/user-guide/content/enable_config_drive.html | 16:08 |
* __TheDodd__ reading docs | 16:08 | |
*** derekh has quit IRC | 16:09 | |
jdandrea | If you had access to /etc/nova/nova.conf you could set force_config_drive to true. On Rackspace, I'm imagining they have it set to false (or it's otherwise unset), due to whatever reasons they may have for that. | 16:09 |
jdandrea | The config drive is what gets your user data. | 16:09 |
__TheDodd__ | Awesome. That's pretty straight forward. | 16:10 |
jdandrea | No config drive, no user data. | 16:10 |
jdandrea | Yup! | 16:10 |
*** jstrachan_ has joined #heat | 16:10 | |
jdandrea | File under "It's easy when you know how!" :-D | 16:10 |
jdandrea | __TheDodd__: Interesting. My nova.conf does *not* have force_config_drive set, nor do I ever use it explicitly. There might be something else disabling it and requiring you to specify that property. Either way ... | 16:12 |
*** jstrachan has quit IRC | 16:13 | |
*** pasquier-s__ has quit IRC | 16:13 | |
*** EricGonczer_ has quit IRC | 16:14 | |
jasond` | jdandrea: Rackspace doesn't run the metadata service, so config drive is necessary to use cloud-init | 16:16 |
*** jstrachan_ has quit IRC | 16:16 | |
*** tomek_adamczewsk has quit IRC | 16:17 | |
*** jstrachan has joined #heat | 16:17 | |
jdandrea | jasond`: oic! | 16:17 |
jdandrea | Makes sense. | 16:18 |
*** EricGonczer_ has joined #heat | 16:18 | |
*** sdake_ has joined #heat | 16:19 | |
*** praveenkumar has quit IRC | 16:22 | |
*** jstrachan has quit IRC | 16:29 | |
*** harlowja_at_home has quit IRC | 16:32 | |
skraynev | g'night all | 16:34 |
*** harlowja_at_home has joined #heat | 16:35 | |
*** Dragomir has quit IRC | 16:35 | |
*** Dragomir has joined #heat | 16:36 | |
*** jamiehan_ has quit IRC | 16:46 | |
*** kebray has quit IRC | 16:46 | |
*** pasquier-s has joined #heat | 16:46 | |
*** sgordon_ has quit IRC | 16:48 | |
*** tspatzier has joined #heat | 16:51 | |
*** randallburt has joined #heat | 16:53 | |
*** jprovazn has quit IRC | 16:59 | |
*** pasquier-s has quit IRC | 16:59 | |
*** jyoti-ranjan has joined #heat | 17:00 | |
*** pasquier-s has joined #heat | 17:01 | |
*** sdake_ has quit IRC | 17:01 | |
*** gondoi is now known as zz_gondoi | 17:02 | |
*** harlowja_at_home has quit IRC | 17:02 | |
*** viktors is now known as viktors|afk | 17:02 | |
*** elynn_ has quit IRC | 17:04 | |
*** __TheDodd__ has quit IRC | 17:06 | |
*** tomek_adamczewsk has joined #heat | 17:11 | |
*** robklg has joined #heat | 17:11 | |
*** zz_gondoi is now known as gondoi | 17:17 | |
*** achanda has joined #heat | 17:26 | |
*** tomek_adamczewsk has quit IRC | 17:27 | |
*** morganfainberg is now known as captainmorgan | 17:29 | |
*** kebray has joined #heat | 17:36 | |
*** kebray has quit IRC | 17:37 | |
*** kebray has joined #heat | 17:37 | |
*** Tross has joined #heat | 17:37 | |
*** blomquisg has quit IRC | 17:39 | |
*** Putns has quit IRC | 17:40 | |
jdandrea | Does this SoftwareConfig/Deployment look reasonable? http://paste.openstack.org/show/121687/ | 17:48 |
jdandrea | The deployment is stuck in CREATE_IN_PROGRESS. If I use RAW user data and no SoftwareConfig/Deployment, it works just fine. | 17:48 |
*** harlowja_away is now known as harlowja | 17:49 | |
*** blomquisg has joined #heat | 17:54 | |
*** tspatzier has quit IRC | 17:55 | |
*** achanda has quit IRC | 17:57 | |
*** pasquier-s has quit IRC | 17:57 | |
*** sarob has joined #heat | 17:58 | |
*** pas-ha has quit IRC | 17:59 | |
*** robklg has quit IRC | 17:59 | |
openstackgerrit | Randall Burt proposed a change to openstack/heat: Use correct object when deleting https://review.openstack.org/129345 | 18:01 |
*** radez is now known as radez_g0n3 | 18:04 | |
*** gondoi is now known as zz_gondoi | 18:05 | |
openstackgerrit | Randall Burt proposed a change to openstack/heat: Use correct object when deleting https://review.openstack.org/129345 | 18:06 |
*** radez_g0n3 is now known as radez | 18:07 | |
*** sarob has quit IRC | 18:08 | |
*** thedodd has joined #heat | 18:09 | |
*** achanda has joined #heat | 18:10 | |
openstackgerrit | Ryan Brown proposed a change to openstack/heat: Add a preview endpoint for stack updates https://review.openstack.org/122473 | 18:11 |
*** sarob has joined #heat | 18:14 | |
*** hdd has quit IRC | 18:14 | |
*** sarob has quit IRC | 18:15 | |
*** sarob_ has joined #heat | 18:17 | |
openstackgerrit | Randall Burt proposed a change to openstack/heat: Use correct object when deleting https://review.openstack.org/129345 | 18:21 |
*** packet has quit IRC | 18:26 | |
*** thedodd has quit IRC | 18:28 | |
*** sabeen1 has quit IRC | 18:30 | |
*** Dragomir has quit IRC | 18:31 | |
*** jyoti-ranjan has quit IRC | 18:37 | |
*** cody-somerville_ has joined #heat | 18:40 | |
*** cody-somerville has quit IRC | 18:41 | |
*** tspatzier has joined #heat | 18:43 | |
*** tspatzier has quit IRC | 18:44 | |
openstackgerrit | Rob Pothier proposed a change to openstack/heat: Support vnic_type in OS::Neutron::Port https://review.openstack.org/129353 | 18:54 |
*** sdake_ has joined #heat | 18:55 | |
*** hdd has joined #heat | 18:58 | |
*** stannie has quit IRC | 18:59 | |
openstackgerrit | Rob Pothier proposed a change to openstack/heat-specs: Add support for PCI ports in OS::Neutron::Port https://review.openstack.org/126399 | 19:05 |
*** sarob_ has quit IRC | 19:06 | |
*** kebray has quit IRC | 19:10 | |
*** sarob has joined #heat | 19:14 | |
*** radez is now known as radez_g0n3 | 19:17 | |
*** radez_g0n3 is now known as radez | 19:18 | |
*** jcoufal has quit IRC | 19:29 | |
*** tomek_adamczewsk has joined #heat | 19:29 | |
*** cody-somerville_ has quit IRC | 19:31 | |
*** EricGonczer_ has quit IRC | 19:33 | |
*** EricGonczer_ has joined #heat | 19:33 | |
*** tomek_adamczewsk has quit IRC | 19:37 | |
openstackgerrit | Randall Burt proposed a change to openstack/heat: Catch correct exception for Cinder api version detection https://review.openstack.org/129365 | 19:39 |
*** sarob has quit IRC | 19:39 | |
*** thedodd has joined #heat | 19:40 | |
*** sarob has joined #heat | 19:40 | |
*** andersonvom has quit IRC | 19:41 | |
*** tonisbones has quit IRC | 19:43 | |
*** sabeen has joined #heat | 19:44 | |
*** sarob has quit IRC | 19:45 | |
*** achampion has quit IRC | 19:57 | |
*** andersonvom has joined #heat | 19:57 | |
*** andersonvom has quit IRC | 19:58 | |
*** andersonvom has joined #heat | 19:58 | |
*** sdake_ has quit IRC | 20:08 | |
*** sdake_ has joined #heat | 20:08 | |
*** blomquisg has quit IRC | 20:11 | |
*** andersonvom has quit IRC | 20:12 | |
*** jdob has quit IRC | 20:20 | |
*** sarob has joined #heat | 20:20 | |
*** JayJ has joined #heat | 20:20 | |
*** julienvey has joined #heat | 20:22 | |
*** EricGonc_ has joined #heat | 20:22 | |
*** EricGonczer_ has quit IRC | 20:22 | |
thedodd | I've manually deleted a member of my heat stack ... the stack doesn't seem to be doing anything to rebuild it though. | 20:23 |
thedodd | Is that to be expected? | 20:24 |
zaneb | yes | 20:24 |
zaneb | don't do that | 20:24 |
thedodd | haha | 20:24 |
thedodd | good to know ;) | 20:24 |
*** andersonvom has joined #heat | 20:24 | |
thedodd | Fortunately it's in the name of experimentation at this point. | 20:24 |
*** alexheneveld has quit IRC | 20:24 | |
thedodd | Any way I can instruct heat to rebuild the server without killing the stack and rebuilding the entire stack? | 20:24 |
*** pasquier-s has joined #heat | 20:24 | |
jdandrea | "It hurts when I do that." "So don't do that." Whew. Glad it's experimental. | 20:25 |
*** blomquisg has joined #heat | 20:25 | |
* jdandrea looks for sbaker ... or someone who knows SoftwareConfig. | 20:26 | |
jdandrea | I built a disk image according to https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements - easy peasy. | 20:26 |
jdandrea | The deployment doesn't complete though. Suspecting I need to signal somehow, but I thought deployments did that for me (?). http://paste.openstack.org/show/121687/ | 20:27 |
-openstackstatus- NOTICE: Gerrit will be offline from 2100-2130 for project renames | 20:31 | |
*** ChanServ changes topic to "Gerrit will be offline from 2100-2130 for project renames" | 20:31 | |
*** sabeen has quit IRC | 20:38 | |
randallburt | thedodd: depends. You theoretically can issue a stack-update if you have a failure, but as for "automatically" healing missing resources, I think that work is ongoing in Kilo and beyond. | 20:40 |
*** julienvey has quit IRC | 20:43 | |
*** julienvey has joined #heat | 20:48 | |
*** aweiteka has quit IRC | 20:50 | |
*** alexheneveld has joined #heat | 20:53 | |
*** rwsu has quit IRC | 20:56 | |
*** jistr has quit IRC | 20:58 | |
*** julienvey has quit IRC | 20:58 | |
-openstackstatus- NOTICE: Gerrit is offline from 2100-2130 for project renames | 21:00 | |
*** ChanServ changes topic to "Gerrit is offline from 2100-2130 for project renames" | 21:00 | |
*** radez is now known as radez_g0n3 | 21:01 | |
*** achanda has quit IRC | 21:06 | |
*** achanda has joined #heat | 21:12 | |
jdandrea | Has anyone successfully deployed https://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/example-ssh-copy-id.yaml using a properly made fedora image? | 21:13 |
jdandrea | I keep getting stuck at CREATE_IN_PROGRESS for the first SoftwareDeployment resource (do_key_gen). | 21:13 |
*** sdake_ has quit IRC | 21:14 | |
*** sdake_ has joined #heat | 21:16 | |
*** sdake_ has quit IRC | 21:20 | |
*** ChanServ changes topic to "support @ https://ask.openstack.org | developer wiki @ https://wiki.openstack.org/wiki/Heat | development @ https://launchpad.net/heat | logged @ http://eavesdrop.openstack.org/irclogs/%23heat/" | 21:23 | |
*** hdd has quit IRC | 21:23 | |
-openstackstatus- NOTICE: Gerrit is back online | 21:23 | |
jdandrea | It's as if the built-in signaling of a SW deployment never reaches Heat, except I can use wait conditions and they reach Heat just fine. Weird. | 21:24 |
*** captainmorgan is now known as needscoffee | 21:29 | |
*** needscoffee is now known as captainmorgan | 21:29 | |
*** randallburt has quit IRC | 21:32 | |
*** alexheneveld has quit IRC | 21:37 | |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Make Cloud Loadbalancer properties updatable https://review.openstack.org/129391 | 21:40 |
*** EricGonc_ has quit IRC | 21:43 | |
*** simonc has quit IRC | 21:47 | |
*** kebray has joined #heat | 21:49 | |
*** blomquisg has quit IRC | 21:53 | |
*** JayJ has quit IRC | 21:53 | |
*** sarob has quit IRC | 22:03 | |
*** openstackgerrit has quit IRC | 22:03 | |
*** openstackgerrit has joined #heat | 22:05 | |
*** sarob has joined #heat | 22:08 | |
*** dimsum_ has quit IRC | 22:09 | |
*** dimsum_ has joined #heat | 22:09 | |
*** sarob has quit IRC | 22:10 | |
*** dimsum_ has quit IRC | 22:14 | |
*** alexpilotti has quit IRC | 22:20 | |
*** pasquier-s has quit IRC | 22:21 | |
*** sarob has joined #heat | 22:30 | |
*** hdd has joined #heat | 22:33 | |
*** sarob has quit IRC | 22:35 | |
*** thedodd has quit IRC | 22:35 | |
*** reed has quit IRC | 22:35 | |
*** ari__ has joined #heat | 22:39 | |
ari__ | Hi everyone I am running into a really weird issue. I am passing the following ctemplate to heat | 22:39 |
ari__ | { "heat_template_version": "2013-05-23", "Description" : "Native Heat AWS Resource Provisioning", "Parameters" : { "KeyName" : { "Type" : "string" }, "Image" : { "Type" : "string" }, "NetworkId" : { "Type" : "string" } }, "Resources" : { "snet1" : { "Type" : "AWS::EC2::Subnet", "Properties" : { "CidrBlock" :"192.168.1 | 22:40 |
ari__ | http://pastebin.com/skwduM4s | 22:41 |
*** sarob has joined #heat | 22:41 | |
ari__ | I am passing the parameters but for all three items but heat keeps complaining "The Parameter (NetworkId) was not defined in template.", | 22:41 |
ari__ | Any idea | 22:41 |
ari__ | ? | 22:42 |
*** sarob has quit IRC | 22:44 | |
*** alexheneveld has joined #heat | 22:44 | |
*** sarob has joined #heat | 22:45 | |
*** rwsu has joined #heat | 22:52 | |
*** JayJ has joined #heat | 22:58 | |
*** asalkeld has joined #heat | 23:02 | |
asalkeld | hi | 23:02 |
*** alexheneveld has quit IRC | 23:04 | |
*** JayJ has quit IRC | 23:05 | |
*** JayJ has joined #heat | 23:05 | |
*** JayJ has quit IRC | 23:05 | |
*** achanda has quit IRC | 23:21 | |
*** Dragomir has joined #heat | 23:21 | |
*** Qiming has joined #heat | 23:24 | |
*** alexheneveld has joined #heat | 23:25 | |
*** andersonvom has quit IRC | 23:37 | |
*** sgordon_ has joined #heat | 23:40 | |
*** dimsum_ has joined #heat | 23:44 | |
*** Qiming_ has joined #heat | 23:44 | |
*** dimsum_ has quit IRC | 23:46 | |
*** dimsum_ has joined #heat | 23:46 | |
*** dimsum_ has quit IRC | 23:47 | |
*** dimsum_ has joined #heat | 23:48 | |
*** Qiming has quit IRC | 23:48 | |
*** dimsum_ has quit IRC | 23:52 | |
*** Qiming_ has quit IRC | 23:54 | |
*** dimsum_ has joined #heat | 23:55 | |
*** dimsum_ has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!