Thursday, 2014-04-03

stevebakermeeting time in #openstack-meeting-alt00:00
*** Liang has joined #heat00:02
*** RockKuo has joined #heat00:02
*** samstav has quit IRC00:05
*** radez is now known as radez_g0n300:06
*** blamar has quit IRC00:06
*** pablosan has quit IRC00:08
*** Liang has left #heat00:09
*** blamar has joined #heat00:09
*** gokrokve has quit IRC00:22
*** blamar has quit IRC00:26
*** matsuhashi has joined #heat00:28
*** blamar has joined #heat00:32
mattoliverauzaneb: what was the patch number of your more up to date change what was rejected by Nova? I'd like to take a look and possibly poke mikal (from Nova) and get his opinion on what Nova would need. Lets see if we can find some middle ground.00:38
*** bgorski has quit IRC00:39
mattoliveraus/what/that/00:39
zanebwirehead_: I'm not trying to be a pita. I have just learned the hard way that if I wait until after summit to start implementing something, I will find myself in big trouble when feature freeze rolls around ;)00:39
wirehead_zaneb: Yeah. :)00:39
wirehead_zaneb: well, the bright side of things is that we've actually got a spike going that implements autoscale solely as stack transitions, which is what I think has always been our guiding principle for AS.00:40
zanebmattoliverau: https://review.openstack.org/#/c/79738/00:41
zanebmattoliverau: check the linked bug report and the comments, there has been a lot of activity00:41
zanebwirehead_: cool. is it on GitHub?00:41
wirehead_zaneb: yeah, in the Otter repo.  It's an ugly spike.00:42
*** achampion has joined #heat00:42
stevebakersoftware-config wasn't started until after summit00:43
stevebakeralthough that was more like "holy crap, nobody else is going to do this!"00:43
*** arbylee has quit IRC00:43
mattoliverauzaneb: oh it was the one linked off the bug I was looking at :) Thanks00:44
*** andersonvom has quit IRC00:46
*** kfox1111 has quit IRC00:49
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Software config hook to provision using shell scripts  https://review.openstack.org/7029700:53
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Software config hook to provision using puppet  https://review.openstack.org/7063900:53
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Software config hook to provision using cfn-init  https://review.openstack.org/7975900:53
openstackgerritSteve Baker proposed a change to openstack/heat-templates: os-refresh-config script to invoke config hooks  https://review.openstack.org/7975800:53
openstackgerritSteve Baker proposed a change to openstack/heat-templates: Move software-config templates to example-templates  https://review.openstack.org/8490900:54
openstackgerritSteve Baker proposed a change to openstack/heat-templates: READMEs for software-config templates and hooks  https://review.openstack.org/8491000:54
*** arbylee has joined #heat00:57
*** harlowja is now known as harlowja_away01:01
*** matsuhashi has quit IRC01:05
*** matsuhashi has joined #heat01:06
*** duncanjw has quit IRC01:08
*** TravT has quit IRC01:14
*** nosnos has joined #heat01:29
*** achampio1 has joined #heat01:30
*** achampion has quit IRC01:31
*** lipinski has quit IRC01:33
*** lipinski has joined #heat01:34
*** lipinski has quit IRC01:34
*** lindsayk has quit IRC01:56
*** zns has quit IRC02:01
*** liang has joined #heat02:30
*** david-lyle has joined #heat02:34
*** aweiteka has joined #heat02:37
*** sgordon has joined #heat02:40
*** ryansb has quit IRC02:53
*** sgordon has quit IRC02:53
*** ryansb has joined #heat02:54
*** sgordon has joined #heat02:55
*** achampion has joined #heat02:56
*** achampio1 has quit IRC02:58
*** spzala has quit IRC03:02
*** matsuhashi has quit IRC03:05
*** rbuilta has joined #heat03:08
*** duncanjw has joined #heat03:09
*** duncanjw has quit IRC03:13
*** sdake has quit IRC03:14
*** connie has quit IRC03:14
*** alexheneveld_ has joined #heat03:17
*** alexheneveld_ has quit IRC03:19
*** alexheneveld__ has joined #heat03:19
*** alexheneveld has quit IRC03:20
*** alexheneveld__ is now known as alexheneveld03:20
*** nosnos has quit IRC03:23
*** cmyster has joined #heat03:29
*** sgordon has quit IRC03:31
*** liang has quit IRC03:34
*** gokrokve has joined #heat03:36
*** gokrokve has quit IRC03:36
*** gokrokve has joined #heat03:37
*** Linz has quit IRC03:39
*** rbuilta has quit IRC03:40
*** Linz has joined #heat03:40
*** nkhare has joined #heat03:41
*** arbylee1 has joined #heat03:42
*** arbylee has quit IRC03:42
*** Linz has quit IRC03:44
*** liang has joined #heat03:48
cmystermorning03:54
*** nkhare has quit IRC03:57
*** harlowja_away is now known as harlowja04:00
*** blomquisg has quit IRC04:03
*** ramishra has joined #heat04:09
*** nosnos has joined #heat04:09
*** ramishra_ has joined #heat04:09
*** achampion has quit IRC04:11
*** ramishra has quit IRC04:13
*** matsuhashi has joined #heat04:15
*** blomquisg has joined #heat04:18
*** akuznetsov has joined #heat04:19
mattoliverauMorning or should I say afternoon cmyster04:20
*** Michalik- has quit IRC04:26
*** cfriesen has quit IRC04:29
*** ramishra_ has quit IRC04:29
*** ramishra_ has joined #heat04:34
*** arosen1 has joined #heat04:38
*** IlyaE has quit IRC04:40
*** matsuhashi has quit IRC04:40
*** matsuhashi has joined #heat04:46
*** nkhare has joined #heat04:46
*** achampion has joined #heat04:48
*** ramishra_ has quit IRC04:49
*** ramishra has joined #heat04:51
*** Tross has joined #heat04:51
*** skraynev_afk is now known as skraynev04:52
skraynevgood morning04:52
*** achampion has quit IRC04:53
*** achampion has joined #heat04:56
*** duncanjw has joined #heat05:10
*** achampion has quit IRC05:11
*** duncanjw has quit IRC05:14
*** sdake has joined #heat05:23
*** pradipta_away is now known as pradipta05:27
*** tspatzier has joined #heat05:28
*** IlyaE has joined #heat05:30
*** harlowja is now known as harlowja_away05:32
*** bvandenh has joined #heat05:34
*** arosen1 has quit IRC05:42
openstackgerritSergey Kraynev proposed a change to openstack/heat: Correct update to zero numbers of health monitors  https://review.openstack.org/8474705:45
*** Michalik- has joined #heat05:52
*** jprovazn has joined #heat05:53
sdakestevebaker happen to be around?05:55
mattoliverauIn-laws are over, and so I have to go find dinner, so better call it a day! See you all on the morrow.05:57
*** gokrokve has quit IRC06:02
*** tspatzier has quit IRC06:04
*** Chinorro has joined #heat06:05
*** achampion has joined #heat06:07
*** arosen1 has joined #heat06:09
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/8395706:09
*** achampion has quit IRC06:11
zigoI get 22 unit test failures with Icehouse RC1 of heat: https://icehouse.dev-debian.pkgs.enovance.com/job/heat/39/consoleFull06:15
zigosdake: Any idea?06:15
zigoWhat's weird, is that I only have this in my Wheezy cowbuilder, I don't have it on Trusty.06:16
zigoSo I'm guessing there's a wrong build-dependency, but I can't figure out which one.06:16
*** Michalik- has quit IRC06:17
*** duncanjw has joined #heat06:20
chmouelgood morning06:21
zigochmouel: Hello!06:22
chmouelhey there zigo06:22
zigochmouel: Any idea with my unit test errors above?06:22
zigoWhich python module is missing?06:22
*** duncanjw has quit IRC06:24
*** IlyaE has quit IRC06:26
*** gokrokve has joined #heat06:33
*** matsuhashi has quit IRC06:36
*** matsuhashi has joined #heat06:39
*** gokrokve has quit IRC06:43
*** sdake has quit IRC06:48
*** arbylee1 has quit IRC06:52
*** e0ne has joined #heat06:54
*** liang has quit IRC06:55
therveGood morning!06:59
cmystermorning07:01
thervezigo, Possibly a problem with the yaml parser? Which one do you have?07:02
*** zigo has quit IRC07:04
*** sdague has quit IRC07:05
*** nkhare has quit IRC07:05
*** sdague has joined #heat07:05
*** nkhare has joined #heat07:06
*** Michalik- has joined #heat07:07
*** zigo has joined #heat07:08
*** achampion has joined #heat07:08
*** liang has joined #heat07:08
sgrandatabase difference, at a guess07:10
sgransomething is being returned that has a string representation of '<byte string>'07:10
*** mikal has quit IRC07:10
*** mikal has joined #heat07:10
sgranor something bizarre like that07:10
*** mattoliverau has quit IRC07:10
*** achampion has quit IRC07:12
*** stannie has joined #heat07:18
*** mattoliverau has joined #heat07:18
*** liang has quit IRC07:19
*** ifarkas has joined #heat07:22
*** mattoliverau has quit IRC07:22
skraynevtherve: hello, do you have a little time for question?07:23
zigosgran: Where you addressing to me?07:23
therveskraynev, Don't ask to ask :)07:23
skraynevtherve: ok go to problem07:24
skraynevtherve: currently volume resources has property Device07:24
*** e0ne_ has joined #heat07:25
therveYep07:25
therveAcutally probably VolumeAttachment07:25
skraynevtherve: right07:26
skraynevtherve: so both CinderVolumeAttachment and VolumeAttachment has it07:26
*** ramishra has quit IRC07:26
skraynevtherve: but VolumeAttachment also has constraint for this property07:27
skraynevHowever CinderVolumeAttachment does not have07:27
*** che-arne has quit IRC07:28
sgranzigo: it's a guess07:29
*** e0ne has quit IRC07:29
sgrannot necessarily a good one :)07:29
therveThe one on VolumeAttachment probably comes from AWS07:29
zigosgran: Well, my point is that in other envs. it's working, so there must be something wrong in the dependencies.07:29
sgranbut it's a consistent issue that points to string parsing - either the yaml parser or the db07:29
skraynevtherve: Do you mean, that it is according to AWS specification?07:30
therveskraynev, Might be07:30
*** mattoliverau has joined #heat07:30
zigotherve: Could you try and help me? :)07:30
thervezigo, Answer my questions then? :)07:31
therveAh possibly you missed it07:31
thervezigo, Possibly a problem with the yaml parser? Which one do you have?07:31
zigotherve: python-yaml 3.10-4~bpo70+107:31
zigoI don't think that's the one, because I have the same one in Trusty / my laptop.07:32
thervezigo, python -c "import yaml; print yaml.__with_libyaml__"07:33
zigopython -c "import yaml; print yaml.__with_libyaml__"07:33
zigoTrue07:33
zigolol ! :)07:33
therveMaybe that's it, it's False for me07:34
zigo# python -c "import yaml; print yaml.__version__"07:34
zigo3.1007:34
zigoWTF?07:34
zigolibyaml missing?07:34
zigoOr missing when building python-yaml?07:34
therveWell I'm probably using the python version, whereas you're using the C one07:35
zigoAh, right, opposite way, sorry.07:35
zigoI can try.07:35
*** gokrokve has joined #heat07:40
zigotherve: Correct, that was the error!!! :/07:42
zigotherve: Though this seems a *very bad* issue with python-yaml then.07:42
zigoNot sure how to fix it there.07:42
zigoOr how to dig into the issue deeper.07:43
*** liang has joined #heat07:43
*** gokrokve has quit IRC07:45
* zigo tries in sid to see if there's the issue there as well07:46
zigoMaybe a backport of libyaml is necessary.07:47
*** ramishra has joined #heat07:48
*** cmyster has quit IRC07:50
*** cmyster has joined #heat07:50
thervezigo, What's your libyaml version?07:51
therveIt seems to work for me with the C version07:51
zigotherve: libyaml-0-2_0.1.4-2+deb7u2_amd64.deb07:52
zigoIt does work on Sid.07:52
zigoWill try to backport libyaml and see...07:52
therveLooks roughly the same as mine07:53
*** arbylee has joined #heat07:53
zigotherve: The changelog of libyaml in Sid shows bad stuff that have been fixed... Worth a try!07:55
*** edimmaz has joined #heat07:55
*** liang has quit IRC07:56
zigo(including CVE-2014-2525 !!!)07:58
uvirtbotzigo: Heap-based buffer overflow in the yaml_parser_scan_uri_escapes function in LibYAML before 0.1.6 allows context-dependent attackers to execute arbitrary code via a long sequence of percent-encoded characters in a URI in a YAML file. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2525)07:58
zigotherve: YEAH!!! THAT FIXED IT! \o/08:00
zigoGosh, that one was really not obvious to find out.08:00
therveYay08:01
zigotherve: Thanks a lot.08:01
*** jistr has joined #heat08:01
therveNo problem08:01
*** akuznetsov has quit IRC08:01
*** arbylee has quit IRC08:03
*** duncanjw has joined #heat08:05
*** derekh has joined #heat08:05
*** duncanjw_ has joined #heat08:07
*** duncanjw has quit IRC08:07
*** liang has joined #heat08:07
*** akuznetsov has joined #heat08:07
*** yassine has joined #heat08:08
zigoYEAH!!! No unit test error at all now... \o/08:11
zigoThis rox.08:11
*** jstrachan has joined #heat08:20
*** arosen1 has quit IRC08:22
*** duncanjw_ has quit IRC08:28
*** tspatzier has joined #heat08:32
*** derekh has quit IRC08:33
*** duncanjw has joined #heat08:34
*** gokrokve has joined #heat08:40
*** gokrokve has quit IRC08:44
*** tomek_adamczewsk has joined #heat08:53
*** e0ne_ has quit IRC08:54
*** e0ne has joined #heat08:55
*** che-arne has joined #heat08:56
*** matsuhashi has quit IRC09:07
*** e0ne_ has joined #heat09:08
*** e0ne has quit IRC09:12
*** duncanjw has quit IRC09:12
*** matsuhashi has joined #heat09:12
*** ramishra has quit IRC09:13
*** pas-ha has quit IRC09:13
*** tspatzier has quit IRC09:14
*** denis_makogon has joined #heat09:15
*** duncanjw has joined #heat09:17
*** pas-ha has joined #heat09:24
*** derekh has joined #heat09:33
*** ramishra has joined #heat09:37
openstackgerritThomas Herve proposed a change to openstack/heat: Sync latest oslo.db code  https://review.openstack.org/7653909:37
*** alexheneveld has quit IRC09:37
*** alexheneveld has joined #heat09:41
*** gokrokve has joined #heat09:41
*** gokrokve has quit IRC09:45
*** yassine has quit IRC09:48
*** alexheneveld has quit IRC09:49
*** mkollaro has joined #heat09:53
*** matsuhashi has quit IRC09:59
*** arbylee has joined #heat09:59
*** matsuhashi has joined #heat09:59
*** arbylee has quit IRC10:04
*** alexheneveld has joined #heat10:04
*** pasquier-s has joined #heat10:06
*** mkollaro has quit IRC10:10
openstackgerritJia Dong proposed a change to openstack/heat: Sync rpc modules from oslo-incubator  https://review.openstack.org/8461210:11
*** ramishra has quit IRC10:17
*** alexpilotti has joined #heat10:17
*** ramishra has joined #heat10:17
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon  https://review.openstack.org/8466410:18
*** chandankumar_ has joined #heat10:22
*** DaveJ__ has joined #heat10:22
*** alexheneveld has quit IRC10:27
*** e0ne_ has quit IRC10:30
openstackgerritThomas Herve proposed a change to openstack/heat: Remove use of py3kcompat  https://review.openstack.org/8498510:32
openstackgerritThomas Herve proposed a change to openstack/python-heatclient: Sync oslo incubator  https://review.openstack.org/8498910:41
*** ramishra has quit IRC10:41
*** gokrokve has joined #heat10:42
*** ramishra has joined #heat10:42
*** liang has quit IRC10:46
*** gokrokve has quit IRC10:46
*** matsuhashi has quit IRC10:48
*** edimmaz has quit IRC10:55
*** matsuhashi has joined #heat10:55
*** duncanjw has quit IRC11:00
*** edimmaz has joined #heat11:00
*** duncanjw has joined #heat11:04
*** e0ne has joined #heat11:09
openstackgerritA change was merged to openstack/heat: Add a resource_facade intrinsic function to HOT  https://review.openstack.org/8389511:11
*** e0ne_ has joined #heat11:11
*** e0ne__ has joined #heat11:13
*** e0ne_ has quit IRC11:13
*** e0ne has quit IRC11:13
*** matsuhashi has quit IRC11:15
*** e0ne__ has quit IRC11:18
*** faramir1 has joined #heat11:18
*** yassine has joined #heat11:20
*** mkollaro has joined #heat11:21
*** matsuhashi has joined #heat11:21
*** zhiyan_ is now known as zhiyan11:22
*** jamie_h has joined #heat11:23
*** rpothier has quit IRC11:27
*** nkhare has quit IRC11:36
*** bgorski has joined #heat11:38
*** pradipta is now known as pradipta_away11:40
*** e0ne has joined #heat11:42
*** gokrokve has joined #heat11:43
*** gokrokve has quit IRC11:48
*** Michalik- has quit IRC11:50
*** alexheneveld has joined #heat11:52
*** matsuhashi has quit IRC11:52
*** Michalik- has joined #heat11:53
*** sgordon has joined #heat11:54
*** arbylee has joined #heat11:59
*** arbylee has quit IRC12:04
*** tomek_adamczewsk has quit IRC12:07
*** gokrokve has joined #heat12:09
*** tomek_adamczewsk has joined #heat12:09
*** rpothier has joined #heat12:12
*** duncanjw has quit IRC12:12
openstackgerritThomas Herve proposed a change to openstack/heat: Include exception in custom constraints errors  https://review.openstack.org/8288112:13
*** alexheneveld has quit IRC12:13
*** gokrokve has quit IRC12:13
*** david-lyle has quit IRC12:23
*** aweiteka has quit IRC12:27
*** radez_g0n3 is now known as radez12:28
*** pafuent has joined #heat12:29
*** che-arne has quit IRC12:30
*** che-arne has joined #heat12:31
*** sballe has joined #heat12:31
*** Tross has quit IRC12:32
*** che-arne has quit IRC12:32
*** cmyster has quit IRC12:33
*** che-arne has joined #heat12:33
*** jdob has joined #heat12:37
*** che-arne has quit IRC12:38
*** RockKuo has quit IRC12:43
*** tomek_adamczewsk has quit IRC12:44
*** tomek_adamczewsk has joined #heat12:46
*** erecio has joined #heat12:46
*** alexheneveld has joined #heat12:48
*** ramishra has quit IRC12:50
*** nosnos has quit IRC12:50
*** achampion has joined #heat12:52
*** ramishra has joined #heat12:53
*** alexheneveld has quit IRC12:55
*** che-arne has joined #heat12:58
*** Tross has joined #heat13:04
*** edimmaz has quit IRC13:06
*** dims_ has quit IRC13:07
*** gokrokve has joined #heat13:10
*** edimmaz has joined #heat13:10
*** neetap has joined #heat13:11
neetaphi13:12
*** gokrokve has quit IRC13:14
*** Tross has quit IRC13:15
*** blomquisg has quit IRC13:17
*** pafuent has quit IRC13:17
*** pafuent has joined #heat13:17
*** aweiteka has joined #heat13:18
*** che-arne has quit IRC13:19
*** chandankumar_ has quit IRC13:19
*** skraynev is now known as skraynev_afk13:19
*** dims_ has joined #heat13:20
*** zns has joined #heat13:21
*** pafuent1 has joined #heat13:23
*** pafuent has quit IRC13:23
*** vijendar has joined #heat13:28
*** sabeen has joined #heat13:29
*** blomquisg has joined #heat13:31
neetapcan anybody please tell me how to login into Fedora 17 instance that is launched through autosclaing template ?13:33
therveLogin how? SSH login?13:34
*** ramishra has quit IRC13:35
neetaptherve:SSH login13:35
therveneetap, Well what are you missing? Do you know its IP address?13:36
*** lipinski has joined #heat13:37
neetaptherve:i know its ip address but unable to ping13:37
therveIt doesn't really feel like a Heat issue :)13:38
*** jcru has joined #heat13:38
therveBut look at your network configuration. Are you using neutron? What's the security group? etc13:38
*** gondoi has quit IRC13:40
*** gondoi has joined #heat13:40
neetaptherve:We are using neutron and default security group13:41
*** duncanjw has joined #heat13:43
*** Michalik- has quit IRC13:45
*** arbylee has joined #heat13:45
neetaptherve:thank you... i will look for those details13:46
therveNo problem13:47
*** samstav has joined #heat13:48
*** arbylee has quit IRC13:52
pafuent1Hi. I have an issue with this template: http://paste.openstack.org/show/74969/13:52
pafuent1I can create it, but when I try to delete it, I get this error: http://paste.openstack.org/show/74972/13:52
pafuent1The thing is that I was able to "fix" the error by adding the Subnet as a dependency of the RouterInterface: http://paste.openstack.org/show/74970/13:52
*** arbylee has joined #heat13:52
pafuent1But I'm not sure if I found a bug or my template is wrong.13:52
pafuent1Could someone help me with this?13:52
sdake__morning13:56
*** sdake__ is now known as sdake13:56
thervepafuent1, It might be a bug. Can you simplify the problem a bit?13:56
therveThe template I meant13:56
*** duncanjw has quit IRC13:56
sdakepafuent1 definitely a bug, please file one in launchpad13:57
sdakeideally there should be no exceptions being dumped in your logs :)13:57
sdakejust looking at the line numbers, the error is the neutron api is returning a 404 (not found) which is unexpected13:59
*** kgriffs|afk is now known as kgriffs13:59
pafuent1sdake: I'll file a bug.13:59
*** mspreitz has joined #heat14:00
*** nkhare has joined #heat14:00
pafuent1therve: Something like removing all the extra things?14:00
thervepafuent1, Yeah the instance/waitcondition at least14:01
sdakepafuent1 the resource that seems to be causing the problem is the "RouterInterface"14:01
pafuent1therve: Ok14:02
*** aweiteka has quit IRC14:02
sdakenarrowing it down to just that one resource (or whatever is required to make it work) might be helpful14:02
sdakecould just be a regression in neutron's client14:02
sdakeor something we didn't think of in the neutron resources14:02
pafuent1sdake: therve: I'll reduce the template then.14:02
*** neetap has quit IRC14:03
pafuent1sdake: therve: BTW, I "solved" the issue adding the Subnet as a dependecy of the RouterInterface (http://paste.openstack.org/show/74970/) Is that OK}?14:03
thervepafuent1, That's horrible but apparently we have to do those kind of things for neutron :/14:04
sdakeif subnet should be a dependency of routerinterface, the correct way to fix taht is to pass the subnet into the routerinterface resource as an attributge and let the parser sort it out14:05
*** mkollaro has quit IRC14:05
*** mkollaro1 has joined #heat14:05
*** mkollaro1 is now known as mkollaro14:05
thervesdake, You shouldn't have to do it in every templates though14:06
sdaketherve if subnet is always a dependency of routerinterface, i dont see why not14:06
sdakenow, not knowing much about neutron, I don't know if that makes any sense or not (subnet being an attribute to routerinterface)14:06
pafuent1sdake: therve: The Subnet is a property of RouterInterface14:06
sdakeare you passing the subnet into the routerinterface?14:07
pafuent1sdake: Yes14:07
sdakeI would think the parser would sort out the ordering14:07
therveSo the problem is with the floating IP14:08
therveWhich depends on port and then on network14:09
*** che-arne has joined #heat14:09
sdaguelooks like some sort of heat race in the check queue - http://logs.openstack.org/27/85027/1/check/check-tempest-dsvm-neutron-heat-slow/8329b74/console.html#_2014-04-03_13_44_21_53214:10
sdagueanyone able to take a look?14:10
therveAnd the subnet and router are in a different branch14:10
*** faramir1 has quit IRC14:10
sdagueit seems to be a failure to create the stack on one of the existing API tests14:10
*** gokrokve has joined #heat14:11
pafuent1therve: Sorry, but I can't get your point14:11
*** vijendar has quit IRC14:12
thervesdague, It looks like it took more than 10 minutes to be up? Should the time be increased?14:12
sdaguetherve: > 10 minutes to come up?14:12
sdaguethat seems kind of wrong14:12
*** vijendar has joined #heat14:12
sdakesdague I'll look now - I am booked in 2 hours for the rest of the day tho14:12
*** mspreitz has quit IRC14:13
sdagueno prob14:13
*** mspreitz has joined #heat14:13
thervesdague, http://paste.openstack.org/show/74975/14:14
therveI think the numbers before cloud-init are seconds14:14
therveSo it started cloud-init after 545 seconds14:14
sdaguethat seems really slow, even for 2nd level virt14:15
*** gokrokve has quit IRC14:15
thervepafuent1, I'm not sure what's my point yet, but it's great14:16
sdaguehmmm... the heat fedora image is i686 instead of x86_6414:17
sdagueI think that's going to penalize us more in second level virt14:17
*** aweiteka has joined #heat14:17
sdagueis there a fedora 20 x86_64 that we could use there?14:17
sdakefedora 20 image from usptream should be good to go14:18
sdakehttp://download.fedoraproject.org/pub/fedora/linux/releases/20/Images/x86_64/Fedora-x86_64-20-20131211.1-sda.raw.xz or14:18
sdakehttp://download.fedoraproject.org/pub/fedora/linux/releases/20/Images/x86_64/Fedora-x86_64-20-20131211.1-sda.qcow214:19
sdaguesdake: cool, I'll adjust the devstack default, which is currently i386 for some reason14:19
sdakesdague odd although the arch shouldn't matter unless some extra emulation is done14:19
sdakewhich is making it "too slow"14:20
sdaguewe're running 2nd level guests14:20
sdakenote I tried kvm on kvm about a year ago and it took about 25 minutes to boot an instance and set it up (our wordpress)14:20
sdakeour wordpress example14:20
sdaguethis is actually libvirt/qemu on xen14:20
thervepafuent1, So, the routerinface should already depends on the subnet14:20
sdakeya 2nd level guest, best to match the host arches14:20
sdaguebecause rax is xen14:21
sdaguehpcloud is kvm14:21
sdakemakes sense14:21
sdaguebut I don't think they enable nesting14:21
therveAnd the port should depend on the subnet as well too because of hax14:21
sdagueso it's still qemu w/o kvm there14:21
sdakeI haven't tried libvirt/qemu on xen, but I expect it would be very slow14:21
thervepafuent1, Which version are you using?14:21
sdakeI think it is less likely the test is faling and more likely something with the ssh operation is timing out14:21
jasondtherve: the use case for https://review.openstack.org/#/c/81918/ wasn't clear?14:21
thervejasond, It's clear but arguable.14:22
pafuent1therve: Sorry, version of what?14:22
thervepafuent1, Of Heat14:22
jasondtherve: ok, yeah14:22
*** tspatzier has joined #heat14:22
sdakejasond it may make more sense to change hot_spec.rst rather then write code prior to doing that14:23
thervejasond, I mean, in as much as we argued about it :)14:23
sdakeif the change for hot_spec.rst goes in, then the code should be no problem14:23
pafuent1therve: I pull the repo last week14:23
sdaguesdake: yeh, it's definitely a timeout14:23
jasondsdake: that's a good suggestion.  i'll do that next time14:23
sdakesdague do you ahve any kind of other more detailed logs on the particular test?14:23
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon  https://review.openstack.org/8466414:24
sdaguesdake: it's all in that link, scroll down a bit14:24
sdaguewe do a full dump of testr output, plus a console dump on the guest14:24
sdakesdague just as an aside, I've done a whole bunch of rechecks because ssh locks up on the guest vms, could be related14:26
sdaguelocks up, or networking fails to come up?14:26
sdakenot sure, let me find recheck bug14:26
*** chandan_kumar has quit IRC14:27
*** chandan_kumar has joined #heat14:27
sdakehttps://bugs.launchpad.net/tempest/+bug/125389614:27
uvirtbotLaunchpad bug 1253896 in tempest/havana "Attempts to verify guests are running via SSH fails. SSH connection to guest does not work." [Critical,Confirmed]14:27
sdakesdague ^ if you lookk in the recheck list, there are several hundred on this bug, could be related14:27
*** gokrokve has joined #heat14:27
sdagueyes, that's basically neutron not building a network consistently14:28
*** cfriesen has joined #heat14:28
sdaguethough realistically if it's still showing up in neutron, we should flag it out of fix released14:28
sdagueespecially if it exposes more often in heat, there might be something else going on14:29
*** chandan_kumar has quit IRC14:30
sdake2014-04-03 13:44:34.612 | Details: Resource WaitCondition failed to reach CREATE_COMPLETE status within the required time (600 s).14:30
sdake600s is not enough14:30
sdakefor virt on virt imo14:30
*** Tross has joined #heat14:30
sdakesdague do you have a bug # to work against so I can submit a change to fix that up?14:31
*** jcru has quit IRC14:31
*** jcru has joined #heat14:32
sdaguesdake: I haven't opened one up yet14:32
sdakein that log you pointed out above, cloud-init doesn't run until 196 seconds in14:33
sdakejust to get to the config of cloud init takes 457 seconds14:35
*** TravT has joined #heat14:35
sdakethe point where heat actually does anything inside the vm to signal the test was a success doesn't happen utnil 566 seconds14:35
sdake600-566 is not enough time14:35
sdakealthough in bare metal, that would take 1-2 seconds14:36
*** mkollaro1 has joined #heat14:39
*** mkollaro has quit IRC14:39
sdakesdague so corrective actions are14:40
sdake1) use a 64 bit guest in the devstack gate14:40
sdake2) increase timeout field in that particular test (and any others that use same pattern)14:40
sdakeIf you file bug, I'll take on #214:40
sdakemaybe just changing the arch to the same would fix it, but I am doubtful14:42
sdagueok, so #1 should be addressed with this - https://review.openstack.org/8505714:45
*** sjmc7 has joined #heat14:46
sdagueit's interesting that the success runs on this test complete in 290s so 600 is way out of bounds. It might be region dependent14:46
sdagueI'll try to get some logstash data before filing the bug14:47
sdakewell14:47
sdakecfn-init in some cases retrieves information from fedora repositories14:48
sdague?14:48
sdaguereally?14:48
sdakeyes14:48
sdagueis there a way to stop that14:48
sdaguebecause we really need to isolate the guests from the network14:48
sdakeI am not sure if it happens in all cases, investigating14:48
sdagueotherwise we'll see a continuous fail rate there. External repositories go down way more than they should.14:49
sdakeyes it may not be a problem still investigating :)14:49
sdaguecool, thanks :)14:50
thervezaneb, Hi, could you help me on some DependencyTaskGroup stuff?14:52
zanebsure can14:52
thervezaneb, I get that http://paste.openstack.org/show/74982/ from the debug logs14:54
therveafter some cleanups14:54
therveAnd it seems the first object delete is the RouterInterface14:55
sdakesdague that particular api test does not install packages14:55
therveIs that expected?14:55
thervezaneb, That's the DependencyTaskGroup of a stack delete for context14:55
zanebgotcha14:55
sdakesdague I have checked the cfn-init agent, the cfn-init agent does not update the repo information unless packages are requested14:55
sdakesdague so its not an issue of connecting to an external repository14:55
zanebtherve: sounds plausible, because the RouterInterface depends on the Subnet14:56
zanebtherve: what were you expecting to see?14:56
*** duncanjw has joined #heat14:56
thervezaneb, I was expecting to see the FloatingIP gone first14:56
*** IlyaE has joined #heat14:56
therveI mean I don't how what's the order of that thing14:57
*** jmckind has joined #heat14:57
sdakesdague you said this is a rax host?  in the kernel output, the kvm nested virt seems enabled14:58
zanebtherve: FloatingIPAssociation has to be deleted before FloatingIP14:59
sdakenot sure kvm nested virt on xen works well or not14:59
sdakesdague I do know kvm on kvm is generally kind of rough around the edges :)14:59
thervezaneb, So RouterInferce is picked for deletion because nothing depends on it basically15:00
zanebbasically, yeah15:00
*** aweiteka has quit IRC15:00
zanebanything that isn't depended on by anything will be among the first batch of stuff to be deleted15:01
zanebbut the actual order within that batch is undefined15:01
therveMakes sense15:01
therveSo we're missing a link :/ Damn neutron15:01
zanebweird that the RouterInterface doesn't depend on the Router?15:01
therveyeah the router is unused I think15:02
zanebbut RouterInterface takes a router_id15:03
zaneband it's required15:03
*** tomek_adamczewsk has quit IRC15:03
therveRight I used an existing router15:03
pafuent1therve: zaneb: I'm using the external router id on the template.15:04
zanebtherve: there's a good chance that's why it's broken. all of these dependency hacks we do internally totally break down when you define things outside of the template :(15:05
pafuent1therve: zaneb: That ID is a parameter of the stack15:05
thervehttp://paste.openstack.org/show/74985/ is the minimal template for making it break15:05
*** duncanjw has quit IRC15:05
zanebhttps://bugs.launchpad.net/heat/+bug/129925915:06
uvirtbotLaunchpad bug 1299259 in heat "FloatingIP needs a hidden dependency on Routers" [High,Triaged]15:06
zanebtherve, pafuent1: most likely that is your bug ^15:06
therveYeah more or less15:06
therveExcept RouterInterface here :/15:06
*** jcru has quit IRC15:07
*** jcru has joined #heat15:07
thervepafuent1, So I guess the RouterInterface in your template is to allow your subnet to access the internet, right?15:07
zaneboh, then it's a different but related issue :(15:08
thervezaneb, Maybe the proper fix is to always define a router in the template15:08
therveInstead of reusing one15:09
therveStill need your fix in that case15:09
*** nkhare has quit IRC15:09
*** swygue has quit IRC15:09
therveOtherwise there is no way you can find the relationship between a FloatingIPAssociation and a RouterInterface15:10
zanebby happy coincidence, I happen to have here a sketch I did of the dependency graphs on the back of an envelope15:10
pafuent1therve: I'm not sure if I need that. The template is for tempest.15:10
*** swygue has joined #heat15:10
zanebI'd share a copy, but it's literally on the back of an envelope :D15:10
thervepafuent1, That would simplify things if it's not needed15:11
thervezaneb, I can send you a photo of my whiteboard too :)15:11
zanebso yeah, if FloatingIP needs to be created after/deleted before the router interface for the router that connects to the external network, then we are hosed15:12
zanebbecause FloatingIP only depends on the external network explicitly15:12
zaneband we have a hack to make it depend on the RouterGateway to reach it15:12
zaneband when that bug above is fixed it'll depend on the Router that has that gateway15:13
therveWell maybe using :FloatingIPAssociation you can go up to the port then the net but...15:13
*** aweiteka has joined #heat15:13
zanebbut it appears we need to depend on the interface to the router to the gateway to the external network15:13
thervepafuent1, If you need a quick fix, you can add a depends_on in your template15:13
*** Michalik- has joined #heat15:14
sdaguesdake: sorry, had stepped away. That run was definitely rax, so xen as a base15:14
zanebtherve: ++15:14
*** david-lyle has joined #heat15:14
pafuent1therve: Ok, I'll try that15:14
pafuent1therve: zaneb: Thanks so much for your help15:14
zanebpafuent1: so make the FloatingIP depend on the Router Interface15:14
zanebnp15:14
zanebI am halfway through an email to Neutron people telling them how to fix their API15:15
zanebbut it's not simple :/15:15
sdaguesdake: if there are tests that want to install packages, we should come up with a way to specify the mirror, so we can force it to something in the provider we're on15:16
sdaguethat will reduce the random failure rate due to internet hiccups15:17
*** rbuilta has joined #heat15:18
*** zns has quit IRC15:21
*** tspatzier has quit IRC15:21
*** sdake_ has joined #heat15:22
*** sdake_ has quit IRC15:22
*** sdake_ has joined #heat15:22
*** tspatzier has joined #heat15:22
*** jamie_h has quit IRC15:22
sdake_zigo not sure hwne you mesaged me re your test failures, but I suspect libyaml is involved, with something to do with a recent CVE15:23
zigosdake_: Yeah, that was the problem, it's fixed now with the more recent libyaml! :)15:23
sdake_zigo try determining if it is libyaml15:23
zigoIt *was*! :)15:24
*** edimmaz has quit IRC15:24
sdake_cool did you jsut ask or was it last night some time while I was sleeping :)15:24
*** zns has joined #heat15:24
*** zns has quit IRC15:24
*** jamie_h has joined #heat15:25
*** zhiyan is now known as zhiyan_15:25
*** rbuilta has quit IRC15:26
*** pafuent1 is now known as pafuent15:31
sdake_sdague never having looked at that specific api test before, I'm curious why you don't consider it a scenario test?15:32
sdaguehonestly, I didn't look into the details on it15:35
*** rcleere has joined #heat15:35
sdagueI was just trying to figure out the failure15:35
*** tomek_adamczewsk has joined #heat15:36
sdake_the scenario it tests is "does a cfn-init based image boot and is able to signal it completed booting image and can the vm be sshed into"15:36
sdaguehonestly, that's probably fine in API15:36
sdaguewe have vm verification in nova15:37
sdagueby actually sshing to things15:37
*** jcru has quit IRC15:37
*** jcru_ has joined #heat15:37
sdake_in the nova api tests?15:37
sdagueyes15:38
sdake_i see15:38
*** jcru_ has quit IRC15:38
*** jcru has joined #heat15:38
sdake_so a scenario would be something more complicated, like "update a stack that has one resource with two"?15:38
sdaguesdake: yes15:39
sdaguehonestly, it's not a firm line15:39
sdake_sdague makes sense - I think alot of tests we had thought would be scenario tests, should be api slow tests then15:39
sdaguethe other difference is the scenario tests use the official python clients15:40
sdake_alot of our test planning is around veryfing resources are actually created15:40
sdagueand the api tests use tempest's own rest clients15:40
sdagueI think most of the resource create tests probably would fall into api for heat15:40
sdake_sorry create/update/delete (lifecycle)15:40
sdake_not jus tcreate :)15:41
sdagueyep15:41
sdagueI think if we get into more complicated things, like the ha or autoscaling, that's definitely scenario15:41
sdake_ok makes sense - I guess we need to do more work to identify more complex scenarios to validate15:41
sdake_although getting the basics of resource lifecycle testing in the code base would be a good start :)15:42
sdagueyep definitely15:42
sdagueevery bit helps15:42
*** che-arne has quit IRC15:43
*** alexheneveld has joined #heat15:44
*** tspatzier has quit IRC15:44
*** tspatzier has joined #heat15:44
*** arbylee has quit IRC15:45
openstackgerritA change was merged to openstack/heat: Using default value during update  https://review.openstack.org/8370915:49
*** zns has joined #heat15:51
*** swygue has quit IRC15:52
*** zns has quit IRC15:53
*** zns has joined #heat15:53
*** pablosan has joined #heat15:54
*** pablosan is now known as zz_pablosan15:54
*** zz_pablosan is now known as pablosan15:54
*** mspreitz has quit IRC15:55
*** pablosan has quit IRC15:55
*** che-arne has joined #heat15:55
*** pablosan has joined #heat15:56
*** arbylee has joined #heat15:56
*** arbylee has joined #heat15:56
*** Tross has quit IRC15:58
*** zns_ has joined #heat15:58
*** zns has quit IRC16:01
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Allow complex scheduler hints for AWS Instance.  https://review.openstack.org/8508916:07
*** jistr has quit IRC16:13
*** swygue has joined #heat16:18
*** yassine has quit IRC16:26
*** Linz has joined #heat16:26
*** jprovazn has quit IRC16:27
*** zns_ has quit IRC16:28
thervesdake: Are you getting somewhere on oslo.messaging? Still blocked by the config generator thing?16:35
*** andrew_plunk has joined #heat16:36
*** ifarkas has quit IRC16:36
zanebtherve: config generator should be no more broken with the latest olso than it is already now ;)16:38
therve:)16:38
therveI think it was more related to the new oslo.messaging options though16:39
*** pafuent1 has joined #heat16:45
*** pafuent has quit IRC16:45
*** blinky_ghost has joined #heat16:48
*** julienvey has quit IRC16:48
*** e0ne has quit IRC16:49
blinky_ghostHi all, I'm playing with heat AutoScaling feature. How do I declare my networks (internal and public) on my template? Thanks16:49
*** e0ne has joined #heat16:50
therveblinky_ghost, Can you be more specific? Why resources are you using? Do you mean the networks your servers are going to live on?16:51
*** mspreitz has joined #heat16:51
*** tspatzier has quit IRC16:52
*** alexpilotti has quit IRC16:53
blinky_ghosttherve: yes, sure. I'm testing this template https://github.com/openstack/heat-templates/blob/master/cfn/F17/AutoScalingMultiAZSample.yaml and everything works fine it creates my loadbalancer and the wordpress instances . But now I want to declare my neutron networks on it, floating ips and internal network. How do I do it?16:53
*** e0ne has quit IRC16:54
*** pablosan is now known as zz_pablosan16:54
therveWell you create the resources that you need? You should ask a more specific question.16:55
*** pvaneck has joined #heat16:55
therveI don't know for example how much customization you can do with the AWS load balancer. It may be better to use the neutron load balancer resource16:56
*** Tross has joined #heat16:59
*** mspreitz has quit IRC17:00
blinky_ghosttherve: I want to have a stack of instances that scale up and down depending on my load. Now I wan't to assign a floating ip to those instances on the template. Can I do it with AWS Load balancer or should I use something else?17:02
*** wchrisj_ has joined #heat17:03
therveblinky_ghost, Are those instances behind a load balancer?17:05
thervesdake: parameter_groups has already been implemented fwiw17:05
blinky_ghosttherve: no, I don't need loadbalancer17:06
therveskraynev_afk, http://pythonconquerstheuniverse.wordpress.com/2012/02/15/mutable-default-arguments/17:06
*** derekh has quit IRC17:08
therveblinky_ghost, I'm not sure. You may be able to do it with the native autoscaling resource17:08
blinky_ghosttherve: do you an example of that? a template?17:09
therveblinky_ghost, https://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml17:09
therveAnd https://github.com/openstack/heat-templates/blob/master/hot/lb_server.yaml17:10
therveIf you replace the PoolMember resource by some floating IP stuff it should work17:10
blinky_ghosttherve: do I need to use loadbalancer on this? Can I remove it from the configuration? Because I want to build a voip sip stack that doesn't need haproxy, as it uses UDP and relies on sip protocol17:12
SpamapSsdague: Heh, tempest should use Heat. :)17:12
* SpamapS was reading the discussion on tempest async testing waiters17:12
therveblinky_ghost, Well, no you don't need to17:14
*** harlowja_away is now known as harlowja17:14
zanebSpamapS: I take it you are an emacs user ;)17:18
*** pafuent1 is now known as pafuent17:18
*** killer_prince has joined #heat17:21
*** arbylee has quit IRC17:21
*** zns has joined #heat17:22
*** blomquisg has quit IRC17:23
SpamapSzaneb: eh?17:25
zanebSpamapS: the Larry Tesler reference17:25
SpamapSzaneb: Oh hah. No. But vim has embraced modes and infected my brain to finger systems.17:25
* zaneb is also a happy vim user17:26
SpamapSzaneb: I try non-vim once a year for a week. In fact it is time to try it again .. but I just can't justify the pain of retraining my fingers.17:26
SpamapSIt's been emacs 3 years in a row.. I need to try a new thing17:26
SpamapSMaybe eclipse.. but I so loathe non text based editors17:27
zanebick17:27
*** rpothier_ has joined #heat17:31
jdobSpamapS: PyCharm.17:33
*** rpothier has quit IRC17:34
*** packet has joined #heat17:36
*** packet has quit IRC17:36
jasondemacs 4 life17:36
*** gokrokve has quit IRC17:37
*** blomquisg has joined #heat17:37
SpamapSjdob: can suck it? ;) sorry, I don't use closed source software.17:40
SpamapSexcept maybe games. ;)17:40
jdobthe community edition is open source17:41
jdobthough I can't help you on games, some are just too good to pass up  :)17:41
SpamapSwhy are people always passing around license keys then?17:42
SpamapSah remote debugging17:42
SpamapSjdob: still not into it. :) I'll support my free software brothers first. :)17:43
jdobhehe, I can't argue with that as a rationale17:43
SpamapSIt's not the easiest path.17:43
SpamapSNot even the most productive all the time.17:43
SpamapSBut it is the most fun. :)17:43
jdobi grew up on IntelliJ long before I got into OpenSource, so I have a long standing love for that project that's hard to give up17:44
jdober, open source... no idea why I capitalized it like OpenStack17:44
openstackgerritAndrew Plunk proposed a change to openstack/heat: Chef solo resource  https://review.openstack.org/5520817:44
sdaketherve yes I know, I'm pretty sure I said that in my email :)17:46
therveOkay :)17:46
blinky_ghosttherve: thanks I'll do some tests :)17:46
sdake"I went to go implement, found it was implemented, here is what went right about the use case, here is what is contentious about the other use cases" was my argument in essence :)17:47
therveOh sorry17:47
sdaketherve I don't know if anyone put any analysis on the "keywords" section proposed in that UI17:48
sdagueSpamapS: heh17:48
sdaketherve or if folks have considered "non-freeform" metadata17:48
sdaguewell we found that if we don't actually write our own rest client, the python libraries hide tons of bugs in the server APIs17:48
sdaguein the sake of being nice to the users17:48
sdaketherve I think taking a fresh look from a non-freeform metadata context might be a useful discussion for reviewers to have in a review17:49
sdakethat way we can either fully reject all approaches to metadata or accept defined use cases17:49
sdakeright now the question remains unanswered17:49
*** yogesh has joined #heat17:51
sdaketherve I think it all comes down to the point of do we want validate to enforce a specific structure for HOT17:51
sdaketherve or would we be willing to accept a less-aggressive validation of sections and major areas based around use cases17:51
therveI think I've noticed that loose validation leads to error in templates17:53
*** che-arne has quit IRC17:53
therveOTOH it might be hard to preserve backward compatibility otherwise17:53
sdakeI think our validation as is is fairly well balanced17:53
sdakeit sucks that it doesn't tell you what didn't validate :)17:54
sdakebut thats a different problem17:54
sdakemy take on the whole discussion we had 6 mo ago around metadata tags were that a freeform metadata blob was what was proposed17:54
*** arbylee has joined #heat17:55
sdakeand people found that offensive for a variety of reasons17:55
*** derekh has joined #heat17:58
therveTo be honest I'm not a big fan of parameter_groups, I feel we could have think about that use case a bit more17:58
blinky_ghosttherve: I see this error deploying autoscaling: ERROR: Unknown resource Type : OS::Heat::ScalingPolicy do you know what version supports this?17:59
therveblinky_ghost, icehouse17:59
blinky_ghosttherve: I use havana, guess have to go back to the other template18:00
therveI guess so18:00
*** rwsu has quit IRC18:03
*** jprovazn has joined #heat18:04
*** swygue has quit IRC18:06
*** tango has joined #heat18:06
*** jmckind has quit IRC18:09
openstackgerritAndreas Jaeger proposed a change to openstack/heat: Check that all po/pot files are valid  https://review.openstack.org/8422618:12
*** akuznetsov has quit IRC18:12
*** gokrokve has joined #heat18:12
openstackgerritA change was merged to openstack/heat: Remove auth_token condition in clients  https://review.openstack.org/8060518:12
openstackgerritA change was merged to openstack/heat: Updated from global requirements  https://review.openstack.org/7668918:12
*** zz_pablosan is now known as pablosan18:13
*** bgorski has quit IRC18:16
*** akuznetsov has joined #heat18:17
*** arbylee1 has joined #heat18:18
*** arbylee has quit IRC18:19
*** rbuilta has joined #heat18:27
*** akuznetsov has quit IRC18:28
blinky_ghostcan anbody tell me what this means? ERROR: Property error : WebServerGroup: VPCZoneIdentifier "u'4f67e244-e207-4f48-83db-2fd6e5eb93a7'" is not a list18:28
*** alexpilotti has joined #heat18:30
*** derekh has quit IRC18:37
*** duncanjw has joined #heat18:37
*** akuznetsov has joined #heat18:38
*** derekh has joined #heat18:39
*** blinky_ghost has quit IRC18:40
*** killer_prince has quit IRC18:42
*** Tross has quit IRC18:44
*** DaveJ__ has quit IRC18:47
*** jstrachan has quit IRC18:48
*** zns has quit IRC18:49
*** jamie_h has quit IRC18:52
*** derekh has quit IRC18:54
*** lazy_prince has joined #heat18:56
*** lazy_prince is now known as killer_prince18:56
*** arbylee1 has quit IRC19:03
*** arbylee has joined #heat19:03
*** akuznetsov has quit IRC19:06
*** Tross has joined #heat19:07
*** Tross has quit IRC19:07
*** derekh has joined #heat19:11
*** pablosan is now known as zz_pablosan19:12
*** sgordon has quit IRC19:12
*** lindsayk has joined #heat19:13
*** jprovazn has quit IRC19:21
*** david-lyle has quit IRC19:24
*** zns has joined #heat19:25
openstackgerritA change was merged to openstack/heat: Insertion port id in address attribute of server  https://review.openstack.org/7996919:25
*** zns has quit IRC19:26
openstackgerritA change was merged to openstack/python-heatclient: Python3: fix a bytes/str issue  https://review.openstack.org/7793819:26
*** zns has joined #heat19:27
*** zns has quit IRC19:27
*** zns has joined #heat19:27
*** sgordon has joined #heat19:28
*** zz_pablosan is now known as pablosan19:29
*** susaant has joined #heat19:31
*** e0ne has joined #heat19:31
*** Linz has quit IRC19:33
*** Linz has joined #heat19:33
*** rbuilta has quit IRC19:36
*** zns has quit IRC19:38
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Support Python 3  https://review.openstack.org/8515319:38
*** zns has joined #heat19:39
stevebakermorning19:40
stevebakerzaneb: read it and weep https://bugs.launchpad.net/heat/+bug/1301486/comments/419:40
uvirtbotLaunchpad bug 1301486 in heat "Stack update on "OS::Nova::Server" resource fails due instance port still in use" [High,Triaged]19:41
*** andersonvom has joined #heat19:41
zanebugh19:41
*** arbylee has quit IRC19:41
*** arbylee has joined #heat19:42
zanebstevebaker: it's because Neutron can't decide whether Ports are a thing you should deal with, and tries to handle them automatically a lot of the time?19:42
stevebakerzaneb: without looking, it could be nova doing the port delete19:43
zanebstevebaker: did you see the discussion with therve and pafuent earlier? there's another bug with floating ips, even after we fix the one we know about19:44
stevebakerzaneb: but bringing port definition inline to the server resource might be a good idea anyway19:45
*** andersonvom has quit IRC19:45
stevebakeri saw it19:45
*** andersonvom has joined #heat19:45
zanebI'd be happy to kill Ports because they're not explicitly associated with a Subnet, which I find mind-boggling19:46
stevebakerzaneb: you can specify a subnet on a port, but it is not mandatory19:47
zanebit doesn't appear that you can from the API docs19:48
zanebif you can, we should make it mandatory in Heat19:49
stevebakerzaneb: subnet_id can be specified inside the fixed_ips structure19:49
zanebbut that's bizarre19:49
zanebfixed IPs are a totally different issue19:50
zanebyou still want to assign a port to the subnet you want it in, whether or not it has a fixed IP19:50
sdakeI find it interesting that different communities have different views of what the PTL should be doing - from reading the ptl nominations list :)19:50
*** zhiyan_ is now known as zhiyan19:50
stevebakerits like the entire API was designed before they added subnets as a thing, but they didn't update the API after subnets were added19:51
zanebsdake: yeah, interesting isn't it. I think the TC should define the things it expects projects to be accountable for, and let them all figure out their own ways of handling it19:51
*** Tross1 has joined #heat19:52
zanebstevebaker: layer 3 arrived very late in the piece (which is weird, I thought that was supposed to be the whole point), and I agree, they seemed not to change the API19:52
sdakezaneb would probably be helpful for new ptls :)19:53
zanebe.g. Routers are an "extension"19:53
*** denis_makogon has quit IRC19:54
*** dmakogon_ has joined #heat19:54
*** lindsayk has quit IRC19:54
*** IlyaE has quit IRC19:55
*** lindsayk has joined #heat19:56
*** rwsu has joined #heat19:56
*** mkollaro1 has quit IRC19:56
*** mkollaro has joined #heat20:01
*** TravT|2 has joined #heat20:02
*** sgordon has quit IRC20:02
*** TravT has quit IRC20:02
*** harlowja has quit IRC20:02
*** harlowja has joined #heat20:03
*** Tross1 has quit IRC20:05
*** rwsu has quit IRC20:07
*** rwsu has joined #heat20:09
*** rwsu has quit IRC20:11
*** rwsu has joined #heat20:11
*** IlyaE has joined #heat20:14
*** sgordon has joined #heat20:16
*** rwsu has quit IRC20:27
*** rwsu has joined #heat20:31
*** blomquisg has quit IRC20:31
*** erecio has quit IRC20:32
*** derekh has quit IRC20:35
*** gondoi is now known as zz_gondoi20:39
*** david-lyle has joined #heat20:40
*** Tross has joined #heat20:40
*** Tross has quit IRC20:40
*** blomquisg has joined #heat20:45
*** tomek_adamczewsk has quit IRC20:48
*** tomek_adamczewsk has joined #heat20:52
*** susaant has quit IRC20:53
*** achampion has quit IRC20:55
stevebakerAny reviews to complete our heatclient python 3 fixes? https://review.openstack.org/#/c/85153/20:56
*** aweiteka has quit IRC20:58
*** gokrokve_ has joined #heat20:59
*** TravT|2 has quit IRC20:59
*** andrew_plunk has quit IRC21:00
*** gokrokve has quit IRC21:02
*** radez is now known as radez_g0n321:02
*** pafuent has left #heat21:03
sjmc7done, stevebaker21:04
*** tspatzier has joined #heat21:04
*** jdob has quit IRC21:10
*** andrew_plunk has joined #heat21:19
*** rwsu has quit IRC21:22
*** rpothier_ has quit IRC21:24
*** yassine has joined #heat21:25
*** yassine has quit IRC21:27
*** yassine has joined #heat21:27
*** sgordon has quit IRC21:28
mattoliverauMorning all21:28
*** yassine has quit IRC21:30
*** zns has quit IRC21:31
*** zns has joined #heat21:39
sdake_bugatti is building a dealership 2 miles from my house21:41
sdake_i swear people in scottsdale have a skewed perception of reality21:41
wirehead_Heh21:44
*** stannie has quit IRC21:46
wirehead_I think after over a decade of life in the SF Bay Area, there are no cars left to impress me.21:46
wirehead_Well.21:46
wirehead_No, I lie.  Art cars can still make me turn my head.21:46
*** alexpilotti has quit IRC21:49
*** pablosan is now known as zz_pablosan21:53
*** zz_pablosan has quit IRC21:53
*** pablosan has joined #heat21:54
*** rcleere has quit IRC22:03
*** arbylee has quit IRC22:06
*** zhiyan is now known as zhiyan_22:08
*** lindsayk has quit IRC22:09
*** lindsayk has joined #heat22:10
*** blomquisg has quit IRC22:12
*** tspatzier has quit IRC22:18
*** arbylee has joined #heat22:18
*** arbylee has quit IRC22:19
*** arbylee has joined #heat22:19
*** vijendar has quit IRC22:21
*** alexheneveld has quit IRC22:22
*** jcru has quit IRC22:24
*** rwsu has joined #heat22:26
*** blomquisg has joined #heat22:26
*** sabeen has quit IRC22:26
*** mkollaro has quit IRC22:30
*** tomek_adamczewsk has quit IRC22:30
*** aweiteka has joined #heat22:42
*** gokrokve_ has quit IRC22:42
*** e0ne has quit IRC22:43
*** jay_t_ has joined #heat22:44
*** yogesh has quit IRC22:54
*** bvandenh has quit IRC23:00
*** david-lyle has quit IRC23:01
*** IlyaE has quit IRC23:02
*** lindsayk has quit IRC23:02
*** rpothier has joined #heat23:02
sdakestevebaker https://bugs.launchpad.net/heat/+bug/1301036 is the db migration bug I mentioned23:03
uvirtbotLaunchpad bug 1301036 in oslo "openstack.common.db.sqlalchemy.migration utf8 table check issue on initial migration" [Critical,In progress]23:03
sdakealready tagged icehouse-rc-potential23:03
stevebakersdake: thanks, rc2 is open now too23:03
sdakecool I targeted that bug23:03
*** matsuhashi has joined #heat23:05
openstackgerritA change was merged to openstack/python-heatclient: Support Python 3  https://review.openstack.org/8515323:06
*** sjmc7 has quit IRC23:07
sdakestevebaker looks like larsks is looking at it23:07
larskssdake stevebaker : I looked at it long enough to determine that heat can't adopt glance's solution, so the short term fix is probably to  provide appropriate documentation on how to convert the tables manually (or provide an upgrade script, maybe).23:14
*** e0ne_ has joined #heat23:15
*** pablosan is now known as zz_pablosan23:16
*** zz_pablosan has quit IRC23:17
*** lindsayk has joined #heat23:19
*** e0ne_ has quit IRC23:20
*** alexheneveld has joined #heat23:20
*** andersonvom has quit IRC23:21
*** pablosan has joined #heat23:22
*** kgriffs is now known as kgriffs|afk23:22
*** andersonvom has joined #heat23:23
*** pablosan has quit IRC23:23
*** achampion has joined #heat23:24
*** arbylee has quit IRC23:26
*** andrew_plunk has quit IRC23:30
*** andersonvom has quit IRC23:32
*** zns has quit IRC23:38

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