Thursday, 2015-09-03

mriedemmelwitt: so that nvoaclient functional gate hook thing is our problem00:00
melwittmriedem: do we need to do something/change something to handle whatever mtreinish mentioned before?00:01
mriedemyeah00:01
mtreinishmelwitt: you just need to update the path in the gate hook00:01
mriedemsomething in ehre https://github.com/openstack/python-novaclient/blob/master/novaclient/tests/functional/hooks/post_test_hook.sh00:01
melwittoh, I was confused because it seems to not always fail?00:02
mtreinishmelwitt: like that: https://review.openstack.org/#/c/212864/3/jenkins/scripts/run-tox.sh00:02
mriedemi've got it00:02
mtreinishmelwitt: yeah I was pretty sure the gate hooks didn't have errexit set00:02
mtreinishso I'm not sure why it would fail there00:02
mtreinishbecause it should fail to generate the html output and just move on00:02
mtreinishbut whatever, it's a simple fix00:03
mriedemdoing it locally00:03
mriedemadding the other projects to the bug00:03
*** emagana has quit IRC00:03
*** takedakn1 has joined #openstack-nova00:03
mtreinishmelwitt: oh, you know it's only on the latest nodepool image, so whenever that started getting used is probably when things started failing00:04
*** takedakn has quit IRC00:07
*** takedakn1 is now known as takedakn00:07
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Update path to subunit2html in post_test_hook  https://review.openstack.org/21992400:07
melwittmtreinish: ahhh00:07
mriedemmtreinish: ^ like that?00:08
mtreinishmriedem: yep00:08
mriedemmtreinish: shouldn't novaclient require os-testr for that?00:09
mriedemand does it need to be the absolute path?00:09
mriedemcouldn't we just require os-testr and call subunit2html?00:09
mtreinishmriedem: no, nodepool is baking it into the image inside of a venv00:09
mtreinishmriedem: I mean you could (you kinda already are by pulling tempest-lib it's in the reqs list there)00:09
mtreinishand just call it directly00:09
mriedemok00:09
mriedemwell if this passes we'll just call it good00:10
*** takedakn1 has joined #openstack-nova00:10
mtreinishmriedem: yeah that's got fast approve written all over it00:10
*** takedakn has quit IRC00:11
*** takedakn1 is now known as takedakn00:11
*** rushil_ has quit IRC00:13
*** rushil has joined #openstack-nova00:14
*** tobasco_ has quit IRC00:15
*** tobasco has joined #openstack-nova00:16
*** promulo__ has joined #openstack-nova00:18
*** goodygum has quit IRC00:19
*** wanghua has joined #openstack-nova00:20
*** mtanino_ has quit IRC00:21
*** jcoufal has joined #openstack-nova00:21
*** wanghua has quit IRC00:21
*** goodygum has joined #openstack-nova00:21
*** thorst has joined #openstack-nova00:21
*** wanghua has joined #openstack-nova00:21
*** promulo has quit IRC00:22
*** whenry_ has joined #openstack-nova00:22
*** thorst has quit IRC00:23
*** whenry_ has quit IRC00:27
*** achanda has joined #openstack-nova00:28
*** sachin_ has quit IRC00:28
*** sachin_ has joined #openstack-nova00:29
*** moshele has quit IRC00:31
mriedemdhellmann: so i plan on doing a novaclient 2.27.1 release tonight to unblock manilaclient, if i request that through the releases repo, i'm assuming it won't actually happen until tomorrrow?00:33
mriedemdhellmann: is there anything preventing me from just doing the release myself?00:33
*** Sukhdev_ has joined #openstack-nova00:37
*** takedakn1 has joined #openstack-nova00:40
*** takedakn has quit IRC00:44
*** IanGovett has quit IRC00:45
*** browne has quit IRC00:46
*** armax has quit IRC00:46
*** takedakn1 has quit IRC00:46
*** armax has joined #openstack-nova00:47
*** achanda has quit IRC00:51
*** achanda has joined #openstack-nova00:52
*** achanda has quit IRC00:52
*** electrocucaracha has quit IRC00:54
*** shoutm_ has joined #openstack-nova00:56
*** shoutm has quit IRC00:56
*** browne has joined #openstack-nova00:58
*** sachin_ has quit IRC00:59
*** sachin_ has joined #openstack-nova01:00
*** rushil has quit IRC01:02
*** zzzeek has joined #openstack-nova01:03
*** pixelb has quit IRC01:04
*** ducnc has joined #openstack-nova01:07
*** tjones has joined #openstack-nova01:11
*** zul has quit IRC01:14
*** tri2sing has quit IRC01:16
*** zul has joined #openstack-nova01:17
*** ijw__ has quit IRC01:20
*** mdrabe has joined #openstack-nova01:25
mriedemsc68cal: HenryG: could one of you take a look at this and confirm? https://review.openstack.org/#/c/192043/01:28
mriedemabout the neutron security group API01:28
sc68calmriedem: looking01:29
*** tjones has quit IRC01:30
*** smatzek has joined #openstack-nova01:33
*** vilobhmm_11 has quit IRC01:36
sc68calmriedem: commented on the review01:39
*** mcarden has quit IRC01:40
*** mcarden has joined #openstack-nova01:40
*** jcoufal has quit IRC01:41
*** achanda has joined #openstack-nova01:44
*** sachin_ has quit IRC01:45
*** boris-42 has quit IRC01:50
*** jcoufal has joined #openstack-nova01:52
mriedemsc68cal: thanks01:52
mriedemmtreinish: melwitt: classic, i have to squash those two novaclient fixes to unblock novaclient02:05
mriedemhttp://logs.openstack.org/24/219924/1/check/gate-novaclient-dsvm-functional/bb93877/console.html#_2015-09-03_01_07_27_33502:05
*** baoli has quit IRC02:06
*** baoli has joined #openstack-nova02:06
*** SlickNik has joined #openstack-nova02:07
*** baoli has quit IRC02:07
*** baoli has joined #openstack-nova02:08
*** tjones has joined #openstack-nova02:08
SlickNikhi folks — did something recently merge that disallows spaces in nova instance names?02:09
*** zzzeek has quit IRC02:09
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Update path to subunit2html in post_test_hook  https://review.openstack.org/21983502:09
SlickNikWe're now getting this error when trying to do so:02:10
mriedemSlickNik: might be another symptom of https://github.com/openstack/nova/commit/4a18f7d3bafcdbede48500aac389e0a770b8e6a802:10
SlickNik Returning 400 to user: Invalid input for field/attribute name. Value: TEST_2015-09-02 21:39:34.721645_config. u'TEST_2015-09-02 21:39:34.721645_config' does not match '^[a-zA-Z0-9-._]*$'02:10
mriedemSlickNik: document it here https://bugs.launchpad.net/nova/+bug/149151102:11
openstackLaunchpad bug 1491511 in OpenStack Compute (nova) "Behavior change with latest nova paste config" [Undecided,New]02:11
mriedemwe're going to be talking about that in the nova meeting tomorrow morning02:11
*** lyanchih has joined #openstack-nova02:12
*** armax has quit IRC02:12
SlickNikwill add the info to the bug. Thanks mriedem.02:13
mriedemnp02:13
mriedembasically that change makes all v2.0 requests go to v2.102:13
mriedemwhich is apparently not completely backwards compatible when it comes to schema validation02:13
SlickNikah, got it.02:14
jrollwasn't that fully intentional?02:14
jrollor at least known?02:14
mriedemjroll: well, i think you'd usually want people to opt-in02:15
mriedemrather than just break them :)02:15
*** jcoufal has quit IRC02:16
jrollmriedem: overrated :)02:17
*** smatzek has quit IRC02:17
*** unicell has quit IRC02:18
mriedemdansmith: sdague: melwitt: mikal: alaski: oomichi: both of these were +2/+W, i had to squash - needed to unblock novaclient (and manilaclient after we release this) https://review.openstack.org/#/c/219835/02:18
mriedemBobBall: i've removed xenproject ci from https://review.openstack.org/#/admin/groups/511,members b/c it seems to have gone off the rails, -1ing changes everywhere and i'm getting 404s trying to reach the job logs02:22
mriedemjohnthetubaguy: ^02:22
*** Kennan has quit IRC02:29
*** Kennan has joined #openstack-nova02:30
*** Sukhdev_ has quit IRC02:32
*** haomaiwang has quit IRC02:36
*** haomaiwang has joined #openstack-nova02:38
*** unicell has joined #openstack-nova02:41
oomichialex_xu, gmann: can you take a look at https://review.openstack.org/#/c/219580/ ?02:43
*** kiran-r has joined #openstack-nova02:43
gmannoomichi: looks good. Thanks02:44
oomichigmann: thanks02:45
gmannoomichi: np02:45
oomichisdague: can you also take a look at https://review.openstack.org/#/c/219580/ ?02:46
*** humble_ has joined #openstack-nova02:47
*** armax has joined #openstack-nova02:49
*** wanghua has quit IRC02:50
*** hparekh has quit IRC02:52
*** tojuvone has joined #openstack-nova02:52
*** hakimo_ has quit IRC02:54
*** haomaiwang has quit IRC02:57
*** hakimo has joined #openstack-nova02:57
*** venkat_p has joined #openstack-nova02:58
*** kiran-r has quit IRC02:58
*** haomaiwa_ has joined #openstack-nova03:00
*** mriedem has quit IRC03:00
*** xiaohui has quit IRC03:02
*** xiaohui has joined #openstack-nova03:02
*** wanghua has joined #openstack-nova03:04
*** bkopilov has quit IRC03:05
*** sachin has joined #openstack-nova03:06
*** rushil has joined #openstack-nova03:07
*** humble_ has quit IRC03:08
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696803:09
*** sachin has quit IRC03:10
*** rushil has quit IRC03:17
*** shoutm_ has quit IRC03:20
*** bswartz has joined #openstack-nova03:21
*** BadCub has quit IRC03:27
*** BadCub has joined #openstack-nova03:27
*** vishwanathj has quit IRC03:28
*** achanda has quit IRC03:28
*** apmelton has quit IRC03:29
*** davidlenwell has quit IRC03:29
*** erhudy1 has quit IRC03:29
*** d34dh0r53 has quit IRC03:30
*** jroll has quit IRC03:30
*** lyanchih_ has joined #openstack-nova03:30
*** bswartz has quit IRC03:30
*** sabari has quit IRC03:30
*** tcammann has quit IRC03:30
*** lyanchih has quit IRC03:31
*** lyanchih_ is now known as lyanchih03:31
*** d34dh0r53 has joined #openstack-nova03:31
*** sabari has joined #openstack-nova03:31
*** davidlenwell has joined #openstack-nova03:32
*** apmelton has joined #openstack-nova03:32
*** tcammann has joined #openstack-nova03:32
*** jroll has joined #openstack-nova03:33
*** adam_g has quit IRC03:33
*** bswartz has joined #openstack-nova03:34
*** adam_g has joined #openstack-nova03:35
*** adam_g has quit IRC03:35
*** adam_g has joined #openstack-nova03:35
*** tpeoples has joined #openstack-nova03:35
*** dims has joined #openstack-nova03:35
*** tjones has quit IRC03:36
*** tjones has joined #openstack-nova03:36
*** shoutm has joined #openstack-nova03:41
*** deepthi has joined #openstack-nova03:42
*** shaohe_feng has joined #openstack-nova03:44
*** tpeoples has quit IRC03:46
*** jecarey has quit IRC03:46
openstackgerritTony Breeds proposed openstack/nova: Fix mistake in UT:test_detach_unattached_volume  https://review.openstack.org/21492003:49
openstackgerritlyanchih proposed openstack/nova: Creating instance fail when inject ssh key in cells mode  https://review.openstack.org/19751403:54
openstackgerritMichael Still proposed openstack/nova: Handle nova-compute failure during a soft reboot  https://review.openstack.org/21998003:54
openstackgerritMichael Still proposed openstack/nova: Have one list of soft reboot task_states  https://review.openstack.org/21998103:54
openstackgerritlyanchih proposed openstack/nova: NUMATopologyFilter raise exception and not continue filter next node  https://review.openstack.org/20063003:55
*** sachin has joined #openstack-nova03:55
openstackgerritlyanchih proposed openstack/nova: nova secgroup-list-rules shows empty table with neutron  https://review.openstack.org/20302203:56
openstackgerritlyanchih proposed openstack/nova: libvirt - Flavor's quota instance resource not observed for non-ephemeral storage  https://review.openstack.org/20101903:57
*** boris-42 has joined #openstack-nova03:59
*** dims has quit IRC04:00
*** links has joined #openstack-nova04:02
*** tjones has quit IRC04:02
*** rajesht has joined #openstack-nova04:03
*** sachin has quit IRC04:06
*** Sukhdev_ has joined #openstack-nova04:06
gmannoomichi: alex_xu : edleafe : we planning to remove this too in L right?-  https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/__init__.py#L16804:07
oomichigmann: maybe it is not possible in L because of grenede test04:08
oomichigmann: s/grenade/grenade/04:08
*** sachin has joined #openstack-nova04:08
*** Sree has joined #openstack-nova04:09
*** Sree has quit IRC04:09
oomichigmann: Kilo's api-paste.ini contains APIRouterV3.factory. so if removing it, the test will fail.04:10
*** Sree has joined #openstack-nova04:10
gmannoomichi: ahh, right even kilo functional tests need those04:10
gmannoomichi: Thanks :)04:10
oomichigmann: :)04:11
*** Sree has quit IRC04:11
*** baoli has quit IRC04:14
*** shaohe_feng has quit IRC04:14
*** Sree has joined #openstack-nova04:14
*** sachin has quit IRC04:14
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696804:17
*** mdrabe has quit IRC04:19
*** rhedlind has joined #openstack-nova04:22
*** vishwanathj has joined #openstack-nova04:22
*** sachin has joined #openstack-nova04:31
*** lyanchih has quit IRC04:32
*** garyk has quit IRC04:35
*** sachin has quit IRC04:35
*** tri2sing has joined #openstack-nova04:37
*** tpeoples has joined #openstack-nova04:37
*** shoutm has quit IRC04:38
*** tri2sing has quit IRC04:39
*** hparekh has joined #openstack-nova04:40
*** moshele has joined #openstack-nova04:43
*** tri2sing has joined #openstack-nova04:45
*** shoutm has joined #openstack-nova04:47
*** moshele has quit IRC04:50
*** dannywilson has joined #openstack-nova04:52
*** ducnc is now known as ducnguyen04:55
*** tpeoples has quit IRC04:55
*** bkopilov has joined #openstack-nova04:57
*** tri2sing has quit IRC04:58
*** dims has joined #openstack-nova04:59
*** unicell1 has joined #openstack-nova05:00
*** unicell has quit IRC05:00
*** lyanchih has joined #openstack-nova05:02
*** tri2sing has joined #openstack-nova05:05
*** vivekd has joined #openstack-nova05:05
*** dims has quit IRC05:06
*** vilobhmm_11 has joined #openstack-nova05:08
*** shaohe_feng has joined #openstack-nova05:08
*** kiran-r has joined #openstack-nova05:14
*** vilobhmm_11 has quit IRC05:14
*** deepakcs has joined #openstack-nova05:18
*** lyanchih has quit IRC05:23
*** Kennan2 has joined #openstack-nova05:24
openstackgerritMichael Still proposed openstack/nova: Adds instance_uuid index for instance_system_metadata  https://review.openstack.org/20827705:24
*** Kennan has quit IRC05:25
*** derekh has joined #openstack-nova05:26
*** angdraug has joined #openstack-nova05:26
*** lpetrut has joined #openstack-nova05:29
*** shaohe_feng has quit IRC05:30
*** asettle is now known as asettle-afk05:33
*** achanda has joined #openstack-nova05:34
*** asettle-afk is now known as asettle05:36
*** shoutm has quit IRC05:36
*** shoutm has joined #openstack-nova05:37
*** achanda has quit IRC05:40
*** dannywilson has quit IRC05:41
*** asettle is now known as asettle-afk05:42
*** ishant has joined #openstack-nova05:43
*** ducnguyen has quit IRC05:44
*** kiran-r has quit IRC05:44
*** moshele has joined #openstack-nova05:49
*** VikasC has joined #openstack-nova05:49
*** sahid has joined #openstack-nova05:49
alex_xuoomichi: +1, thanks05:54
alex_xugmann: yea, as oomichi said, we can't remove it in L05:54
openstackgerritBartosz Górski proposed openstack/python-novaclient: Adds missing internationalization for help message  https://review.openstack.org/21976805:54
oomichialex_xu: much thanks :)05:55
*** unmeshg has joined #openstack-nova05:55
alex_xuoomichi: np :)05:56
oomichialex_xu: btw we need to update microversion-spec on api-wg.05:56
oomichialex_xu: https://review.openstack.org/#/c/196918/ is one of good input for that05:56
oomichialex_xu: but it needs merger of https://review.openstack.org/#/c/181393/ before that05:57
oomichialex_xu: can you help it also?05:57
alex_xuoomichi: actually I already updated the spec on api-wg https://review.openstack.org/187112 :)05:57
*** shoutm has quit IRC05:58
*** shoutm has joined #openstack-nova05:58
oomichialex_xu: oops, I missed that. ok, will see it.05:58
alex_xuoomichi: thanks :)05:59
unmeshgHi, facing an error "Unknown protocol 'rbd'" upon attaching a Ceph backed volume (versions: libvirt 1.2.9-9, qemu-kvm 2.3)05:59
unmeshghas anyone seen this? is it a known issue with the libvirt/qemu version ?06:00
unmeshgthanks06:00
*** achanda has joined #openstack-nova06:00
*** lyanchih has joined #openstack-nova06:01
oomichialex_xu: can we separate it to several patches for each topics like Versioning, Client Interaction and Version Discovery?06:01
*** nkrinner has joined #openstack-nova06:02
oomichialex_xu: via our experience, it was very diffult to get a consensus only for the header name.06:02
alex_xuoomichi: emm....sounds good idea06:02
oomichialex_xu: it is enough that the first patch contains the overview only and the other part is TBD like the other doc in api-wg spec.06:03
*** cfriesen has quit IRC06:04
alex_xuoomichi: looks like client interaction and version discovery touch the header both06:04
alex_xuoomichi: but just a reference in version discovery06:05
*** Sukhdev_ has quit IRC06:06
*** garyk has joined #openstack-nova06:07
alex_xuoomichi: it's worth a try, I will take more look at this idea more. thanks for teach me some smart way of separated patch :)06:09
oomichialex_xu: thanks in advance. I really hope we can get a consensus about microversions thing between projects :)06:10
alex_xuoomichi: yea, me too06:10
*** vivekd has quit IRC06:12
*** baoli has joined #openstack-nova06:14
*** baoli has quit IRC06:19
*** achanda has quit IRC06:19
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/21236706:24
*** vilobhmm_11 has joined #openstack-nova06:25
*** shoutm_ has joined #openstack-nova06:25
*** shoutm has quit IRC06:26
*** mpaolino has joined #openstack-nova06:31
*** kaisers1 has quit IRC06:34
*** lpetrut has quit IRC06:37
*** ftersin has joined #openstack-nova06:40
*** abhishekk has joined #openstack-nova06:44
*** kiran-r has joined #openstack-nova06:44
*** tri2sing has quit IRC06:45
*** achanda has joined #openstack-nova06:48
*** vivekd has joined #openstack-nova06:50
*** vilobhmm_11 has quit IRC06:54
*** alex_klimov has joined #openstack-nova06:55
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor provider_fw_rule_get_all()  https://review.openstack.org/21624106:56
openstackgerritHans Lindgren proposed openstack/nova: Remove unused provider firewall rules functionality in nova  https://review.openstack.org/18402706:56
openstackgerritHans Lindgren proposed openstack/nova: Remove provider_fw_rules tables and associated db api methods  https://review.openstack.org/21624206:56
*** stefan_amann has joined #openstack-nova06:57
*** armax has quit IRC06:58
*** kiran-r has quit IRC06:59
openstackgerritHans Lindgren proposed openstack/nova: Drop unused conductor manager vol_usage_update() mock  https://review.openstack.org/21865206:59
*** vilobhmm_11 has joined #openstack-nova07:02
*** ildikov has joined #openstack-nova07:05
*** browne has quit IRC07:07
*** Murali has joined #openstack-nova07:07
*** rdopiera has joined #openstack-nova07:08
*** browne has joined #openstack-nova07:09
*** browne has quit IRC07:09
openstackgerritMichael Still proposed openstack/nova: [libvirt] Move cleanup of imported files to imagebackend  https://review.openstack.org/22001807:10
*** xgsa has quit IRC07:10
*** husanu has joined #openstack-nova07:13
*** Marga_ has joined #openstack-nova07:15
*** Marga_ has quit IRC07:15
*** Marga_ has joined #openstack-nova07:16
*** xgsa has joined #openstack-nova07:18
*** husanu has quit IRC07:18
*** y_sawai has joined #openstack-nova07:18
*** husanu has joined #openstack-nova07:20
*** jichen has joined #openstack-nova07:21
*** matrohon has joined #openstack-nova07:28
*** obondarev has joined #openstack-nova07:30
openstackgerritMichael Still proposed openstack/nova: Add notes explaining vmware's suds usage  https://review.openstack.org/22002307:30
oomichimikal: hi, can you take a look at https://review.openstack.org/#/c/219570/ and https://review.openstack.org/#/c/219580/ ?07:31
mikalSure07:32
mikaloomichi: did you see the api v2.1 question on openstack-operators by the way?07:33
*** afazekas__ has joined #openstack-nova07:33
oomichimikal: ah, no. I didn't see it because I don't receive openstack-operators07:34
mikalI shall copy you in then07:34
*** mpaolino has quit IRC07:35
oomichimikal: thanks, I see it: http://lists.openstack.org/pipermail/openstack-operators/2015-September/008045.html07:35
*** mpaolino has joined #openstack-nova07:36
*** jlanoux has joined #openstack-nova07:36
*** derekh has quit IRC07:36
oomichimikal: ah, I see. the reason is v2.1 api was disabled as the default config value in kilo.07:37
*** gszasz has joined #openstack-nova07:37
mikalYep07:38
oomichimikal: and devstack made it enabled07:38
oomichimikal: we have already fixed it by changing it enabled as the default value on Liverty07:38
*** rotbeard has joined #openstack-nova07:41
*** ociuhandu has quit IRC07:41
oomichimikal: https://review.openstack.org/#/c/20272407:41
oomichimikal: the above fixed it07:41
* mikal ducks out for a bit07:43
*** vilobhmm_11 has quit IRC07:43
*** y_sawai has quit IRC07:45
*** lpetrut has joined #openstack-nova07:47
*** angdraug has quit IRC07:47
*** lyanchih has quit IRC07:48
oomichimikal: I sent a mail on  openstack-operators07:50
oomichimikal: thanks for reviews, anyway :)07:51
*** Marga_ has quit IRC07:52
*** ociuhandu has joined #openstack-nova07:52
*** browne has joined #openstack-nova07:53
*** Marga_ has joined #openstack-nova07:56
*** lyanchih has joined #openstack-nova07:57
*** Sree_ has joined #openstack-nova08:00
*** Sree_ is now known as Guest8284408:01
*** links has quit IRC08:02
*** y_sawai has joined #openstack-nova08:03
*** Sree has quit IRC08:03
*** ndipanov has joined #openstack-nova08:06
oomichijohnthetubaguy: hi, morning08:06
oomichijohnthetubaguy: can you take a look at https://review.openstack.org/#/c/219570/ and https://review.openstack.org/#/c/219580/ ?08:06
*** vivekd has quit IRC08:07
mkodereroomichi: do you know who can add a new version tag on python-novaclient?08:07
*** y_sawai has quit IRC08:08
lyanchihHi, recently I try to implement wish list. It is talking about migrate instance to different tenant. It needs to write blueprint + spec. But I’m first time to write that. I had notice liberty will be freeze soon, should I write rst in mitaka for nova-specs?08:08
mkodererwe need a new version since https://bugs.launchpad.net/nova/+bug/1491325 breaks the Manila gate08:08
openstackLaunchpad bug 1491325 in python-novaclient "nova api v2.1 does not allow to use autodetection of volume device path" [High,Fix committed] - Assigned to Matt Riedemann (mriedem)08:08
oomichimkoderer: unfortunately, I cannot because of non nova-drivers.08:09
*** unmeshg has quit IRC08:10
*** y_sawai has joined #openstack-nova08:10
mkodereroomichi: do you know a nova-driver in our time zone? :)08:10
*** y_sawai has quit IRC08:10
oomichimkoderer: mikal can do that08:10
mkoderermikal: hi there :)08:10
oomichimikal: ^^^ can you help it ?08:10
*** y_sawai has joined #openstack-nova08:11
mkoderervponomaryov: ^^08:11
*** yassine_ has joined #openstack-nova08:13
*** romainh has joined #openstack-nova08:13
*** y_sawai has quit IRC08:15
*** alexschm has joined #openstack-nova08:17
*** lucasagomes has joined #openstack-nova08:18
openstackgerritgaryk proposed openstack/nova: Logging: add in a comment indicating why we need the suds setting  https://review.openstack.org/22003208:21
garykjohnthetubaguy: ^08:22
*** danpb has joined #openstack-nova08:22
oomichigaryk: that seems conflict with mikal's patch: https://review.openstack.org/#/c/220023/08:25
gmannjohnthetubaguy: mikal : mriedem: Please have a look, has one +2 - https://review.openstack.org/#/c/198944/08:26
*** y_sawai has joined #openstack-nova08:27
garykoomichi: thanks!08:29
*** vivekd has joined #openstack-nova08:33
*** browne has quit IRC08:35
*** xgsa has quit IRC08:36
*** achanda has quit IRC08:36
*** jistr has joined #openstack-nova08:37
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor compute_node_create()  https://review.openstack.org/21713208:38
openstackgerritHans Lindgren proposed openstack/nova: Add version 3.0 of conductor RPC interface  https://review.openstack.org/16885708:38
openstackgerritHans Lindgren proposed openstack/nova: Remove lazy-loading property compute_task_api from compute api  https://review.openstack.org/16885908:38
openstackgerritHans Lindgren proposed openstack/nova: Remove conductor 2.x RPC API  https://review.openstack.org/16885808:38
openstackgerritRajesh Tailor proposed openstack/nova: Fix quota-update when nova-compute startup finish  https://review.openstack.org/17011808:42
*** doude_ has quit IRC08:44
*** y_sawai has quit IRC08:46
*** vivekd has quit IRC08:47
*** y_sawai has joined #openstack-nova08:49
*** xgsa has joined #openstack-nova08:52
*** asettle-afk is now known as asettle08:53
*** y_sawai has quit IRC08:54
*** vivekd has joined #openstack-nova08:55
*** derekh has joined #openstack-nova08:55
BobBallCan someone please re-add the XenProject CI to https://review.openstack.org/#/admin/groups/511,members?  There was a temporary breakage last night which prompted mriedem to remove it, however that breakage has resolved itself.08:59
johnthetubaguyoomichi: I added your patch into here: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking08:59
BobBalljohnthetubaguy: ^^?08:59
BobBallAh - you are lurking anyway :D08:59
johnthetubaguyjust got back08:59
johnthetubaguyBobBall: how do I find your user name, its not finding you for some reason09:00
johnthetubaguyah, there we go09:01
BobBallGreat09:01
BobBallIt's XenProject-CI I think though?09:01
*** Guest82844 has quit IRC09:01
BobBallJust needed a new image rebuilding - which was rebuilt overnight!09:01
BobBallGotta love the self-healing CI09:01
*** Sree has joined #openstack-nova09:02
oomichijohnthetubaguy: ok, I will do that.09:06
johnthetubaguyoomichi: working through liberty-3 tagging right now, so best to put it there so I can get back to it09:07
bauzasBobBall: per the above, I guess I can ask for a xen: recheck ? :)09:09
BobBallYes bauzas09:09
bauzasBobBall: coolness09:10
BobBallI guess I should look into fixing the way the CI works... There is one dynamic dependency which is what caused last nights breakage... and it's installed post-build, so we can upload logs.09:10
BobBallIf it fails, no logs :D09:10
bauzasBobBall: fasten your seatbelt, I'm gonna hit your CI with 14 changes09:11
* BobBall blacklists bauzas 09:11
bauzasheh09:11
BobBalluhhh I mean great!09:11
BobBallhang on09:12
BobBallI'll do it for you bauzas09:12
bauzasnah, that's okay09:12
BobBallI'll recheck all changes that failed last night - easy enough to ... or is it.09:12
* BobBall wonders if there is a way to query gerrit for all changes a particular account negative voted on09:12
bauzasBobBall: my Ctrl-C/Ctrl-V skills are ood09:12
bauzasBobBall: yup09:12
*** kse has joined #openstack-nova09:12
BobBallI assume you meant good rather than odd :D09:12
bauzasBobBall: label:Verified<=-1,<user>09:13
BobBallCurious - there aren't as many as I would expect09:13
bauzasBobBall: https://review.openstack.org/#/q/status:open+project:openstack/nova+label:Verified%253C%253D-1%252CXenProject-CI,n,z09:14
BobBallDon't hit us for 14 changes - looks like only a few failed xenproject CI for you?09:14
BobBallAnyway - doesn't matter09:14
BobBallit'll churn until they are done09:14
*** alex_klimov has quit IRC09:15
*** alex_klimov has joined #openstack-nova09:15
BobBalldrat - seems that only the web interface supports that type of query... Can't add the username to the query over SSH09:16
*** Marga_ has quit IRC09:17
bauzasBobBall: I personnally prefer to use the REST API for calling Gerrit programatically09:17
*** Marga_ has joined #openstack-nova09:17
bauzasand that ^should be possible thru the HTTP calls09:18
BobBallMight look into that at some point.  Found an easier way using scoreboard09:18
openstackgerritJohn Garbutt proposed openstack/nova: objects: Hook migration object into Instance  https://review.openstack.org/21673309:18
*** MarcF has quit IRC09:19
*** eglynn has joined #openstack-nova09:19
lyanchihsahid: Hi, are you busy? I want to discuss with you about your last comment in  https://review.openstack.org/#/c/200630/5/nova/virt/hardware.py09:19
*** jamespd has quit IRC09:22
*** angdraug has joined #openstack-nova09:22
*** Marga_ has quit IRC09:24
BobBallbauzas: All requeued.09:24
*** Marga_ has joined #openstack-nova09:24
sahidlyanchih: what is your question?09:25
*** belmoreira has joined #openstack-nova09:26
*** jamespd has joined #openstack-nova09:28
*** Marga_ has quit IRC09:29
bauzasBobBall: ack09:30
bauzasthanks09:30
*** MarcF has joined #openstack-nova09:31
*** rmart04 has joined #openstack-nova09:37
lyanchihsahid: Do you though we should verify whether host had adaptive pagesize at begin of filter schdule?09:38
johnthetubaguydanpb: could you rebase this chain please? would be great to attempt to get this in for liberty, if we can: https://review.openstack.org/#/c/18932309:39
rmart04Afternoon, could anyone be able to give me an idea of the flow of processes involved in terminating an ephemeral disk that is backed by ceph rbd backend?09:41
*** husanu has quit IRC09:41
*** marzif has joined #openstack-nova09:42
*** Marga_ has joined #openstack-nova09:42
*** apuimedo has joined #openstack-nova09:42
sahidlyanchih: you have two ways to fix that, catch exception MemoryPageSizeNotSupported in filter or early verify in filter if host can handle pagesize requested09:42
sahidi mean if host support pagesize requested09:43
sahidlyanchih: first solution is reasonable in my point of view09:43
*** husanu has joined #openstack-nova09:43
danpbjohnthetubaguy: yeah doing that this morning09:45
lyanchihBut the exception should’t been handle in filter for correct architecture.09:45
johnthetubaguydanpb: thank you, I think you are +Wed all the way through that now09:45
danpbjust never ending merge conflicts09:46
lyanchihIt will interrupt other cells match.09:47
johnthetubaguyndipanov: I dropped some -2s on a few patches, so we can limit what we are waiting for, from a brief look, I think they could get moved into the bug fix, and I can drop those -2s, assuming there are no extra log messages (didn't look closely enough)09:47
ndipanovjohnthetubaguy, looking09:48
johnthetubaguyndipanov: thank you09:48
*** y_sawai has joined #openstack-nova09:50
sahiddanpb: i would like to update realtime's spec according my comment on https://review.openstack.org/#/c/219692/09:50
*** lalitd has quit IRC09:51
ndipanovjohnthetubaguy, there is one string change in those 3 patches you -2ed that is not too important09:51
johnthetubaguyndipanov: cool, could we just make it a debug log so it doesn't count?09:51
*** y_sawai_ has joined #openstack-nova09:51
ndipanovyes09:51
johnthetubaguyndipanov: sweet09:52
ndipanovwas just going to suggest that09:52
sahiddanpb: please let me know when you have a moment if that makes sense for you too09:52
ndipanovwill do it today09:52
ndipanovI see dansmith complained about ordering of those patches09:52
ndipanovso might have to change more with those actually09:52
johnthetubaguyndipanov: cool, ping me when its updated with a bug or something, and I can drop the -209:52
ndipanov(though I don't fully agree with the arguments)09:52
ndipanovjohnthetubaguy, awesome will do09:53
*** y_sawai has quit IRC09:54
lyanchihsahid: Oh!! I finally know what is your concern. You are concern about we should handle exception in filter file instead of in hardware file, aren’t you?09:56
*** y_sawai_ has quit IRC09:56
johnthetubaguybauzas: I have a question for you about this one: https://review.openstack.org/#/c/188487/33/nova/objects/request_spec.py,cm09:57
* bauzas looking09:57
*** jlanoux has quit IRC09:58
ndipanovjohnthetubaguy, so is this OK to go provided I get another +209:59
bauzasjohnthetubaguy: well, not exactly, see the primitive keys and mem09:59
ndipanovI think jay just missed that one by mistake09:59
bauzasjohnthetubaguy: I actually moved that logic from where it was previously09:59
johnthetubaguyndipanov: which one is that?10:00
ndipanovlol I forgot to paste10:00
ndipanovhttps://review.openstack.org/#/c/218385/10:00
ndipanovjohnthetubaguy, ^10:01
johnthetubaguyndipanov: ah, yeah, I am trying to get the stuff thats critical for liberty-3 into the gate first, will try come back to that10:01
johnthetubaguymore worried about this one right this second: https://review.openstack.org/#/c/21673310:01
*** IanGovett has joined #openstack-nova10:02
ndipanovjohnthetubaguy, iyeah that one is really important10:02
*** jlanoux has joined #openstack-nova10:02
*** Marga_ has quit IRC10:02
johnthetubaguyyeah, give me a nudge if thats not in by tomorrow10:02
johnthetubaguythats the second one10:02
*** Marga_ has joined #openstack-nova10:02
sahidlyanchih: hum well i think it could be better to catch ti in hardware.py#_numa_fit_instance_cell10:02
johnthetubaguyoops, I mean the bug one10:02
ndipanovjohnthetubaguy, when do we actually want to cut rc1?10:02
johnthetubaguyndipanov: on tuesday just gone, ideally10:03
*** pixelb has joined #openstack-nova10:03
ndipanovthat may be difficult10:03
ndipanov:)10:03
johnthetubaguyndipanov: has to be sometime today, at the latest10:03
lyanchihsahid: Oh, no!! I misunderstand again…..Sorry…:(10:04
johnthetubaguyndipanov: I am being slap dash on the definition of today on purpose10:04
*** MarcF has quit IRC10:04
sahidlyanchih: wait let me check10:05
bauzasjohnthetubaguy: so, reading again your comment, I think there is a difference between what's coming from the DB (the sahid method you gave) and what was primitived by to_primitive()10:05
ndipanovjohnthetubaguy, yeah of course10:05
bauzasjohnthetubaguy: like I commented, it's because we're flattening the objects when passing over the wire10:06
bauzasjohnthetubaguy: which is quite an hybrid dict very different from what we have as the original legacy dict10:07
johnthetubaguybauzas: yeah, I am just finding it hard to convince myself its the correct magic combination10:07
bauzasjohnthetubaguy: the main problem is that obj_base.obj_to_primitive() doesn't actually provide the legacy primitive10:08
bauzasjohnthetubaguy: hence that stuff10:08
*** marzif has quit IRC10:08
johnthetubaguybauzas: for object fields, I guess?10:08
*** xgsa has quit IRC10:08
johnthetubaguyits not recursive or something?10:08
sahidlyanchih: ok so in method numa_fit_instance_to_host you should to add try..exept to around method _numa_fit_instance_cell - so if PageSizenotSupported is raised you stop process and return None10:09
bauzasjohnthetubaguy: it's taking the fields and providing them as keys for the new dict10:09
sahidmeans if a topology is requested and we are not able to fit it, so filter will pass that host10:09
bauzasjohnthetubaguy: if the primitive was not using the same field names, it's not good10:09
*** karimb has joined #openstack-nova10:09
bauzasjohnthetubaguy: or if we hydrate an object differently from its primitive, it will return a totally different dict10:10
bauzasjohnthetubaguy: I basically provided the same logic (and comment) as in https://github.com/openstack/nova/blob/master/nova/virt/hardware.py#L1200-L122210:10
johnthetubaguybauzas: agreed, I think, just getting my head around where we are at, and where we are going10:10
bauzasjohnthetubaguy: all of that is planned to be removed once we'll pass a ReqSpec object over the wire10:10
johnthetubaguybauzas: honestly, I can't see us getting any of this merged at this point :(10:11
bauzasjohnthetubaguy: jay was basically agreeing the whole series (but the last one), but I lost his voice since we discovered a last minute bug that needed some rebase10:12
*** kbyrne has quit IRC10:12
johnthetubaguybauzas: yeah, its just the gate is a 12 hour queue, and we need to tag today :(10:12
bauzasyeah I understand that :(10:13
bauzasit's your call I mean10:13
*** sc68cal has quit IRC10:13
bauzasjohnthetubaguy: are you planning some FFE discussion for https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting ?10:13
johnthetubaguybauzas: yeah we could10:14
johnthetubaguybauzas: although we don't totally get to decide10:14
lyanchihsahid: Oh…But we shouldn’t return None at there if exception was raised. Progess still need to check other cells. Therefore I can’t understand benefit  to put catach block there.10:15
bauzasjohnthetubaguy: MHO is that since it's a pretty big refactoring, I'm fine with considering to be merging either for Liberty or Mitaka as soon as it opens10:15
*** kbyrne has joined #openstack-nova10:15
bauzasjohnthetubaguy: ideally, we should have tried to handle the RPC API change for Liberty, but that's not doable10:15
bauzasbecause it's the last bit in the chain10:16
bauzasjohnthetubaguy: so I'd love to see some discussion around FFE10:16
oomichijohnthetubaguy: done, thanks in advance :)10:16
johnthetubaguybauzas: so I am struggling with the end user benefit vs the risk of the size of the chain10:16
bauzasjohnthetubaguy: and if some changes can land there, I'm fine10:16
johnthetubaguybauzas: we have the RPC verison bump as an FFE10:16
*** MarcF has joined #openstack-nova10:16
bauzasjohnthetubaguy: nope, I honestly don't want to have the RPC bump as a FEE, that's pretty huge10:17
johnthetubaguybauzas: there isn't an alternative really, has to be post the other changes, and if we don't do it, we get loads of legacy we can't drop for another release10:17
bauzasjohnthetubaguy: oh maybe I misunderstood10:18
johnthetubaguywould get a deadline of this time next week, for merge10:18
bauzasjohnthetubaguy: you mean the usual Liberty RPC version bump, not the one I was doing ?10:18
*** Sree_ has joined #openstack-nova10:18
johnthetubaguybauzas: its quite small at this point, bump instance and bump conductor RPC API is all I think10:19
johnthetubaguybauzas: ah, yes, sorry, the general one10:19
*** Sree_ is now known as Guest5306110:19
bauzasjohnthetubaguy: oh ok, my bad, was talking about https://review.openstack.org/#/c/199205/2710:19
sahidlyanchih: if a host cell does not support pagesize there are not need to continue the process (means all cells do not support pagesize)10:19
*** Guest53061 has quit IRC10:19
bauzasjohnthetubaguy: in particular https://review.openstack.org/#/c/199205/27/nova/scheduler/manager.py,cm10:19
johnthetubaguybauzas: ah, yeah, not that one10:19
*** vivekd has quit IRC10:19
bauzasjohnthetubaguy: oh okay, then yeah it's totally fine to bump the RPC versions as usual10:20
bauzasjohnthetubaguy: I should just rebase on top of them for https://review.openstack.org/#/c/199205/27/nova/scheduler/manager.py,cm10:20
johnthetubaguybauzas: so I am thinking I should -2 your series, but we can get it back up the day mitaka opens?10:20
bauzasjohnthetubaguy: provided we have a FFE discussion, that's understandable10:20
bauzasto see what we can still consider to merge10:21
bauzas(again, not speaking to merge https://review.openstack.org/#/c/199205/27/nova/scheduler/manager.py,cm that one is definitely -2)10:21
johnthetubaguybauzas: what is the end user benifit of merging it, or release critical to merge?10:21
bauzasjohnthetubaguy: that's not an enduser thing, rather a developer change, ie. mostly https://review.openstack.org/#/c/197912/2910:22
*** Sree has quit IRC10:22
*** asettle has quit IRC10:22
bauzasjohnthetubaguy: TBH, I'm not that attached to Liberty and I totally get your point10:22
bauzasjohnthetubaguy: I just want to be sure we don't land such things :10:23
bauzas(in the intervalà)10:23
bauzas(sorry finding the change)10:23
bauzasthat I found it => https://review.openstack.org/#/c/194059/10:23
bauzasjohnthetubaguy: ^10:23
BobBalljohnthetubaguy: vGPU.  What's the preferred way to specify that we want a particular "thing" these days?  I believe there has been some discussion around not using extra_specs for this recently?10:24
bauzasjohnthetubaguy: I mean, we can fully defer the series to Mitaka, I'm okay with that10:24
johnthetubaguyBobBall: haven't really moved that discussion too far forward yet, only agreed it needs fixing10:24
bauzasjohnthetubaguy: I just want to make sure that during the RC period and before https://review.openstack.org/#/c/197912/29 merges, we prevent such things10:24
lxslijohn is very sad today :(10:25
BobBallOK, so if we were to put a spec in for K then we should start assuming to use extra_specs and see where the discussion goes?10:25
bauzasjohnthetubaguy: you see my concern ?10:25
johnthetubaguylxsli: yeah, I hate delaying things10:25
bauzasjohnthetubaguy: https://review.openstack.org/#/c/194059/2/nova/compute/api.py,cm L980 is just a terrible thing if getting merged10:25
johnthetubaguybauzas: we should block terrible things from merging10:26
alex_xujohnthetubaguy: oomichi are you around?, should we have a talk about https://review.openstack.org/#/c/217727/10:26
johnthetubaguybauzas: thats always true right?10:26
bauzasjohnthetubaguy: yep :)10:26
bauzasjohnthetubaguy: I just wanted to explain why I'm pretty concerned by merging the Spec series - because it automatically prevents that10:27
bauzasjohnthetubaguy: but that's fair :)10:27
bauzasjohnthetubaguy: you can throw the axe10:27
*** ildikov has quit IRC10:28
johnthetubaguybauzas: I mean I know its important, hence its a priority, but I don't think we delay any bug fixes, or features too much by merging this in a month rather than today10:28
bauzasjohnthetubaguy: yeah, you're totally right10:28
bauzasjohnthetubaguy: just cut the wood10:28
oomichialex_xu: sorry, I need to go home now. the time is already over I promissed with my family10:29
bauzasjohnthetubaguy: thanks for your support btw. :)10:29
alex_xuoomichi: ok, no problem10:29
*** oomichi is now known as oomichi_away10:29
johnthetubaguybauzas: so lets just be sure to get this up on the day mitaka opens, and merge it pre summit, I think thats a good way to go here10:29
bauzasjohnthetubaguy: agreed10:30
bauzasjohnthetubaguy: you're right, the balance risks vs. benefits is too high10:30
johnthetubaguybauzas: the example is ndipanov had a thing thats a bug fix, so we just called it a bug fix, and trying to merge the feature like bit before we cut, that patch we might give a FFE to, if its the only one waiting10:30
bauzasjohnthetubaguy: yeah to that10:31
bauzasjohnthetubaguy: if we want to properly 'do' things, there is no reason to rush10:31
*** links has joined #openstack-nova10:31
johnthetubaguyrushing is very rarely the correct answer10:32
johnthetubaguyits a useful tool, but its a very blunt one10:32
bauzas:)10:33
*** xgsa has joined #openstack-nova10:34
bauzasjohnthetubaguy: FWIW, -W'd the first change of the series until either you throw -2 or Mitaka opens10:36
openstackgerritGeorge Peristerakis proposed openstack/python-novaclient: Search the list of servers with unicode text.  https://review.openstack.org/20064910:36
johnthetubaguybauzas: do you want the blueprint moved to mitaka or partially complete for liberty, I am thinking the later (but that means updating the blueprint references on the patches)10:37
bauzasjohnthetubaguy: Partially Complete is better because now the community has to deal with a ReqSpec object10:38
bauzasjohnthetubaguy: which means dependencies etc.10:38
johnthetubaguybauzas: yeah, thats what I am thinking, cool10:38
bauzasjohnthetubaguy: so I guess I should open another BP for Mitaka and point to another spec to fast-approve, right?10:39
lyanchihsahid: How did you know all other host cells do not support pagesize if a instance cell can’t find match pagesize with one of host cell?10:39
johnthetubaguybauzas: yeah10:39
bauzasjohnthetubaguy: and then update the whole series to match with that new ref?10:39
lyanchihsahid: Sorry, I still can’t understood.10:39
bauzasjohnthetubaguy: okay, gotcha, will do that today since mitaka-specs is open IIRC10:39
bauzasjohnthetubaguy: thanks for your help10:40
*** smatzek has joined #openstack-nova10:40
johnthetubaguybauzas: no problems10:41
*** claudiub has joined #openstack-nova10:44
*** Kennan2 is now known as Kennan_on_vacati10:44
johnthetubaguydanpb: so having said all that earlier, the image_meta thing is now about the only remaining thing that is blocking us tagging liberty-3 (assuming ndipanov patch can get an FFE, or merges in time), just looking through yours trying to work out the best path forward...10:45
*** Kennan_on_vacati is now known as Kennan_Vacation10:45
*** vivekd has joined #openstack-nova10:45
*** otter768_ has quit IRC10:45
* alex_xu back to public vacation....10:45
*** aix has quit IRC10:46
*** marzif has joined #openstack-nova10:47
*** ZZelle has quit IRC10:48
vponomaryovGuys from core team who is able to tag a novaclient? it is required for unblock whole Manila project. See bug #149132510:48
openstackbug 1491325 in python-novaclient "nova api v2.1 does not allow to use autodetection of volume device path" [High,Fix committed] https://launchpad.net/bugs/1491325 - Assigned to Matt Riedemann (mriedem)10:48
*** ZZelle has joined #openstack-nova10:48
*** jcoufal has joined #openstack-nova10:51
openstackgerritgaryk proposed openstack/nova: VMware: add method for getting hosts attached to datastore  https://review.openstack.org/22008510:52
johnthetubaguydanpb: I am thinking this one blocks the possibility of a FFE: https://review.openstack.org/#/c/189685/2710:53
garykjohnthetubaguy: why should that be blocked?10:54
*** deepakcs has quit IRC10:54
garykdrivers out of tree should adapt or die10:54
garykif the drivers has decent unit tests then they will find the issues as soon as this lands and they will fix it10:55
johnthetubaguygaryk: thats not the bit that worries me, its more the size of it and risk of that creating a bug we don't find in regular testing10:55
garykthat is what we do in nuetron10:55
garykwe still have another month to test. i am really not that concerned about it10:56
garykit has been in review for months and i have tested this many times10:56
johnthetubaguyif we had proper coverage for our use of image properties, I would be fine with it10:58
johnthetubaguyat this point its delaying the tagging of liberty-310:58
johnthetubaguyand has been in merge conflict since monday, its now were the time bound thing applies, so we leave time for bug fixes10:59
garykjohnthetubaguy: that sounds reasonable then11:00
johnthetubaguywe can consider an exception for this one later11:01
openstackgerritMichael Still proposed openstack/nova: [libvirt] Move cleanup of imported files to imagebackend  https://review.openstack.org/22001811:02
johnthetubaguyjust not sure its a strong case, given its lack of user impact, and slightly higher than average risk11:02
danpbjohnthetubaguy: i'm not sure what you mean by that ?11:03
*** y_sawai has joined #openstack-nova11:03
*** angdraug has quit IRC11:03
johnthetubaguydanpb: so its an important change, and I want it merged, just at this point it seems like its medium risk, but low immediate user benefit, so merging this in a month might be the best trade off here11:04
danpbyou mean merging it in M-1 ?11:04
johnthetubaguydanpb: yeah, pre summit11:04
*** y_sawai has quit IRC11:05
danpbjohnthetubaguy: are you referring just to the compute manager one, or the whole series ?11:05
danpbjohnthetubaguy: i'd like to at least get the ironic + hyperv conversions merged11:05
danpbso that all in-tree virt drivers are using ImageMeta object11:05
*** y_sawai has joined #openstack-nova11:05
johnthetubaguydanpb: so at this point, I am thinking the whole series, but open to ideas11:06
danpbafter those two, i'm fine if the rest wait another cycle11:06
johnthetubaguydanpb: cool, that sounds doable to me11:06
danpbi'm just waiting for unit tests to complete locally before psting a refresh11:06
johnthetubaguydanpb: cool11:06
danpbi'll put a temporary -2 on the ones to hold11:07
johnthetubaguydanpb: OK, so I will -2 the back end, and FFE the front end, does that work?11:07
johnthetubaguyno need for the -2 on the front ones, we can assume a FFE on those, assuming no string changes are in there11:07
danpbi stuck -2 on this one https://review.openstack.org/#/c/189685/11:08
*** xgsa has quit IRC11:08
danpbthat lets the ironci, hyperv & config drive ones merge and blocks the other ones11:08
openstackgerritDaniel Berrange proposed openstack/nova: ironic: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18936211:09
openstackgerritDaniel Berrange proposed openstack/nova: objects: convert config drive to use ImageMeta object  https://review.openstack.org/18932311:09
openstackgerritDaniel Berrange proposed openstack/nova: hyperv: convert driver to use nova.objects.ImageMeta  https://review.openstack.org/18930211:09
openstackgerritDaniel Berrange proposed openstack/nova: objects: add virtual 'image_meta' property to Instance object  https://review.openstack.org/19014511:09
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert to use instance.image_meta property  https://review.openstack.org/19014611:09
openstackgerritDaniel Berrange proposed openstack/nova: compute: convert manager to use nova.objects.ImageMeta  https://review.openstack.org/18968511:09
johnthetubaguydanpb: sounds good to me, thanks11:09
ndipanovjohnthetubaguy, https://review.openstack.org/#/c/216733/7 failed the gate :(11:09
danpbwow, my pending nova patch queue is empty besides this series - been a long time since i had near zero pending reviews11:09
johnthetubaguyndipanov: so I will get that an FFE, but its worth a recheck I guess11:10
*** y_sawai has quit IRC11:10
ndipanovI did it already11:11
*** apuimedo is now known as apuimedo|lunch11:11
*** kse has quit IRC11:11
johnthetubaguyndipanov: sweet, thanks11:11
*** Marga_ has quit IRC11:12
*** tojuvone has quit IRC11:14
*** vivekd has quit IRC11:14
*** aix has joined #openstack-nova11:15
*** xgsa has joined #openstack-nova11:15
alex_xubauzas: are you around?11:17
bauzasalex_xu: should be refueling my stomach but still there11:17
*** shoutm has joined #openstack-nova11:17
*** vivekd has joined #openstack-nova11:18
*** shoutm_ has quit IRC11:18
*** y_sawai has joined #openstack-nova11:18
alex_xubauzas: just want to ask, whether we allow out-of-tree filters, and do we allow user extend the accepted value of scheduler-hints11:18
bauzasalex_xu: speaking about the API hints then ?11:19
*** ishant has quit IRC11:19
*** lyanchih has quit IRC11:19
bauzasalex_xu: because we just relaxed the hints in the Spec obj11:19
alex_xubauzas: yea11:19
*** xgsa has quit IRC11:20
alex_xubauzas: so for now, we still expect the API accept user defined scheduler-hints?11:20
bauzasalex_xu: so yup, we do easily allow use of out-of-tree filters, see eg. https://github.com/stackforge/blazar-nova/blob/master/blazarnova/scheduler/filters/blazar_filter.py11:20
bauzasalex_xu: in that ^ filter, it defines a new hint11:20
johnthetubaguyalex_xu: did you see this bug: https://bugs.launchpad.net/nova/+bug/1491511 and this one: https://bugs.launchpad.net/python-novaclient/+bug/1491579 will chat about those in the nova meeting later11:20
openstackLaunchpad bug 1491511 in OpenStack Compute (nova) "Behavior change with latest nova paste config" [Undecided,Confirmed]11:20
openstackLaunchpad bug 1491579 in python-novaclient "against all sanity, nova needs to work around broken public clouds" [Critical,Confirmed]11:20
alex_xubauzas: :)11:21
bauzasjohnthetubaguy: I have ideas for both of them11:21
sdaguejohnthetubaguy: I'm working on the novaclient one right now11:21
bauzasjohnthetubaguy: but I leave the meeting run11:21
alex_xujohnthetubaguy: not yet, will check now11:21
johnthetubaguysdague: awesome11:21
johnthetubaguybauzas: comments on the bug welcome11:21
*** eharney has joined #openstack-nova11:21
johnthetubaguyalex_xu: you should enjoy your holiday, but wanted to give you a heads up11:22
bauzasjohnthetubaguy: I need to eat but will do11:22
alex_xujohnthetubaguy: it's fine, actually I plan back to work few hours11:22
bswartzhey guys, the manila gate is still broken until the latest commit for novaclient (eaf1e56b210c94e7d26ca99b5931f3688cef984c) gets a tag11:23
bswartzis there anyone here who can push a tag to novaclient?11:23
*** y_sawai has quit IRC11:23
johnthetubaguysdague: technically speaking, on the rackspace side, we have repose (a proxy) that does rate limiting and auth, sat in front of all of the API, much to my annoyance11:23
openstackgerritAlex Xu proposed openstack/nova: api: allow any scheduler hints  https://review.openstack.org/21772711:23
johnthetubaguybswartz: do you have the bug that we fixed?11:23
alex_xujohnthetubaguy: anyway I updated a version for allow scheduler hints ^11:24
johnthetubaguyoh wait, you gave me the commit11:24
bswartzjohnthetubaguy: the bug affects us -- but without a tag we aren't picking it up11:24
bauzasalex_xu: thanks11:24
alex_xubauzas: np, if you like, hope you can take a look at that patch also11:25
*** takedakn has joined #openstack-nova11:25
bauzasalex_xu: will do, it's pretty critical11:25
sdaguejohnthetubaguy: right, however, the blocking of valid API urls gets me really concerned11:25
sdaguebecause wtf are we doing if we have basic things like version info in our API, and it gets blocked by service providers.11:26
*** sayali has quit IRC11:26
*** alex_klimov has quit IRC11:26
johnthetubaguysdague: if you pass a valid token, we will return the version, I believe11:26
sdaguenope11:27
bauzassdague: MHO is that RAX is maybe caring about not exposing that info explicitely11:27
bauzassdague: maybe having a content negociation implicitely is okay11:27
*** pixelb has quit IRC11:27
bauzassdague: meaning that instead of answering to a request with a specific version number, we should find some way to hide the negociation11:27
*** venkat_p has quit IRC11:27
johnthetubaguysdague: hmm, so I don't think the block was intentional on our side at least, thats just broken then :(11:28
johnthetubaguysdague: I think this is something we need to get to the defcore folks as required11:28
sdaguebauzas: I am seriously not going to play a guessing game with a black box that has blocked parts of our code that were designed for a reason11:28
bauzasjohnthetubaguy: from an operator POV, that's quite understandable that you want to block the version exposure of your webservices11:28
bauzasbecause that's vector #1 for security flaws11:29
*** MarcF has quit IRC11:29
sdaguebauzas: we're talking about API version. How the f* can you write against an API if the API hides it's version from you.11:29
openstackgerritVipin Balachandran proposed openstack/nova: Detach and terminate conn if Cinder attach fails  https://review.openstack.org/18674211:30
bauzassdague: yeah I understood11:30
bauzassdague: I'm just thinking about a possible handshake11:30
sdaguebauzas: which they are blocking11:30
johnthetubaguybswartz: so I need to get some food, but I will reach out to some folks to see where we are at with client releases11:30
sdaguewe're trying to do that handshake11:30
johnthetubaguybauzas: thats not reasonable11:31
johnthetubaguybauzas: for the reasons sdague was saying really11:31
* johnthetubaguy really needs to go get some food11:31
bauzas+111:31
sdaguebauzas: so, right now, all you're going to do is piss me off if you keep suggestiong that it's acceptable to block the version GET request11:31
sdaguebecause it's not11:31
bauzassdague: okay, lemme rephrase11:31
sdagueit's a fundamental part of openstack api infrastructure since long before I got here11:32
bauzassdague: yeah to that11:32
sdagueanyway, I'm going to go back to working on the work around code11:32
*** Marga_ has joined #openstack-nova11:35
*** ociuhandu has quit IRC11:36
*** takedakn has quit IRC11:36
*** takedakn has joined #openstack-nova11:36
*** thorst has joined #openstack-nova11:37
*** ildikov has joined #openstack-nova11:39
*** y_sawai has joined #openstack-nova11:39
*** takedakn1 has joined #openstack-nova11:41
*** y_sawai has quit IRC11:43
*** MarcF has joined #openstack-nova11:43
*** y_sawai has joined #openstack-nova11:43
*** pixelb has joined #openstack-nova11:44
alex_xusdague: https://bugs.launchpad.net/python-novaclient/+bug/1491579 is because we need token when execute version-list?11:44
openstackLaunchpad bug 1491579 in python-novaclient "against all sanity, nova needs to work around broken public clouds" [Critical,Confirmed]11:44
*** takedakn has quit IRC11:44
*** takedakn1 is now known as takedakn11:44
sdaguealex_xu: nope11:45
sdaguewe've gotten the token already11:45
sdagueit's not even getting to nova11:46
sdagueat least as far as we could tell11:46
*** lucasagomes is now known as lucas-hungry11:46
openstackgerritsulochan-acharya proposed openstack/nova: xapi: cleanup volume sr on live migration rollback  https://review.openstack.org/21710511:46
alex_xusdague: strange, my local version works, but let me update latest code11:46
sdaguealex_xu: against rax?11:47
*** y_sawai_ has joined #openstack-nova11:47
alex_xusdague: no, just upstream code11:47
sdagueright, this all works with upstream code11:47
sdaguethe issue is things service providers had done in their deploys11:47
alex_xusdague: strange...11:48
*** y_sawai has quit IRC11:48
*** bkopilov has quit IRC11:51
*** y_sawai_ has quit IRC11:51
*** shaohe_feng has joined #openstack-nova11:52
*** takedakn has quit IRC11:52
*** Sree has joined #openstack-nova11:52
*** ociuhandu has joined #openstack-nova11:55
*** diogogmt has joined #openstack-nova11:56
openstackgerritGeorge Peristerakis proposed openstack/python-novaclient: Search the list of servers with unicode text.  https://review.openstack.org/20064911:57
*** alexpilotti_ has joined #openstack-nova11:58
*** Marga_ has quit IRC12:01
sdaguehmmmmm... I wonder if there is a slightly simpler bit here12:03
sdaguejohnthetubaguy: any chance you can get me rax credentials for testing a thing?12:03
*** alex_klimov has joined #openstack-nova12:05
*** hparekh has quit IRC12:07
*** shaohe_feng has quit IRC12:11
*** shaohe_feng has joined #openstack-nova12:11
*** bfic has joined #openstack-nova12:11
sdagueah, it looks like there is a simpler fix, maybe12:12
*** marzif has quit IRC12:14
*** marzif has joined #openstack-nova12:15
*** raildo-afk is now known as raildo12:18
*** deepthi has quit IRC12:19
johnthetubaguysdague: honestly not sure how to do that safely, but let me know if I can test something on my box12:22
sdaguewell, I tested a fix with hp cloud12:22
sdaguethat's the only place I have credentials, and this worked there12:22
sdaguelet me push the patch and just see if you can do a nova list on rax after that12:23
sdagueI'm just working on a commit message12:23
johnthetubaguysdague: cool, happy to try that12:24
*** xyang1 has joined #openstack-nova12:24
sdaguealso, in general, it would be useful if rax gave some of us free accounts again :P12:25
*** aysyd has joined #openstack-nova12:25
sdagueto actually try stuff like this.12:25
johnthetubaguysdague: yeah, I know mikal was pushing on that, not sure if he has got further with that than I managed before12:25
johnthetubaguysdague: let me drop him an email before I forget12:26
*** diogogmt has quit IRC12:27
*** VikasC has quit IRC12:28
alexpilotti_danpb: hi, small semi-nit question: may I ask why did you remove a constant and hardcoded the string literal here 'hw_machine_type'? https://review.openstack.org/#/c/189302/25/nova/virt/hyperv/vmops.py12:28
*** ttrumm has joined #openstack-nova12:28
*** shaohe_feng has quit IRC12:28
openstackgerritSean Dague proposed openstack/python-novaclient: Don't assume oscomputeversions is correctly deployed  https://review.openstack.org/22011112:28
danpbalexpilotti_: it is a pointless constant12:28
*** cfarquhar has joined #openstack-nova12:28
*** cfarquhar has joined #openstack-nova12:28
danpband it obscures what image property we're accessing12:29
sdaguejohnthetubaguy: ok, so if you can pull https://review.openstack.org/220111 install into a venv, and do "nova list" with your rax account, that would be great.12:29
sdagueI have a bunch of bits of a more extensive fix as well, however this might be good enough12:30
*** lucas-hungry is now known as lucasagomes12:30
*** diogogmt has joined #openstack-nova12:31
openstackgerritAlexis Lee proposed openstack/nova: WIP Unify on _schedule_instances  https://review.openstack.org/21976112:31
alexpilotti_danpb: hmmm ok, wonder where the fine line between “pointless” and “non pointless” constants resides then :-)12:31
alexpilotti_danpb: the question was mostly to see if there are some style guidelines around constants that we should follow12:32
danpbthis piece of code is essentially doing an object attribute access12:32
*** burgerk has joined #openstack-nova12:33
*** baoli has joined #openstack-nova12:33
danpbwe don't need to define constants for the attributes, as they're already validated by the object and it just obscures what attribute you're accessing12:33
*** stefan_amann has quit IRC12:34
alexpilotti_ok, so it’s just moving avay from the dict “get” to a more object based syntax, if I got it right12:35
*** stefan_amann has joined #openstack-nova12:35
johnthetubaguysdague: pulling that down12:35
alexpilotti_something like this wouldnt work? image_prop_vm = image_meta.properties.hw_machine_type or default_vm_gen12:35
alexpilotti_didnt check if the object raises if a nonexistent property is being accessed12:37
*** baoli_ has joined #openstack-nova12:37
danpbalexpilotti_: no, objects will raise an attribute error if hw_machine_type isn't set12:38
*** baoli has quit IRC12:38
*** diogogmt has quit IRC12:40
*** dims has joined #openstack-nova12:41
*** sayali has joined #openstack-nova12:42
*** y_sawai has joined #openstack-nova12:43
sdaguejohnthetubaguy: how's it looking?12:44
openstackgerritgaryk proposed openstack/nova: VMware: ensure volume is accessible by instance  https://review.openstack.org/21863912:45
*** diogogmt has joined #openstack-nova12:46
*** shoutm_ has joined #openstack-nova12:47
*** shoutm has quit IRC12:48
*** y_sawai has quit IRC12:48
*** jcoufal has quit IRC12:49
*** dguitarbite has quit IRC12:51
*** sayali has quit IRC12:52
*** dguitarbite has joined #openstack-nova12:52
sdaguejohnthetubaguy: ok, well I'm stepping away from the computer for a bit. Please let me know how that goes. Will also talk about it in the meeting in an hour12:52
johnthetubaguysdague: ack12:53
johnthetubaguysdague: my environment is giving me problems, working through those12:53
*** lbeliveau has joined #openstack-nova12:54
*** chutwig has joined #openstack-nova12:55
*** sayali has joined #openstack-nova12:56
*** jcoufal has joined #openstack-nova13:02
*** vladikr has joined #openstack-nova13:08
openstackgerritRajesh Tailor proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/22013413:11
*** vladikr has quit IRC13:12
*** diogogmt_ has joined #openstack-nova13:12
bswartzjohnthetubaguy: any chance we can get a tag for novaclient pushed this morning?13:12
*** vladikr has joined #openstack-nova13:12
*** diogogmt has quit IRC13:13
*** diogogmt_ is now known as diogogmt13:13
*** pixelbeat has joined #openstack-nova13:13
*** edmondsw has joined #openstack-nova13:13
*** pixelb has quit IRC13:13
*** dustins has joined #openstack-nova13:15
*** ivasev has joined #openstack-nova13:16
*** sayali has quit IRC13:16
openstackgerritPranali Deore proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/21881713:16
johnthetubaguybswartz: I think so, just trying to see if we have fixed some other things also, to save us having to tag tomorrow as well13:16
*** rlrossit has joined #openstack-nova13:18
*** ctrath has joined #openstack-nova13:19
*** xgsa has joined #openstack-nova13:19
*** sayali has joined #openstack-nova13:22
ndipanovdansmith, https://review.openstack.org/#/c/214713/ see my comment when you get the chance13:22
bswartzjohnthetubaguy: ty13:22
*** sayali has quit IRC13:24
alex_xujohnthetubaguy: sdague ...strange, I didn't found any behavior change which describe in https://bugs.launchpad.net/nova/+bug/149151113:24
openstackLaunchpad bug 1491511 in OpenStack Compute (nova) "Behavior change with latest nova paste config" [Undecided,Confirmed]13:24
johnthetubaguysdague: that fix is working for me13:25
openstackgerritPranali Deore proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/21926513:25
alex_xudelete floating ip will return fault if pass an ip address in legacy v2 also13:25
alex_xuand we didn't have any related change recently13:25
johnthetubaguysdague: oh dear, digging, I think my environment is confusing me13:25
*** sayali has joined #openstack-nova13:27
alaskijohnthetubaguy: sdague there's been some discussion on this internally and I'm pushing towards a resolution13:28
alaskiour Repose proxy has a regex of allowable URLs it will pass through, which requires a tenant-id13:28
alaskiwhich is of course incorrect13:29
alaskimodifying the regex to allow the call then causes an error with Nova because of some interaction with filling out the context with auth info13:29
alaskiso we're chasing that now13:29
johnthetubaguyalaski: yes, that came up a little while back, its incorrectly doing some RBAC13:29
*** amotoki has joined #openstack-nova13:29
johnthetubaguyalaski: current just testing sdague's workaround, and my environment is messing my about, but I think I get a 400 error with this in place13:30
mordredsdague: testing your workaround on the other clouds13:31
johnthetubaguyalaski: thanks for pushing on the proper fix internally, thats would be good to fix13:31
sdaguemordred: thanks13:31
*** VW_ has joined #openstack-nova13:32
sdaguewell, I've got the beginnings of a much more extensive work around if we end up thinking we need that13:32
sdaguejohnthetubaguy: so... what's the verdict? I see conflicting statements of it working and then not working13:33
alaskia question that this raises is how to do quotas/rate-limiting on this call.  every other call has a tenant so it can be scoped that way, this is just an open call13:34
alaskilimiting by IP has been suggested, which I don't like13:34
dansmithndipanov: honestly, I don't get it13:34
*** jecarey has joined #openstack-nova13:34
johnthetubaguysdague: honestly, I am just confused, I am now seeing it succeed with the broken version :S13:35
mordredit fixes auro. runabove still hangs. unitedstack continues to work (as expected)13:35
mordredjohnthetubaguy: oh good!13:35
mordredwhich - rax?13:35
johnthetubaguyyeah, I think I just screwed up my venv though...13:35
dansmithndipanov: one of the patches is 40 line.. squashing that into the 100 line patch makes a 140 line patch. that's not "way more difficult to review" IMHO13:35
dansmithndipanov: if you're worried, you could pull out nearly 40 lines in the conductor bits that actually pass the information, but I don't think it's necessary13:36
mordredI still get 401 from rax with sean's fix. 2.26 works for me. 2.27 40113:36
sdaguealaski: so, honestly, this url always returns the same until you upgrade13:36
sdagueit should just be cached hard by an upper layer if you are concerned13:36
mordredjohnthetubaguy: fwiw, that's against DFW - I have not checked other rax regions13:36
dansmithndipanov: I can't recall when we've ever done an rpc change like this, and I don't think that we need to do it here...13:36
ndipanovdansmith, well what worries me is that I'll do the factor out a submethod and changes in the same PS13:37
johnthetubaguymordred: I was against IAD, but yeah, I saw 2.27 fail, then 2.26 work, now I am seeing everything work, somehow13:37
ndipanovbut if you're happy to review it like that  - I'm cool13:37
*** ijuwang has joined #openstack-nova13:37
mordredjohnthetubaguy: can I have your computer?13:37
mordred:)13:37
johnthetubaguy:)13:37
alaskisdague: I personally am not concerned, but those who manage repose are.  caching is a reasonable answer though13:37
openstackgerritRajesh Tailor proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/22014213:37
sdaguejohnthetubaguy: well, run "nova --debug list" and make  sure that the GET /v2/ call is getting made13:37
dansmithndipanov: I'm not sure what you mean.. neither of these patches factor out a submethod, do they?13:38
sdagueor get someone to give me a free rax account and I can poke myself :)13:38
johnthetubaguysdague: its sending a null API key, I got that messed up somehow13:38
sdaguejohnthetubaguy: wait, so if you don't set the API key, it all works?13:39
mordredsdague: I'm only testing list - not version-list btw - any benefit in testing version list?13:39
ndipanovdansmith, they do13:39
sdaguemordred: the change doesn't impact that call13:39
mordredkk13:39
ndipanovdansmith, oh wait13:39
mordredI thought so13:39
ndipanovthat merged13:39
ndipanovhmmm13:39
mordredjust making sure13:39
sdagueyep, np13:39
openstackgerritgaryk proposed openstack/nova: VMware: ensure volume is accessible by instance  https://review.openstack.org/21863913:39
openstackgerritChuck Carmack proposed openstack/nova: Remove the blacklisted nova-cells shelve tests  https://review.openstack.org/21977813:40
mordredsdague: also fixes dreamhost13:40
ndipanovdansmith, never mind13:40
sdaguemordred: so are we down to all the clouds that fail version-list are the only ones that fail now?13:40
*** links has quit IRC13:40
mordredno13:41
*** lyanchih has joined #openstack-nova13:41
*** burgerk has quit IRC13:41
johnthetubaguysdague: sorry, too many variables here, something is messed up13:41
mordredsdague: the patch fixes auro, dreamhost and hp13:42
mordredsdague: the patch does not fix runabove or ra13:42
mordredrax13:42
mordredsdague: rax throws the 401, runabove hangs13:42
sdagueright, but those fail nova version-list, right?13:42
*** ccarmack has joined #openstack-nova13:42
mordredoh! yes. sorry, I misread my original notes13:42
mordredyou are correct13:42
mordredthis fixes everyone who had not broken version-list13:43
mordredand the ones who have fail this in the same way they fail version-list13:43
openstackgerritRajesh Tailor proposed openstack/nova: Fix order of arguments in assertEqual  https://review.openstack.org/22014313:43
*** shaohe_feng has joined #openstack-nova13:43
mordredsdague: so I think it's a win for the new code13:44
*** y_sawai has joined #openstack-nova13:44
*** moshele has quit IRC13:44
johnthetubaguysdague: yeah, I am seeing the 401 with your change now I have my more sorted13:45
johnthetubaguysdague: I think its most likely the repose issue that alaski was mentioning13:45
*** atuvenie has joined #openstack-nova13:46
sdagueok, so we should definitely land this fix then, it makes it better for the majority13:46
johnthetubaguysdague: +1 that13:46
dansmithif we get a reliable 40113:46
sdaguethen we should decide what level of additional work around we want13:46
dansmithcan we just treat that as 2.0 and barf a warning?13:46
sdaguedansmith: yeh, I was thinking that13:46
johnthetubaguysdague: should we wait for this to merge before tagging again?13:46
sdaguejohnthetubaguy: well, I'd like to13:47
sdaguethe gate is 10 hours deep right now13:47
sdagueso that's a decision to sort out13:47
johnthetubaguysdague: yeah13:47
*** bfic has left #openstack-nova13:47
johnthetubaguybswartz was talking about manila gate having issues13:48
sdagueyeh13:48
sdaguebut that's also about an API compat issue13:48
sdaguewhich we're going to discuss in the meeting13:48
*** y_sawai has quit IRC13:49
*** eharney has quit IRC13:49
sdagueand, honestly, I was reading the entire device path yesterday after I -2ed that patch, and I'm more sympathetic to the change13:49
sdaguebecause we basically treat device as a required element which might be None all the way through our code13:49
bswartzmanila gate is broken until the nova client fix goes to pypi13:49
sdaguebut, we should discuss13:49
bswartzor that server fix comes back13:50
*** lyanchih has quit IRC13:50
*** ttrumm has quit IRC13:50
dansmithwhat's the server "fix"? I have strong opinions about this path..13:50
sdagueallow device to be None13:50
bswartzdansmith: https://review.openstack.org/#/c/219696/13:51
*** zzzeek has joined #openstack-nova13:51
bswartzdansmith: it got double -2'd13:51
sdaguehttps://review.openstack.org/#/c/219696/13:51
mordredjohnthetubaguy, sdague: infra is pinned on an old version of novaclient until a new thing comes out with this fix _and_ with something to deal with the 401. HOWEVER, that's workable at the moment - so I vote both for waiting and not-waiting13:51
sdaguemordred: so, we clearly want a release this week that gets us through the 401 bit as well13:52
mordredsdague: cool13:52
dimssdague: want https://review.openstack.org/#/c/219696/ back?13:52
sdaguedims: yeh, I just restored13:52
sdagueso it can gen test results13:52
dimsah k13:52
johnthetubaguyyeah, need a release this week13:53
*** alexpilotti_ is now known as alexpilotti13:53
johnthetubaguywhen is the tricky part13:53
bauzassdague: so I thought about the problem we discussed and I think we should treat those requests as v2.013:53
dansmithsdague: bswartz: so that's the thing we wish we never had in our API13:53
dansmithsdague: bswartz: and the thing we discussed deprecating13:54
bauzassdague: sorry if you misunderstood my opinion about not providing APIversions13:54
bswartzdansmith: I don't disagree13:54
sdaguedansmith: yes13:54
dansmithsdague: bswartz: not passing it from the novaclient unless it's provided makes it easier to do that in the future I think13:54
sdaguehowever, python-novaclient isn't the only client that passes it13:54
sdaguethe ruby fog code does as well13:54
ndipanovdansmith, 9 files changed, 258 insertions(+), 48 deletions(-)13:54
bswartzdansmith: our problem is that the server side change makes it impossible for old clients to talk to new servers unless they specify the thing you want to deprecate13:54
ndipanovnot too bad I guess13:54
*** jroll has quit IRC13:54
*** jroll has joined #openstack-nova13:54
dansmithwhich maybe isn't an argument not to accept null as long as we do, I dunno13:54
sdaguewhich makes me think we break a lot more people if we fail there13:54
bswartzand 219696 was supposed to undo that breakage13:55
dansmithI don't think that passing None here makes sense13:55
dansmithfrom the semantic pov of the api13:56
bswartznevertheless, old clients do pass None13:56
dansmithbut if we're deciding to do the thing that breaks fewer people..13:56
sdagueyeh, if it was just python-novaclient, I'd be fine fixing it there13:56
sdaguebut I did go off and read the fog code13:56
*** sayali has quit IRC13:57
sdaguehttps://github.com/fog/fog/blob/23467f391cbc9d8d3262da33cec533f8b8e80cee/lib/fog/openstack/requests/compute/attach_volume.rb#L913:57
*** vivekd has quit IRC13:57
sdagueit's always passed13:57
dansmithI'm not clicking on that because I value my eyes and my dignity13:57
sdaguethe code looks a ton better than python-novaclient :)13:57
mordredI will confirm that13:57
dansmithbut it's ruby so it's actually terrible13:58
mordreddansmith: well, it rewrites itself inside of a closure that implements a dsl - but that's normal, right?13:58
*** tpeoples has joined #openstack-nova13:58
dansmiththat ^13:58
*** shaohe_feng1 has joined #openstack-nova13:59
*** mriedem has joined #openstack-nova13:59
sdagueno, it just mixes in ever method individually13:59
mordredsdague: btw - I never realized that I should have such a strong opinion on the difference between "pass value of None" and "don't pass value" until this year13:59
*** shaohe_feng has quit IRC13:59
mriedemhowdy13:59
dimshey mriedem13:59
sdaguemordred: yeh13:59
*** sayali has joined #openstack-nova13:59
dimsso consensus then? "pass value of None" and "don't pass value"  are the same?14:00
dimstreat them as the same?14:00
dansmithno14:00
*** MarcF has quit IRC14:00
dansmiththey are NOT the same14:00
mriedemmeeting?14:00
dansmithwe're agreed to accept *either* I think14:00
mordredsdague: the neutronclient api has very strong and explicit semantics on this front - so we have a custom decorator to implement dealing with it on the python side14:00
sdaguedims: no, they aren't the same. However, in this case, we're deciding based on the "break less users" to be pragmatic14:00
mordredthe decorator hurts my eye14:01
sdaguemriedem: lets do it14:01
dimsack, thats what i meant14:01
dimstreat them as the same by accepting either one14:01
johnthetubaguymikal tjones cburgess jgrimm adrian_otto funzo mjturek jcookekhugen irina_pov krtaylor danpb alexpilotti flip214 jaypipes garyk edleafe dims moshele anteaya Nisha sileht claudiub lxsli neiljerram markus_z swamireddy alevine tonyb andreykurilin ndipanov sc68cal akuriata artom jlvillal mnestratov kashyap aloga rgeragnov bauzas xyang tpatil med_ nic scottda nagyz dannywilson belliott dguitarbite sdague its nova meeting time14:01
sdagueyeh, because, device is turned into None later anyway14:01
sdaguehttps://github.com/openstack/nova/blob/b3f07e8c1fa45e9ae2835ed028a092436ae2ad10/nova/compute/api.py#L305714:01
dimsright14:01
sdagueso it's 2 layers of transit before it was coerced into that14:02
*** bnemec has quit IRC14:02
dimssdague: oh, on the novaclient we change "auto" to None as well :)14:02
*** bnemec has joined #openstack-nova14:02
sdaguethe novaclient does tons of dumb stuff14:03
sdaguewe should fix those14:03
*** MarcF has joined #openstack-nova14:03
mriedemBobBall: is xenproject ci back in order?14:03
*** burgerk has joined #openstack-nova14:03
*** rushil has joined #openstack-nova14:04
*** e0ne has joined #openstack-nova14:04
garyksdague: would it be possible that you please take alook at https://review.openstack.org/21278614:06
garyksdague: i guess i should have done that on another channel but not sure that there is a devstack one14:07
*** apuimedo|lunch has quit IRC14:08
*** thangp has joined #openstack-nova14:08
*** stefan_amann has quit IRC14:08
*** rushil has quit IRC14:09
BobBallyes mriedem14:09
BobBallIt autofixed14:09
mriedemBobBall: ok i'll add back to nova-ci in a bit14:09
BobBallI think johnthetubaguy already did14:09
*** cfriesen has joined #openstack-nova14:10
sdaguegaryk: that's what -qa is for14:10
garyksdague: thanks14:11
openstackgerritNikola Dipanov proposed openstack/nova: RT: Migration resource tracking uses migration context  https://review.openstack.org/21893814:11
openstackgerritNikola Dipanov proposed openstack/nova: compute: migrate/resize paths properly handle stashed numa_topology  https://review.openstack.org/21850014:11
openstackgerritNikola Dipanov proposed openstack/nova: rebuild: RPC sends additional args and claims are done  https://review.openstack.org/20048514:11
openstackgerritNikola Dipanov proposed openstack/nova: Claims: Make sure move claims create a migration context records  https://review.openstack.org/21838514:11
openstackgerritNikola Dipanov proposed openstack/nova: objects: Hook migration object into Instance  https://review.openstack.org/21673314:11
mriedemrlrossit: you should take a pass through this https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/liberty-bump-object-and-rpcapi-versions,n,z14:12
*** apuimedo|lunch has joined #openstack-nova14:12
rlrossitmriedem: yeah I'm already looking at them14:12
*** stefan_amann has joined #openstack-nova14:12
*** electrocucaracha has joined #openstack-nova14:13
openstackgerritMatt Riedemann proposed openstack/nova: Update from global requirements  https://review.openstack.org/22015714:13
mriedemdansmith: sdague: ^14:13
dansmithmriedem: remember how I said I'd like to do that?14:14
mriedemi can abandon14:14
dansmithno14:14
openstackgerritChuck Carmack proposed openstack/nova: Remove the blacklisted nova-cells shelve tests  https://review.openstack.org/22015814:16
*** shoutm_ has quit IRC14:18
*** dave-mccowan has quit IRC14:18
*** MarcF has quit IRC14:19
*** eharney has joined #openstack-nova14:19
*** Murali has quit IRC14:21
openstackgerritMatt Riedemann proposed openstack/nova: Allow to use autodetection of volume device path  https://review.openstack.org/21969614:22
*** yamahata has joined #openstack-nova14:22
mriedembswartz: so i guess i won't do a novaclient 2.27.1 release since https://review.openstack.org/#/c/219696/ will fix the manila blocker14:24
bswartzmriedem: that's fine14:25
*** atuvenie has quit IRC14:28
*** tonytan4ever has joined #openstack-nova14:28
*** rushil_ has joined #openstack-nova14:28
*** Piet has quit IRC14:30
mriedemsdague: i have a fix for the unit test failure in https://review.openstack.org/#/c/220111/ if you want me to push that up14:30
*** MarcF has joined #openstack-nova14:30
*** browne has joined #openstack-nova14:31
*** dave-mccowan has joined #openstack-nova14:31
sdaguemriedem: yes please14:31
mriedemok14:31
*** rods has joined #openstack-nova14:31
*** bkopilov has joined #openstack-nova14:32
electrocucarachaHey there, this is my first meeting I'm not sure if you have an agenda, I would like to talk about https://review.openstack.org/#/c/215414/14:32
*** devlaps has quit IRC14:33
edleafeelectrocucaracha: the nova meeting is going on in #openstack-meeting channel14:33
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Don't assume oscomputeversions is correctly deployed  https://review.openstack.org/22011114:33
electrocucarachathankd edleafe14:33
*** eharney has quit IRC14:34
mriedemelectrocucaracha: it's open discussion right now so post your hting14:34
*** mtanino has joined #openstack-nova14:35
electrocucarachaok, maybe I have update my calendar14:36
*** whenry_ has joined #openstack-nova14:36
*** chutwig has quit IRC14:36
* alex_xu out of power...go to take a rest14:38
* mriedem replaces alex_xu's batteries14:39
*** sayali has quit IRC14:40
mriedemdanpb: do you know if qemu-nbd -d is aysnc?14:40
mriedem*async14:40
danpbmriedem: not sure off hand14:40
*** Marga_ has joined #openstack-nova14:43
*** whenry_ has quit IRC14:43
*** pilgrimstack has joined #openstack-nova14:44
pilgrimstackhi all14:44
*** romainh has left #openstack-nova14:44
*** ftersin has left #openstack-nova14:44
*** y_sawai has joined #openstack-nova14:45
pilgrimstackI'm from RunAbove14:46
*** diogogmt_ has joined #openstack-nova14:46
pilgrimstackhow can I help for https://bugs.launchpad.net/python-novaclient/+bug/149157914:46
openstackLaunchpad bug 1491579 in python-novaclient "against all sanity, nova needs to work around broken public clouds" [Critical,In progress] - Assigned to Matt Riedemann (mriedem)14:46
pilgrimstack?14:46
mriedemjohnthetubaguy: danpb: updated https://wiki.openstack.org/wiki/Meetings/Libvirt#Libvirt_Meetings14:47
*** diogogmt has quit IRC14:47
*** diogogmt_ is now known as diogogmt14:47
mriedempilgrimstack: verify https://review.openstack.org/#/c/220111/ ?14:47
bauzasmordred: ^14:47
sdaguemordred: can you give me a "nova --debug list" dump from rax again?14:47
*** atuvenie has joined #openstack-nova14:47
sdaguepilgrimstack: runabove appears to be hanging on a GET of /v2/14:47
sdaguealso a GET of /14:47
mordredsdague: with or without your patch?14:47
bauzaspilgrimstack: so as said in the bugfile, novaclient doesn't work with runabove for 2.2714:48
sdaguemordred: ... with14:48
ndipanovjohnthetubaguy, https://review.openstack.org/#/c/200485/ as per your suggestions14:48
sdaguemordred: just need some more details to build the 401 work around14:48
bauzaspilgrimstack: could you please create a virtualenv and deploy the above change to test it?14:48
bauzaspilgrimstack: using your creds14:48
*** eharney has joined #openstack-nova14:48
mordredsdague: http://paste.openstack.org/show/444358/14:49
sdaguepilgrimstack: yeh, the test case is that "nova list" actually returns in a reasonable amount of time14:49
pilgrimstackdoing14:49
sdaguepilgrimstack: a separate, but related bug, is that "nova version-list" hangs against runabove14:49
*** wanghua has quit IRC14:50
*** y_sawai has quit IRC14:50
pilgrimstackhttps://review.openstack.org/#/c/220111/ ?14:51
sdaguepilgrimstack: yes14:52
*** mdrabe has joined #openstack-nova14:53
*** abhishekk has left #openstack-nova14:53
BobBallShould configdrive include the private IP in the openstack/latest/meta_data.json file?  I can only see the private ipv4 listed in the ec2 metadata my instances which seems ... unusual :)14:53
*** mtanino has quit IRC14:53
*** y_sawai has joined #openstack-nova14:54
*** gilliard has left #openstack-nova14:54
*** tri2sing has joined #openstack-nova14:55
dansmithsdague: wanna +W the requirements thing? https://review.openstack.org/#/c/220157/114:55
sdaguedansmith: sure14:56
sdaguealso, we should just fast approve requirements in the future14:56
dansmithoh, is that a thing?14:56
sdagueespecially if they come from the bot14:56
dansmiththis one being from mriedem it probably deserves scrutiny14:56
sdaguewell, it looks almost like the bot one did14:57
dansmithhe used the tool14:57
sdagueyeh, everything in that is sane14:57
dansmithso the bot one is in gate again,14:57
dansmithI wonder if zuul will be fine queuing this up behind it when the net will be zero?14:57
sdagueyeh, it might14:58
sdaguewe'll see14:58
dansmithso in the future,14:58
dansmithI could have depends-on'd this sync,14:58
dansmithbut the code would still be waiting to merge14:59
*** VW_ has quit IRC14:59
*** y_sawai has quit IRC14:59
dansmithis it kosher to just do one add in a patch and let the requirements job keep us honest?14:59
*** unicell has joined #openstack-nova14:59
*** tri2sing has quit IRC14:59
*** erhudy has joined #openstack-nova14:59
*** VW_ has joined #openstack-nova14:59
*** husanu has quit IRC14:59
dansmithactually, hmm14:59
dansmithis there no requirements job anymore?14:59
*** emagana has joined #openstack-nova15:01
*** sachin has joined #openstack-nova15:01
*** husanu has joined #openstack-nova15:01
*** unicell1 has quit IRC15:01
mriedemdansmith: it's fine to add the requirement you need in your change outside of the sync patch15:02
*** jistr is now known as jistr|call15:02
mriedemthere is a reqs job http://logs.openstack.org/68/216968/16/check/gate-nova-requirements/1456462/15:03
*** armax has joined #openstack-nova15:03
*** VW_ has quit IRC15:03
*** VW_ has joined #openstack-nova15:03
*** rushil_ has quit IRC15:04
dansmithmriedem: okay, I don't see that in jenkins reports15:04
dansmithdoes it only comment if it fails?15:04
*** whenry has joined #openstack-nova15:04
*** rotbeard has quit IRC15:04
mriedemdansmith: i've only ever noticed it when it fails i guess15:04
*** Marga_ has quit IRC15:05
*** sayali has joined #openstack-nova15:05
dansmithokay15:06
dansmithwell, not putting that req in my patch was my bad15:06
dansmithI just didn't know that was legit15:06
openstackgerritjichenjc proposed openstack/nova: API: remove unused parameter  https://review.openstack.org/21893215:06
mriedemusually only see it when adding a new dependency i guess15:07
dansmithwell, if the bot was less stupid, depends-on is the right way I guess15:07
*** markvoelker has joined #openstack-nova15:08
*** rmart04 has quit IRC15:09
*** sayali has quit IRC15:10
*** husanu has quit IRC15:10
*** husanu has joined #openstack-nova15:12
*** MarcF has quit IRC15:13
*** chutwig has joined #openstack-nova15:14
pilgrimstackmordred: sdague:  $ nova --version15:15
pilgrimstack2.27.115:15
pilgrimstacknova list working15:15
pilgrimstacknova version-list too15:16
*** alexpilotti_ has joined #openstack-nova15:16
mordredpilgrimstack: oh yeah? that's with sean's patch? let me try again on my side15:16
*** alexpilotti has quit IRC15:17
*** alexpilotti_ is now known as alexpilotti15:17
openstackgerritSean Dague proposed openstack/python-novaclient: workaround for RAX repose configuration  https://review.openstack.org/22019215:17
sdaguemordred: if you, or a rax person could test ^^^15:17
sdagueI think that addresses the 401 correctly15:17
mordredpilgrimstack: it's still hanging for me - you're hitting the public endpoint and not an admin endpoint, yeah?15:17
pilgrimstackpublic yes15:18
mordredhrm15:18
mordredsdague: patch fixes rax15:19
pilgrimstackhow can I verify I'm using the right patch ?15:19
*** tri2sing has joined #openstack-nova15:19
sdaguemordred: great, if you could +1 that review with that info, would be appreciated15:19
sdaguepilgrimstack: "nova --debug list" pastebin the output15:19
sdaguethat might give us enough info15:20
mordredsdague, pilgrimstack: aha! it worked15:20
mordredI think I had a weird config - started a clean shell and retested15:20
mordredso - with both of sean's patches applied, all the clouds work again15:20
*** shaohe_feng1 has quit IRC15:21
*** mriedem has quit IRC15:21
*** annegentle has joined #openstack-nova15:21
sdaguemordred: so out of curiosity, could you figure out if runabove works with 2.27 raw then? maybe their hangs were just your weird config.15:22
mordredsdague: yes. one sec15:22
*** tri2sing has quit IRC15:22
*** sayali has joined #openstack-nova15:22
*** tri2sing has joined #openstack-nova15:24
mordredsdague: with raw 2.27.0 I get this:15:24
mordredConnectionRefused: Unable to establish connection to http://compute.sbg-1.runabove.io/v2/15:24
mordredERROR (ConnectionRefused): Unable to establish connection to http://compute.sbg-1.runabove.io/v2/15:24
*** whenry has quit IRC15:25
mordredso it looks like the rax fix also fixed runabo e15:25
sdaguehmmm, it shouldn't have15:25
*** dims has quit IRC15:26
sdaguebut I'll take it15:26
Vek+2'd the rax patch, and I'm trying to track down the repose team to make sure they have the note15:26
pilgrimstackmordred: sdague: http://paste.openstack.org/show/444378/15:26
*** hemnafk is now known as hemna15:28
*** MarcF has joined #openstack-nova15:28
*** yamahata has quit IRC15:28
*** matrohon has quit IRC15:29
*** mcarden has quit IRC15:29
*** thangp has quit IRC15:29
*** mcarden has joined #openstack-nova15:30
pilgrimstackIt's ok for you?15:30
*** emagana has quit IRC15:30
sdagueVek thanks15:31
*** dannywilson has joined #openstack-nova15:31
*** sachin has quit IRC15:32
*** emagana has joined #openstack-nova15:32
*** sayali has quit IRC15:32
*** nkrinner has quit IRC15:34
*** stefan_amann has quit IRC15:35
Veksdague: Reported it.  For reference, #repose here on Freenode or reposecore@rackspace.com.15:35
*** dims has joined #openstack-nova15:36
*** sayali has joined #openstack-nova15:36
*** mtanino has joined #openstack-nova15:36
*** y_sawai has joined #openstack-nova15:37
*** Sree has quit IRC15:37
dansmithjohnthetubaguy: I think you can drop your -2 from this now: https://review.openstack.org/#/c/200485/1915:37
*** Sree has joined #openstack-nova15:38
sdagueVek: ok, cool, thanks15:38
*** sachin has joined #openstack-nova15:38
*** y_sawai has quit IRC15:38
sdagueVek: honestly, I don't want to dive all the way down the well, I just want you all to fix this thing :)15:38
openstackgerritgaryk proposed openstack/nova: VMware: ensure volume is accessible by instance  https://review.openstack.org/21863915:39
*** amotoki has quit IRC15:40
sdaguejohnthetubaguy: if you want to +A - https://review.openstack.org/#/c/220192 we could cut another novaclient and be back to 2.26 levels of working15:41
*** jichen has quit IRC15:41
sdagueonce all that merges15:41
*** hhuang has quit IRC15:42
*** Sree has quit IRC15:42
*** markvoelker_ has joined #openstack-nova15:42
*** thangp has joined #openstack-nova15:42
*** ArchiFleKs has joined #openstack-nova15:43
*** ccarmack has quit IRC15:43
*** sachin has quit IRC15:43
dansmithsdague: you want his +W or anyone's?15:44
*** jistr|call is now known as jistr15:44
*** electrocucaracha has quit IRC15:45
*** markvoelker has quit IRC15:45
*** electrocucaracha has joined #openstack-nova15:45
openstackgerritTimofey Durakov proposed openstack/nova: Change auth_plugin for neutron_client  https://review.openstack.org/22020715:46
bauzassdague: I guess runabove blocks the API call too15:46
bauzaspilgrimstack: ^15:46
bauzassdague: so your change is good15:46
bauzassdague: because it becomes a v2.0 version15:46
*** ccarmack has joined #openstack-nova15:46
*** ccarmack has quit IRC15:46
bauzaspilgrimstack: do you know if you're blocking /v2/ ?15:46
sdaguedansmith: anyone's15:46
bauzaspilgrimstack: by 'you', I mean runabove of course :)15:47
*** garyk has quit IRC15:47
*** whenry has joined #openstack-nova15:47
sdaguebauzas: so I'm satisfied if pilgrimstack believes it now works15:47
*** burt has quit IRC15:47
bauzassdague: yeah, returning a v2.0 compat version is good IMHO15:47
*** gszasz has quit IRC15:47
*** ccarmack has joined #openstack-nova15:48
bauzassdague: because it means that since the operators are blocking the versions, they accept to use the minor version15:48
dansmithI don't think it means that15:48
dansmithI think it means we're very gracious in letting them continue to work at v2.0 levels for the time being, despite their silliness :)15:49
sdagueright, we're allowing a work around now.15:49
sdaguebut we will be really explicit that this is required to be called openstack15:49
bauzasfair enough15:49
*** yamahata has joined #openstack-nova15:50
sdaguejust trying to not let our users get caught in the crossfire.15:50
bauzasthat said, probably something that the operators should know15:50
bauzassdague: agreed15:50
sdagueright, and defcore is definitely a way to communicate that15:50
bauzassure thing15:50
*** mdrabe has quit IRC15:50
mtreinishsdague: https://review.openstack.org/219873 is the first step towards that15:52
mtreinishI want to make sure that's sufficient to catch this15:52
sdaguemtreinish: +A15:53
*** cp16net has joined #openstack-nova15:54
sdagueyeh, I think we need one more test after that, but lets get that in15:54
*** browne has quit IRC15:54
cp16neti think i found an issue using the v2 api booting an instance with a block device mapping15:54
cp16nethttps://github.com/openstack/python-novaclient/commit/58cdcabf1c6580fbf04ae54ca846692ec2127d7815:54
ArchiFleKsHi, I'm not sure it the place to post this, i'm sorry if it is not15:55
ArchiFleKsdid anyone experience this bug https://bugs.launchpad.net/nova/+bug/1272076. When creating a volume from image on instance boot,Nova is trying to mount the block storage every 3 second for15:55
openstackLaunchpad bug 1272076 in Cinder "VolumeNotCreated - Instance failed, cinder too slow with Ceph" [Undecided,Confirmed]15:55
cp16netthat patch was to fix v3 but causes regression when using v215:55
ArchiFleKs60 times without checking if the volume is ready on Cinder, today I had to increase the block_device_allocate_retries = 60 and block_device_allocate_retries_interval = 3 to force Nova to wait longer. Shouldn't Nova check the status of the volume with cinder before trying to attach it to the instance ? (The volume is still in downloading state when Nova tries to attach it) or is there a reason why it15:55
ArchiFleKsdoes not wait ? FYI : when deploying with Heat there is no problem, maybe because Heat is waiting for every object of the stack to be ready.15:55
pilgrimstackbauzas: do you know if you're blocking /v2/ ? => what do you mean?15:55
bauzaspilgrimstack: so, the client calls nova to get a list of versions15:56
*** rushil has joined #openstack-nova15:56
*** SourabhP has joined #openstack-nova15:56
dansmithmtreinish: that test verifies that the result is not none, but also compares the response against a schema, is that right?15:57
bauzaspilgrimstack: the change you tested was basically making sure that if the call was returning a 401, we were using the minimum version instead of something negociated15:58
mtreinishdansmith: yeah it does a jsonschema validate on the response15:58
dansmithmtreinish: okay sweet15:58
*** tjones has joined #openstack-nova15:58
dansmithmtreinish: just wanted to make sure you couldn't pass that test with returning "go away" or something15:58
*** bkopilov has quit IRC15:58
*** SourabhP_ has joined #openstack-nova15:58
mtreinishdansmith: heh, yeah that would have been no good15:58
mtreinishdansmith: fwiw, it's in the client method: https://review.openstack.org/#/c/219873/7/tempest/services/compute/json/versions_client.py15:59
mtreinishL3615:59
dansmithmtreinish: so this is still fake-able if I wanted to be a real dick, right? like I could just have my proxy return a static file with a fake response here that would fit the schema15:59
pilgrimstackbauzas: curl -g -i -X GET https://compute.bhs-1.runabove.io/v2/  give me a 40115:59
bauzassdague: ^15:59
dansmithmtreinish: do we care that much? like, do we validate that your response looks like the release you say you're running, etc? from a defcore perspective I mean15:59
*** afazekas__ has quit IRC15:59
bauzaspilgrimstack: oh but you need to pass a token15:59
sdagueright, you need the token, it will give you a 401 without it16:00
mtreinishdansmith: yeah you could do that16:00
pilgrimstackright, I'll not past my token here :p16:00
*** tjones has quit IRC16:00
mtreinishbut tbh, it'd be easier to just upload a fake response to defcore16:00
mtreinishthat's easy to fake too16:00
sdaguemtreinish: that assumes mallice16:00
sdaguehonestly, I don't think there is malice here16:01
sdagueit's just not realizing that this is important16:01
*** SourabhP has quit IRC16:01
*** SourabhP_ is now known as SourabhP16:01
mtreinishdansmith: right now tempest doesn't understand nova microversions, I think we'll likely expand that test when it does16:01
mtreinishsdague: sure, I was just playing the game16:01
mtreinishand if I wanted to be evil I'd just upload fake test results16:01
sdaguepilgrimstack: ok, so if you are returning a 401 on that url, realize that will eventually cause you to fail defcore16:02
pilgrimstackbauzas: sdague: mybe it was not well express, I use a token and I have a 40116:02
sdaguepilgrimstack: ok, so then it acts like rax16:03
pilgrimstackrealize that will eventually cause you to fail defcore => what do you mean ?16:03
sdagueyou will lose the ability to call the cloud openstack16:03
Veksdague: story seems to be that it's a configuration issue; we're working on how best to correct the configuration.16:03
sdagueVek: ok, great, thanks16:03
*** marzif has quit IRC16:04
sdaguemtreinish: so the test we need on top of the one oomichi_away added, is actually that one, in getting /v2 and that being a thing.16:04
sdaguebecause it's supposed to be16:04
mtreinishsdague: oh, yeah. That's actually what I originally wrote it as16:05
mtreinishI didn't realize he changed it16:05
*** jlanoux has quit IRC16:05
*** browne has joined #openstack-nova16:06
*** rajesht has quit IRC16:06
*** mdrabe has joined #openstack-nova16:06
mtreinishsdague: that should be easy enough to add16:06
sdagueyeh, he was doing the top level version list16:06
sdaguewhich, is also required and good16:06
*** jistr has quit IRC16:06
sdaguemtreinish: any idea when defcore picks up their next set of tests?16:07
*** jaypipes has joined #openstack-nova16:07
mtreinishsdague: can we assume the service catalog will always have the project id as the last piece?16:07
mtreinishsdague: hmm I forget when there next definition round is16:07
mtreinishsdague: but hogepodge is aware of the test at least, so I'm sure if we bug him enough he'll add it to the list16:08
sdagueok, I'll follow up with him directly16:08
*** ijw_ has joined #openstack-nova16:08
mtreinishsdague: fwiw, I think it's just a json file in a git repo so you can propose the addition16:08
*** _diana_ has joined #openstack-nova16:09
*** bkopilov has joined #openstack-nova16:10
*** alex_klimov has quit IRC16:11
*** tjones has joined #openstack-nova16:11
*** _diana__ has joined #openstack-nova16:11
*** aix has quit IRC16:12
*** Piet has joined #openstack-nova16:12
*** VikasC has joined #openstack-nova16:12
openstackgerritNikola Dipanov proposed openstack/nova: claims: Remove compat code with instance dicts  https://review.openstack.org/22021516:12
*** unicell has quit IRC16:14
*** _diana__ has quit IRC16:14
*** unicell has joined #openstack-nova16:14
*** _diana__ has joined #openstack-nova16:15
*** _diana__ has quit IRC16:15
*** MarcF has quit IRC16:17
*** karimb has quit IRC16:17
*** derekh has quit IRC16:19
*** ndipanov has quit IRC16:21
*** sahid has quit IRC16:21
*** _diana_ has quit IRC16:22
*** _diana_ has joined #openstack-nova16:22
*** atuvenie has quit IRC16:22
hogepodgemtreinish: yup16:24
openstackgerritTimofey Durakov proposed openstack/nova: Change auth_plugin for neutron_client  https://review.openstack.org/22020716:24
*** nic has joined #openstack-nova16:25
*** chutwig has quit IRC16:25
cp16netanyone seen this error crop up lately? http://logs.openstack.org/72/219972/1/check/gate-trove-functional-dsvm-mysql/78fdb96/logs/screen-n-api.txt.gz#_2015-09-03_13_17_19_16916:25
*** _diana_ has quit IRC16:25
*** sayali has quit IRC16:26
*** ctrath has quit IRC16:27
*** VW_ has quit IRC16:28
*** VW_ has joined #openstack-nova16:28
*** MarcF has joined #openstack-nova16:29
*** chutwig has joined #openstack-nova16:29
*** eglynn has quit IRC16:31
*** VW_ has quit IRC16:33
*** ccarmack has quit IRC16:34
*** e0ne has quit IRC16:34
*** sayali has joined #openstack-nova16:35
*** mpaolino has quit IRC16:36
*** annegentle has quit IRC16:36
*** SourabhP has quit IRC16:36
*** annegentle has joined #openstack-nova16:37
*** lucasagomes has quit IRC16:39
*** ctrath has joined #openstack-nova16:40
*** afazekas__ has joined #openstack-nova16:40
*** VW_ has joined #openstack-nova16:41
*** ccarmack has joined #openstack-nova16:42
*** VW_ has quit IRC16:42
*** mriedem has joined #openstack-nova16:42
*** VW_ has joined #openstack-nova16:42
*** tjones has left #openstack-nova16:43
*** VW_ has quit IRC16:43
*** smatzek has quit IRC16:43
*** VW_ has joined #openstack-nova16:43
*** VW_ has quit IRC16:44
*** VW_ has joined #openstack-nova16:44
*** atuvenie has joined #openstack-nova16:45
openstackgerritVladyslav Drok proposed openstack/nova: DO NOT MERGE - Triggering experimental pipeline  https://review.openstack.org/22022916:45
*** _diana_ has joined #openstack-nova16:45
*** _diana_ has quit IRC16:46
mriedemooo large ops test failures http://logs.openstack.org/96/219696/4/check/gate-tempest-dsvm-large-ops/158f061/logs/screen-n-cpu-1.txt.gz?level=TRACE16:47
mriedemhow exciting16:47
*** SourabhP has joined #openstack-nova16:47
dansmithno fails in conductor log,16:47
mriedemnope, rpc timeouts16:47
dansmithwhich probably means n actual timeout16:47
dansmithright, but usually the reason you get those timeouts is because conductor is gone, or failing16:48
*** lpetrut has quit IRC16:49
*** VW_ has quit IRC16:49
*** garyk has joined #openstack-nova16:49
mriedemyar16:49
mriedemhttp://logs.openstack.org/96/219696/4/check/gate-tempest-dsvm-large-ops/158f061/logs/screen-n-net.txt.gz#_2015-09-03_15_11_10_66416:49
mriedemso i can fix the var sub in there, but that is only logged in certain cases i think16:50
mriedemlike i think there is literally a note in the code saying 'we shouldn't get here but if we do, do this'16:50
mriedemhttps://github.com/openstack/nova/blob/master/nova/network/manager.py#L106816:52
*** VW_ has joined #openstack-nova16:55
*** haomaiw__ has joined #openstack-nova17:02
johnthetubaguymriedem: sdague: how are we looking for a python-novaclient release for the manilla folks, looking like tomorrow or today?17:03
*** haomaiwa_ has quit IRC17:03
mriedemjohnthetubaguy: not necessary17:04
mriedemnow that we relaxed that json schema validation via dims' change17:04
mriedemhttps://review.openstack.org/#/c/219696/17:04
dimsyay17:04
dimstdurakov: left a note in https://review.openstack.org/#/c/220207/17:05
johnthetubaguymriedem: dims: perfect17:06
dimsmriedem: https://bugs.launchpad.net/nova/+bug/1491951 tsk...tsk...17:06
openstackLaunchpad bug 1491951 in OpenStack Compute (nova) "missing logging variable in nova network manager deallocate_fixed_ip" [Undecided,New]17:06
mriedemdims: yeah, fixing17:06
*** belmoreira has quit IRC17:07
mriedemi like how the guy from oracle running with patches to stable/juno is asking about how to fix his stuff17:07
mriedemin the ML17:07
*** afazekas__ has quit IRC17:08
dimsmriedem: haha17:08
dimsmriedem: i had dinner with jogo yday reminiscing about gate failures etc17:09
sdaguejohnthetubaguy: so, we should still do the python-novaclient release to fix users as soon as the patches merge17:10
mriedemdims: like https://www.youtube.com/watch?v=CZ_3G4xqSDQ ?17:10
johnthetubaguysdague: yeah, for the /versions stuff right?17:10
sdaguejohnthetubaguy: yep17:10
dimsmriedem: we had a mariachi in the background :)17:11
johnthetubaguysdague: I wonder if I can proxy that permission to the release team somehow...17:11
sdaguejohnthetubaguy: I don't know, dhellmann or ttx would17:12
*** afazekas__ has joined #openstack-nova17:12
johnthetubaguysdague: its just those two patches right?17:12
mriedemjohnthetubaguy: sdague: we can do our own release if needed...17:12
mriedemthat's how it worked in the long long ago17:12
johnthetubaguymriedem: I think the permissions have been revoked17:13
mriedemso i guess those 3 will just never be allowed to take vacation or sleep at the same time17:13
johnthetubaguyright17:13
mriedemjohnthetubaguy: https://launchpad.net/~nova-drivers17:14
sdagueok, I need to tweak the functional tests as well, we shifted a few things in the devstack service catalog and didn't account for novaclient17:14
mriedemi assume we can still push our own releases17:14
*** achanda has joined #openstack-nova17:14
johnthetubaguymriedem: I think they changed the permissions behind that, but I could be wrong17:15
johnthetubaguyoh wait, I see what you mean now17:15
mriedemhttps://review.openstack.org/#/c/220111/ needs to be updated anyway17:15
mriedemi've already -1ed this https://review.openstack.org/#/c/219737/17:16
mtreinishmriedem: https://review.openstack.org/#/admin/groups/967,members17:16
mtreinishjohnthetubaguy: ^^^17:16
mtreinishthat's the group which has permissions to push a novaclient release17:16
mriedemgah17:16
*** mpaolino has joined #openstack-nova17:16
mtreinishwhich includes sdague17:16
*** markvoelker_ has quit IRC17:16
*** rdopiera has quit IRC17:16
*** nic has quit IRC17:16
mriedemhttps://review.openstack.org/#/admin/groups/11,members17:17
sdagueoh, right, I just don't know how :)17:17
mriedemsdague: https://wiki.openstack.org/wiki/Nova/Client_Release_Process17:17
johnthetubaguyah, cool17:17
dimsmriedem: i see "pushSignedTag = group library-release" in project-config/gerrit/acls/openstack/python-novaclient.config - so need the release team i believe17:17
mtreinishmriedem: that's a bit dated, I think there are common scripts for it now17:17
mriedemmtreinish: last i tried those on novaclient they didn't work17:18
mtreinishalthough just pushing a signed tag will still work, it just doesn't do the fanciness17:18
johnthetubaguyI send a note in #openstack-relmgr-office saying I am happy with the release, so that should be logged, etc17:18
mriedembecause the series wasn't setup the way it wanted it17:18
johnthetubaguyjust to delegate my vote to you both17:18
mtreinishmriedem, sdague: just get dims to do it17:18
jrollcan local_gb be a float or just an int?17:18
*** mpaolino has quit IRC17:19
mriedemmtreinish: we will17:19
mriedemunless dimsbot is out having drinks with jogo17:19
*** erhudy has quit IRC17:19
dimsmtreinish: ack. just need a review in openstack/releases17:19
openstackgerritSean Dague proposed openstack/python-novaclient: Don't assume oscomputeversions is correctly deployed  https://review.openstack.org/22011117:19
openstackgerritSean Dague proposed openstack/python-novaclient: workaround for RAX repose configuration  https://review.openstack.org/22019217:19
openstackgerritSean Dague proposed openstack/python-novaclient: fix novaclient functional tests for new devstack config  https://review.openstack.org/22024917:19
*** mpaolino has joined #openstack-nova17:19
sdaguemriedem: there is a test fix in there17:19
dims:)17:19
jrollHostState isn't objectified so I suppose it can17:19
sdaguejroll: I'm pretty sure it's an int17:19
johnthetubaguyjroll: yeah, its an int: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L12817:20
mriedemsdague: doesn't the functional test fix need to be in the bottom change?17:20
jrolljohnthetubaguy: oh duh, db. thanks17:20
mriedemoh it is17:20
mriedemnvm sdague17:20
sdaguemriedem: yeh, I was about to say, I was pretty sure I had ordered those right :)17:20
mriedemthe way the bot lists them always confuses me17:20
*** achanda has quit IRC17:21
sdagueyeh, the bot seems to just be in rando order17:21
sdagueI've never actually figured out how it orders the world17:21
*** jordantardif has joined #openstack-nova17:21
*** afazekas__ has quit IRC17:21
*** achanda has joined #openstack-nova17:22
mriedemsdague: questoin in https://review.openstack.org/#/c/220249/17:23
sdaguemriedem: so, it's not even that17:24
sdagueit's actually that we changed the service catalog creation in devstack17:24
sdaguemriedem: https://review.openstack.org/#/c/219347/2/lib/nova,cm17:25
*** danpb has quit IRC17:26
mriedemok, get_or_create_endpoint "computev21" \ was removed17:26
*** zul has quit IRC17:26
*** zul has joined #openstack-nova17:27
mriedem+W17:27
*** zul has quit IRC17:27
*** zul has joined #openstack-nova17:28
*** penick has joined #openstack-nova17:32
*** annegentle has quit IRC17:33
dansmiththe bot's change is 32 in the gate17:33
dansmithand 4h old17:33
*** SourabhP has quit IRC17:34
openstackgerritMatt Riedemann proposed openstack/nova: nova-net: fix missing log variable in deallocate_fixed_ip  https://review.openstack.org/22025317:34
dansmithmriedem: we could make that a named parameter without breaking string freeze because it's not translated, right?17:36
mriedemdansmith: the log message doesn't change17:36
mriedembut also yes not string freeze17:36
mriedemsince it's debug17:36
dansmithmriedem: right, I'm saying it would be more righter to change the %s to %(address)s, right?17:37
mriedemdoes it mater?17:37
mriedem*matter17:37
mriedembtw, nice usage of 'more righter'17:37
*** alexschm has quit IRC17:37
mriedemthat should maybe arguably be INFO level17:38
mriedemsince it seems to be an exceptional case17:38
mriedemlike, i wanted to see how many times that is logged and a large ops job fails, but i can't17:38
dansmithah17:39
dansmithyeah17:39
dansmithbut we can't make it info at this point right?17:39
mriedemprobably not17:39
mriedem*probably*17:39
dansmithon the previous thing,17:40
dansmithI don't know that it matters, but I was thinking someone would come along and -1 my +2 for "this should be a named format" thing17:40
mriedemwhy would someone do that?17:41
mriedemseems extremely nit picky17:41
*** annegentle has joined #openstack-nova17:42
mriedemwhen we have log messages with %s all over the place17:42
dansmithwell, I can never figure out what is the flavor of the month with this log shit17:42
mriedemha17:42
mriedemdansmith: so, drive everyone crazy and push up a hacking check for no log messages with %s in it17:42
mriedemi could see why named args are useful in *translated* messages17:42
mriedemfor context to the translator17:43
*** lpetrut has joined #openstack-nova17:43
openstackgerritBen Nemec proposed openstack/nova: Make ironic ephemeral bdm match default value  https://review.openstack.org/20527117:43
mriedeme.g. %s is %s17:43
mriedemsh*t is f*cked17:43
*** vishwanathj has quit IRC17:43
dansmithwell, I guess the reason I'm saying this is that I don't like passing the positional args to the log command instead of formatting them right then and there,17:43
*** yassine_ has quit IRC17:43
dansmithbecause we don't get the immediate "you formatted three things and passed two" help17:43
dansmithbut I don't know that using the named params is any better in that regard17:44
mriedemok, i see now17:44
mriedemwell we have that check in the tests now17:44
mriedemfor wonky debug log messages that miss this stuff17:44
mriedemwhich probably means that this code path is not tested17:44
mriedemwhich wouldn't surprise me17:44
dansmithyeah17:45
mriedem-or- that check only works on missed named parameters17:45
mriedemi'll dig a bit17:45
*** mpaolino has quit IRC17:45
dansmithwell, I +2d because you shamed me17:45
mriedemfor saying you were nit picking in a roundabout way?17:45
mriedemyou have a point, i just wasn't grasping it17:46
*** e0ne has joined #openstack-nova17:46
dansmithfor saying I was nit picking when I was just exposing my insecurity about log policy on Tuesday September 3, 201517:46
mriedemtoday is thursday17:46
mriedemc'mon dan17:46
mriedemffs17:46
dansmithoh shit, it is17:46
dansmiththat's much better than tuesday17:47
*** tonytan4ever has quit IRC17:47
*** electrocucaracha has quit IRC17:47
*** ijw_ has quit IRC17:48
*** nic has joined #openstack-nova17:49
*** sayali has quit IRC17:50
*** SourabhP has joined #openstack-nova17:53
*** sayali has joined #openstack-nova17:53
*** bradjones has joined #openstack-nova17:53
*** bradjones has quit IRC17:53
*** bradjones has joined #openstack-nova17:53
*** emagana has quit IRC17:54
*** VikasC has quit IRC17:55
*** sachin_ has joined #openstack-nova17:56
*** VikasC has joined #openstack-nova17:57
*** tonytan4ever has joined #openstack-nova18:00
*** lpetrut has quit IRC18:06
*** mhorban has quit IRC18:06
*** sayali has quit IRC18:06
*** mhorban has joined #openstack-nova18:10
rlrossitdansmith: you available for some questions on your big chain of for InstanceV2?18:13
openstackgerritSean Dague proposed openstack/python-novaclient: workaround for RAX repose configuration  https://review.openstack.org/22019218:13
sdaguemriedem: there was a pep8 issue in the top patch18:13
sdaguethat fixes it18:13
mriedemtsk tsk18:14
dansmithrlrossit: yeah18:15
*** vilobhmm_11 has joined #openstack-nova18:15
rlrossitdansmith: for https://review.openstack.org/#/c/217817/3, why are you only updating tests to use objects.Instance, not anything else?18:15
rlrossitor have I not gotten far enough in the chain yet?18:15
*** nic has quit IRC18:15
dansmithrlrossit: because everything else should be using objects.Instance, but those tests are old, from before we did the objects.$OBJECT thing18:16
*** Sree has joined #openstack-nova18:16
rlrossitdansmith: gotcha18:19
sdagueok, so all the client patches are in the can. We've got the device=None patch in the gate. Last up from this morning was allowing spaces in server names, right?18:23
sdaguedid alex_xu get one up before he went to bed?18:23
sdaguealso, thinking about that, what's the implication for dns names?18:23
dansmiths/went to bed/ran out of battery/18:23
dansmithsdague: this is display name18:23
dansmithsdague: unicode is allowed18:23
sdagueoh, just display name18:23
dansmithname is calculated anyway18:24
*** gyee has joined #openstack-nova18:24
openstackgerritsulochan-acharya proposed openstack/nova: xapi: cleanup volume sr on live migration rollback  https://review.openstack.org/21710518:28
*** marzif has joined #openstack-nova18:28
*** rushil has quit IRC18:29
*** harlowja has quit IRC18:31
*** annegentle has quit IRC18:31
sdagueso in the schema name is enforced as a hostname18:31
dansmithsdague: name or display_name?18:32
sdaguehttps://github.com/openstack/nova/blob/b3f07e8c1fa45e9ae2835ed028a092436ae2ad10/nova/api/openstack/compute/schemas/servers.py#L2418:32
*** harlowja has joined #openstack-nova18:32
dansmithis that actually populated from display_name?18:32
sdaguethere's no display name passed int18:32
mriedemname is display_name in the api18:33
mriedemhostname there is weird18:33
mriedemthats why it's not happy about spaces18:33
mriedemthat should just be string18:33
dansmithyeah, I don't think hostname is right at all18:33
mriedemsomeone was thinking. server.name == hostname18:33
mriedemhttps://github.com/openstack/nova/blob/master/nova/objects/instance.py#L15518:34
mriedeminstance.display_name is nullable also18:34
mriedemso it seems like this is the same as the volume.device case18:34
mriedemstring or null18:34
mriedemor whatever v2 requires18:34
dansmithhttp://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/relax-resource-name-restrictions.html18:34
sdagueso clearly that didn't get implemented, or something got reverted18:35
mriedemi think it was just regressed here18:35
mriedemi remmeber looking at this spec ffor server group or flavor names at one point18:35
dansmithyeah, this seems like overzealous api schema work18:35
mriedemlike https://github.com/openstack/nova/blob/master/nova/compute/flavors.py#L5418:36
dansmithhttps://review.openstack.org/#/c/119741/8/nova/api/openstack/compute/schemas/v3/servers.py,cm18:36
dansmiththat's the patch to relax the names18:36
dansmithand it's the one that set it to hostname18:36
dansmithwhat's the definition of hostname/18:36
sdaguehostname is the restricted set18:36
mriedemhttps://github.com/openstack/nova/blob/master/nova/api/validation/parameter_types.py#L8418:36
*** _diana_ has joined #openstack-nova18:36
mriedem'pattern': '^[a-zA-Z0-9-._]*$',18:36
sdagueso this is super confusing18:37
sdaguethe patch for that spec is - https://review.openstack.org/#/c/119741/8/nova/api/openstack/compute/schemas/v3/servers.py,cm18:37
dansmithI think this was an oversight18:37
sdaguewhich increased the restriction18:37
sdagueexplicitly18:37
mriedemyeah18:37
mriedemi think it was a mistake18:37
dansmithclearly18:37
mriedemi'd say make it the same as flavor name18:37
sdagueyeh, ok, changing back to name seems fine18:37
mriedemthis https://github.com/openstack/nova/blob/master/nova/compute/flavors.py#L5418:37
mriedemor yeah i guess just 'name': parameter_types.name but does that allow unicoe?18:38
mriedem*unicode18:38
sdaguemriedem: I'm pretty sure18:38
dansmithhttps://review.openstack.org/#/c/119741/8/nova/api/validation/parameter_types.py,cm18:38
sdaguelook at how it's compiled above18:38
*** marzif has quit IRC18:38
sdaguemriedem: https://github.com/openstack/nova/blob/b3f07e8c1fa45e9ae2835ed028a092436ae2ad10/nova/api/validation/parameter_types.py#L54-L5518:39
mriedemyeah18:39
dansmithI wonder if sdague is just re-pasting all my links,18:39
mriedemhttps://github.com/openstack/nova/commit/f40b6a1d5c91628f78fdbc0417a3a394a69ab71618:39
dansmithor just these18:39
*** hparekh has joined #openstack-nova18:39
sdagueheh, sorry18:39
mriedemwhich is https://review.openstack.org/#/c/119741/818:39
mriedemha18:39
mriedemjinx!18:39
mriedemso it seems we know what needs to be done18:40
mriedemtypey typey as mikal would say18:40
sdagueok, I'll do the typey typey18:40
sdagueso, do we have an opinion on whether we need a microversion for this?18:41
dansmithare we going to honor the old behavior if we do?18:41
mriedemi'd say no to microversoin18:42
mriedemb/c we said v2.1 v2.1 is compat with v2.018:42
mriedemso saying, except for when it's v2.1418:42
mriedemseems wrong18:42
sdagueok, v2.1 on kilo if deployed will be different18:42
*** chhavi has joined #openstack-nova18:42
mriedemyeah18:42
mriedembut this makes things less restrictive18:42
mriedemso code that works on v2.1 kilo would also work with this18:42
dansmithI give up trying to figure this api shit out18:43
mriedemsdague: plus you could make the same argument for the device=None thing18:43
sdaguebut not the other way, between 2 clouds. Which, is probably super low risk given v2.1 is off by default18:43
sdaguemriedem: yeh, I think I'm fine calling it bug fix18:43
mriedemi'm always fine with calling a thing a bug fix when it's in my interest to do so :)18:43
sdaguewe screwed up18:43
sdaguewe're un screwing18:43
sdagueprobably means we should backport as well18:44
mriedemyes18:44
mriedemi was going to backport dims' fix also18:44
*** ctrath has quit IRC18:44
sdagueyeh, I think that's a plan18:44
sdaguejust out of curiosity, where's the code that sanitizes names for hostnames?18:45
*** jordantardif has left #openstack-nova18:45
mriedemyou mean where is https://github.com/openstack/nova/blob/b3f07e8c1fa45e9ae2835ed028a092436ae2ad10/nova/api/validation/parameter_types.py#L84 used ?18:45
sdagueno, I mean at some point we take this data and shove it into dnsmasq18:46
sdagueclearly it has to be scrubbed before that18:46
mriedemanywhere there is a host attribute in the db18:46
mriedemservice.host18:46
*** emagana has joined #openstack-nova18:46
mriedemnetwork.host18:46
*** nic has joined #openstack-nova18:47
mriedemlooks like it's also used for migrate/evacuate/aggregates/cells18:47
dansmithum18:47
dansmithservice.host and network.host and internal names, nothing to do with instance.display_name18:47
mriedemi konw18:48
*** electrocucaracha has joined #openstack-nova18:48
mriedemi'm not sure why he's asking18:48
dansmithbecause we set up dnsmasq for the instance with the hostname18:48
dansmithif we're on nova-net18:48
sdagueright, that18:48
dansmithsdague: https://github.com/openstack/nova/blob/master/nova/network/manager.py#L942-L95618:48
dansmithsdague: however,18:49
dansmithsdague: remember that our definition of hostname was not actually DNS-compliant18:49
dansmithbecause the neutron folks have a stricter and more righterer definition18:49
*** ijw_ has joined #openstack-nova18:50
*** ctrath has joined #openstack-nova18:50
*** yamahata has quit IRC18:50
*** tongli has joined #openstack-nova18:51
*** yamahata has joined #openstack-nova18:51
sdagueyeh, so it seems like we probably need a scrubber in here, otherwise we're going to generate gorp in dnsmasq. Unless I missed it, I'm not seeing a filter anywhere.18:51
dansmithwell, we didn't before right?18:52
sdagueI guess18:52
sdaguemaybe, that just becomes another bug that can be fixed18:52
*** tongli has quit IRC18:52
*** eharney has quit IRC18:52
dansmithI'm looking18:53
*** tri2sing has quit IRC18:53
*** lpetrut has joined #openstack-nova18:53
dansmithsdague: so what is your proposed filter?18:55
*** ijw_ has quit IRC18:55
dansmithmeaning,18:55
dansmithyou can either punt if there is a space,18:56
dansmithor try to coerce to _18:56
dansmithor fail, etc18:56
*** armax has quit IRC18:57
*** jwcroppe_ is now known as jwcroppe18:58
*** Sree has quit IRC18:58
*** Sree has joined #openstack-nova18:58
sdagueso, I was thinking coerce anything that's not a valid dns character to _18:59
sdaguewhich I realize isn't exactly right, but it would be more of a thing18:59
dansmithand then do the dupe check?18:59
sdaguemaybe18:59
sdagueanyway, I think that's a separate bug honestly18:59
*** VikasC has quit IRC19:00
dansmithyou know that _ is not actually a valid character for DNS right? :)19:00
mriedemcouldn't you just check it against the parameter_types.hostname regex?19:00
mriedemsame as in the api?19:00
sdaguedansmith: well, -19:00
dansmithmriedem: well, the question is whether you validate and ignore if it fails, or try to fix it19:00
sdagueanyway, different bug... let me finish this commit message19:00
mriedemremember caps and periods19:00
*** annegentle has joined #openstack-nova19:01
openstackgerritSean Dague proposed openstack/nova: relax restrictions on server name  https://review.openstack.org/22027919:01
mriedemdansmith: i guess we were just ignoring it before?19:01
sdagueyeh, we were19:01
dansmithmriedem: I'm guessing we were writing a hosts file where there was a space in it,19:01
sdagueyeh, that's my guess19:01
dansmithsuch that dnsmasq saw "address foo bar.domain.com19:01
sdaguebecause all I see is a .lower() as transform19:02
*** tri2sing has joined #openstack-nova19:02
dansmithsdague: so this is a bug, but not blocking anyone right?19:02
sdagueI believe trove rewrote their tests to not do this19:03
sdagueso, yes19:03
*** Sree has quit IRC19:03
mriedemsdague: there are no unit test hits for this?19:03
sdaguemriedem: it passed existing tests19:03
dansmithin that case, I think we should let johnthetubaguy and maybe jaypipes comment on this19:03
dansmithalaski: any opinions?19:03
sdagueyep, I'm fine with that19:03
mriedemsdague: we should probably at least have a unit test that creates a server against the v2.1 api with a space in the name19:03
mriedemsince that's the bug19:03
dansmithmriedem: yes19:04
sdaguemriedem: yeh, agree, I'll do that tomorrow morning. I'm about done for the day.19:04
dansmithmriedem: you should -2 with "nobody is above the law, sean." in that condescending voice of yours19:04
alaskireading back19:04
mriedemexcept dredd19:05
dansmithalaski: I can summarize19:05
mriedemb/19:05
mriedem*b/c, you know, he is the law19:05
dansmithalaski: when we did that blueprint for juno about relaxing names of things to include unicode, etc,19:05
mriedemsdague: if i get some time this afternoon i'll add the test19:05
dansmithalaski: we apparently made instance.display_name more strict19:05
dansmithalaski: strict to a fake DNS regex, which doesn't include spaces19:05
dansmithalaski: that was a regression reported from v2.0 to v2.119:05
dansmithalaski: our feeling is that display name should be a name and should be wide open19:06
mriedemdanpbot (tm)19:06
alaskiyep, totally agree with that19:06
dansmithalaski: and for nova-network, we should probably just sanitize it to something reasonable19:06
alaskiseems reasonable to me19:06
alaskiit does have an issue of potential collisions, but I think we have that anyways19:07
dansmithalaski: apparently before we were just writing out a broken hosts file with a space in it and nobody noticed or cared19:07
dansmithalaski: we would filter and then run the usual unique check that we do now19:07
*** eharney has joined #openstack-nova19:07
alaskiI'm totally on board with all of that19:07
dansmithokay cool19:08
dansmithjust wanted an actually-supports-an-api perspective :)19:08
alaskiI've always disliked that display name was linked to hostname anyways, but that's a different convo19:08
dansmithyeah, totes19:08
*** electrocucaracha has quit IRC19:08
*** _diana_ has left #openstack-nova19:08
alaskiin my experience every just grabs ips from the server response and does everything with that.  it's a pain since they want to hold on to that IP forever, but very few seem to care about DNS/hostnames19:10
dansmithI think uuid.domain.com would make more sense19:11
dansmithdisplayname.domain.com is a nice ideal, but not in practice I think19:11
*** hparekh has quit IRC19:13
alaskiyep19:13
*** SourabhP has quit IRC19:16
*** SourabhP has joined #openstack-nova19:16
*** _diana_ has joined #openstack-nova19:17
*** achanda has quit IRC19:18
*** alex_klimov has joined #openstack-nova19:23
*** alexpilotti has quit IRC19:26
*** lpetrut has quit IRC19:27
*** Marga_ has joined #openstack-nova19:29
*** chhavi has quit IRC19:29
*** armax has joined #openstack-nova19:29
*** lpetrut has joined #openstack-nova19:30
*** changbl has quit IRC19:30
melwittdansmith alaski: one of the first things I did working on nova internally was untie display_name from hostname. we do either a random hostname generation based on ip or lookup a static name by ip. and people do use the hostnames, we also have a custom hostname option in some clusters where the user can pass in a hostname19:31
*** VW_ has quit IRC19:32
*** VW_ has joined #openstack-nova19:32
melwittdansmith alaski: in all cases, display_name is just a friendly nickname that appears alongside the hostname in 'nova list' (we also return hostname as a server detail for 'nova list' 'nova show') so you can see for example "dev" and "znc" are a couple I have19:32
*** thumpba has joined #openstack-nova19:32
*** ivasev has quit IRC19:33
dansmithmelwitt: right on19:33
*** matrohon has joined #openstack-nova19:33
alaskimelwitt: nice.  that's a much better way to handle it19:34
*** ijw_ has joined #openstack-nova19:34
*** lpetrut has quit IRC19:36
*** VW_ has quit IRC19:37
melwitt(correction, no random hostname generation but use a template and generate a hostname based on the ip to ensure it's unique)19:37
*** VW_ has joined #openstack-nova19:39
*** electrocucaracha has joined #openstack-nova19:41
mriedemdansmith: weird, i added a test for this logging thing to hit that block, intentionally left the fix out and ran the test, it blows up, but doesn't actually log the failure in the console output19:50
mriedembut my mock assert on the fip.disassociate right after the log statement fails - because it blows up on the bad log.debug call19:50
mriedemseems the log handling stuff in our test fixtures has maybe regressed19:50
sdagueso, maybe that's the thing we should do for real in M, split up name and displayname19:51
*** tri2sing has quit IRC19:53
*** pixelbeat has quit IRC19:54
*** eharney has quit IRC19:55
*** electrocucaracha has quit IRC19:58
*** eharney has joined #openstack-nova20:00
sdaguemriedem: so for some reason tests didn't run on patch #2 in the series20:00
*** emagana has quit IRC20:00
sdaguejust did a recheck20:00
sdaguewith any luck in about 2 hours all that should merge20:00
*** Marga_ has quit IRC20:01
melwittsdague: I didn't know this until I checked around yesterday and the security groups create optional description issue got addressed by updating the API docs to make it required20:02
*** derekh has joined #openstack-nova20:02
*** chutwig is now known as erhud120:04
*** erhud1 is now known as erhudy120:04
*** emagana has joined #openstack-nova20:06
*** dave-mccowan has quit IRC20:06
*** husanu has quit IRC20:07
*** husanu has joined #openstack-nova20:09
mriedemsdague: would it be valid to throw this assertion http://git.openstack.org/cgit/openstack/nova/tree/nova/tests/unit/test_fixtures.py#n110 into the test_debug_logging test case below it?20:11
*** e0ne has quit IRC20:12
*** baoli_ has quit IRC20:13
mriedemmethinks oslo.log might be regressed20:13
mriedemdims: ^20:13
*** achanda has joined #openstack-nova20:18
dimsmriedem: this one? https://github.com/openstack/oslo.i18n/commit/8d49c279cf28c49666bc7efb0f5ce55eae55284120:19
mriedemmaybe?20:20
mriedemthis is a debug log message20:20
*** derekh has quit IRC20:20
mriedemi need to try and see if it fails with a log.info message20:20
*** lpetrut has joined #openstack-nova20:21
mriedemdims: so it can't be that since that's only for _() objects20:22
mriedemand this isn't using a message object20:22
mriedemcould be a regression in the upstream fixtures library for all i konw20:23
*** achanda has quit IRC20:24
*** e0ne has joined #openstack-nova20:25
mriedemthink i found something20:25
*** ZZelle_ has joined #openstack-nova20:26
*** e0ne has quit IRC20:26
*** Marga_ has joined #openstack-nova20:27
*** eharney has quit IRC20:27
*** IanGovett has quit IRC20:29
*** achanda has joined #openstack-nova20:29
*** dave-mccowan has joined #openstack-nova20:32
*** thangp has quit IRC20:33
*** vladikr has quit IRC20:36
openstackgerritChuck Carmack proposed openstack/nova: Make the server group invalid format message more verbose  https://review.openstack.org/21846820:36
*** achanda has quit IRC20:38
*** lpetrut has quit IRC20:38
mikalMorning20:38
mriedemlifeless: given https://github.com/testing-cabal/fixtures/commit/354acf568aa86bb7d43a01c23d73c750f601b335 - isn't this wrong? https://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L10520:41
*** eharney has joined #openstack-nova20:42
mriedemmikal: do you know anything about libvirt? :)20:42
mriedemthe usual 4 people i'd ask aren't on20:42
dansmithrlrossit: on this: https://review.openstack.org/#/c/217816/20:43
dansmithrlrossit: are you keeping the -1 on there for the comment thing or is there something else?20:44
rlrossitdansmith: it was for the comment and very slightly for the >= vs. > thing20:44
dansmithrlrossit: did I explain away the >= thing?20:45
rlrossityep20:45
dansmithI'm trying to figure out how your suggested comment makes more sense20:46
dansmiththey seem equivalent to me, except that yours is a little more duplicative of the actual code20:46
rlrossityeah idk20:46
rlrossitI initially read it and saw we weren't *always* setting it20:47
*** achanda has joined #openstack-nova20:47
rlrossitkinda got confused but the code is pretty straight-forward after I looked at it for a while20:47
rlrossit(I also had to figure out what registration_hook() did in the first place too)20:47
dansmithI was trying to avoid doing this, but see if this is worthy of your +1:20:49
openstackgerritDan Smith proposed openstack/nova: Pull out the common bits of InstanceList into _BaseInstanceList  https://review.openstack.org/21933720:49
openstackgerritDan Smith proposed openstack/nova: Update objects test infrastructure for multiple versions  https://review.openstack.org/21781820:49
openstackgerritDan Smith proposed openstack/nova: Add Instance and InstanceList v2.0 objects  https://review.openstack.org/21781920:49
openstackgerritDan Smith proposed openstack/nova: Fix an issue with NovaObjectRegistry hook  https://review.openstack.org/21781620:49
openstackgerritDan Smith proposed openstack/nova: Make the conductor fixture use version manifests  https://review.openstack.org/21785120:49
openstackgerritDan Smith proposed openstack/nova: Refactor Instance tests to use objects.Instance  https://review.openstack.org/21781720:49
openstackgerritDan Smith proposed openstack/nova: Pull out the common bits of Instance into _BaseInstance  https://review.openstack.org/21781520:49
openstackgerritDan Smith proposed openstack/nova: Teach conductor to do manifest-based object_class_action() things  https://review.openstack.org/21943220:49
rlrossitholy moly20:49
rlrossitdansmith: that comment explains things much better20:51
dansmithokay20:51
mikalmriedem: I can provide generic confused answers20:53
mikalmriedem: what's up?20:53
mriedemmikal: just in time20:53
mriedemhttps://bugs.launchpad.net/nova/+bug/149202620:53
openstackLaunchpad bug 1492026 in OpenStack Compute (nova) "domain.attachDeviceFlags randomly doesn't do anything in libvirt" [Medium,Confirmed]20:53
mriedemfor me to write it down20:53
mriedemi'm assuming this is just a crazy bug in libvirt20:54
mikalAhhh, well I am not a libvirt internals guy, but let me look20:54
mriedemvirDomainAttachDeviceFlags is called but doesn't log or do anything, doesn't fail, doesn't attach, doesn't show up as a call in the libvirt debug logs for the domain20:54
mriedemnothing20:54
mikalFor reference, tonyb has done some libvirt internals stuff20:54
mriedemtonyb: ^20:55
mriedemotherwise i'll be bugging danpb in the morning20:55
mikalLooking at this bug20:55
mikalI read what you wrote as saying nova never calls attach but does generate the xml20:55
mikalOr am I misunderstanding you?20:56
mriedemnova calls domain.attachDeviceFlags20:56
mikalOk, and libvirt misses it somehow?20:56
mriedemi see that here: http://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-full/e0da291/logs/screen-n-cpu.txt.gz#_2015-09-02_17_42_10_27420:56
mriedemyeah20:56
mriedemit's like it goes into a blackhole20:56
mikalYeah, we need a libvirt dev I would think20:56
mikaltonyb might have some time today now that some of the security stuff is less urgent20:57
mikalI'll ask him20:57
mikalNoting that he's still trying to fix juno too20:57
mikalOr his "tangled web of onions" as he has started calling it20:57
mriedemwhy is he working on juno btw?20:57
mikalThat is a long complicated story20:57
mriedemi have 33 minutes20:57
mikalI think it started with a security backport and broken gating20:57
mikalIts ended up with bloody mindedness and trying to be a good bloke20:57
mriedemoh, the on_completion callback for exe?20:58
mikalI'm not sure, I've been bravely running away20:58
flwang1mriedem: hi, a quick question, is there any way to detach a volume which server has been deleted?20:58
mriedemflwang1: you shouldn't be able to delete a server instance that has attached volumes w/o nova first detaching those volumes20:58
flwang1mriedem: i know and I see. but now we have a customer report a bug that he can't detach his volume and after checked, i saw the server has gone20:59
*** electrocucaracha has joined #openstack-nova20:59
mikalmriedem: can you spend some of your 33 minutes looking at https://review.openstack.org/#/c/219980/ please?20:59
mikalmriedem: I've been a good boy20:59
*** vilobhmm_11 has quit IRC21:00
*** vilobhmm_11 has joined #openstack-nova21:00
*** rlrossit has left #openstack-nova21:00
anishflwang1: maybe this is what you want ? https://mcwhirter.com.au/craige/blog/2014/Deleting_Root_Volumes_Attached_to_Non-Existent_Instances/21:00
flwang1anish: i would like to give you a big hug21:01
*** tjones has joined #openstack-nova21:01
anishflwang1: INTERNET HUG !21:01
flwang1yep, send from New Zealand to wherever you are :)21:02
openstackgerritSylvain Bauza proposed openstack/nova-specs: Proposes the RequestSpec object for Mitaka  https://review.openstack.org/22031221:02
anishmikal: "pending_soft_became_hard" quite the name there21:03
mikalanish: thanks!21:03
mikalanish: I was going for descriptive and fits on a line21:03
*** jwcroppe_ has joined #openstack-nova21:03
doffmanish: flwang1: Sounds like a horribe work around.21:03
doffmThere seems to be a related bug:21:04
doffmflwang1: https://bugs.launchpad.net/nova/+bug/133588921:04
openstackLaunchpad bug 1335889 in OpenStack Compute (nova) "Race condition in quickly attaching / deleting volumes" [High,Confirmed]21:04
*** dramakri has joined #openstack-nova21:04
*** thorst has quit IRC21:04
*** aysyd has quit IRC21:04
anishdoffm: yes, but I'm not aware of the proper way to fix it, since it shouldn't have happened in the first place21:05
anishmore a case of i-ve-accidentally-done-this-on-devstack-too-many-times21:05
dimsmriedem: am trying to recreate your scenario without fixtures... seems to be doing the right thing - http://paste.openstack.org/show/444708/21:05
*** dustins has quit IRC21:05
mriedemanish: doffm: flwang1: i'm pretty sure there is already a patch for that bug21:06
*** jwcroppe has quit IRC21:06
*** dramakri has left #openstack-nova21:06
flwang1anish: seems  the case in that blog is not really same like my case21:06
anish:/21:07
* mikal wanders off to wake his kids before school21:07
doffmflwang1: mriedem: There is. Cinder patch for forcing a delete of the volume. Now abandoned.21:08
*** tdurakov_ has joined #openstack-nova21:08
*** raildo is now known as raildo-afk21:08
flwang1doffm: force delete?21:09
flwang1i think i need a force detach21:09
mriedemthere is a separate force delete thing21:09
mriedemfor nova-manage21:09
doffmflwang1: Ahem... pardon me. Force detach.21:09
flwang1IIRC, cinder support that, right?21:09
mriedemit basically deletes the bdm associated with the instance in the nova db21:09
mriedemyes, it's a force detach21:10
*** greghaynes has quit IRC21:10
flwang1mriedem: i guess it's not in icehouse :(21:10
mriedemit's not in anything yet21:10
flwang1mriedem: :-/21:10
mriedemscottda: what happened with the force-detach nova-manage thing?21:10
mriedemdid that merge?21:10
mriedemflwang1: you need to tell your customers to move up to non-EOL branches21:11
*** Piet has quit IRC21:11
scottdamriedem: now, it didn't ...21:11
flwang1mriedem: we're in upgrading21:11
mriedemscottda: i can't seem to find the patch21:11
*** tdurakov_ has quit IRC21:11
scottdaandrearosa: came up with a new patch , and I'm actually testing it ATM21:11
mriedemlink?21:11
scottdahttps://review.openstack.org/#/c/184537/921:12
scottdaBut that's not the latest...21:12
scottdahe hasn't pushed it up because he didn't have time to test it.21:12
*** VW_ has quit IRC21:12
*** tdurakov__ has joined #openstack-nova21:13
*** VW_ has joined #openstack-nova21:13
scottdahmmm..doesn't seem to work21:14
mriedemoh right, that one, i was looking for 'force' in the title21:14
scottdaYeah, it seems kinda stalled.21:15
flwang1mriedem: in my case, the volume is not root volume21:15
flwang1so it's allowed to delete the instance firstly21:15
*** tdurakov__ has quit IRC21:15
flwang1and the problem is the attach relationship is not cleared as expected21:16
mriedemflwang1: have you recreate this on master?21:16
mriedem*recreated21:16
*** rlrossit has joined #openstack-nova21:17
*** VW_ has quit IRC21:18
flwang1no, i can't even recreate it on the same env21:19
bauzasmelwitt: have you already looked at what we discussed on Tempest/devstack for the cells job  ?21:19
flwang1mriedem: i saw this bp https://blueprints.launchpad.net/nova/+spec/add-force-detach-to-nova21:19
bauzasmelwitt: or do you want me to see if I can help with that ?21:19
mriedemflwang1: yeah that's for https://review.openstack.org/#/c/184537/21:20
flwang1and john mentioned there should/will be a work around21:20
flwang1mriedem: ah, got it21:20
bauzasalaski: melwitt: btw. FYI https://review.openstack.org/#/c/218473/21:20
melwittbauzas: I haven't done anything with it yet. please feel free :) I have only so far reviewed the shelve one https://review.openstack.org/#/c/220158/21:20
bauzasalaski: -W'd because I wonder if we should recall the instance creation21:21
*** jwcroppe_ has quit IRC21:21
bauzasmelwitt: okay, I think it will need a lot of changes, so I'll probably provide the first one and we'll be able to incrementally provide some21:21
melwittbauzas: cool, will take a look at your patch21:22
alaskibauzas: I don't think we do, but I need to trace through that21:22
*** jwcroppe has joined #openstack-nova21:22
bauzasalaski: yeah I did trace that21:22
melwittbauzas: sounds good on the cells job thing21:22
bauzasalaski: but that's still unclear21:22
alaskibauzas: I suspect we want to remove the create() that's there, not add another21:22
flwang1mriedem: so seems there is no good way to fix it except hacking database?21:23
bauzasalaski: okay, I'll look at that too21:23
mriedemflwang1: well i think you're looking for https://review.openstack.org/#/c/184537/21:24
alaskibauzas: I mean in a different patch.  just based on comstuds comment and wondering when we would actually hit that and want it21:24
bauzasalaski: of course the above change removes the exception from the parent cell21:24
mriedemflwang1: or whatever that's going to end up being21:24
bauzasalaski: but I really need to understand why it's raising21:24
bauzasalaski: yeah agreed, but I still wonder why comstud provided that21:25
*** tri2sing has joined #openstack-nova21:25
mriedemmikal: https://review.openstack.org/#/c/219859/ - i've seen your name in some of that code21:25
alaskibauzas: probably being cautious21:25
mriedemmikal: would help with debugging lxc failures when running devstack + tempest + lxc21:25
bauzasalaski: well, I need to see if that commit was before the 5 times DB check21:25
*** eharney has quit IRC21:26
bauzasalaski: because if by 5 times we can't save the instance, there is no reason to try again a 6th time IMHO21:26
flwang1mriedem: ok, thank you very much21:26
mriedemccarmack: why did you abandon this? https://review.openstack.org/#/c/219778/21:28
lifelessmriedem: its not wrong, it is stale21:28
mriedemccarmack: for https://review.openstack.org/#/c/220158/ ?21:28
lifelessmriedem: if its a resource that *could* leak, then its missing the leak protection you'd get if you used _setUp21:28
ccarmackmriedem: for some reason, vim kept putting a linefeed at the end of file, so I started over21:28
mriedemlifeless: yeah so it's supported, but we should be using _setUp21:28
mriedemoh vim21:29
ccarmackmriedem then I used sed to remove the 3 shelve lines...21:29
*** jwcroppe_ has joined #openstack-nova21:29
mriedemmikal: i didn't completely understand your init reboot patch, put some comments inline21:29
*** penick has quit IRC21:29
mriedemmikal: but it's also been a long day and me brain no work very good21:30
*** jwcroppe has quit IRC21:31
ccarmackmriedem: if there's anything else I can do for the cells tempest changes, let me know21:31
mriedemccarmack: there are probably others with the same pattern21:31
mriedemsee if there are tests we're blacklisting which already have feature toggles in tempest21:32
*** penick has joined #openstack-nova21:32
mriedemi think there was a resize one21:32
mriedemalaski: cells supports resize thoug hright?21:32
mriedemjust couldn't pass the test?21:32
*** jcoufal has quit IRC21:32
mriedemccarmack: aggregates might be a better one to start on21:32
ccarmackmriedem: was there a list of features supported by cells?21:33
alaskimriedem: yes it supports resize21:33
mriedemccarmack: i don't think so21:33
mriedemjust tribal knowledge of what it doesn't support21:33
alaskimriedem: I may be misremembering but resize might have failed due to using security groups or something else in it21:34
mriedemoh, yeah, maybe21:34
mriedemheh, compute-feature-enabled.security_groups = False21:34
melwittalaski mriedem: I think resize will work as long as the flavor to size to is available in the cell db. if it's not, it will fail21:36
alaskiyeah, that too21:36
melwittalaski mriedem: in tempest it fails because devstack creates a new flavor through the API "m1.nano" and then uses it for the resize tests IIRC, so it won't work21:37
alaskiright, so I was remembering incorrectly21:38
mriedemwe cant get that flavor into the cells db?21:38
melwitt(because nothing propagates flavor from API to cell)21:38
mriedemhrm21:38
alaskiwe looked at doing that work and it was kind of decided we wouldn't touch it now21:38
*** annegentle has quit IRC21:38
mriedemwe should be able to just tell tempest which flavors to use21:38
mriedemthere are 2 of them21:38
mriedemmtreinish: ^ right>21:38
melwittI think only instances are synced API <--> cell. everything else not21:38
*** VW_ has joined #openstack-nova21:39
mtreinishmriedem: yeah tempest is given 2 flavors21:39
*** burgerk has quit IRC21:39
mtreinishI think you can get away with 1, but I'd have to double check21:39
mriedemmtreinish: but tmepest doesn't like create it's own and use it does it? for resize tests?21:39
mtreinishmriedem: no it resizes between the 2 provided21:39
mriedemok,21:39
*** marzif has joined #openstack-nova21:39
mtreinishmriedem: the flavors tests create a flavor, but they're not used for anything21:39
mriedemso melwitt - seems like we should just not do that thing in devstack if running cells21:39
mtreinishexcept to verify that the flavors calls worked21:40
mriedemflavor_ref=121:40
mriedemflavor_ref_alt=221:40
mriedemyar21:40
mriedemmelwitt: alaski: seems we could just have a bug that says that resize test fails with cells b/c devstack assumes a wrong thing21:40
mtreinishmriedem: well I think devstack uses 42 and 84 by default21:41
mriedemmy point is, if cells, don't auto-create flavors and use those in tempest.conf21:41
mtreinishsomeone's a fan of the hitchhikers guide21:41
mriedemuse whatever nova flavor-list provides21:41
alaskimriedem: that's good with me21:41
alaskiI think devstack creates flavors properly for cells though21:42
alaskiat least initially21:42
melwittor have devstack create the flavor in the cell db too if it's done via nova-manage. I'd have to look at it again21:42
alaskiif something is getting created later we missed it21:42
melwittI don't remember how it's doing it21:42
mriedemright here https://github.com/openstack-dev/devstack/blob/master/lib/tempest#L20221:43
melwittoh, API then, not nova-manage21:43
alaskiahh yeah, that kills the cells21:43
*** jwcroppe has joined #openstack-nova21:43
mriedemheh21:43
mriedemcan we start referring to cells as 'the cells'?21:43
rlrossitdansmith: I thought I was a genius on https://review.openstack.org/#/c/217818/5 but I just confused myself21:43
melwittmriedem: +121:43
ccarmackmelwitt, alaski, mriedem: should the API be fixed to pass the flavor to cells?  (I'm sure I'm missing something)21:44
dansmithrlrossit: no comments there, did you mean to comment?21:44
mriedemccarmack: i think we're talking about just a devstack change21:45
mriedembut i have to run21:45
rlrossitdansmith: no, because I found a super awesome way to improve it, but I tried it and it didn't work21:45
mriedemccarmack: melwitt: alaski: sounds like we could file a bug for this thought21:45
mriedem*though21:45
mtreinishalaski: so it needs another if is_service_enabled n-cells in that block21:45
mtreinish?21:45
alaskiccarmack: it's non trivial.  The plumbing is fairly easy but we never took the time to find a good solution to what to do if a cell is down during that21:45
*** jwcroppe_ has quit IRC21:45
dansmithrlrossit: ....okay, and you're just telling me? :)21:45
rlrossitdansmith: I was thinking instead of doing '%s%s' % (obj_name, version) you could just do the name of the class (because most of the time they will be the same as obj_name)21:46
rlrossitbut my normal methods of getting the class name return not what I want21:46
ccarmackalaski: ok, in the meantime I can look for item to unblacklist (aggregates?)21:46
ccarmackaggregates are like cells of cells?21:46
rlrossitdansmith: my apprentice python wizardry is pathetic21:47
alaskimtreinish: it has to be done outside of the api.  the original flavors get in via nova-manage at  https://github.com/openstack-dev/devstack/blob/master/lib/nova#L67521:47
dansmithrlrossit: well, that's not really what we want though I think21:47
alaskimtreinish: so we would need a way to load them in Nova that's not a hack21:47
dansmithrlrossit: because I could create a subclass of Instance that stores things in a different way, and I'd want to still be held to the same versioning hash21:47
dansmithrlrossit: to make sure I didn't change it21:47
dansmithrlrossit: but foo.__class__.__name__ should get you what you want21:48
*** jwcroppe_ has joined #openstack-nova21:48
alaskiccarmack: aggregates don't work yet afaik.  there's been some work to get them working but I don't think it all merged21:48
rlrossitdansmith: but in the end it would have to be registered as a different class wouldn't it? So it would need its own fingerprint?21:48
mtreinishalaski: ah ok21:48
rlrossit(different meaning an addition to the obj_classes() list)21:48
dansmithrlrossit: no, I could have an Instance and and MongoDBInstance, both should have the same hash, right?21:49
*** mriedem has quit IRC21:49
*** matrohon has quit IRC21:49
dansmithrlrossit: specifically, the objname is the symbolic name for a given schema, so we want to check and store that21:50
rlrossitdansmith: yes, but with the way you do the hash stuff right now, it would make an Instance2 and store its hash again right?21:50
*** jwcroppe has quit IRC21:50
rlrossitoh wait no you would overwrite the existing instance in the registry21:50
*** otter768 has joined #openstack-nova21:50
rlrossitright?21:50
dansmithI'm sure the existing test would not do the right thing21:50
dansmithmy point is, using the class name as the hash key is not right21:51
dansmithwe should probably collect all the things that call themselves foo, and make sure their hashes are all equal to the stored hash21:51
dansmithto support that case21:51
dansmithhowever, Instance and Instance1 are different schemas21:51
rlrossitbut then InstanceV1 and InstanceV2 will be different21:51
dansmithbut Instance and MongoInstance are not21:51
*** unicell has quit IRC21:52
rlrossitdansmith: yeah basically my class name proposal will work the same as what you have in the patch right now (I think) and, in my opinion, makes updating hashes a lot easier, because I don't know if Instance is v1 or v2, and likewise I don't know which on Instance1 is in the tree21:53
rlrossitI don't know how to handle your different objects, same hash problem21:53
openstackgerritBartosz Górski proposed openstack/python-novaclient: Adds missing internationalization for help message  https://review.openstack.org/21976821:54
dansmithokay, but I specifically don't want to store the hashes by class name, I want them by object name21:54
openstackgerritdane-fichter proposed openstack/nova: Nova support for image-signing  https://review.openstack.org/18984321:54
*** haomaiwa_ has joined #openstack-nova21:54
dansmithbecause that's the symbolic name of the schema we're trying to ensure never changes (without a version bump)21:54
rlrossitdansmith: but... class name and object name are (almost) always the same thing aren't they?21:54
*** ccarmack has left #openstack-nova21:55
dansmithrlrossit: they are, but there are no class names on the RPC wire, they're the symbolic name21:55
*** haomaiw__ has quit IRC21:56
dansmithrlrossit: so I could change Service to ServiceFoo and make obj_name() return Service and that would be fine21:56
dansmithnothing would break21:56
dansmithnor would the hash change21:56
dansmithand then I could have a ServiceBar that also implements the symbolic Service schema21:56
dansmiththose two Service objects, for a given version, have to behave the same (i.e. have the same schema and thus the same hash)21:57
*** annegentle has joined #openstack-nova21:57
dansmithif we stored class names in the table,21:57
rlrossitdansmith: so, I get that21:57
dansmithand we had two Service implementations,21:57
rlrossithttps://review.openstack.org/#/c/217818/5/nova/tests/unit/objects/test_objects.py,cm this does not do that though.... right?21:57
dansmiththen people would let one service object become different from the other, but that's not okay21:57
rlrossitServiceFoo would be Service and ServiceBar would be Service1 in the table21:57
dansmithrlrossit: correct, that addresses the other axis of supporting two major versions of the schema at once21:58
dansmithrlrossit: no21:58
dansmithI see what's confusing you21:58
rlrossitoh wait those implement the same version21:58
rlrossitso Bar would overwrite Foo in the registry21:59
dansmithright21:59
dansmithso right now the registry doesn't have room to support two implementations of the same object at the same version21:59
rlrossitso I agree with you there21:59
rlrossitthen I guess I don't get why you disagree my class name thought for things that have the same base, but are implementing different schemas22:00
dansmithI don't understand what you just said.. same base but different schemas?22:00
rlrossitInstanceV1 and InstanceV2... they both are pretending to be Instance in the registry22:01
rlrossitthey cause 2 entries in the registry22:01
rlrossitso they need 2 hashes22:01
dansmithokay, but no, they're not the same schem22:01
dansmithbecause they are different major versions22:01
dansmiththere's a difference between Instance V2 which has different fields from Instance V1,22:02
dansmiththat's a different axis of difference from SqlInstance and MongoInstance22:02
rlrossityeah22:02
dansmiththe former two are different major versions of the same thing, so the schemas are different22:02
dansmiththe latter are two identical schemas with different implementations22:02
rlrossitand my suggestion hits on the table in the case of the former, not the latter22:02
*** annegentle has quit IRC22:03
dansmithrlrossit: but if we do that, then it also affects the latter, right?22:03
dansmithwhere we're recording the hash of the implementation and not the hash of the schema22:04
rlrossitdansmith: shouldn't22:04
rlrossitif we have 2 entries in the registry, log both hashes, with the names being the name of the implementing class. If we only have one, just use the name of the obj_name22:04
dansmithI understand that the mechanics are easier if you do that22:05
dansmithI think it's mixing concepts and wrong on principle :)22:05
rlrossitdansmith: it's just a different name.... it's not that bad... it's easier to understand than <object><n> naming scheme in my opinion22:06
rlrossitpwwwweeeeeease22:07
dansmithbut it's wrong!22:07
dansmithsorry, but I feel extremely strongly about this22:07
*** mdrabe has quit IRC22:07
rlrossitI didn't before, but now I do too!22:08
rlrossitdansmith: let's shelve this until tomorrow, I need to head out22:09
rlrossitI'll think about it some more22:09
dansmithalright22:09
*** emagana has quit IRC22:10
tonybPhooey I was going to talk to mriedem about the libvirt bug :(22:11
*** rlrossit has left #openstack-nova22:12
*** sachin_ has quit IRC22:13
*** penick has quit IRC22:14
*** thorst has joined #openstack-nova22:16
*** sachin_ has joined #openstack-nova22:16
*** Piet has joined #openstack-nova22:17
*** jwcroppe has joined #openstack-nova22:20
*** ctrath has quit IRC22:21
*** jwcroppe_ has quit IRC22:22
*** jwcroppe_ has joined #openstack-nova22:24
*** jwcroppe has quit IRC22:26
*** VW_ has quit IRC22:26
*** jwcroppe has joined #openstack-nova22:27
*** alex_klimov has quit IRC22:28
*** jwcroppe_ has quit IRC22:29
*** penick has joined #openstack-nova22:31
*** greghaynes has joined #openstack-nova22:32
*** Marga_ has quit IRC22:35
*** sachin_ has quit IRC22:37
*** Marga_ has joined #openstack-nova22:37
*** sachin_ has joined #openstack-nova22:38
*** sachin__ has joined #openstack-nova22:39
*** sachin_ has quit IRC22:39
*** thumpba has quit IRC22:40
*** Marga_ has quit IRC22:43
*** Marga_ has joined #openstack-nova22:44
*** penick has quit IRC22:45
*** pixelbeat has joined #openstack-nova22:46
openstackgerritMichael Still proposed openstack/nova-specs: Mark liberty specs as implemented  https://review.openstack.org/22033822:47
*** penick has joined #openstack-nova22:47
*** tonytan4ever has quit IRC22:49
*** edmondsw has quit IRC22:53
*** mriedem has joined #openstack-nova22:58
*** jecarey has quit IRC22:59
*** jeblair has quit IRC22:59
ZZelle_mriedem, hi22:59
*** jeblair has joined #openstack-nova23:00
*** jeblair has quit IRC23:01
*** jeblair has joined #openstack-nova23:02
*** gyee has quit IRC23:04
*** zzzeek has quit IRC23:10
*** Marga_ has quit IRC23:12
*** markvoelker has joined #openstack-nova23:13
*** markvoelker has quit IRC23:17
openstackgerritMatt Riedemann proposed openstack/nova: nova-net: fix missing log variable in deallocate_fixed_ip  https://review.openstack.org/22025323:18
*** sachin__ has quit IRC23:20
*** marzif has quit IRC23:21
*** Sukhdev_ has joined #openstack-nova23:23
*** dannywilson has quit IRC23:23
alex_xusdague: mriedem we should alow space at begining and end of name, right? as the v2 api support that.23:24
*** markvoelker has joined #openstack-nova23:25
mriedemalex_xu: https://review.openstack.org/#/c/220279/23:26
mriedemneeds a unit test23:26
mriedemif you want to do that23:26
mriedemZZelle_: if you have a question please post it23:26
alex_xumriedem: yea, I notice that23:26
alex_xumriedem: just working on that23:26
alex_xumriedem: but that still not allow space at beginning and end23:26
mriedemi think sdague is done for the day23:26
alex_xumriedem: ok, let me update that first, then see people what say23:27
ZZelle_mriedem, any chance to get https://review.openstack.org/186716 merged in liberty?23:27
mriedemZZelle_: that doesn't look like a bug fix23:27
ZZelle_mriedem, yes but it's related to a change release in icehouse glance23:28
*** tjones has quit IRC23:28
*** penick has quit IRC23:29
*** annegentle has joined #openstack-nova23:29
tonybmriedem: ping?23:29
*** nic has quit IRC23:30
mriedemZZelle_: i' mnot sure that matters23:31
mriedemwe're in feature freeze23:31
*** bradjones has quit IRC23:31
mriedemchanging nova to use a feature in glance, regardless of when it was added, does not seem like a bug fix23:31
mriedemespecially at this point in the release23:31
*** achanda has quit IRC23:31
mriedemtonyb: word up23:32
*** sachin_ has joined #openstack-nova23:32
tonybmriedem: I think I may have found your libvirt bug23:32
mriedemomfg23:32
*** kse has joined #openstack-nova23:32
*** y_sawai has joined #openstack-nova23:32
tonybmriedem: do you knwo anything about the python <-> C API?23:33
tonybmriedem: http://paste.openstack.org/show/444807/23:34
jrollmtreinish: heh, look what I found https://bugs.launchpad.net/ironic/+bug/133403323:35
openstackLaunchpad bug 1334033 in OpenStack Core Infrastructure "Some Tempest tests require booting multiple instances at once, but we only deploy 1 Ironic node" [Medium,Triaged]23:35
tonybSo my hypothesis is that "PyArg_ParseTuple" is sometimes confused by the fact that flags is a kwarg not positional23:35
tonybmriedem: That *might* explain why the to_xml() function isn't called.23:36
* tonyb grabs the CPython code23:37
mriedemtonyb: well to_xml() is getting called23:38
mriedemconf.to_xml()23:38
mriedemi know that b/c the generated xml is logged in the n-cpu logs23:38
tonybmriedem: but not in the failing case right?23:39
*** oomichi_away is now known as oomichi23:39
mriedemit is in the failing case23:39
tonybOh okay.23:39
mriedemso i think n-cpu is definitely calling domain.attachDeviceFlags23:39
mriedemor whatever it's called23:39
tonybmriedem: Yeah.23:39
mriedemthe problem is between that call, there is no virDomainAttachDevice showing for that guest in libvirtd.logs23:39
mriedembut there is for other domains where it works23:40
mriedemmaybe i should check syslog to see if something just completely dies in there23:40
mriedemi didn't check those yet23:40
tonybmriedem: Right and PyArg_ParseTuple is in the call chain and is an easy target for why we wouldn't actuyally hity libvirt23:40
*** electrocucaracha has quit IRC23:40
mriedemso attachDeviceFlags is supposed to return an int23:40
mriedemi wonder what it's returning23:40
*** y_sawai has quit IRC23:41
*** ZZelle_ has quit IRC23:42
mriedemtonyb: let me check before that guest/domain refactor change to see how flags were passed23:42
* tonyb guesses None23:42
mriedemit should be 023:42
mriedemit's really really odd though that this would only ever fail in this one test case that i'm trying to re-enable23:43
mriedemand it fails every time23:43
mriedemthere shouldn't really be any difference between the test i'm enabling and normal tests that attach a volume in tempest by the time they get to this code23:43
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable options for oslo.reports  https://review.openstack.org/21691723:43
tonybAre all the failures whet flags!=023:43
mriedemthe only difference in this test is we don't specify the device to attach to23:43
*** dims has quit IRC23:44
mriedemthis was the change https://review.openstack.org/#/c/188763/23:44
*** ijw_ has quit IRC23:45
mriedemtonyb: hmm, you're right about kwargs, it wasn't passing flags as kwargs before23:45
mriedemif that was the issue it'd be totally bonkers23:45
mtreinishjroll: heh, leave it to adam_g to preempt what we're seeing23:45
mriedembut i can push a change to nova to test that out and make the tempest change depend on it23:45
jrollmtreinish: ikr... also the WONTFIX from tempest is helpful23:46
adam_gwah?23:46
jrolladam_g:  https://bugs.launchpad.net/ironic/+bug/133403323:46
openstackLaunchpad bug 1334033 in OpenStack Core Infrastructure "Some Tempest tests require booting multiple instances at once, but we only deploy 1 Ironic node" [Medium,Triaged]23:46
mriedemsdague: johnthetubaguy: novaclient 2.28 release request https://review.openstack.org/#/c/220349/23:47
mriedemdhellmann: ^23:47
mtreinishjroll: heh, but talk about kinda a useless cloud23:47
mtreinishif it only lets you deploy one guest at a time :)23:47
jrollmtreinish: well, a cloud with 8gb of usable RAM in the entire thing will be pretty useless anyway :)23:48
jrollmtreinish: if infra is cool with us using 16-32gb nodes for this job, we're all good23:48
*** changbl has joined #openstack-nova23:48
*** shoutm has joined #openstack-nova23:50
mtreinishjroll: heh, you just need smaller ramdisks :)23:50
* tonyb really shoudl have finished the "use non-dirsto libvirt/qemu in devstack" plugin23:50
mtreinishheh, now that I think about it the flavors we use for the regular dsvm jobs actually have about as much ram as my first computer23:51
jrollmtreinish: let me know when you can fit python into less than 512mb :P23:51
jroll(coreos uses half the ram for the disk, half for usable memory)23:51
gmannmriedem: please look once you get time. VIF backporting to Kilo - https://review.openstack.org/#/c/198944/23:51
jrolloh, python and an operating system because that's also useful23:51
tonybmriedem: I'll patch my libvirt locally and see what I see.23:52
*** dims has joined #openstack-nova23:53
*** derekh has joined #openstack-nova23:53
mtreinishjroll: well I guess cirros doesn't count, we boot that with 64mb of ram for the gate testing23:54
mtreinishI think that's as small as we could get it23:55
adam_gjroll, might it be possible to start using multi-node devstack for this? with a second node that is just an empty host running libvrt?23:55
jrolladam_g: that's a reasonable idea23:55
mtreinishand the python install on my system is 449M23:55
jrolland probably fairly straightforward23:55
jrollmtreinish: :D23:55
mtreinishadam_g: yeah we could try that23:55
*** tpeoples has quit IRC23:56
adam_gactually i was palying with that a while back when jogo started workign on the mulit-node devstack for nova23:56
*** VW_ has joined #openstack-nova23:56
mtreinishadam_g: there might be some stability problems23:56
mtreinishits still not quite good enough to be voting23:56
adam_gi had to get creative with GRE tunneling to make it work, which required some MTU configuration in places we were unable to push to23:56
jrollwould be good to investigate at least23:57
adam_ghttps://bugs.launchpad.net/ironic/+bug/140129823:57
openstackLaunchpad bug 1401298 in Ironic "extra dhcp options not exposed to pxe deploy ramdisk" [Wishlist,In progress] - Assigned to Adam Gandelman (gandelman-a)23:57
jrollheh, so many old bugs23:57
* adam_g removes assignee23:57
adam_g:)23:57
mtreinishslacker23:57
*** aix has joined #openstack-nova23:58

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