Wednesday, 2015-09-02

*** achanda has joined #openstack-nova00:00
*** y_sawai has joined #openstack-nova00:00
*** y_sawai has quit IRC00:00
*** y_sawai has joined #openstack-nova00:01
*** y_sawai has quit IRC00:01
*** achanda has quit IRC00:04
*** SourabhP has quit IRC00:07
*** y_sawai has joined #openstack-nova00:07
*** vilobhmm1 has quit IRC00:09
*** yuntongjin has joined #openstack-nova00:12
*** achanda has joined #openstack-nova00:12
*** lucas-dinner has quit IRC00:12
*** pixelb has quit IRC00:15
*** salv-orlando has quit IRC00:15
*** dims__ has quit IRC00:16
*** promulo__ has joined #openstack-nova00:18
*** shoutm has quit IRC00:19
*** electrocucaracha has quit IRC00:21
*** promulo has quit IRC00:22
*** shoutm has joined #openstack-nova00:23
*** penick has quit IRC00:25
*** ijw_ has joined #openstack-nova00:26
*** tpeoples has joined #openstack-nova00:26
*** tjones has joined #openstack-nova00:27
*** baoli has quit IRC00:27
*** apuimedo has quit IRC00:27
*** Apoorva has quit IRC00:28
*** y_sawai has quit IRC00:28
*** zhenguo has joined #openstack-nova00:30
*** vilobhmm_11 has joined #openstack-nova00:36
*** sayali_ has joined #openstack-nova00:37
*** sayali_ has quit IRC00:37
*** sayali_ has joined #openstack-nova00:37
*** VW_ has joined #openstack-nova00:37
*** sayali has quit IRC00:37
*** dguitarbite has quit IRC00:37
*** dbite has joined #openstack-nova00:37
*** diogogmt has joined #openstack-nova00:39
*** claudiub has quit IRC00:39
*** VW_ has quit IRC00:39
*** VW_ has joined #openstack-nova00:39
*** vivekd has quit IRC00:40
*** dannywil_ has quit IRC00:43
*** dannywilson has joined #openstack-nova00:43
*** VW_ has quit IRC00:44
*** zhangjn has joined #openstack-nova00:44
*** dannywilson has quit IRC00:45
*** morgabra has quit IRC00:50
*** morgabra has joined #openstack-nova00:50
*** dims__ has joined #openstack-nova00:51
*** ijw_ has quit IRC00:51
*** tjones has quit IRC00:52
*** ijw_ has joined #openstack-nova00:53
*** Sukhdev has quit IRC00:55
*** dims__ has quit IRC00:56
*** xyang1 has joined #openstack-nova00:57
*** ijw_ has quit IRC00:57
*** kaisers has quit IRC01:01
*** kaisers has joined #openstack-nova01:03
*** tpeoples has quit IRC01:03
*** asettle is now known as asettle-afk01:03
*** r-daneel has quit IRC01:04
*** browne has quit IRC01:04
*** kjelly has quit IRC01:07
*** achanda has quit IRC01:09
*** hemna has joined #openstack-nova01:10
*** nic has quit IRC01:13
*** mtanino has quit IRC01:13
*** vivekd has joined #openstack-nova01:16
*** shuquan has joined #openstack-nova01:17
*** thorst has joined #openstack-nova01:17
*** wanghua has joined #openstack-nova01:21
*** armax has quit IRC01:22
*** shuquan_ has joined #openstack-nova01:23
*** shuquan has quit IRC01:23
*** shuquan_ is now known as shuquan01:23
*** baoli has joined #openstack-nova01:27
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add secgroup param checks for Neutron  https://review.openstack.org/19204301:28
*** baoli has quit IRC01:28
*** baoli has joined #openstack-nova01:28
*** haomaiwa_ has joined #openstack-nova01:30
*** tri2sing has quit IRC01:30
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add secgroup param checks for Neutron  https://review.openstack.org/19204301:30
*** ijw_ has joined #openstack-nova01:35
*** armax has joined #openstack-nova01:35
*** asettle-afk has quit IRC01:36
*** baoli has quit IRC01:37
*** baoli has joined #openstack-nova01:38
*** vivekd has quit IRC01:39
*** shuquan has quit IRC01:40
*** rlrossit has joined #openstack-nova01:41
*** rlrossit has left #openstack-nova01:41
*** vilobhmm_11 has quit IRC01:43
*** armax has quit IRC01:46
*** diogogmt has quit IRC01:46
*** Kevin_Zheng has joined #openstack-nova01:47
*** diogogmt has joined #openstack-nova01:48
gmannoomichi: alex_xu : - https://etherpad.openstack.org/p/liberty-nova-api-testing01:49
*** vivekd has joined #openstack-nova01:49
gmannoomichi: alex_xu :  i will push cleanup patches for old jobs removal01:50
*** lyanchih has joined #openstack-nova01:50
oomichigmann: thanks for pointing it out01:51
oomichigmann: did you write it?01:51
oomichigmann: or sdague?01:51
gmannoomichi: sdague did and posted patches also01:52
gmannoomichi: just cleanup of old jobs left01:52
alex_xugmann: cool01:52
gmannoomichi: sdague : alex_xu :  all looks good just for project_config patch m concern about whether we run v2 compatible job for tempest too01:53
oomichigmann: that seems lack of legacy v2.0 code without v2.1 code01:53
gmannoomichi: it has that also - gate-tempest-dsvm-nova-v20-api-legacy in https://review.openstack.org/#/c/219370/1/zuul/layout.yaml01:54
gmannoomichi: is that you mean?01:54
oomichigmann: that is, thanks01:55
*** meghal1 has quit IRC01:55
*** zhangjn_ has joined #openstack-nova01:57
*** zhangjn has quit IRC01:58
*** liusheng has joined #openstack-nova02:02
*** achanda has joined #openstack-nova02:04
*** shyu has joined #openstack-nova02:04
*** humble_ has joined #openstack-nova02:05
*** wanghua has quit IRC02:08
*** tpeoples has joined #openstack-nova02:08
*** achanda has quit IRC02:14
*** yuntongjin has quit IRC02:16
*** thorst has quit IRC02:17
*** achanda has joined #openstack-nova02:23
*** salv-orlando has joined #openstack-nova02:27
*** baoli has quit IRC02:29
*** baoli_ has joined #openstack-nova02:30
*** unicell has quit IRC02:31
*** salv-orlando has quit IRC02:32
*** yuntongjin has joined #openstack-nova02:34
*** leizhang has joined #openstack-nova02:35
*** ijw_ has quit IRC02:38
eliqiaohello, will the items in nova tables being deleted automaticly? for EX: in instances table, when we deleting a instance, nova just mark 'delete'=True instead of delete it from table , so I wonder when will this record being delete from table?02:38
eliqiaoand who will trigger that?02:38
*** ijw_ has joined #openstack-nova02:38
*** ijw_ has quit IRC02:39
*** Sree has quit IRC02:41
*** annegentle has quit IRC02:41
*** yuntongjin1 has joined #openstack-nova02:42
*** annegentle has joined #openstack-nova02:43
*** yuntongjin has quit IRC02:43
*** Sukhdev_ has joined #openstack-nova02:45
*** hparekh has joined #openstack-nova02:46
*** yuntongjin has joined #openstack-nova02:47
*** gyee has quit IRC02:47
*** hhuang has joined #openstack-nova02:48
*** yuntongjin1 has quit IRC02:48
*** achanda has quit IRC02:49
*** hakimo_ has joined #openstack-nova02:52
*** hemna has quit IRC02:54
*** hakimo has quit IRC02:54
*** leizhang has quit IRC02:55
*** annegentle has quit IRC02:57
*** meghal has joined #openstack-nova03:02
*** achanda has joined #openstack-nova03:02
*** yuntongjin1 has joined #openstack-nova03:02
*** changbl has joined #openstack-nova03:02
*** hemna has joined #openstack-nova03:03
*** yuntongjin has quit IRC03:03
*** meghal1 has joined #openstack-nova03:04
*** humble__ has joined #openstack-nova03:05
*** meghal has quit IRC03:06
*** humble_ has quit IRC03:06
*** humble_ has joined #openstack-nova03:07
*** achanda has quit IRC03:08
*** dave-mccowan has quit IRC03:08
*** asettle has joined #openstack-nova03:11
*** humble__ has quit IRC03:11
*** mmedvede has quit IRC03:11
*** yuntongjin has joined #openstack-nova03:12
*** yuntongjin1 has quit IRC03:14
*** rajesht has joined #openstack-nova03:14
rajeshttristanC: hi03:16
openstackgerritapporc proposed openstack/nova: change qemu guest agent socket path  https://review.openstack.org/21493503:17
openstackgerritEli Qiao proposed openstack/nova: API: Handle InstanceUnknownCell exceptions  https://review.openstack.org/21296503:18
*** shuquan has joined #openstack-nova03:19
*** vladikr has quit IRC03:20
*** yuntongjin1 has joined #openstack-nova03:22
*** yuntongjin has quit IRC03:25
*** haomaiwa_ has quit IRC03:28
*** haomaiwang has joined #openstack-nova03:29
alex_xugmann: is there any way we run a test for specific job and skip for another job?03:31
*** rajesht has quit IRC03:31
*** Sree has joined #openstack-nova03:35
*** baoli_ has quit IRC03:36
gmannalex_xu: on gerrit, i do not think we have that option03:41
*** salv-orlando has joined #openstack-nova03:41
*** salv-orlando has quit IRC03:46
openstackgerritRui Chen proposed openstack/nova: Fix incomplete error message of quota exceeded  https://review.openstack.org/19746003:46
*** links has joined #openstack-nova03:48
*** armax has joined #openstack-nova03:52
*** humble__ has joined #openstack-nova03:55
*** humble_ has quit IRC03:59
*** zhangjn has joined #openstack-nova04:00
*** zhangjn_ has quit IRC04:02
*** dims__ has joined #openstack-nova04:03
*** deepthi has joined #openstack-nova04:04
openstackgerritZhenyu Zheng proposed openstack/nova: Add UniqueConstraint for quota usages table  https://review.openstack.org/21290804:05
*** SourabhP has joined #openstack-nova04:06
*** ishant has joined #openstack-nova04:08
*** unicell has joined #openstack-nova04:10
*** Nikolay_St has joined #openstack-nova04:12
*** yuntongjin1 has quit IRC04:12
*** shuquan has quit IRC04:13
*** unicell has quit IRC04:16
openstackgerritZhenyu Zheng proposed openstack/nova: add support for muti_statuses_query from migration  https://review.openstack.org/16963104:16
*** xyang1 has quit IRC04:17
*** dims__ is now known as dims04:17
*** dims has quit IRC04:24
*** unicell has joined #openstack-nova04:24
*** hparekh has quit IRC04:26
*** garyk has quit IRC04:27
*** hparekh has joined #openstack-nova04:30
*** hemna has quit IRC04:31
*** lyanchih has quit IRC04:31
*** irenab has quit IRC04:33
*** hemna has joined #openstack-nova04:36
*** ijw_ has joined #openstack-nova04:37
*** achanda has joined #openstack-nova04:42
*** meghal1 has quit IRC04:43
*** Sukhdev_ has quit IRC04:44
*** jcoufal has joined #openstack-nova04:52
alex_xugmann: yea04:53
*** salv-orlando has joined #openstack-nova04:56
*** mtreinish has quit IRC04:57
*** lyanchih has joined #openstack-nova04:58
*** VikasC has joined #openstack-nova04:59
*** salv-orlando has quit IRC05:01
gmannoomichi: sdague : alex_xu : cleanup patches for v2.1 jobs - https://review.openstack.org/#/c/219555/  https://review.openstack.org/#/c/219553/05:03
alex_xugmann: thanks!05:03
gmannalex_xu: np05:03
*** mtreinish has joined #openstack-nova05:04
*** meghal has joined #openstack-nova05:05
*** markvoelker has joined #openstack-nova05:06
*** unicell has quit IRC05:07
*** jichen has joined #openstack-nova05:09
*** unicell has joined #openstack-nova05:09
*** markvoelker has quit IRC05:11
*** markvoelker has joined #openstack-nova05:12
*** lyanchih has quit IRC05:14
*** yuntongjin has joined #openstack-nova05:15
*** Sukhdev_ has joined #openstack-nova05:17
*** IanGovett has quit IRC05:25
*** Sree has quit IRC05:25
*** IanGovett has joined #openstack-nova05:25
*** vilobhmm_11 has joined #openstack-nova05:27
*** irenab has joined #openstack-nova05:27
*** rotbeard has joined #openstack-nova05:28
*** Sree has joined #openstack-nova05:28
*** Murali has joined #openstack-nova05:30
*** IanGovett has quit IRC05:30
*** vilobhmm_11 has quit IRC05:32
*** nkrinner has joined #openstack-nova05:35
*** shuquan has joined #openstack-nova05:36
*** shuquan has quit IRC05:41
*** shuquan has joined #openstack-nova05:41
*** rushiagr_away is now known as rushiagr05:44
openstackgerritIWAMOTO Toshihiro proposed openstack/nova: Omit RescheduledException in instance_fault.message  https://review.openstack.org/16575105:49
*** jcoufal has quit IRC05:50
*** salv-orlando has joined #openstack-nova05:52
*** amotoki has joined #openstack-nova05:54
*** amotoki has quit IRC05:56
*** lyanchih has joined #openstack-nova05:59
*** amotoki has joined #openstack-nova06:00
*** amotoki_ has joined #openstack-nova06:02
*** hhuang has quit IRC06:02
*** Sukhdev_ has quit IRC06:04
*** amotoki has quit IRC06:06
*** garyk has joined #openstack-nova06:07
*** diogogmt has quit IRC06:11
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Fix API directories on the doc  https://review.openstack.org/21957006:15
*** sahid has joined #openstack-nova06:18
*** lpetrut has joined #openstack-nova06:20
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Fix API directories on the doc  https://review.openstack.org/21957006:20
*** jichen has quit IRC06:21
*** browne has joined #openstack-nova06:23
alex_xuoomichi: ping06:23
*** asettle has quit IRC06:23
*** markvoelker has quit IRC06:23
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/21236706:24
oomichialex_xu: pong06:24
alex_xuoomichi: hey, just want to talk about https://review.openstack.org/#/c/21772706:24
oomichialex_xu: yeah, ok06:25
*** ildikov has quit IRC06:25
alex_xuoomichi: extend schema for scheduler-hints by extension, looks like it isn't a option for the future, as we will return extension06:25
oomichialex_xu: s/return/remove/ ?06:26
alex_xuoomichi: yea, sorry for that06:26
oomichialex_xu: yeah, that is right way. but before saying that, do we need to consider out-of-tree features?06:26
*** lpetrut has quit IRC06:27
alex_xuoomichi: the original concern is the v2.1 api compatible mode should allow extened hints, otherwise the v2.1 comaptible mode isn't compatible with v206:27
oomichialex_xu: the commit message said "allow for out of tree extensions"06:28
alex_xuoomichi: initially I don't think we should consider out of tree features06:28
openstackgerritlyanchih proposed openstack/nova: libvirt - Flavor's quota instance resource not observed for non-ephemeral storage  https://review.openstack.org/20101906:29
*** vilobhmm_11 has joined #openstack-nova06:29
alex_xuoomichi: but there is good point from alaski , you can find the original comment at https://review.openstack.org/#/c/215436/06:29
oomichialex_xu: that was different from the same validation of legacy v2 api06:29
alex_xuoomichi: it's more about v2 api allow extend scheduler-hints, and in the real world a lot of use like that06:30
*** mpaolino has joined #openstack-nova06:30
oomichialex_xu: before that, they need to update their own out-of-tree features for applying them to v2.1 code06:31
*** Nikolay_St has quit IRC06:31
oomichialex_xu: I think they can extend the corresponding schema also during that06:31
*** tojuvone has joined #openstack-nova06:32
*** venkat_p has joined #openstack-nova06:32
alex_xuoomichi: emm...yea, they need update their own out of tree features even with v2.1 compat mode06:32
alex_xuoomichi: but change the schema, really like change the API contract06:32
* alex_xu actually on the side not merge 21772706:33
oomichialex_xu: out-of-tree features always change the API contract06:33
alex_xuoomichi: emm....we should say out of tree features should extend the API contract?06:34
*** browne has quit IRC06:34
alex_xuoomichi: emm...I probably get yoru point06:35
alex_xus/yoru/your06:35
oomichialex_xu: ideally, it is great that all features are implemented at upstream without out-of-tree because of the interoperability06:35
oomichialex_xu: that will be the API contract06:35
alex_xuoomichi: yea06:36
alex_xuoomichi: actually it's not06:36
oomichialex_xu: but I can see out-of-tree features also in the real world06:36
oomichialex_xu: so I'd like to avoid add-hoc way for out-of-tree feature for clean code at this time06:37
*** hhuang has joined #openstack-nova06:37
oomichialex_xu: we already provide clean way(but that is a little difficult)06:37
oomichialex_xu: how about writting the way to extend schemas as the doc06:39
oomichialex_xu: now we don't have enough doc about json-schema in tree06:39
oomichialex_xu: I will post a patch for that06:40
*** ndipanov has quit IRC06:40
oomichialex_xu: https://review.openstack.org/219570 is the first step06:40
alex_xuoomichi: sounds make sense to me. Whatever the user need update their out-of-tree extension.06:40
alex_xuoomichi: and we support extend the server create's json-schema06:41
alex_xuoomichi: cool, thanks06:41
oomichialex_xu: I will imply out-of-tree extension but they will be able to know the way from the doc06:41
oomichialex_xu: as upstream doc06:42
alex_xuoomichi: ok06:42
alex_xuoomichi: thanks for the discussion06:43
oomichialex_xu: welcome always :)06:44
alex_xuoomichi: :)06:44
*** rushil has joined #openstack-nova06:46
*** achanda has quit IRC06:47
*** rushil_ has joined #openstack-nova06:48
*** exploreshaifali has joined #openstack-nova06:50
*** vilobhmm_11 has quit IRC06:50
*** dims has joined #openstack-nova06:50
*** stefan_amann has joined #openstack-nova06:50
alex_xusdague: johnthetubaguy ^ hope you notice the discussion as above, it's about https://review.openstack.org/#/c/217727/06:50
*** lyanchih has quit IRC06:51
*** rushil has quit IRC06:51
*** afazekas__ has joined #openstack-nova06:52
*** dims has quit IRC06:54
*** venkat_p has quit IRC06:55
openstackgerritZhenyu Zheng proposed openstack/nova: Add UniqueConstraint for quota usages table  https://review.openstack.org/21290806:56
*** ildikov has joined #openstack-nova06:58
*** venkat_p has joined #openstack-nova07:08
*** tpeoples has quit IRC07:08
*** rdopiera has joined #openstack-nova07:11
*** markus_z has joined #openstack-nova07:13
openstackgerritgaryk proposed openstack/nova: Revert "Remove references to suds"  https://review.openstack.org/21922507:15
garykmriedem_away: ^ - i am even struggling to open the log file from the nova log to past additional information to the bug07:16
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add JSON-Schema note to api_plugins.rst  https://review.openstack.org/21958007:16
openstackgerritgaryk proposed openstack/nova: Revert "Remove references to suds"  https://review.openstack.org/21922507:17
garykoomichi: please see a comment on https://review.openstack.org/21958007:19
*** meghal has quit IRC07:19
oomichigaryk: thanks, so quick :)07:19
*** ndipanov has joined #openstack-nova07:19
garykoomichi: early bird catches the worm :)07:20
ndipanovjohnthetubaguy, once you're on - https://review.openstack.org/#/c/216733/ - dansmith -1ed it out of the gate for some changes, missing a second +2 now07:20
*** alexschm has joined #openstack-nova07:21
*** lyanchih has joined #openstack-nova07:21
*** coolsvap_ has joined #openstack-nova07:21
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add JSON-Schema note to api_plugins.rst  https://review.openstack.org/21958007:21
*** Nikolay_St has joined #openstack-nova07:22
oomichialex_xu: I posted a patch https://review.openstack.org/219580 for the doc, I'm happy if you see it07:23
*** achanda has joined #openstack-nova07:24
alex_xuoomichi: cool, checking now07:24
*** cfriesen has quit IRC07:25
*** coolsvap_ has quit IRC07:26
*** rushil_ has quit IRC07:27
*** pbrooko has joined #openstack-nova07:28
*** vivekd has quit IRC07:28
*** rushil has joined #openstack-nova07:28
*** kylek3h has quit IRC07:28
*** kylek3h has joined #openstack-nova07:29
*** karimb has joined #openstack-nova07:32
*** kylek3h has quit IRC07:33
*** armax has quit IRC07:34
*** alex_klimov has joined #openstack-nova07:36
*** eglynn has quit IRC07:37
*** yuntongjin has quit IRC07:39
*** jlanoux has joined #openstack-nova07:41
*** dims has joined #openstack-nova07:44
*** jlanoux has quit IRC07:45
*** Vek has quit IRC07:45
*** SourabhP has quit IRC07:45
*** dims has quit IRC07:49
*** shuquan has quit IRC07:51
*** achanda has quit IRC07:51
*** Nikolay_St has quit IRC07:52
*** shuquan has joined #openstack-nova07:52
*** BobBall-AWOL is now known as BobBall07:54
*** jlanoux has joined #openstack-nova07:56
*** lpetrut has joined #openstack-nova08:03
openstackgerritgaryk proposed openstack/nova: Compute: update finish_revert_resize log to have some context  https://review.openstack.org/21865608:03
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add JSON-Schema note to api_plugins.rst  https://review.openstack.org/21958008:05
*** rubasov has quit IRC08:06
*** ildikov has quit IRC08:08
*** jistr has joined #openstack-nova08:11
*** yassine_ has joined #openstack-nova08:11
*** eglynn has joined #openstack-nova08:12
*** lucas-dinner has joined #openstack-nova08:12
*** lucas-dinner has quit IRC08:12
*** lucasagomes has joined #openstack-nova08:12
*** romainh has joined #openstack-nova08:16
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696808:18
bauzasalex_xu: morning08:19
alex_xubauzas: morning08:20
bauzasalex_xu: I have a question for you re: exception messages vs. v2 API08:20
bauzasalex_xu: https://review.openstack.org/#/c/218468/2/nova/api/openstack/compute/legacy_v2/contrib/server_groups.py,cm08:20
bauzasalex_xu: since ^changes the output message, is it acceptable?08:20
alex_xubauzas: I think it is ok08:21
alex_xubauzas: the message field just something human readable string08:21
*** ildikov has joined #openstack-nova08:21
bauzasalex_xu: yeah, it should be not consumable08:21
alex_xubauzas: yeah08:21
*** vivekd has joined #openstack-nova08:23
*** rubasov has joined #openstack-nova08:24
*** shuquan has quit IRC08:24
*** EinstCrazy has joined #openstack-nova08:25
bauzasalex_xu: okay, thanks for the heads-up08:27
alex_xubauzas: np, you are welcome08:27
*** shuquan has joined #openstack-nova08:27
*** earlephilhower has quit IRC08:28
openstackgerritRui Chen proposed openstack/nova: Fix booting fail when unlimited project quota  https://review.openstack.org/21959608:30
*** venkat_p has quit IRC08:31
*** matrohon has quit IRC08:35
*** shoutm has quit IRC08:36
*** dims has joined #openstack-nova08:38
markus_zbauzas: I'll be in vacation, starting tomorrow. Would you give the status in the next two nova meetings?08:41
*** marzif has joined #openstack-nova08:43
*** venkat_p has joined #openstack-nova08:43
*** dims has quit IRC08:43
markus_zbauzas: I'm talking about the bugs.08:44
*** Marga_ has joined #openstack-nova08:44
bauzasmarkus_z: on a call, sorry08:44
*** humble__ has quit IRC08:45
*** lyanchih has quit IRC08:46
*** exploreshaifali has quit IRC08:48
*** Marga_ has quit IRC08:48
*** shuquan has quit IRC08:49
*** Marga_ has joined #openstack-nova08:49
*** derekh has joined #openstack-nova08:50
*** lyanchih has joined #openstack-nova08:50
*** danpb has joined #openstack-nova08:51
*** markvoelker has joined #openstack-nova08:57
*** amotoki_ has quit IRC08:58
*** rotbeard has quit IRC08:58
*** rotbeard has joined #openstack-nova08:58
*** rotbeard has quit IRC09:00
*** lalitd has joined #openstack-nova09:01
*** matrohon has joined #openstack-nova09:01
*** IanGovett has joined #openstack-nova09:01
*** markvoelker has quit IRC09:02
*** rushil has quit IRC09:03
bauzasmarkus_z: I'm back, you want me to handover the bug reporting ?09:04
bauzasmarkus_z: sure, can do09:04
markus_zbauzas: Yes, that would be great.09:04
markus_zbauzas: Awesome, thanks!09:05
bauzasmarkus_z: 2 weeks ?09:05
markus_zJust tomorrow and next week. I'm back at 15th of September.09:05
*** Marga_ has quit IRC09:05
bauzasmarkus_z: okay, np09:07
bauzasmarkus_z: enjoy your holidays :)09:07
markus_zbauzas: Thanks! I'll do :)09:07
*** salv-orlando has quit IRC09:07
bauzasandreykurilin: morning :)09:10
bauzasandreykurilin: I have a question for you re: https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/contrib/host_evacuate_live.py09:10
*** takedakn has joined #openstack-nova09:10
bauzasandreykurilin: I just wonder when it was added in the tree09:11
*** shoutm has joined #openstack-nova09:11
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance rescue mode support  https://review.openstack.org/21767909:12
bauzasandreykurilin: nvm, found it09:15
bauzasandreykurilin: https://github.com/openstack/python-novaclient/commit/a400b58d0344b50462cb25b84044f110a4a36d9a09:15
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance rescue mode support  https://review.openstack.org/21767909:15
*** kaisers1 has joined #openstack-nova09:16
*** zhangjn has quit IRC09:17
*** amotoki has joined #openstack-nova09:19
*** mnestratov has joined #openstack-nova09:19
*** kiran-r has joined #openstack-nova09:20
*** marzif has quit IRC09:22
*** takedakn has quit IRC09:24
*** VikasC has quit IRC09:28
*** amotoki has quit IRC09:30
*** venkatesh_ has joined #openstack-nova09:32
*** venkat_p has quit IRC09:32
*** dims has joined #openstack-nova09:32
*** shuquan has joined #openstack-nova09:35
*** dims has quit IRC09:37
*** jhesketh has quit IRC09:39
*** ociuhandu has quit IRC09:41
*** jhesketh has joined #openstack-nova09:41
*** karmatronic has joined #openstack-nova09:44
*** rotbeard has joined #openstack-nova09:44
*** karimb has quit IRC09:45
*** panbalag has joined #openstack-nova09:46
*** EinstCrazy has quit IRC09:46
*** salv-orlando has joined #openstack-nova09:50
*** alex_klimov has quit IRC09:54
*** alex_klimov has joined #openstack-nova09:54
*** gszasz has joined #openstack-nova09:54
*** alex_klimov has quit IRC09:54
*** alex_klimov has joined #openstack-nova09:55
*** shuquan has quit IRC09:55
*** sudipto has joined #openstack-nova09:56
*** RuiChen has quit IRC09:58
*** Vek has joined #openstack-nova09:58
*** kylek3h has joined #openstack-nova09:59
*** karimb has joined #openstack-nova10:00
*** karmatronic has quit IRC10:01
*** karimb has quit IRC10:01
*** paboldin has quit IRC10:01
*** karimb has joined #openstack-nova10:01
*** panbalag has left #openstack-nova10:03
*** kylek3h has quit IRC10:04
*** ociuhandu has joined #openstack-nova10:05
*** marzif has joined #openstack-nova10:06
*** amotoki has joined #openstack-nova10:16
*** karimb has quit IRC10:16
*** kiran-r has quit IRC10:19
*** shoutm has quit IRC10:19
*** zhangjn has joined #openstack-nova10:23
*** zhangjn has quit IRC10:26
*** dims has joined #openstack-nova10:26
*** vponomaryov has joined #openstack-nova10:28
*** alex_klimov has quit IRC10:31
*** dims has quit IRC10:31
*** sayali_ has quit IRC10:32
*** VikasC has joined #openstack-nova10:33
*** sayali has joined #openstack-nova10:34
*** qianli has quit IRC10:34
*** jichen has joined #openstack-nova10:36
*** shyu has quit IRC10:36
*** hparekh has quit IRC10:43
*** hparekh has joined #openstack-nova10:45
*** ZZelle has quit IRC10:48
*** ZZelle has joined #openstack-nova10:48
alexschmsahid: so I think a solution to avoid the changes in serial.py would be to acquire serial ports in spawn() and store them in instance.system_metadata10:51
*** venkatesh_ has quit IRC10:51
*** lyanchih has quit IRC10:51
*** venkatesh_ has joined #openstack-nova10:51
alexschmsahid: is this what you have in mind?10:51
*** dave-mccowan has joined #openstack-nova10:51
sahidalexschm: not really - from what i have understand you have modified serial to make able to return same ports for an instance if we call "acquire" more than once, right ?10:53
alexschmsahid yes that's right10:53
sahidalexschm: ok and case of live migration we call acquire for a given instance on target host in pre_live_migration and when we spawn the instance on target, right ?10:55
sahid(just to be sure we are on a same way)10:56
*** pixelb has joined #openstack-nova10:56
alexschmsahid: yeah that's also right, and right now we also call acquire() in hard_reboot(), and multiple times during live migration10:56
*** alex_klimov has joined #openstack-nova10:56
*** claudiub has joined #openstack-nova10:57
*** amotoki has quit IRC10:57
sahidalexschm: but all of these acquires come fom the same caller10:58
sahidwhich is...10:58
sahid_get_guest_config10:58
alexschmright10:59
*** takedakn has joined #openstack-nova11:01
sahidalexschm: my thinking is to check whether domainxml is already configured with serial interfaces11:02
sahidthat should take care of all other methods like hard_reboot...11:02
sahidi do not know/understand why we pass a more tha once in _get_guest_config but until we fix that i guess it is a reasonable way to fix problem11:02
*** jgriffith has quit IRC11:02
*** eharney has quit IRC11:02
alexschmsahid: no I think that's not possible, because _get_guest_config() creates the guest in the first place11:03
alexschmit's called during spawn() and the XML is generated from the result of _get_guest_config()11:03
*** jgriffith has joined #openstack-nova11:03
*** eharney has joined #openstack-nova11:04
*** jgriffith is now known as Guest9183411:04
*** amotoki has joined #openstack-nova11:04
sahidalexschm: i do not say we should pass on this method. i just say we should add a condition in _create_serial_console_devices11:05
*** promulo__ has quit IRC11:05
alexschmsahid: but I don't see how _create_serial_console_devices() should find out if ports were acquired for this instance already or not...11:07
sahidalexschm: can _get_serial_ports_from_instance helps you?11:08
*** amotoki has quit IRC11:10
alexschmsahid _get_serial_ports_from_instance tries to use the XML to determine the serial ports...11:10
alexschmsahid: so maybe we could catch an exception to determine that the instance is not there yet and new ports need to be acquired11:10
alexschmsahid: similar to what _get_existing_domain_xml() does11:11
sahidalexschm: what is problem with using XML?11:12
alexschmsahid: no problem!11:13
*** Anticimex has quit IRC11:13
*** baoli_ has joined #openstack-nova11:13
*** mwagner_lap has joined #openstack-nova11:15
*** mmedvede has joined #openstack-nova11:17
alexschmsahid: how about this? http://paste.openstack.org/show/440878/11:17
sahidalexschm: I prefer you change method _get_serial_ports_from_instance to pass guest object instead of instance11:19
sahidso that method will return an "empty" iterator11:20
sahidand so you can do you check without to wait for an exception11:20
sahidalexschm: sound good for you ?11:20
*** dims has joined #openstack-nova11:21
*** kiran-r has joined #openstack-nova11:21
sahid(that should be done in a separated commit)11:21
*** chhavi has joined #openstack-nova11:23
*** Anticimex has joined #openstack-nova11:23
alexschmsahid: so I would first change _get_serial_ports_from_instance() to get a guest object and then put the live migration fix ontop?11:23
sahidalexschm: yes that should be great11:24
alexschmsahid: ok thanks for your input!11:25
*** dims has quit IRC11:26
*** lucasagomes is now known as lucas-hungry11:28
*** amotoki has joined #openstack-nova11:28
*** matrohon has quit IRC11:29
*** baoli has joined #openstack-nova11:31
*** pbrooko has quit IRC11:33
*** baoli_ has quit IRC11:33
*** VikasC has quit IRC11:33
andreykurilinbauzas: hi!11:34
andreykurilinbauzas: sorry for late reply. did you found the answer for your question?11:36
*** aix has quit IRC11:36
*** haomaiwang has quit IRC11:37
*** ctrath has joined #openstack-nova11:42
*** bapalm has quit IRC11:43
*** takedakn has quit IRC11:43
*** karimb has joined #openstack-nova11:44
*** rushil has joined #openstack-nova11:46
*** rushil_ has joined #openstack-nova11:47
*** kylek3h has joined #openstack-nova11:47
*** bapalm has joined #openstack-nova11:49
*** rushil has quit IRC11:50
*** thorst has joined #openstack-nova11:54
*** rfolco has joined #openstack-nova11:54
mkodereroomichi: ping11:59
bauzasandreykurilin: yup12:01
bauzasandreykurilin: I spotted the initial commit12:01
bauzasandreykurilin: it's just horribly named12:01
*** mmedvede has quit IRC12:01
andreykurilin:)12:01
*** matrohon has joined #openstack-nova12:02
bauzasandreykurilin: btw. do you know how the contrib CLI directory is stable ?12:02
bauzasI mean, could someone just modify the name of it?12:02
bauzasand then break the backwards compat ?12:03
alex_xusdague: morning, we just left one API patch at here https://review.openstack.org/#/c/214601/ hope you can take a look at when you have time, thanks12:04
andreykurilinbauzas: unfortunately, changing the name will break some projects, because of direct imports:( but we can do the same as for novaclient.v1_1 module12:05
*** mmedvede has joined #openstack-nova12:05
andreykurilinbauzas: https://github.com/openstack/python-novaclient/blob/master/novaclient/v1_1/__init__.py12:05
*** MarcF has quit IRC12:07
*** jaypipes has joined #openstack-nova12:08
andreykurilinbauzas: also, I prefer to wait new release of novaclient and remove all direct imports and rewrite to use disciver_extension https://github.com/openstack/python-novaclient/blob/master/novaclient/client.py#L717 instead, where we can implement deprecation and renaming mechanism(maybe we can do implement it before new release ):)12:08
*** deepthi has quit IRC12:08
alex_xusdague: thanks :)12:08
bauzasandreykurilin: on a call12:09
*** aix has joined #openstack-nova12:09
jaypipesmorning all12:09
openstackgerritNoel Nelson Dsouza proposed openstack/nova: Delete flavor should raise error, if it is inuse  https://review.openstack.org/21767412:09
*** mwagner_lap has quit IRC12:10
andreykurilinjaypipes: good morning:)12:10
*** mwagner_lap has joined #openstack-nova12:10
*** irenab has quit IRC12:11
alex_xujaypipes: good morning12:11
jaypipesmorning guys :)12:11
*** jcoufal has joined #openstack-nova12:11
*** dprince has joined #openstack-nova12:13
*** dprince has left #openstack-nova12:16
mkodererjaypipes: hi ;) we have an issue with v2.1 .. https://bugs.launchpad.net/nova/+bug/149132512:17
openstackLaunchpad bug 1491325 in OpenStack Compute (nova) "nova api v2.1 does not allow to use autodetection of volume device path" [Undecided,New]12:17
* jaypipes looks12:17
mkodererbug in Manila: https://bugs.launchpad.net/manila/+bug/149126212:17
openstackLaunchpad bug 1491262 in Manila "Gate jobs failing with InvalidInput exception" [Critical,New]12:17
mkoderercan we extend the regex and allow "auto"?12:18
*** aysyd has joined #openstack-nova12:18
*** vladikr has joined #openstack-nova12:19
*** shaohe_feng has joined #openstack-nova12:22
*** MarcF has joined #openstack-nova12:22
*** jcoufal has quit IRC12:22
garykmriedem_away: please see https://review.openstack.org/21922512:22
vponomaryovmkoderer: we also can omit key "device" in novaclient12:25
*** bkopilov has quit IRC12:25
vponomaryovmkoderer: but in this case we will be forced to use only latest release of novaclient12:25
vponomaryovmkoderer: with this fix12:26
zigoCould someone help me backporting the patches for CVE-2015-3241 to Icehouse?12:26
openstackgerritFeodor Tersin proposed openstack/nova: Remove unused root_metadata method of BlockDeviceMappingList  https://review.openstack.org/21232412:26
*** bkopilov has joined #openstack-nova12:26
zigoMy backport broke all unit tests... :(12:26
vponomaryovmkoderer: so, I agree, allowing 'auto' for compatibility with v2.0 - best solution12:26
*** karimb has quit IRC12:26
*** rushiagr is now known as rushiagr_away12:27
*** david-lyle has quit IRC12:27
*** mordred has quit IRC12:27
*** dansmith has quit IRC12:28
*** david-lyle has joined #openstack-nova12:28
*** raildo-afk is now known as raildo12:29
*** ctrath has quit IRC12:29
openstackgerritMikhail Feoktistov proposed openstack/nova: libvirt: virtuozzo instance rescue mode support  https://review.openstack.org/21767912:29
*** ftersin has joined #openstack-nova12:29
*** rushil_ has quit IRC12:31
*** venkatesh_ has quit IRC12:31
*** venkatesh_ has joined #openstack-nova12:32
*** rushil has joined #openstack-nova12:32
*** moshele has joined #openstack-nova12:32
*** lucas-hungry is now known as lucasagomes12:32
*** dansmith has joined #openstack-nova12:33
*** dansmith is now known as Guest9133912:33
*** chhavi has quit IRC12:36
*** rushil has quit IRC12:37
*** claudiub has quit IRC12:38
*** irenab has joined #openstack-nova12:40
*** _kiran_ has joined #openstack-nova12:41
*** liusheng has quit IRC12:42
*** kiran-r has quit IRC12:42
*** _kiran_ is now known as kiran-r12:43
*** venkatesh_ has quit IRC12:44
*** mpaolino_ has joined #openstack-nova12:44
*** mpaolino has quit IRC12:45
*** shaohe_feng has quit IRC12:45
*** rlrossit has joined #openstack-nova12:45
*** takedakn has joined #openstack-nova12:45
*** shaohe_feng has joined #openstack-nova12:45
*** takedakn has quit IRC12:47
*** zhangjn has joined #openstack-nova12:47
*** dims has joined #openstack-nova12:48
bauzasjaypipes: morning, on a call but if you have time to review https://review.openstack.org/#/c/219182/1 it would be greatly appreciated ;)12:50
*** annegentle has joined #openstack-nova12:51
jaypipesbauzas: ah, this is the thing that alex_xu caught.. yeah. gimme a few.12:52
bauzasjaypipes: yep12:52
*** shaohe_feng has quit IRC12:52
*** zhangjn has quit IRC12:54
*** mdrabe has joined #openstack-nova12:55
*** diogogmt has joined #openstack-nova12:56
*** mpaolino_ has quit IRC12:56
openstackgerritjichenjc proposed openstack/nova-specs: Add display-flavor-id-in-migration.rst  https://review.openstack.org/21943112:58
*** ccarmack has joined #openstack-nova12:58
*** diogogmt has quit IRC12:59
*** mpaolino has joined #openstack-nova13:00
*** ildikov has quit IRC13:00
*** chhavi has joined #openstack-nova13:01
*** mwagner_lap has quit IRC13:01
*** mpaolino has quit IRC13:01
*** jcoufal has joined #openstack-nova13:02
*** kiran-r has quit IRC13:02
*** mpaolino has joined #openstack-nova13:02
*** diogogmt has joined #openstack-nova13:04
*** zhangjn has joined #openstack-nova13:04
*** zhangjn has quit IRC13:04
*** vivekd has quit IRC13:04
*** zhangjn has joined #openstack-nova13:05
*** pixelb has quit IRC13:06
*** vivekd has joined #openstack-nova13:06
*** pixelb has joined #openstack-nova13:08
*** ijuwang has joined #openstack-nova13:08
*** diogogmt has quit IRC13:08
*** lyanchih has joined #openstack-nova13:11
openstackgerritsahid proposed openstack/nova-specs: virt: dedicated CPUs placement policy  https://review.openstack.org/21969213:11
*** ildikov has joined #openstack-nova13:12
zhenguojaypipes: can you please have a look at this https://review.openstack.org/#/c/204088/ when you have time?13:13
jaypipesbauzas: reviewed.13:13
bauzasjaypipes: ack, will rebase shortly then13:15
*** mpaolino has quit IRC13:16
ftersinbauzas, alaski, ndipanov: hi. a question about disk filter for volume backed instances13:16
*** rushiagr_away is now known as rushiagr13:17
ndipanovftersin, probably broken?13:17
*** ishant has quit IRC13:17
ftersinknown issue https://review.openstack.org/#/c/194059/2 https://review.openstack.org/#/c/184982/13:17
*** links has quit IRC13:17
*** dims_ has joined #openstack-nova13:17
ftersinas i've understood you prefere to null out flavor.root_gb instead of analyze of instance type from inside of disk filter13:18
ftersineven if is_volume_backed_instance is available from inside disk filter13:18
ftersinis it correct?13:18
bauzasftersin: I'm violently opposed to add a key in filt_props that would increase tech debt and would make difficult to be removed13:19
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Allow to use autodetection of volume device path  https://review.openstack.org/21969613:19
bauzasjaypipes: yeah, your commit is good :)13:19
ndipanovftersin, well it wasn't available easily until recently13:19
ndipanovbecause you need objects for that13:19
ndipanovftersin, and we want to avoid db hits in filters13:19
ftersinwe can move is_volume_backed_instance to Instance object13:19
ndipanovwhich I think unless we are passing block device mapping to filters13:19
ndipanovwhich we are not but we could be13:20
ndipanovis not a thing we can do easily13:20
ndipanovso there is some work to be done there13:20
ndipanov(I think)13:20
ndipanovjaypipes, dan had one issue with this so I had to rework it - mind +wing? https://review.openstack.org/#/c/216733/13:21
*** dims has quit IRC13:21
*** rushiagr is now known as rushiagr_away13:21
ftersini agree that db hits are not desired in filters, so it should be done from outside there13:21
jaypipesndipanov: sure, as soon as I finish zhenguo's review.13:21
ndipanovjaypipes, awesome!13:22
ndipanovftersin we should be sending block device mapping along with the instance to the scheduler13:22
ndipanovthere is no such thing now I think13:23
alaskiftersin: my view is that I don't think the scheduler/resource tracker should make decisions about what resources are consumed differently for a boot from volume instance.13:23
*** pixelb has quit IRC13:23
ndipanovalaski, not sure what you're saying...13:23
alaskiI think that info should be correctly passed in.  root_gb should equal 0 if no local disk is used13:23
*** pixelb has joined #openstack-nova13:23
ndipanovalaski, I guess13:23
alex_xubauzas: hi, I added comment at https://review.openstack.org/#/c/197912/26/nova/scheduler/filters/__init__.py13:24
ftersinwhat is an appropriate place to set root_gb=0? i found is build_request_spec. is it good one?13:24
*** vivekd_ has joined #openstack-nova13:25
alex_xubauzas: it's about help people migrate their out-of-tree filters13:25
*** mriedem_away is now known as mriedem13:25
bauzasalex_xu: yeah, but we discussed that and we can't leave something only for out-of-tree usage13:25
*** mwagner_lap has joined #openstack-nova13:25
*** karimb has joined #openstack-nova13:25
*** vivekd has quit IRC13:25
alaskiftersin: it should be set when the instance is created.  but if it's necessary to have root_gb be non zero for some reason then perhaps we need another resource field to pass in13:25
bauzasalex_xu: so I can provide an UpgradeImpact tag but that's it13:25
*** vivekd_ is now known as vivekd13:26
alex_xubauzas: ok, cool, if we already have agreement here, so I'm ok with it :)13:26
bauzasftersin: +1 to alaski, like I explained in the second change13:26
*** shuquan has joined #openstack-nova13:26
bauzasftersin: if root_gb is wrong, then we have to fix it13:26
alaskiI'm taking the simple view of passing in everything that the scheduler/resource tracker should consume, not passing in some stuff and saying "figure out what you should consume based on outside factors"13:28
ftersinalaski, bauzas: we talk about flavor.root_gb. flavor can be loaded from db in build_request_spec.13:28
ftersinalaski: if you mean instance.root_gb, we can set it to 0, but this is another deal13:29
mriedemgaryk: so what is still using suds? oslo.vmware?13:29
*** zul has quit IRC13:29
garykmriedem: oslo.vmware13:30
*** VW_ has joined #openstack-nova13:30
garykit was never dropped even though there was/is talk about changing to pyvmomi (but that would require a rewrite of the nova driver - and you know what that entails...)13:31
alaskiftersin: I just mean generally.  I don't know what the right solution is here, just that we should pass in correct data and not care about bfv in the scheduler13:31
*** MarcF has quit IRC13:31
*** zul has joined #openstack-nova13:32
mriedemdanpb: ndipanov: ftersin: i could use some help in figuring out why test_stamp_pattern is failing here - it almost seems like a libvirt thing but i'm not sure https://review.openstack.org/#/c/218355/13:33
mriedemit attaches a volume created from a volume snapshot, attaches at /dev/vdb but the vdb partition doesn't show up on the instance13:34
mriedemhttp://logs.openstack.org/55/218355/5/check/gate-tempest-dsvm-neutron-full/4dce003/console.html#_2015-09-01_19_37_24_95513:34
mriedemit also appears to be racy, sometimes works and sometimes doesn't13:34
*** chhavi has quit IRC13:35
*** rdopiera has quit IRC13:35
*** dustins has joined #openstack-nova13:36
*** amotoki has quit IRC13:36
*** shuquan has quit IRC13:37
danpbmriedem: hmm,  the assertion error there only shows  a vda and sr013:38
mriedemyeah13:38
danpbmriedem: the vda will be the original root disk and sr0 will be the cdrom13:38
mriedemit's checking to see that vdb is in the partition list13:38
openstackgerritLudovic Beliveau proposed openstack/nova: Allow saving empty pci_device_pools in ComputeNode object  https://review.openstack.org/21604913:38
danpbso seems like perhaps the guest hasn't finished hotplug yet13:38
mriedemdanpb: this is the instance domain xml on spawn13:39
mriedemhttp://logs.openstack.org/55/218355/5/check/gate-tempest-dsvm-neutron-full/4dce003/logs/screen-n-cpu.txt.gz#_2015-09-01_19_36_10_53813:39
danpbis there anyway to capture  dmesg from the guest in question ?13:39
mriedemthis is where we start attaching the volume http://logs.openstack.org/55/218355/5/check/gate-tempest-dsvm-neutron-full/4dce003/logs/screen-n-cpu.txt.gz#_2015-09-01_19_36_16_61613:39
mriedemdanpb: like ssh into the guest and get that?13:39
*** smatzek has joined #openstack-nova13:40
danpbwe see the XML for the attachment just a little further  http://logs.openstack.org/55/218355/5/check/gate-tempest-dsvm-neutron-full/4dce003/logs/screen-n-cpu.txt.gz#_2015-09-01_19_36_19_97213:40
*** edmondsw has joined #openstack-nova13:41
danpbso we can see we've asked libvirt to attach the volume as vdb13:41
danpbi wonder how long tempest is waiting for the device to appear ?13:41
danpbmaybe it simply isn't long enough13:41
mriedemi actually removed the timeout13:41
mriedembecause it was timing out at like 5 minutes13:41
jaypipeszhenguo: review done.13:42
danpbmriedem:5 minutes for the whole test, or 5 minutes waiting for it to cmplete attachment13:42
jaypipesndipanov: +w'd13:42
mriedemfor the partition to show up on the guest13:42
danpboh wow, that' sway too long13:42
zhenguojaypipes: thanks13:42
mriedemdanpb: well, 196 seocnds13:43
mriedem*seconds13:43
jaypipeszhenguo: np13:43
mriedemstill over 3 minutes13:43
danpbyeah, sssh into the guest and get the dmesg output13:43
mriedemok13:43
danpband also 'lspci' output woul dbe nice13:43
danpbso we see if the virtio pci device has appeared13:43
*** annegentle has quit IRC13:43
mriedemdanpb: do you think we still need the loop waiting for the partition to show up? i figured it'd be there once the attach was done13:43
ndipanovjaypipes, awesome13:44
mriedemi.e. once the cinder volume went to in-use13:44
*** MarcF has joined #openstack-nova13:44
danpbmriedem: no, it is asynchronous13:45
mriedemok, i'll add the loop/wait back into the test13:45
danpbwhen libvirt returns control it merely means the guest device model sees the new device13:45
*** dbite has quit IRC13:45
danpbthe guest operating system will process the hotplug event asynchronously13:45
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920513:47
openstackgerritSylvain Bauza proposed openstack/nova: Fix RequestSpec.instance_group hydratation  https://review.openstack.org/21918213:47
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848713:47
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791213:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267813:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307813:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267613:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267713:47
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905113:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267413:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267513:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267313:47
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in HostManager  https://review.openstack.org/19125113:47
openstackgerritSylvain Bauza proposed openstack/nova: Remove reservation_id from the logs when a schedule fails  https://review.openstack.org/21779813:47
Guest91339jaypipes: passing jenkins: https://review.openstack.org/#/c/217819/ :)13:48
bauzasGuest91339: heh, dansmith hacked13:48
*** dguitarbite has joined #openstack-nova13:49
jaypipesGuest91339: nice :)13:49
mriedemdanpb: it'd be nice if we passed the instance or instance_uuid to the libvirt volume driver's connect_volume method so we could actually log the instance in context for http://logs.openstack.org/55/218355/5/check/gate-tempest-dsvm-neutron-full/4dce003/logs/screen-n-cpu.txt.gz#_2015-09-01_19_36_19_97213:49
*** chhavi has joined #openstack-nova13:49
bauzasjaypipes: your wishes are now reality https://review.openstack.org/#/c/219182/13:49
mriedemwhen i'm searching the n-cpu logs by instance uuid i missed that13:49
mriedemsame with LibvirtConfigObject.to_xml13:50
mriedemor just move that13:50
Guest91339doh13:51
*** Guest91339 is now known as dansmith13:51
*** dansmith is now known as Guest3643113:51
bauzasdansmith/Guest91339: self.get_dansmith_thoughts(https://review.openstack.org/#/c/219182/2)13:51
bauzashah13:52
bauzasGuest36431: self.get_dansmith_thoughts(https://review.openstack.org/#/c/219182/2) could be appreciated because of something we discussed yesterday (or the day before)13:52
danpbmriedem: its a shame we can't just setup a thread-local in the manager.py whenever we have an instance13:52
danpbmriedem: and then have *every* log message from that thread include the instance13:53
danpbhaving to pass around instance just for log messages sucks13:53
danpbbecause we'll forever be finding places we forgot to log it13:53
mriedemyeah, i can always get around this by logging after the call to connect_volume with the results13:53
danpbin fact this kind of thing must be possible with a thread local13:53
danpbas we already do that to get the request logged13:54
mriedemi kind of want config.to_xml() to not log the xml str on debug since that appears to be duplicated logging in a lot of places13:54
*** karimb has quit IRC13:54
zhenguojaypipes: thanks for the review, but I don't quite understand why we don't need to get infomation in the properties collections ever?13:54
jaypipeszhenguo: exactly... I don't see why we ever need the properties collection for resource amounts.13:55
ftersinalaski: do you think that saving instance.flavor.root_gb=0 in DB is more right and straightforward than setting instance_type.root_gb=0 for request_spec in build_request_spec?13:55
zhenguojaypipes: properties notion of resources will be used if the node is not being used and is not unavailable.13:55
Guest36431bauzas: I will look while I wait for nickserv to catch up13:55
bauzasGuest36431: this time, it's not me13:56
Guest36431heh13:56
jaypipeszhenguo: if the node is not being used and is not available, what use does Nova have for it?13:56
zhenguojaypipes: the node is not used, means is not deployed by nova13:56
*** Guest36431 is now known as dansmith13:56
zhenguojaypiples: we need ther properties resources for scheduling13:56
jaypipeszhenguo: right, so why should the node even be included in resource calculations by nova?13:56
*** haomaiwang has joined #openstack-nova13:57
zhenguojaypipes: we need to collect the unused node resources, then shceduler will know which one can be deployed.13:58
jaypipeszhenguo: oh, you are saying that a node might have its resource amounts changed (e.g. RAM added) after an instanec is deployed on it, and if that node is deleted and reused for different instance, that is when the properties collection will come into play?13:58
*** lbeliveau has joined #openstack-nova13:58
zhenguojaypipes: yeah.13:59
*** thangp has joined #openstack-nova13:59
*** mriedem is now known as mriedem_meeting13:59
jaypipeszhenguo: got it. understand now... ok, lemme approve this. thx for discussing.13:59
zhenguojaypipes: thanks :)13:59
openstackgerritZhongcheng Lao proposed openstack/nova: VMware: Omit exceptions during snapshot cleanup  https://review.openstack.org/21608613:59
bauzasjaypipes: yeah, just reviewed zhenguo's change and I think it's okay14:00
bauzasjaypipes: if an instance is selected, we need to consume all the resources14:00
zhenguobauzas: thanks for the review.14:00
bauzaszhenguo: yet some nits to look at14:01
*** markvoelker has joined #openstack-nova14:01
alaskiftersin: I would think they should match, but I think there are reasons we can't set root_gb = 0 in the db14:02
alaskiftersin: it needs some thought.  but I think something like that is a better route than adding bdms to the request spec14:03
*** burgerk has joined #openstack-nova14:04
ftersinalaski: agree with that, and i also think that having changed flavor in db can lead to some undesirable effects, like customer questions :)14:05
*** mordred has joined #openstack-nova14:05
*** marzif has quit IRC14:05
*** markvoelker has quit IRC14:06
mordredhey all - I've got some functional tests failing consistently in shade now against nova-net devstack ... looks like maybe a behavior change, so I wanted to check and see if it's intended or accidental14:06
*** marzif has joined #openstack-nova14:06
mordredhttp://logs.openstack.org/55/219655/1/check/gate-shade-dsvm-functional-nova/1154770/console.html#_2015-09-02_12_10_56_07114:06
mordredis this a known issue? or a new behavior for nova? (like, do I need to be passing in an ID and not he actual IP address?)14:07
*** burt has joined #openstack-nova14:07
*** geekinutah has joined #openstack-nova14:07
*** kiran-r has joined #openstack-nova14:09
*** vivekd_ has joined #openstack-nova14:09
*** _kiran_ has joined #openstack-nova14:09
*** _kiran_ has quit IRC14:10
*** _kiran_ has joined #openstack-nova14:11
*** vivekd has quit IRC14:12
*** vivekd_ is now known as vivekd14:12
bauzasdansmith: call me a fool, but do you feel that it would be difficult to remove the dict compat for InstanceV2 ?14:13
*** Piet has quit IRC14:13
dansmithbauzas: yes, and it's not part of the api, so it doesn't have anything to do with the versioning14:13
*** kiran-r has quit IRC14:13
bauzasdansmith: I haven't yet checked the callers, hence the question14:13
*** karimb has joined #openstack-nova14:13
dansmithbauzas: sudipto is working through those conversions14:14
bauzasdansmith: ack, good to konw14:14
bauzasdansmith: okay, fair enough14:14
ftersinalaski: i know a case when having instance.flavor.root_gb=0 doesn't help - it's resize operation14:14
*** annegentle has joined #openstack-nova14:14
sudiptobauzas, I have had a hard time with a few objects.14:16
*** raildo is now known as raildo-afk14:16
ftersinalaski: in that case nova passes in a custom flavor14:16
markus_zmordred: IIUC it should be the ID of the floating ip: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/floating_ips.py#L15314:16
*** raildo-afk is now known as raildo14:17
mordredmarkus_z: ok. so the fact that ip has worked up until now is just an accident14:17
mordredI can work with that14:17
mordredmarkus_z: thanks!14:17
markus_zmordred: How did you call the API? Via the client?14:17
*** _kiran_ has quit IRC14:18
mordredmarkus_z: yah. novaclient14:18
*** kiran-r has joined #openstack-nova14:18
markus_zmordred: The novaclient does/did probably a translation of address to id14:18
markus_zmordred: http://docs.openstack.org/cli-reference/content/novaclient_commands.html#novaclient_subcommand_floating-ip-delete14:18
mordrednova_client.floating_ips.delete('x.x.x.x')14:18
mordredmarkus_z: sory - I was unclear - python client, not command line client14:19
markus_zmordred: Hmm... could be an issue14:20
*** tojuvone has quit IRC14:20
mordredmarkus_z: floating_ips.get('x.x.x.x') should get me the floating ip object, right?14:21
alaskiftersin: part of this issue is that there's a lot of handwaving with flavors and booting from volume.  we need a clear model for what it means when a flavor specifies a root_gb but we've booted from volume.14:21
markus_zmordred: At least I would expect it. What does happen?14:22
bauzasdansmith: do you have 20 mins for clarifying https://review.openstack.org/#/c/219182/2/nova/objects/instance_group.py,cm L138 ?14:22
bauzasoops14:22
bauzas2 mins14:22
bauzaslol14:22
*** haomaiwang has quit IRC14:23
mordredmarkus_z: haven't tried get yet - all o the code we currently have just passed the ip address to delete - so I'm thinking now I want to get first and then pass the id to delete14:23
sudiptodansmith, when you have some time: https://review.openstack.org/#/c/201282/14:23
*** bswartz has joined #openstack-nova14:23
dansmithsudipto: yeah, I know, but those can continue to go in after tomorrow, but other stuff can't14:23
bswartzdims_: ping14:23
dansmithsudipto: so, have to allocate time, you know14:23
dansmithbauzas: sure, what about it?14:23
bauzasdansmith: I tried to understand but I'm still unclear14:24
markus_zmordred: http://docs.openstack.org/developer/python-novaclient/ref/v2/floating_ips.html14:24
sudiptodansmith, sure, np - sorry for asking, just don't remember the dates well.14:24
*** zhenguo has quit IRC14:24
markus_zmordred: That's all I could find.14:24
mordredmarkus_z: yah. me too14:24
bauzasdansmith: so, you mean it's good to raise something if passed by ?14:24
mordredmarkus_z: oh well - I'll just poke and prod for a while - thanks!14:25
*** haomaiwa_ has joined #openstack-nova14:25
markus_zmordred: sure, you're welcome14:25
dansmithbauzas: yeah, I think you should fail if someone tries to set .hosts and then .save() them14:25
*** ducnc has joined #openstack-nova14:25
bauzasdansmith: so he would have to unset the field first ?14:25
bauzasdansmith: like making the contract explicit ?14:26
dansmithbauzas: no, you reset the field when you load it, so it would only be in updates if someone changes that field14:26
*** Guest91834 is now known as jgriffith14:26
*** dustins_ has joined #openstack-nova14:26
dansmithbauzas: which is what you want -- signaling to the dev that the save isn't going to save it14:26
dansmithjust ignoring it is more obscure14:26
*** mdrabe has quit IRC14:27
*** lyanchih has quit IRC14:27
dansmithif someone comes along and thinks they can change that field and .save() it, then you want to make it clear that it's not going to happen, not just silently ignore so that they think it worked14:27
bauzasdansmith: ah I see14:27
bauzasdansmith: I'm saying that because I actually set the field by hand when hydrating the object14:27
dansmithbauzas: yep, I know, which is why I said you should reset there :)14:27
*** Murali has quit IRC14:27
bauzasdansmith: but that makes sense to do that way yeah14:28
bauzasdansmith: because it would force to get the proper values if got14:28
*** dustins has quit IRC14:28
bauzasdansmith: I thnik I get it, lemme do some stuff14:28
*** tpeoples has joined #openstack-nova14:28
dansmithokay, but no need to alter that patch, just slap something else on the end or something14:28
*** mtanino has joined #openstack-nova14:30
*** kiran-r has quit IRC14:30
bauzasdansmith: well, I'm fine, most of the series is still queued in the pipeline14:30
bauzasdansmith: and I prefer nice code for the beginning14:31
bauzas:)14:31
dansmithwell, your call I guess14:31
*** afazekas__ has quit IRC14:31
ftersinalaski: i think that a clear model is... a usage of bdm (but obviously not to check a booting type)14:34
ftersinalaski: i mean that bdm list contains all info about instance usage of host local disk14:35
*** eharney has quit IRC14:36
*** masayukig has quit IRC14:36
ftersinalaski: it contain root disk, ephemerals, swap... we can just calculate the usage and compare it with host capability14:37
*** electrocucaracha has joined #openstack-nova14:37
*** ducnc has quit IRC14:38
bswartzDoes anyone know what's going on with this bug? https://bugs.launchpad.net/nova/+bug/149132514:39
openstackLaunchpad bug 1491325 in OpenStack Compute (nova) "nova api v2.1 does not allow to use autodetection of volume device path" [Undecided,In progress] - Assigned to Davanum Srinivas (DIMS) (dims-v)14:39
ftersinalaski: an additional benefit we can have with that approach is that a user can request an ephemeral disk smaller that a selected flavor allows14:39
bswartzThis bug is breaking the manila gate tests14:39
*** ducnc has joined #openstack-nova14:39
bswartzThere is a fix for it by dims_ but it's marked [WIP]14:39
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: Adds Hyper-V UEFI Secure Boot  https://review.openstack.org/20958114:40
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V vTPM Devices  https://review.openstack.org/21864214:40
jrollmtreinish: I got the job changed up for full tempest and checked experimental again on https://review.openstack.org/21922514:40
jrollmtreinish: I'm in meetings much of today but will try to look this afternoon sometime14:41
*** moshele has quit IRC14:41
ftersinalaski: now in that case resource consumption is estimated by flavor.ephemeral_gb, but in fact it differs from that14:41
dhellmannjohnthetubaguy: if you ack this client release request with a +1 I can do it today: https://review.openstack.org/#/c/219283/14:41
mtreinishjroll: ok cool, I'll keep an eye out for the results14:41
jrollthanks sir14:41
*** ducnc has quit IRC14:42
*** alexpilotti has joined #openstack-nova14:42
johnthetubaguydhellmann: acked that from me, sorry for the delay14:42
*** markvoelker has joined #openstack-nova14:42
dhellmannjohnthetubaguy: not a problem on my end, I just wanted to make sure you were ok with the release so I didn't surprise you :-)14:42
openstackgerritBalazs Gibizer proposed openstack/nova: Fix the help text of monkey_patch config param  https://review.openstack.org/21972214:42
*** markvoelker has quit IRC14:42
*** diogogmt has joined #openstack-nova14:42
johnthetubaguydhellmann: all good, yeah, I should probably find a way to make mriedem_meeting able to do that without my ack14:43
*** markvoelker has joined #openstack-nova14:43
*** masayukig has joined #openstack-nova14:43
*** browne has joined #openstack-nova14:43
alaskiftersin: I agree with that.  I'm not sure bdm is the right thing to pass in, but flavor isn't really either.  we want something that indicates actual usage, however that is determined14:43
*** mdrabe has joined #openstack-nova14:43
openstackgerritjichenjc proposed openstack/nova-specs: Add display-flavor-id-in-migration.rst  https://review.openstack.org/21943114:44
dhellmannjohnthetubaguy: list him as the release liaison on https://wiki.openstack.org/wiki/CrossProjectLiaisons14:44
*** zhangjn has quit IRC14:45
*** artom has joined #openstack-nova14:45
*** zhangjn has joined #openstack-nova14:45
*** zhangjn has quit IRC14:45
*** ildikov has quit IRC14:46
johnthetubaguydhellmann: right, that would make sense, I should put the old nova-release team there I guess14:46
*** zhangjn has joined #openstack-nova14:46
mtreinishjroll: someone else triggered experimental on a patch, the job is running: https://jenkins04.openstack.org/job/gate-tempest-dsvm-ironic-pxe_ipa-full-nv/1/console14:46
dansmithbauzas: found another spelling bug in that bottom patch14:46
jrollmtreinish: awesome14:46
*** cfriesen has joined #openstack-nova14:46
*** zhangjn has quit IRC14:46
dhellmannjohnthetubaguy: sure, if you have more than one person you can list a few, though it'd be good to make it clear who we should come to with issues as well14:47
bauzasdansmith: cool, thanks14:47
* bauzas thinks that ayone should speak French14:47
*** ducnc has joined #openstack-nova14:47
*** zhangjn has joined #openstack-nova14:47
dansmithvoulez vous coucher avec ... uh, le nevermind14:48
johnthetubaguydhellmann: +114:48
*** rushil has joined #openstack-nova14:48
johnthetubaguydansmith: popular culture references, whatever next14:49
*** zhangjn has quit IRC14:49
johnthetubaguyalaski: I am guessing we should defer this one now :( https://blueprints.launchpad.net/nova/+spec/add-buildrequest-obj14:49
alaskijohnthetubaguy: yeah, doesn't look like it's going to make it14:49
*** zhangjn has joined #openstack-nova14:50
*** zhangjn has quit IRC14:50
*** zzzeek has joined #openstack-nova14:50
johnthetubaguyalaski: yeah, the persist request spec seems maybe possible, or I am just being over optimistic?14:51
dansmithso is the gate jammed up because things are failing or because we're on the doorstep of a deadline?14:51
alaskijohnthetubaguy: that one's ready IMO, unless there's feedback I haven't seen this morning14:51
johnthetubaguyalaski: it looks like it has a +1 I just opened it up to take a peak14:51
bauzasalaski: I need to look at your change14:51
bauzasjohnthetubaguy: I can review it by today14:52
johnthetubaguybauzas: +1 https://review.openstack.org/#/c/211753/ is well worth a look14:52
bauzasjohnthetubaguy: yeah, that and jaypipes's stuff :)14:52
openstackgerritjichenjc proposed openstack/nova-specs: Add display-flavor-id-in-migration.rst  https://review.openstack.org/21943114:52
johnthetubaguyjust wondering what we can get into the gate before tomorrow morning14:52
*** yamahata has joined #openstack-nova14:52
dansmithjohnthetubaguy: I assume the object and rpc bump bits will be accepted after tomorrow, right?14:52
dansmithI think we talked about that already,14:53
johnthetubaguydansmith: yeah, I pushed the RPC bump to RC1, I can argue for that one14:53
dansmithjohnthetubaguy: okay, I think we'll only get instance bumped for the objects, but that's the biggest one14:53
johnthetubaguydansmith: I was hoping to get the objects stuff in, but I guess there are no string changes in there, so lets move that too14:53
dansmithjohnthetubaguy: and the conductor rpc bump will be nearly a no-op I htink14:53
johnthetubaguydansmith: yeah, that seems well worth it14:53
johnthetubaguyoh, true14:53
dansmithjohnthetubaguy: that's all one blueprint, right? objects and rpc?14:53
*** diogogmt has quit IRC14:54
dansmithliberty-bump-object-and-rpcapi-versions14:54
bauzasjohnthetubaguy: FWIW, the ReqSpec series is having no modified strings neither new deps, so we're prettly clear off the StringFreeze and DependencyFreeze14:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920514:54
openstackgerritSylvain Bauza proposed openstack/nova: Fix RequestSpec.instance_group hydration  https://review.openstack.org/21918214:54
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848714:54
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791214:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267814:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307814:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267614:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267714:54
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905114:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267414:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267514:54
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267314:54
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in HostManager  https://review.openstack.org/19125114:54
openstackgerritSylvain Bauza proposed openstack/nova: Remove reservation_id from the logs when a schedule fails  https://review.openstack.org/21779814:54
dansmithdoes the dep freeze count against g-r or nova itself?14:54
*** mriedem_meeting is now known as mriedem14:54
dansmithbecause we reaaaaly need to get this merged: https://review.openstack.org/#/c/216968/1314:55
bauzas(well, tbh, only the first change https://review.openstack.org/219182 is having a string changed)14:55
bauzasdansmith: https://review.openstack.org/219182 updated14:55
bauzasjaypipes: ^ as well14:55
*** diogogmt has joined #openstack-nova14:55
mriedemdansmith: dep freeze is just no new minimum required versions of things i think14:56
johnthetubaguydansmith: ah, good point, I think we might get away with that, but not going to tag until the morning14:56
mriedemhttps://wiki.openstack.org/wiki/DepFreeze14:56
dansmithmriedem: well, that change is a new minimum14:56
mriedemdansmith: i meant in g-r14:56
dansmithah, okay14:56
dansmithso we're good then14:56
mriedemyeah14:56
mriedemif the damn change ever merges14:56
dansmithyeah14:56
dims_bswartz: i want to add a test case14:57
dims_bswartz: hence the WIP14:57
johnthetubaguydansmith: mriedem: I added that requirements sync at the top of here, so I try not to forget it when tagging in the morning: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking14:57
bswartzdims_: is that going to happen soon? we can't merge anything in manila while that bug exists14:57
*** ctrath has joined #openstack-nova14:58
*** ctrath has quit IRC14:58
dims_bswartz: in about an hour. need to get to work14:58
johnthetubaguydims_: I keep meaning to catch you about this one: https://blueprints.launchpad.net/nova/+spec/liberty-olso-sync14:58
lalitdalaski: hi, today meeting will be there?14:58
*** hemnafk is now known as hemna14:58
bswartzdims_: okay thanks -- please ping me when you have another patchset up14:58
dims_ack14:58
johnthetubaguydims_: I marked it as partially implemented, given the timing14:59
dims_johnthetubaguy: sounds good.14:59
*** krotscheck is now known as kro_afk14:59
dims_johnthetubaguy: early in M, we need to do oslo.policy and oslo.cache14:59
johnthetubaguydims_: I think we got all the stuff thats blocking you folks merged?14:59
dims_johnthetubaguy: yep14:59
*** vishy has quit IRC14:59
dims_johnthetubaguy: everything needed for L. yes.14:59
dims_thanks!!14:59
ftersinalaski: build_request_spec seems a good place for that as well, but...14:59
johnthetubaguydims_: early M sounds good, I know there were questions around policy, but yeah14:59
*** vivekd has quit IRC15:00
ftersinalaski: currently size of root bdm is always 0 for image backed instances15:00
johnthetubaguydims_: thanks for keeping pushing, its good work :)15:00
dims_yep. we can talk about it at summit15:00
johnthetubaguy+115:00
alaskilalitd: the next meeting is next week15:00
dims_very welcome15:00
*** matrohon has quit IRC15:00
* dims_ back in a bit15:00
*** mwagner_lap has quit IRC15:00
ftersinalaski: and it's not clear for me how to consider a target flavor in resize operation15:01
johnthetubaguydansmith: sorry, I failed to send my reply to you, yes I think both bumps are in here now: https://launchpad.net/nova/+milestone/liberty-rc1 and https://blueprints.launchpad.net/nova/+spec/liberty-bump-object-and-rpcapi-versions15:01
ftersinalaski: so i propose to null out root_gb in build_request_spec now based on is_volume_backed_instance15:02
*** yamahata has quit IRC15:02
lalitdalaski: it is regarding patch https://review.openstack.org/#/c/213041/ . can you have a look? it is passing unit/functional tests but having some fails in granade and tempest. can you suggest on them15:03
*** yamahata has joined #openstack-nova15:03
dansmithjohnthetubaguy: okay15:03
ftersinalaski: probably this solution can even be backported15:03
johnthetubaguydansmith: there are a few objects patches left that might help us drop more conductor things: https://review.openstack.org/#/q/topic:bp/liberty-objects,n,z15:03
*** dave-mccowan has quit IRC15:03
alaskiftersin: I'm more in favor of that than what was in the patch.  But I think it needs to happen after that is all objectified, and should probably have a bp/spec15:04
alaskilalitd: sure, I will take a look later15:04
lalitdalaski: thankyou15:04
*** kro_afk is now known as krotscheck15:04
*** unicell1 has joined #openstack-nova15:04
*** nkrinner has quit IRC15:04
dansmithjohnthetubaguy: ah, yheah, I had a patch to do that a while ago, but it was always blocked on something small15:05
dansmithcool if we can do it now15:05
*** unicell has quit IRC15:06
*** ducnc has quit IRC15:06
jaypipesbauzas: +Wd15:06
johnthetubaguydansmith: seems easier just to get some of those in now15:06
*** ildikov has joined #openstack-nova15:07
johnthetubaguyalaski: do you know if we are likely to get these ones in now: https://blueprints.launchpad.net/nova/+spec/flavor-cell-api seems like soft_delete is back again?15:08
dansmithjohnthetubaguy: totally.. I meant before I was held up on RT issues still needing dict-based updates or something15:08
*** ducnc has joined #openstack-nova15:08
johnthetubaguydansmith: ah, I missed that dependency there, makes sense15:09
alaskijohnthetubaguy: I think there are a few kinks to work out of two of the patches on that, so I think they'll miss15:09
alaskijohnthetubaguy: soft_delete we're back and forth on, I'm pushing to remove it but obstacles have come up15:10
alaskiso we're working through those15:10
bauzasjaypipes: coolness, your karma will be good15:10
johnthetubaguyalaski: yeah, I think I am going to apply the -2 hammer at this point, I think we should focus on the ready-ier stuff, if thats OK?15:10
bauzasalaski: johnthetubaguy: reviewing https://review.openstack.org/#/c/211753/ now15:11
bauzasFWIW15:11
alaskijohnthetubaguy: yeah15:11
*** dims_ has quit IRC15:12
*** jistr is now known as jistr|call15:12
*** garyk has quit IRC15:14
*** dannywilson has joined #openstack-nova15:14
bauzasalaski: so I guess you preferred to persist the nested objects for the ReqSpec within the same table, and not leave any FK ?15:14
bauzasalaski: it looks good to me, just wondering if we should explain why15:15
*** dave-mccowan has joined #openstack-nova15:16
bauzasalaski: one could object that for example InstanceGroup does have a .save() method which persists in its separate table15:16
*** dannywil_ has joined #openstack-nova15:16
*** dannywilson has quit IRC15:16
alaskibauzas: yeah.  it's basically for the same reason we store flavor with instance.  that way deletes/modifications happening on the included resources don't matter15:17
alaskiwe capture the request spec as it was when it was used15:17
bauzasalaski: yeah I totally got that15:17
bauzasalaski: I'm just wondering if we should just put some comment15:17
alaskiI can if that will help15:18
bauzasalaski: explaining that we snapshot those objects15:18
bauzasalaski: so we're not exactly duplicating, but rather making them asynchronous from their actual origin15:18
bauzasalaski: hence my comment here, not in the change15:19
bauzasalaski: but I don't want to delay, we can add those comments later on15:20
johnthetubaguymriedem: thanks for sorting out the python-novaclient release, looks like that has been merged now15:20
mriedem\o/15:20
*** tpeoples has quit IRC15:20
bauzasmriedem: johnthetubaguy: question about client stability, what if I want to change a very badly named method in the contrib repo ?15:21
*** Sukhdev_ has joined #openstack-nova15:21
bauzasmriedem: johnthetubaguy: ie. https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/contrib/host_evacuate_live.py15:22
*** eharney has joined #openstack-nova15:22
bauzasmriedem: johnthetubaguy: I guess I would break the compat' right?15:22
bauzasmriedem: johnthetubaguy: so I would need a forward path ?15:22
alaskibauzas: okay, I can add a followup patch with a comment15:23
*** emagana has joined #openstack-nova15:23
bauzasalaski: hold on15:23
*** ctrath has joined #openstack-nova15:23
bauzasalaski: https://review.openstack.org/#/c/211753/22/nova/objects/request_spec.py,cm will conflict with https://review.openstack.org/#/c/219182/2 which was recently approved15:23
bauzasalaski: you should preemptively provide a 1.4 version15:24
*** karimb has quit IRC15:24
johnthetubaguybauzas: seems like you need to add a new method, and "deprecate" the old one, or something like that15:24
bauzasalaski: sorry about that15:24
bauzasjohnthetubaguy: yeah, my thoughts15:24
johnthetubaguybauzas: I can't remember how we do that off hand15:24
bauzasjohnthetubaguy: so, the subsequent question is, what is the deprecation period for that old method name ?15:25
alaskibauzas: okay, I'll respin.  Don't worry, I'm used to these breaks by now :)15:25
*** dustins_ has quit IRC15:25
*** smatzek has quit IRC15:25
bauzasjohnthetubaguy: since those releases are async, we can't count per cycle15:25
*** ducnc has quit IRC15:26
bauzasjohnthetubaguy: so I'm just wondering how much we have to wait until we drop the legacy method15:27
johnthetubaguybauzas: probably wait a few decades, and we should be good15:28
bauzascool \o/15:28
*** mwagner_lap has joined #openstack-nova15:28
*** tpeoples has joined #openstack-nova15:28
johnthetubaguybauzas: I think technically, we have to bump the major version to drop anything, but would want to give folks some warning of the drop I guess (shrugs)15:28
bauzasjohnthetubaguy: well, one could argue the CLI is not aimed to be used programatically, so no strong contract15:29
johnthetubaguybauzas: we do have stable branches now though, which might change things a little, might be able to wait one release, or something, but would need to talk that though with some client folks15:29
*** tri2sing has joined #openstack-nova15:30
bauzasjohnthetubaguy: the stable branch is consuming the novaclient API, right? only devstack is using the CLI (and operators)15:30
ftersinalaski: well, lets look on the whole problem. It refers not only to disk filters (including ExactDiskFilter), but to some other parts as well.15:30
ftersinalaski: e.g. MoveClaim which uses flavor.root_gb15:31
*** yassine_ has quit IRC15:31
ftersinalaski: other ones are fixed by https://review.openstack.org/#/c/200870 and mentioned in the commit message there15:32
ftersinalaski: i think we should have a plan to fix all of this together and completely, shouldn't we?15:32
johnthetubaguybauzas: jaypipes: so are these lats patches likely to make it for liberty at this point? https://review.openstack.org/#/c/128992/2715:33
ftersinalaski: what is your suggestion how to process this?15:34
bauzasjohnthetubaguy: I leave jaypipes answer, but those are needing https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:pci-cleanup,n,z15:34
bauzasjohnthetubaguy: wait for fencing tho15:34
bauzasjohnthetubaguy: until jaypipes confirms15:34
johnthetubaguybauzas: hmm, they don't seem to be rebased on those15:35
jaypipesjohnthetubaguy: I have been trying to get the pci cleanup patch series done before that... :(15:35
johnthetubaguyOK, gotcha15:35
bauzasthose changes are easily reviewable, could we maybe try to defer the decision until we know the possibilities for FFE ?15:35
*** markus_z has quit IRC15:35
alaskiftersin: yes, we should.15:35
ftersinalaski: a patch series to discuss it on review stage; a spec; or smth else?15:35
alaskiftersin: I would suggest a spec, or a PoC patch series leading into a spec15:36
bauzasjohnthetubaguy: jaypipes was actually planning to deliver a new change for https://review.openstack.org/#/c/213591/9 so I could +1 it15:36
*** tonytan4ever has joined #openstack-nova15:37
ftersinalaski: ok, thanks. i'll think about it15:37
*** karimb has joined #openstack-nova15:37
jaypipesbauzas: yes, just been in meetings all morning.15:38
bauzasjaypipes: you should have asked your dog to code15:38
jaypipesbauzas: lol15:38
*** jistr|call is now known as jistr15:38
* johnthetubaguy leaves bauzas to review the pug code15:39
alaskiftersin: I should write some thoughts out as well.  I don't have a full plan around this, just didn't want bdms in filter_properties :)15:39
*** armax has joined #openstack-nova15:40
*** alexschm has quit IRC15:40
johnthetubaguyjaypipes: cool, so I will leave those open, in the hope we get a +2 +W on some of those before the morning, stranger things have happened I guess15:40
jaypipesjohnthetubaguy: trying my best... :(15:40
johnthetubaguyjaypipes: totally understood15:41
openstackgerritNikola Dipanov proposed openstack/nova: RT: Migration resource tracking uses migration context  https://review.openstack.org/21893815:42
ndipanovdansmith, ^15:43
mtreinishjroll: how many servers can we create at once in that fake ironic test env? most of the failures look to be caused by exhausting the number of available: http://logs.openstack.org/57/209957/3/experimental/gate-tempest-dsvm-ironic-pxe_ipa-full-nv/c77a341//logs/screen-n-cond.txt.gz?level=TRACE#_2015-09-02_13_31_02_33415:43
bauzasalaski: reviewed https://review.openstack.org/#/c/211753/2215:44
openstackgerritAndrew Laski proposed openstack/nova: Add persistence to the RequestSpec object  https://review.openstack.org/21175315:44
mtreinishjroll: well aside from the run taking too long and jenkins killing it, which also happened :)15:44
bauzasalaski: I just wonder how the magic is made for ignore_hosts and the other ListOfStrings fields15:44
bauzasjaypipes: you need me on that ?15:45
jrollmtreinish: so, we need about 1g per "baremetal node", I think we've kept it to 2 or 3 so far due to that15:45
bauzasjaypipes: I mean, I can spin-off a new change for https://review.openstack.org/#/c/213591/915:45
jrollmtreinish: "baremetal node" being a VM15:45
bauzasjaypipes: so you could even +2 it ;)15:45
* bauzas is bad15:45
mtreinishjroll: ok, yeah we're constrained to 8gb on the test slave, and we typically use between 6-7gb just to run things, so I expect the limit is 215:46
jrollmtreinish: yeah :(15:46
*** xiaohui has quit IRC15:47
*** xiaohui has joined #openstack-nova15:47
*** electrocucaracha has quit IRC15:48
jaypipesbauzas: nah, gimme a few15:49
lxsliI'm messing with conductor tests and hitting a race condition after using CastAsCall15:49
lxslianyone know the best way to work around this please?15:49
*** ijw_ has quit IRC15:49
bauzaslxsli: race cond ?15:49
*** dustins has joined #openstack-nova15:49
mriedemlxsli: like a thread spawn issue?15:50
lxslibtw does CastAsCall work with mock (as opposed to mox) tests?15:50
bauzaslxsli: you mean the same test that is not providing the same output ?15:50
mriedemlxsli: there should be stubs to disable that stuff15:50
lxsliThe code after the cast is not supposed to execute until the cast returns; but it happens before, causing my mock assert_called_once_with to fail15:50
mtreinishjroll: we might be able to bump it by 1: http://paste.openstack.org/show/441603/ (from when that no free hosts failure happened)15:50
mriedemlxsli: you have to stub that stuff out15:50
mtreinishjroll: we had > 1GB free, but that doesn't leave us a lot of headroom15:50
mriedemtrying to find an example15:50
lxslimriedem: so I have to use mox?15:51
mriedemlxsli: i think there are actual fixtures in tree somewhere15:51
mtreinishjroll: another thing we could try is disabling other services, like swift to free up some more ram15:51
*** dims has joined #openstack-nova15:51
*** doude has quit IRC15:52
lxslimriedem: I have self.useFixture(cast_as_call.CastAsCall(self.stubs))15:53
*** kiran-r has joined #openstack-nova15:53
lxslimriedem: does this rely on self.mox.StubOutWithMock to setup self.stubs?15:54
*** nic has joined #openstack-nova15:55
*** browne has quit IRC15:55
*** dustins has quit IRC15:55
lxslimriedem: I'm trying to clean up nova/tests/unit/conductor/test_conductor.py15:55
*** garyk has joined #openstack-nova15:55
*** electrocucaracha has joined #openstack-nova15:55
openstackgerritjichenjc proposed openstack/nova-specs: Add list-server-invalid-option-as-error.rst  https://review.openstack.org/21975515:56
mriedemlxsli: self.useFixture(cast_as_call.CastAsCall(self.stubs)) is what i was looking for15:56
lxsli;-;15:57
*** mtanino has quit IRC15:57
openstackgerritjichenjc proposed openstack/nova-specs: Add list-server-invalid-option-as-error.rst  https://review.openstack.org/21975515:57
*** dustins has joined #openstack-nova15:57
*** ndipanov has quit IRC15:57
*** ndipanov has joined #openstack-nova15:57
mriedemlxsli: i want to say there is a fixture for mocking out nova.utils.spawn_n also15:58
lxsliIn _BaseTestCase (same file) I can see: fake_utils.stub_out_utils_spawn_n(self.stubs)15:58
mriedemfake_utils.stub_out_utils_spawn_n(self.stubs)15:58
mriedemyeah15:58
mriedemwell if those are being used i'm all out of ideas15:58
* mriedem goes back to being unhelpful15:59
lxslithanks for trying!15:59
*** ijw_ has joined #openstack-nova16:01
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Allow to use autodetection of volume device path  https://review.openstack.org/21969616:02
*** unicell1 has quit IRC16:02
*** dims has quit IRC16:02
*** kiran-r has quit IRC16:02
*** markvoelker has quit IRC16:03
*** jlanoux has quit IRC16:04
*** dims_ has joined #openstack-nova16:04
dims_bswartz: updated 21969616:05
*** browne has joined #openstack-nova16:05
openstackgerritAlexis Lee proposed openstack/nova: WIP Unify on _schedule_instances  https://review.openstack.org/21976116:05
bswartzdims_: thank you reviewing now16:06
lxslijaypipes: if you like test cleanup you might like https://review.openstack.org/219761 ; and if you know how to solve the CastAsCall issue that'd be great16:08
lxslibut no rush!16:08
jaypipesjayqueue.push(lxsli)16:08
lxslithanks :)16:08
jaypipes:)16:08
*** mtanino has joined #openstack-nova16:08
*** sudipto has quit IRC16:09
*** alex_klimov has quit IRC16:09
openstackgerritBartosz Górski proposed openstack/python-novaclient: Adds missing internationalization for help message  https://review.openstack.org/21976816:11
mriedemccarmack: you can post the nova change for this now too https://review.openstack.org/#/c/219718/16:12
mriedemmake the nova change depend on the devstack change16:12
mriedemusing Depends-On: Ibf1f9aaa63e5f17b7d8774b511940ba8421e088716:12
mriedemin the commit message of the nova change16:12
*** shoutm has joined #openstack-nova16:12
*** stefan_amann has quit IRC16:13
ccarmackmriedem: yup, will do16:13
*** afazekas__ has joined #openstack-nova16:16
*** devlaps has joined #openstack-nova16:16
*** alexpilotti has quit IRC16:17
*** romainh has left #openstack-nova16:17
*** sahid has quit IRC16:17
openstackgerritjichenjc proposed openstack/nova-specs: Add display-flavor-id-in-migration.rst  https://review.openstack.org/21943116:18
*** sachin has joined #openstack-nova16:18
mriedemapmelton: have you ever seen this ? http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz?level=TRACE#_2015-09-01_22_10_50_14216:19
openstackgerritjichenjc proposed openstack/nova-specs: Add list-server-invalid-option-as-error.rst  https://review.openstack.org/21975516:19
apmeltonmriedem: yea, something is leaking nbd devices16:20
mriedemok, failed deletes16:20
mriedemhttp://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz?level=TRACE#_2015-09-01_22_13_11_76316:20
mriedemand those pile up so eventually n-sch pukes on overquota16:20
*** vladikr has quit IRC16:21
dansmithmriedem: jaypipes just +Wd my change that depends on the requirements change16:22
dansmithmriedem: if I kick it out, I have to re-run check on the full stack above it16:22
mriedemlet's just keep watching the reqs sync change i guess16:22
jaypipesdansmith: sorry man, did I f*** something up?16:22
dansmithmriedem: okay16:22
dansmithjaypipes: yes, you were too helpful16:22
dansmith:)16:22
jaypipescrap16:23
dansmithjaypipes: no dude, it's all good16:23
dansmiththings are flying around, hard to keep track of everything16:23
*** jichen has quit IRC16:23
*** sudipto has joined #openstack-nova16:24
*** burgerk_ has joined #openstack-nova16:24
*** vilobhmm_11 has joined #openstack-nova16:25
mriedemapmelton: any ideas on what's not doing the cleanup?16:25
mriedemor things to check?16:25
*** tjones has joined #openstack-nova16:25
apmeltonmriedem: sorry, I don't16:26
mriedemi see something16:27
mriedemi spy16:27
*** meghal has joined #openstack-nova16:27
mriedemi don't see any of the error/warning logs in here http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/disk/mount/nbd.py#n5116:27
openstackgerritChuck Carmack proposed openstack/nova: Remove the blacklisted nova-cells shelve tests  https://review.openstack.org/21977816:27
*** Piet has joined #openstack-nova16:28
*** doude_ has joined #openstack-nova16:28
*** meghal1 has joined #openstack-nova16:29
*** vladikr has joined #openstack-nova16:29
apmeltonmriedem: interesting, so nbd devices are in use, but they odn't have locks?16:30
mriedemi see the unget happening at times http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz#_2015-09-01_22_10_46_49016:30
*** meghal has quit IRC16:31
*** gszasz has quit IRC16:34
*** tjones has quit IRC16:34
*** afazekas__ has quit IRC16:35
apmeltonmriedem: so I see this http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz#_2015-09-01_22_10_46_49016:37
apmeltonmriedem:  and then a bit further down I see http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz#_2015-09-01_22_10_48_92816:37
apmeltonwhich means the rootfs was never unlinked from the nbd device16:37
*** earlephilhower has joined #openstack-nova16:38
apmeltonmriedem: do you know if instances are soft deleted in devstack, and then cleaned up at a later date?16:38
*** tjones has joined #openstack-nova16:38
mriedemshould be a straight server delete16:39
mriedemmtreinish: ^16:39
mriedemapmelton: i think there are parts of tempest that wait for the server to actually be gone and some that move on, not sure though16:39
apmeltonmriedem: I believe this would be something nova would do behind the scenes16:39
apmeltonlet me try to find the config opt16:40
mtreinishmriedem: for the most part tempest does a wait/poll loop on delete calls waiting for a 40416:40
mriedemmtreinish: ok that's what i thought16:40
mtreinishmriedem: sometimes it's done right after the delete, and others it's later16:40
mtreinishbut we should always be verifying that16:40
mriedemmtreinish: right, otherwise you can go over quota16:40
mtreinishwell, its a bigger deal for the tenant reuse case when you use an accounts.yaml16:41
mtreinishisolated tenants normally protects us from quota issues16:41
mriedemallow_tenant_isolation=False16:41
mriedemis that even still an option in tempest?16:41
mtreinishmriedem: yes it is, but there is accounts.yaml as an alternative: http://docs.openstack.org/developer/tempest/configuration.html#credential-provider-mechanisms16:42
mtreinishmriedem: I've been trying to start the deprecation timer on the old 3 sets of creds in config though16:43
*** marzif has quit IRC16:43
mtreinishbut I need to get some extra jobs up first16:43
*** marzif has joined #openstack-nova16:43
*** jistr has quit IRC16:44
*** ptm_away is now known as PaulMurray16:44
*** angdraug has joined #openstack-nova16:44
mriedemapmelton: i see a lot of these too http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz#_2015-09-01_22_13_12_18216:46
*** unicell has joined #openstack-nova16:47
*** stefan_amann has joined #openstack-nova16:47
*** afazekas__ has joined #openstack-nova16:48
apmeltonmriedem: is there an absolute minimum set of tests we can run? I feel like starting with this huge set and trying to narrow down any and all bugs at once isn't going to be sustainable16:50
mriedemyeah, probably16:50
*** meghal1 has quit IRC16:50
mriedemi was going to completely disable the cinder service in the tempest run so it doesn't try any volume stuff16:50
mriedemmtreinish: are smoke tests still a thing ?16:51
mtreinishmriedem: yes, that's what we run on grenade16:51
mtreinishit's a small set to sanity check16:51
*** lucasagomes is now known as lucas-dinner16:51
mriedemok, i'll try using that16:51
mtreinishmriedem: oh, it's also what the puppet integration tempest jobs have started running too16:51
*** tjones has quit IRC16:51
*** rotbeard has quit IRC16:51
*** tjones has joined #openstack-nova16:52
mriedemecho_summary "Running tempest scenario and smoke tests"16:52
mriedemgrenade doesn't run scenario tests16:52
mriedemwho are you trying to fool16:52
*** sachin has quit IRC16:53
mtreinishmriedem: it runs some scenarios16:54
mtreinishbut not all anymore16:54
mtreinishpatches welcom16:54
mriedemeverytime i push a change you guys say i'm not welcome here16:54
mtreinishwho says that?16:55
* mtreinish glares at dansmith16:55
mriedemi'll say, dtroyer16:55
mriedemsince he's not here16:55
*** smatzek has joined #openstack-nova16:55
mriedemtest_volume_boot_pattern is a smoke test?16:55
mtreinishI think so16:56
mriedemthat's rhetorical,16:56
mriedembut i'm surprised16:56
*** earlephilhower has quit IRC16:56
*** tonytan4ever has quit IRC16:57
*** salv-orlando has quit IRC16:57
*** derekh has quit IRC16:57
*** earlephilhower has joined #openstack-nova16:58
sdaguewell, it is kind of a basic thing people want to do16:59
mriedemmtreinish: what is this for? https://github.com/openstack-dev/devstack/blob/master/lib/tempest#L60917:00
sdagueso, the relaxed validation of 2.0 on 2.1 isn't apparently perfect - https://bugs.launchpad.net/nova/+bug/149151217:00
openstackLaunchpad bug 1491512 in OpenStack Compute (nova) "Behavior change with latest nova paste config" [Undecided,New]17:00
mriedemmtreinish: nvm, i guess just to ge the venv17:00
mtreinishmriedem: that's to create a venv for running the verify-tempest-config tool17:00
mtreinishit's kinda hacky17:00
sdagueinfra's shade library was incorrectly building floating ip resource urls which we now are rejecting as not a valid id (which they are not)17:01
*** annegentle has quit IRC17:01
*** penick has joined #openstack-nova17:01
*** electrocucaracha has quit IRC17:01
*** nic has quit IRC17:02
*** sudipto has quit IRC17:03
openstackgerritNicolas Simonds proposed openstack/nova-specs: RBD instance snapshots  https://review.openstack.org/18824417:04
*** meghal has joined #openstack-nova17:04
*** Sukhdev_ has quit IRC17:06
mriedemmtreinish: ah damn, it's d-g that runs tempest17:06
mriedemi figured that'd be the case17:06
*** sachin_ has joined #openstack-nova17:07
*** electrocucaracha has joined #openstack-nova17:07
mriedemi wonder if i can overwrite DEVSTACK_GATE_TEMPEST_FULL=0 from devstack so that d-g will ignore it17:07
*** rushil has quit IRC17:08
*** ssurana has joined #openstack-nova17:10
mriedemapmelton: well let's see what this version gives us https://review.openstack.org/#/c/219448/17:10
*** lpetrut has quit IRC17:10
*** nic has joined #openstack-nova17:10
*** lpetrut has joined #openstack-nova17:10
sdagueoh, it's not as bad as I thought. We used to return a 404 on the url they were building, now we return a 400 because the id wasn't possible to be valid17:12
openstackgerritArtom Lifshitz proposed openstack/python-novaclient: Option to specify max servers for live evacuate  https://review.openstack.org/21979217:13
*** afazekas__ has quit IRC17:14
*** tri2sing has quit IRC17:16
mriedemapmelton: since my devstack change depends on https://review.openstack.org/#/c/216895/ and i need to add some debug logging to nova, i'm going to rebase https://review.openstack.org/#/c/216895/ on top of a logging change17:18
*** danpb has quit IRC17:19
apmeltonmriedem: go for it17:19
apmeltonmriedem: I haven't had the time to fix up the functional tests on that patch though17:19
*** marzif has quit IRC17:20
mriedemthat's fine17:20
mriedemi want to add logging to see if disk.teardown_container is doing anything17:20
*** tri2sing has joined #openstack-nova17:21
*** VW_ has quit IRC17:22
*** sachin_ has quit IRC17:22
*** VW_ has joined #openstack-nova17:22
openstackgerritArtom Lifshitz proposed openstack/nova: Make Glance proxy respect osapi_max_limit  https://review.openstack.org/17994717:23
jrollmtreinish: yeah, I think we could get rid of swift17:23
*** sachin_ has joined #openstack-nova17:23
*** achanda has joined #openstack-nova17:24
mriedemjroll: take care of? https://lh3.googleusercontent.com/-4z4fS_h7b7U/VOt-DyDiCzI/AAAAAAAAFVU/U9WvSpylXjw/w640-h400-p-k/Screenshot%2B2015-02-23%2B20.20.43.png17:24
*** sachin_ has quit IRC17:25
mriedemooo even better http://33.media.tumblr.com/d02b989a308703c4fdb031ed18d74791/tumblr_mnlb12Foz51qifm00o2_500.gif17:25
jrollmriedem: https://uproxx.files.wordpress.com/2013/10/screen-shot-2013-10-31-at-9-39-23-am.png?w=650&h=35117:25
mriedemi like that guy, don't particularly care for that show17:26
*** sachin_ has joined #openstack-nova17:26
jrollheh17:26
*** VW_ has quit IRC17:27
*** sachin_ has quit IRC17:27
*** VW_ has joined #openstack-nova17:28
*** sachin_ has joined #openstack-nova17:29
*** sachin_ has quit IRC17:30
*** sachin_ has joined #openstack-nova17:31
*** sachin_ has quit IRC17:32
*** dims_ has quit IRC17:33
*** stefan_amann has quit IRC17:33
*** markvoelker has joined #openstack-nova17:35
*** markvoelker has quit IRC17:35
*** dims has joined #openstack-nova17:35
*** markvoelker has joined #openstack-nova17:36
openstackgerritNikola Dipanov proposed openstack/nova: RT: Migration resource tracking uses migration context  https://review.openstack.org/21893817:39
ndipanovdansmith, ^ super embarrassed - there was a pep8 error :(17:39
tdurakovhi17:39
dansmithheh17:39
tdurakovis there any cons of making https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L15117:39
tdurakovnot a singleton17:40
*** aix has quit IRC17:40
*** angdraug has quit IRC17:40
dansmithndipanov: at least it was an important pep8 error17:40
ndipanovit really was not - newline in a docstring, that's about as random as you get17:41
tdurakovjaypipes, hi, could you help me with^ ?17:41
dansmithndipanov: I know, I was being sarcastic :)17:41
dimstdurakov: problems with auth failures?17:41
tdurakovdims, yep17:41
dimstdurakov: how would making it a singleton help? (trying to understand)17:41
tdurakovdims, not making it singleton allow to use it in neutron-client17:42
dimstdurakov: mriedem has worked a bunch on this portion of the code i believe.17:42
tdurakovdims, as i understand, https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L180 - it knows how to deal with 401 from neutron17:43
mriedemtdurakov: i'd ask jamielennox17:43
*** emagana has quit IRC17:43
*** karimb has quit IRC17:43
dimstdurakov: right17:44
tdurakovmriedem, ok already pinged him on openstack-keystone17:44
*** yamahata has quit IRC17:44
tdurakovdims, so why we are not using it in keystone client as auth plugin?17:45
tdurakovthe only thing it's singleton, but why it is singleton?17:45
dimstdurakov: one sec17:46
tdurakovwe are making https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L217 instead17:46
*** stefan_amann has joined #openstack-nova17:46
dimstdurakov: so i was doing this research for keystone v3 support. i figured out that devstack can use v3 using this new config options - https://review.openstack.org/#/c/214644/2/lib/neutron-legacy,cm17:48
*** thangp_ has joined #openstack-nova17:49
*** thangp has quit IRC17:49
dimstdurakov: so if you do auth_plugin "v2password" and use correct auth_url you can use the auth plugin instead of the deprecated and hard coded v2_auth.Password in https://github.com/openstack/nova/blob/master/nova/network/neutronv2/api.py#L18017:49
dimstdurakov: do you want to try that?17:49
dimstdurakov: i had a companion review to that to ensure that nova.conf.sample has the config options for auth plugins - https://review.openstack.org/#/c/214423/17:51
mriedemapmelton: so when i'm seeing http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz#_2015-09-01_22_14_10_063 - it's during a multiple server create test,17:54
*** ijw_ has quit IRC17:54
mriedemapmelton: the first instance created is ok, it's the 2nd that fails17:54
mriedemapmelton: the weird tihng is they are using different nbd devices17:54
mriedemthe first uses /dev/nbd9 and is ok, the one that fails is using /dev/nbd1217:54
*** dustins has quit IRC17:56
*** ijw_ has joined #openstack-nova17:56
apmeltonmriedem: you know what.....17:56
apmeltonmriedem: I think this may be a bigger issue than thought at first17:56
*** armax has quit IRC17:57
apmeltonmriedem: I wonder if the code that's calling the link/unlink expects that's only supposed to be for initial set up and the instance isn't going to actually be running off the nbd device17:58
apmeltonmriedem: I'm not too sure about that though17:59
apmeltonI've got to run to a meeting, but I'll keep digging through those logs in a bit17:59
mriedemif you're not, i'm not17:59
mriedemok17:59
*** dustins has joined #openstack-nova17:59
*** stefan_amann has quit IRC17:59
*** geekinutah has quit IRC18:00
*** eglynn has quit IRC18:01
*** kmartin_ has joined #openstack-nova18:02
bswartznova cores, this bugfix is ready for merge: https://review.openstack.org/#/c/219696/18:03
bswartzplease merge it ASAP because Manila cannot merge anything until this fix lands18:03
*** kmartin has quit IRC18:03
*** sachin_ has joined #openstack-nova18:04
mriedemapmelton: i think i found something, ping me when you are free18:05
*** markvoelker has quit IRC18:05
*** marzif has joined #openstack-nova18:09
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/disk/api.py#n464 doesn't actually do anything18:11
mriedembecause img._mounter is None18:11
*** Sukhdev_ has joined #openstack-nova18:11
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/disk/api.py#n37118:12
*** sachin_ has quit IRC18:14
*** sachin_ has joined #openstack-nova18:15
*** sachin_ has quit IRC18:19
*** annegentle has joined #openstack-nova18:20
*** electrocucaracha has quit IRC18:22
*** marzif has quit IRC18:22
*** tonytan4ever has joined #openstack-nova18:22
*** marzif has joined #openstack-nova18:22
mriedemsdague: https://review.openstack.org/#/c/219696/18:23
*** sachin_ has joined #openstack-nova18:24
sdaguemriedem: yeh, seems fine to me18:24
*** Chaitu has joined #openstack-nova18:24
mriedemalso a bug in kilo18:24
ChaituHay can someone one help me out with tempest code to check the status of the created instance????18:24
sdagueon the v2.1 stack that's not enabled by default, right?18:25
*** electrocucaracha has joined #openstack-nova18:25
*** electrocucaracha has quit IRC18:25
mriedemsdague: volume attachment?18:26
*** rushil has joined #openstack-nova18:27
*** meghal has quit IRC18:28
*** artom has quit IRC18:28
*** marzif has quit IRC18:28
*** Chaitu has quit IRC18:29
*** sachin_ has quit IRC18:29
*** sachin_ has joined #openstack-nova18:30
*** armax has joined #openstack-nova18:31
*** meghal has joined #openstack-nova18:32
bswartzsdague, mriedem: thank you!18:33
sdaguemriedem: I thought this was only getting rejected on the json schema18:33
*** aix has joined #openstack-nova18:34
mriedemsdague: what i'm really confused about is why my change in tempest to enable test_stamp_pattern that attaches a volume but doesn't specify a device name wasn't failing18:34
mriedemand i see in the tempest logs that there is actually a device specified http://logs.openstack.org/55/218355/6/check/gate-tempest-dsvm-nova-v21-full/03cdd7a/logs/tempest.txt.gz#_2015-09-02_17_32_14_20418:34
mriedembut i don't see what in tempest is specifying that18:35
mriedemoh nvm that's the response18:35
mriedemstill, i'm not sure how that didn't fail the v2.1 json schema on the nova side for this bug18:35
sdagueactually, wait a second18:36
*** tri2sing has quit IRC18:37
sdagueI'm actually -2 on https://review.openstack.org/#/c/21969618:37
*** tri2sing has joined #openstack-nova18:37
*** sachin_ has quit IRC18:37
sdaguethat's not needed at all, just don't specify the device18:37
sdagueoptional != nullable18:37
mriedemsdague: yeah, that's what i'm doing in tempest18:37
mriedemnot specifying device18:37
mriedemso agree on -218:37
sdagueI'm not sure why manila thinks they need this patch18:38
mriedemit's a bug in novaclient18:38
mriedemnovaclient passes device=None18:38
mriedemand manila uses novaclient18:38
mriedembswartz: dims: ^18:38
bauzassooooo, xen CI is wedged (c) mriedem18:38
*** sachin_ has joined #openstack-nova18:38
bauzashttp://zuul.openstack.xenproject.org/scoreboard/?project=openstack/nova&user=jenkins,citrix_xenserver_ci,XenProject-CI&timeframe=2418:38
mriedemBobBall: ^18:38
bauzasBobBall: ^18:38
bswartzmriedem: so what should we be passing if not None?18:38
openstackgerritSean Dague proposed openstack/nova: Allow to use autodetection of volume device path  https://review.openstack.org/21969618:39
mriedembswartz: don't set the device key in the request18:39
sdagueright18:39
sdaguethat's what optional means18:39
sdaguedon't give it the key18:39
vponomaryovsdague: mriedem is right, novaclient sends it always18:39
bswartzmriedem: in that case we need a bugfix to land in novaclient to unwedge us18:40
sdaguevponomaryov: then fix that18:40
*** sachin_ has quit IRC18:40
sdaguethis is not a bug in the server18:40
mriedemwe just released novaclient 2.27 so it's probably a change since then i'd guess18:40
vponomaryovsdague: but it is not compatible with v2.018:40
*** burgerk has quit IRC18:40
dimssdague: did you see the test case? when there is device=None in incoming json we fail, if there is no device, we work ok.18:41
sdaguedims, yes, which is intentional18:41
sdaguethat's actually the behavior18:41
dimssdague: so with this fix, both missing and None are treated as the same18:41
*** sachin_ has joined #openstack-nova18:41
sdaguedims: right, which I'm saying we *should not* do18:41
dansmithoptional and nullable are not the same18:41
sdaguebecause that's confusing18:41
dansmithat all.18:41
sdagueright, exactly18:42
bswartzsdague: it may be intentional but if it breaks backwards compatibility it's a regression18:42
*** sachin_ has quit IRC18:42
sdaguebswartz: just because you were using a library that does the wrong thing. So fix the library18:42
dimssdague: earlier before the schema check, both worked fine18:42
dimssdague: +1 to fix the library too18:42
sdaguedims: all manner of gorp used to "work" in Nova when you sent it random strings18:42
sdagueand it made for possible security issues and completely unpredicatable code18:43
dansmithstrings were coerced to integers!18:43
dansmithby mysql!18:43
sdagueyeh18:43
dimsseemed like a clean fix to me :) but it's your call18:44
*** sachin_ has joined #openstack-nova18:44
sdagueso, this started failing 14 hours ago?18:45
melwittthe interesting thing would be to check if nova api itself allows it to be left out. because there's a thing with I think sec groups description during create is supposed to be optional but nova api incorrectly requires it18:45
sdaguemelwitt: it does, tempest runs with it not there18:45
sdaguewhich mriedem dug up18:45
*** sachin_ has quit IRC18:46
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Don't pass null device when attaching a volume  https://review.openstack.org/21983518:46
mriedem^ needs tests18:46
sdagueand, I agree, the sec group description thing pisses me off :) I'll +2 anyone that actually makes that optional again like it's supposed to be18:46
melwittsdague: ah, okay. late to the party :) glad this one is just a client thing18:46
vponomaryovsdague: merge of this commit - https://github.com/openstack/nova/commit/a9090bb5f50310702408aee340af9d4dad9474cf was the bell of a bug18:46
*** jecarey has joined #openstack-nova18:46
sdaguevponomaryov: right, that's the v2.0 on v2.1 stack18:47
bswartzsdague: are you okay with old versions of novaclient not working with new versions of nova? when stuff breaks you'll just tell people to upgrade?18:47
sdagueso we need to figure out if the schema relax that we believed we were doing actually is done right, this tripped up shade as well, mordred filed a bug18:48
sdaguethat was 404 -> 400 on a resource that they were building incorrectly18:48
mordredbswartz: I'm personally ok with neither direction breaking- but if one of them wants to break, I feel MORE strongly that new versions of novaclient be able to talk to old versions of nova18:49
mordredof course, that's just my loud-mouthed opinion18:49
mriedembecause updating a library is a million times easier than updating your server18:49
mordredyup18:49
mordredand "just use the latest client library" is a thing that should pretty much always work18:50
mordredbut if your provider is running diablo and now you have to figure out how to install a 3 year old python library ... I mean, good luck with that18:50
mordredHOWEVER - I've also given up on python-*client being for end users on most days - so it's possible I have 4 year old opinions that I should revisit18:50
bswartzyes but applications that currently work on Kilo will suddenly fail when pointed at a Liberty server, until they update their libs18:51
*** penick has quit IRC18:51
bswartzI agree updating libs is way easier than updating the server, but there are also relatively few servers and many many clients18:52
mriedemwell we could raise the minimum required novaclient for liberty to be >=2.2818:52
mriedemwhich would have to happen, like, today18:52
mriedem>=2.27.1 i should say18:53
openstackgerritMatt Riedemann proposed openstack/python-novaclient: Don't pass null device when attaching a volume  https://review.openstack.org/21983518:54
mriedemsdague: melwitt: dansmith: ^18:54
mriedemshould be ready18:54
*** harlowja has quit IRC18:54
sdaguemriedem: +218:54
mtreinishmriedem: you should add a functional test too :)18:54
mriedemhey18:54
mriedemno18:54
mriedemyou should18:54
mriedemso once we land that we could release it as 2.27.1 today18:55
mtreinishI don't use novaclient, so i don't really care18:55
mriedemi wonder if osc has this same bug18:55
* mriedem looks18:55
mtreinishmriedem: doesn't osc just call to novaclient?18:56
melwittmriedem: I checked and it appears osc doesn't do volume attach18:56
dansmithheh18:56
mriedemah ok18:56
mriedemwell that's, useful18:56
dansmithsafe by lack of functionality18:56
*** meghal1 has joined #openstack-nova18:56
*** meghal has quit IRC18:56
melwittmtreinish: it doesn't. it does its own things and it's better maintained than the misc clients I think. it's used by devstack to do the whole setup, so I was thinking to recommend it if it has volume attach but I don't see it in the command list in the docs18:57
mriedemmtreinish: test_stamp_pattern only fails b/c i'm not logging enough stuff from the guest :)18:57
*** harlowja has joined #openstack-nova18:58
*** meghal1 has quit IRC18:58
*** meghal has joined #openstack-nova18:58
sdaguemelwitt: openstack server add volume18:58
sdaguethat would be where we should figure it out18:59
mtreinishmelwitt: what is http://git.openstack.org/cgit/openstack/python-openstackclient/tree/openstackclient/compute/client.py#n30 for?18:59
mriedemmtreinish: i think that's just their own client thing18:59
mriedemoh novaclient18:59
mriedemi see that now18:59
*** markvoelker has joined #openstack-nova19:00
mtreinishmelwitt, mriedem: it's also in requirements for osc19:01
melwittmtreinish, mriedem: well, I was way wrong then. sorry :(19:01
mriedemmtreinish: mtreinish: sdague: just confirmed osc19:01
mriedemcompute_client.volumes.create_server_volume(19:01
mriedem            server.id,19:01
mriedem            volume.id,19:01
mriedem            parsed_args.device,19:01
mriedem        )19:01
mriedemso that just calls into novaclient for the thing i just fixed19:01
mriedemuses novaclient python api19:01
melwittI really thought it was free from the underlying *clients and that's why it was better19:02
*** sachin_ has joined #openstack-nova19:02
sdaguemelwitt: no, they didn't go that direction19:02
*** pixelb has quit IRC19:03
sdagueso... the reason this exposed at all is because we changed the default paste.ini in nova to be the v2.0 on v2.1 compat layer, which was supposed to relax some of the validation again. And I think the question here needs to be if this should be relaxed further.19:03
sdaguedefinitely not on the v2.1 side, but if v2.0 on v2.1 should allow it19:03
mriedemseems like it should19:04
mriedemotherwise it's not really v2.019:04
sdagueok, so that's the bug and possible fix that should be sorted19:04
* dims nods19:04
edleafethere is talk of moving osc to use the openstack-python SDK, but that's about as far as it's gone - talk19:04
mriedemnot it19:04
sdagueso the relevant information should be piled into this bug - https://bugs.launchpad.net/nova/+bug/149151219:05
openstackLaunchpad bug 1491511 in OpenStack Compute (nova) "duplicate for #1491512 Behavior change with latest nova paste config" [Undecided,New]19:05
sdagueand out of those we can decide which things to address19:05
sdaguecan someone write up this situation in a comment on that bug?19:06
*** coolsvap_ has joined #openstack-nova19:09
*** matrohon has joined #openstack-nova19:10
mriedemi can19:11
mriedemif someone can tell me if we're in string freeze today or not19:11
mriedemor is that thursday?19:12
sdagueI have no idea, I'm going to assume that someone will send an email when we are. I feel like guessing on that isn't a great way to go about it.19:13
bauzasmriedem: https://wiki.openstack.org/wiki/Liberty_Release_Schedule I guess we can allow that19:13
mriedemsdague: i thought you had a psychic link with ttx?19:14
*** annegentle has quit IRC19:17
sdagueis nova meeting early or late tomorrow?19:17
*** chhavi has quit IRC19:18
dansmithearly19:18
sdagueok, I'll stick this on the agenda19:19
*** electrocucaracha has joined #openstack-nova19:20
*** rushil has quit IRC19:23
sdaguemriedem: infra found another issue with novaclient, looking at it over there19:24
*** ijw__ has joined #openstack-nova19:27
*** ijw_ has quit IRC19:28
*** promulo has joined #openstack-nova19:29
*** meghal has quit IRC19:31
*** jichen has joined #openstack-nova19:34
*** annegentle has joined #openstack-nova19:35
*** ssurana has quit IRC19:35
*** geekinutah has joined #openstack-nova19:36
dimsmriedem: dhellmann says thu - john said 1-3 in his email (http://lists.openstack.org/pipermail/openstack-dev/2015-June/065819.html)19:36
*** lpetrut has quit IRC19:44
*** coolsvap_ has quit IRC19:45
bauzasalaski: AFAICS, cells meeting in 1.15h?19:48
alaskibauzas: not this week, next week19:48
bauzasalaski: so you ran it at 1700UTC ?19:49
bauzasdamn it19:49
alaskino meeting today19:49
alaskievery two weeks for now19:49
bauzasooooh right19:49
alaskiso next week at 170019:50
bauzaswe actually agreed on that19:50
* bauzas sometimes forgets his socks...19:50
bauzasack19:50
*** ildikov has quit IRC19:51
*** alex_klimov has joined #openstack-nova19:53
*** rods has left #openstack-nova19:53
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: add debug logging for lxc teardown paths  https://review.openstack.org/21985919:54
mriedemapmelton: ^ turns out what i thought was probably busted is not maybe, but it sure is confusing19:54
mriedemin here http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/disk/api.py#n45719:54
mriedemthe whole "if container_root_device:" block is odd because img.teardown() does all of that stuff19:55
sdagueso this is neat, novaclient doesn't work with RAX because they don't respond the version url19:55
mriedembut only iff _DiskImage is constructed with a mounter19:55
*** ctrath has quit IRC19:55
apmeltonmriedem: that is really odd....19:56
alaskisdague: is that a v2.1 thing?19:56
apmeltonmriedem: that doc string is also really odd19:56
sdaguealaski: not really19:57
*** ZZelle_ has joined #openstack-nova19:57
apmeltonit sounds like it's trying to tear down the container rootfs while the instance is still active19:57
sdagueit's the fact that you policy disallow access to the version info on /v219:57
sdagueit returns a 40119:57
mriedemapmelton: yeah, that is probably wrong, that actually happens in clean_lxc_namespace19:57
apmeltonah gotcha19:57
sdaguethe client is attempting to learn what's available, and you block that19:57
mriedemwhich is also very bolt on looking19:57
bauzasmmm, 111 changes in the gate \o/19:57
mriedemapmelton: in here http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/driver.py#n439519:58
alaskisdague: hmm, nova policy fail is a 403 so that must be the rate limiting proxy in front19:58
*** ctrath has joined #openstack-nova19:58
sdaguealaski: it is? 401 is unauthorized19:58
apmeltonmriedem: I think that's correct, we wan to unmount the rootfs from the host's mount namespace, but leave the nbd device attached19:59
sdaguemaybe it's set admin only or something19:59
alaskisdague: yeah, we return 403 Forbidden for policy fails19:59
mriedemapmelton: right, and that's what you were wondering about earlier right>/19:59
sdaguealaski: ok, so then something else19:59
apmeltonyea, I'm kinda wondering if something is attempting to disconnect the nbd device while the instance is still running, and that crashes qemu-nbd20:00
*** erhudy has joined #openstack-nova20:00
sdagueany chance you could figure out why you are blocking that request with an unauthorized20:00
alaskisdague: yeah.  there's also no policy check there20:00
alaskisdague: I'll look into it20:00
alaskiit's likely repose, which we run in front of Nova20:00
sdagueespecially given that your service catalog actually says it's where your version info is20:00
mriedemapmelton: note that i never see this in the logs:20:01
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/disk/api.py#n47820:01
sdagueanyway, we should also probably talk about this at the nova meeting tomorrow20:02
melwittsdague alaski: looking at the paste again, it looks like it's showing a 401 from repose with keystone uri, doesn't that imply it's getting it from keystone?20:03
alaskimelwitt: there's a paste?20:04
melwittalaski: http://paste.openstack.org/show/442204/20:04
*** ildikov has joined #openstack-nova20:04
sdaguemelwitt: no, on line 17 it got the new token20:05
*** ssurana has joined #openstack-nova20:05
sdagueon 18 it's using that to make the request to nova20:05
mriedemapmelton: yeah so we're totally trying to mount the nbd device twice20:05
mriedem1. http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz#_2015-09-01_22_10_49_89320:05
*** Sree has quit IRC20:06
*** baoli has quit IRC20:06
mriedem2. http://logs.openstack.org/48/219448/1/check/gate-tempest-dsvm-full/bc0fc2a/logs/screen-n-cpu.txt.gz#_2015-09-01_22_10_50_02420:06
mriedemwell, i guess that's not two mounts20:07
mriedemqemu-nbd -c20:07
mriedemand then mount20:07
alaskimelwitt: thanks.  forwarded the paste to the repose expert here.  since I dislike dealing with that project20:07
melwittit's almost as if the token it got back wasn't valid somehow. invalidated. I don't see in the versions extension how it can return 401, I don't see any policy enforcement in it20:09
alaskiit's possible it wasn't valid, but repose does it's own policy enforcement and it's possible it's (mis)configured to deny that url for some reason20:10
melwittoh, I see20:11
alaskibut it's configured via 4 or 5 configs and outputs three different logs, so I will ask for help before I go digging in20:11
*** Sukhdev_ has quit IRC20:11
melwittunderstandable :)20:12
*** ssurana has quit IRC20:13
sdaguemelwitt: no, its policy enforcement20:14
*** vilobhmm_11 has quit IRC20:14
sdagueapparently because we didn't have tooling that actually touched that url before, a lot of clouds have policied it off20:15
*** vilobhmm_11 has joined #openstack-nova20:15
*** lbeliveau_ has joined #openstack-nova20:15
*** lbeliveau_ has quit IRC20:15
*** lbeliveau has left #openstack-nova20:15
melwittmriedem: earlier today I closed a bug that got fixed by the move to os-brick, I think there are probably a lot of those -- I'm not sure how to know which ones we can close since that merged20:16
mriedemmelwitt: as in the bug was fixed in os-brick and we're using os-brick now?20:17
mriedemi guess it would depend on the bug, b/c we're not using os-brick for all libvirt volume drivers20:17
*** lbeliveau has joined #openstack-nova20:17
melwittsdague: at an extension level (policy off the extension)? I didn't see an entry for the versions extension in our default policy.json in tree so I wasn't sure20:17
sdaguemelwitt: sorry, not nova policy20:18
sdaguesome site level thing20:18
sdaguemordred is dumping data from all the clouds20:18
melwittsdague: oh, right, okay. I misunderstood20:18
sdagueapparently nova version-list doesn't work on rax either20:19
sdagueeven in the old client20:19
sdagueprobably for the same reasons20:19
melwittah, interesting20:19
*** lbeliveau has quit IRC20:19
*** Marga_ has joined #openstack-nova20:20
*** markvoelker has quit IRC20:21
mordredhttp://paste.openstack.org/show/442335/20:21
mordredthere's the dump of what I've tested/learned so far across the clouds I have accounts on20:22
*** mwagner_lap has quit IRC20:23
*** ildikov has quit IRC20:23
*** rushil has joined #openstack-nova20:25
*** lpetrut has joined #openstack-nova20:25
mordredalaski: and yes - I am getting the errors from Repose on rax20:25
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920520:25
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267820:25
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791220:25
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307820:25
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267620:25
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905120:26
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267720:26
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267420:26
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267520:26
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267320:26
*** smatzek has quit IRC20:28
mordredhttp://paste.openstack.org/show/442384/ <-- more complex - added runabove, was more verbose about rackspace20:29
*** rushil has quit IRC20:30
openstackgerritjichenjc proposed openstack/nova-specs: Add display-flavor-id-in-migration.rst  https://review.openstack.org/21943120:30
*** bswartz has quit IRC20:31
mriedemapmelton: i traced through the logs in one of these failed instance file deletes20:32
mriedemhttps://bugs.launchpad.net/nova/+bug/1491563/comments/220:32
openstackLaunchpad bug 1491563 in OpenStack Compute (nova) "Failed to spawn lxc instance due to nbd mount in use or rootfs busy" [Undecided,New]20:32
sdaguemordred: is there a bug yet?20:32
mriedemapmelton: i see the mount/unmount happen to the nbd device, and the qemu-nbd -d before trying to delete the rootfs20:32
mriedemapmelton: so i'm not sure what's causing the EBUSY unless qemu-nbd -d is async20:32
melwittmriedem: yeah, in this case it was the find logic for removing a device and in os-brick the logic is different and doesn't have the bug, from what I understand https://bugs.launchpad.net/nova/+bug/145451220:32
openstackLaunchpad bug 1454512 in OpenStack Compute (nova) "Device for other volume is deleted unexpected during volume detach when iscsi multipath is used " [Medium,Fix committed]20:32
mordredsdague: want I should file one? that'll be 2 nova bugs in one day for me20:33
sdagueif you could, that would be great20:33
mordredon it20:34
mordredsdague: I'm not going to be polite in my words20:34
sdaguemordred: I will appreciate the non politeness20:34
*** vilobhmm_11 has quit IRC20:34
mriedemapmelton: https://lists.nongnu.org/archive/html/qemu-devel/2011-12/msg00734.html seems to suggest qemu-nbd is asynchronous20:35
*** markvoelker has joined #openstack-nova20:37
mordredsdague: https://bugs.launchpad.net/nova/+bug/149157920:38
openstackLaunchpad bug 1491579 in OpenStack Compute (nova) "against all sanity, nova needs to work around broken public clouds" [Undecided,New]20:38
*** rfolco has quit IRC20:38
sdaguemordred: love it20:38
mriedemnice20:39
sdaguealthough, it's really a novaclient bug, but that's fine20:39
mordredsdague: good point20:39
mriedemupdated20:39
sdagueI'm fixing20:39
sdagueor mriedem is, because he's fast like that20:39
sdagueI'm marking critical on the novaclient side20:40
edleafemordred: I like20:40
mriedemyeah20:40
mriedemsdague: do you have a fix in mind?20:40
mriedemor waiting for the meeting in the morning?20:40
dansmithmordred: to be honest, I'm a bit disappointed20:40
mordreddansmith: was I not caustic enough?20:40
dansmithyeah.. let me go get a link to a good example of what I was expecting20:41
mordreddansmith: I think I've just become too resigned to everything in the world being broken all the time. it's hard to get properly righteously indignant anymore20:41
mordreddansmith: you're going to get the heat patch aren't you?20:41
dansmithmordred: no, but while I find this link, please dig up the heat patch for me to grade20:41
sdaguemriedem: yeh, I have half a plan20:42
sdagueso, a good chunk of the clouds actually respond to version list20:42
sdaguewhich means we can fail up to that url which has the same info20:42
sdagueand then the ones that don't, just assume default 2.020:42
*** raildo is now known as raildo-afk20:43
*** raildo-afk is now known as raildo20:43
mordreddansmith: https://review.openstack.org/#/c/122962/1//COMMIT_MSG <-- you have to look at PS#1 because I got like 100 -2's on it20:43
sdaguemordred: did any cloud "hang" on version-list? or just failed20:43
mordredsdague: many hung20:43
sdagueon 2.26?20:43
mordredsdague: runabove hangs on version-list on 2.2620:44
mordredeveryone else either works or fails20:44
mordredon 2.27, hp, dreamhost and runabove all hang on /v220:44
*** matrohon has quit IRC20:44
sdagueok, so, we'll have to do this with short timeouts and cache the results to be less annoying20:44
*** Piet has quit IRC20:45
sdaguemriedem: anyway, seem reasonable?20:45
*** electrocucaracha has quit IRC20:45
sdagueI'm about to end the day, because i've got a LUG meeting, but I'll start hacking on this in the morning20:45
*** harlowja has quit IRC20:45
mriedemover my head but sure20:46
mriedemi was reading mordred's heat patch20:46
sdaguemriedem: I fail to believe that :)20:46
mriedemi was just going to add it to the nova meeting agenda for the morning20:46
*** electrocucaracha has joined #openstack-nova20:46
sdaguemriedem: yeh, it should be on the agenda for sure20:46
*** electrocucaracha has quit IRC20:47
mriedemi'm spending most of my time trying to figure out this lxc/nbd mess :)20:47
*** signed8bit has joined #openstack-nova20:47
mriedemi will say, this has been valuable for me to read through the virt disk api and mount stuff20:47
*** markvoelker has quit IRC20:48
openstackgerritAndrew Laski proposed openstack/nova: Add persistence to the RequestSpec object  https://review.openstack.org/21175320:49
*** tjones has left #openstack-nova20:52
mriedemapmelton: on the plus side, i think snapshot works20:53
dansmithwell, I can't find the epic monty email20:53
mriedemeven though the hypervisor support matrix ssays it isn't http://docs.openstack.org/developer/nova/support-matrix.html#operation_snapshot_libvirt_vz_ct20:53
dansmithmordred: but yeah, the heat patch is pretty good20:53
*** ociuhandu has quit IRC20:54
mriedemsdague: do you think we should do a 2.27.1 novaclient release for https://review.openstack.org/#/c/219835/ ? seems that's needed to unblock manila20:55
mriedemi.e. do that before waiting for a solution to this version list tihng20:55
apmeltonmriedem: sorry, just got out of another meeting20:55
mriedemapmelton: are you buy chance a manager?20:55
mriedem*by20:55
apmeltonha20:56
apmeltonno, but I feel like I should be one with the amount of meetings and sync I've been in lately20:56
*** ccarmack has left #openstack-nova20:59
*** ctrath has quit IRC20:59
*** armax has quit IRC21:00
*** armax has joined #openstack-nova21:00
*** ctrath has joined #openstack-nova21:02
*** lpetrut has quit IRC21:02
anishmriedem:  this is caught in the cracks https://blueprints.launchpad.net/nova/+spec/add-transport-support-to-iscsi21:02
anishcan you close out that BP ?21:02
anishit was implemented before kilo21:02
mriedemanish: i superseded the blueprint21:04
mriedemin lp21:04
mriedemwhich is apparently a thing you can do21:04
anishmriedem: which also works ! thanks !21:04
apmeltonmriedem: finally catching up21:04
*** pixelb has joined #openstack-nova21:05
apmeltonmriedem: so qemu-nbd -d appears to just exit 0, whether it works or not?21:06
mriedemapmelton: well it's exiting 0 for sure21:06
bauzasalaski: meh, it seems that you also missed the sched_hints serialization in https://review.openstack.org/#/c/211753/24/nova/objects/request_spec.py,cm21:06
mriedemi'm just not sure if it's async21:06
mriedemapmelton: i probably need to ask danpb about that21:06
*** thangp_ has quit IRC21:07
*** raildo is now known as raildo-afk21:07
*** baoli has joined #openstack-nova21:07
alaskibauzas: now you point that out21:07
bauzasalaski: yeah sorry I missed it when I reviewed the last patch21:08
*** baoli has quit IRC21:08
*** ctrath has quit IRC21:08
*** baoli has joined #openstack-nova21:08
bauzasalaski: gimme a few more mins, just verifying all the fields21:08
*** achanda has quit IRC21:08
*** ctrath has joined #openstack-nova21:09
sdaguemriedem: I'm fine with that21:09
*** thorst has quit IRC21:09
sdaguethis other thing is going to take a couple of days to get right I think21:10
openstackgerritRyan Rossiter proposed openstack/nova: Use o.vo fingerprint generation  https://review.openstack.org/21988021:10
sdagueand we should unblock them asap21:10
mriedemyeah so i'll monitor that merge tonight and do the release21:11
mriedemat least the release request21:11
*** ctrath has quit IRC21:11
sdaguemriedem: cool21:12
*** Sukhdev_ has joined #openstack-nova21:13
*** dave-mccowan has quit IRC21:14
*** unicell has quit IRC21:14
*** unicell has joined #openstack-nova21:14
dansmithsdague: why do you feel that novaclient bug needs to be critical?21:14
*** Marga_ has quit IRC21:15
mriedemapmelton: interesting https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/143542821:16
openstackLaunchpad bug 1435428 in qemu (Ubuntu) "disconnecting qemu-nbd leaves device node behind" [Medium,Fix released]21:16
*** Marga_ has joined #openstack-nova21:16
mriedemalthough that's marked as a regression in vivid and we're testing on trusty21:17
*** jwcroppe_ has joined #openstack-nova21:17
*** chutwig has joined #openstack-nova21:18
*** tonytan4ever has quit IRC21:18
*** jwcroppe has quit IRC21:19
*** dims has quit IRC21:19
*** baoli has quit IRC21:20
openstackgerritAndrew Laski proposed openstack/nova: Add persistence to the RequestSpec object  https://review.openstack.org/21175321:21
*** jichen has quit IRC21:21
* alaski waits for bauzas to find another thing21:21
*** harlowja has joined #openstack-nova21:21
*** edmondsw has quit IRC21:21
bauzasalaski: :(21:22
*** chutwig is now known as erhudy121:22
alaskibauzas: it's great that you're finding it in review21:22
alaskinot good that I'm leaving them in there21:22
bauzasalaski: I just -1'd this morning when seeing the miss of force_hosts without having taken time to correctly review the other fields, my bad for that :/21:23
alaskibauzas: the negligence was mine21:24
*** aysyd has quit IRC21:25
*** ctrath has joined #openstack-nova21:25
*** tonytan4ever has joined #openstack-nova21:26
*** vilobhmm_11 has joined #openstack-nova21:29
*** ociuhandu has joined #openstack-nova21:29
*** ociuhandu has quit IRC21:30
*** ociuhandu has joined #openstack-nova21:31
*** ociuhandu has quit IRC21:32
*** derekh has joined #openstack-nova21:33
*** ociuhandu has joined #openstack-nova21:33
mriedemvponomaryov: i take it that screen-m-shr.txt is not indexed in logstash.o.o?21:35
*** lucas-dinner has quit IRC21:36
bauzasalaski: FWIW, +1'd21:37
*** achanda has joined #openstack-nova21:37
alaskibauzas: thanks21:37
bauzasg'night, folks21:39
*** dannywil_ has quit IRC21:40
*** karimb has joined #openstack-nova21:40
*** marzif has joined #openstack-nova21:44
*** dave-mccowan has joined #openstack-nova21:45
*** baoli has joined #openstack-nova21:46
*** dannywilson has joined #openstack-nova21:47
*** achanda has quit IRC21:47
*** electrocucaracha has joined #openstack-nova21:47
*** ftersin has quit IRC21:51
*** achanda has joined #openstack-nova21:54
*** rlrossit has left #openstack-nova21:55
*** electrocucaracha has quit IRC21:55
*** mriedem has quit IRC21:56
*** mtanino has quit IRC21:57
*** zzzeek has quit IRC21:58
*** burgerk_ has quit IRC21:59
*** bkopilov has quit IRC22:01
*** sachin_ has quit IRC22:01
*** hemna is now known as hemnafk22:02
*** dustins has quit IRC22:03
*** mtanino has joined #openstack-nova22:05
*** bkopilov has joined #openstack-nova22:06
*** Sree has joined #openstack-nova22:07
*** IanGovett has quit IRC22:07
*** signed8bit has quit IRC22:08
*** IanGovett has joined #openstack-nova22:08
*** annegentle has quit IRC22:08
mikalMorning22:08
*** jaypipes has quit IRC22:10
*** whenry_ has quit IRC22:11
*** Sree has quit IRC22:12
*** IanGovett has quit IRC22:12
*** rushil has joined #openstack-nova22:13
*** jcoufal has quit IRC22:14
*** shoutm has quit IRC22:14
*** electrocucaracha has joined #openstack-nova22:14
*** rushil_ has joined #openstack-nova22:14
*** rushil has quit IRC22:18
*** marzif has quit IRC22:18
*** diogogmt has quit IRC22:19
*** bkopilov has quit IRC22:22
*** achanda has quit IRC22:24
*** achanda_ has joined #openstack-nova22:24
*** sachin_ has joined #openstack-nova22:24
*** tonytan4ever has quit IRC22:24
*** jecarey has quit IRC22:25
*** alex_klimov has quit IRC22:25
*** jecarey has joined #openstack-nova22:25
*** emagana has joined #openstack-nova22:26
*** eharney has quit IRC22:26
*** thorst has joined #openstack-nova22:27
*** Marga_ has quit IRC22:27
*** vladikr has quit IRC22:28
*** bkopilov has joined #openstack-nova22:28
*** hemnafk is now known as hemna22:28
*** tpeoples has quit IRC22:28
*** electrocucaracha has quit IRC22:29
*** zhangjn has joined #openstack-nova22:32
*** VW__ has joined #openstack-nova22:35
*** dannywilson has quit IRC22:35
*** zhangjn has quit IRC22:36
*** mdrabe has quit IRC22:36
*** dannywilson has joined #openstack-nova22:37
*** mwagner_lap has joined #openstack-nova22:37
*** VW_ has quit IRC22:39
*** VW__ has quit IRC22:40
*** diogogmt has joined #openstack-nova22:40
*** unicell has quit IRC22:43
*** unicell has joined #openstack-nova22:43
*** haomaiwang has joined #openstack-nova22:43
*** unicell has quit IRC22:44
*** unicell has joined #openstack-nova22:44
*** thorst has quit IRC22:45
*** haomaiwa_ has quit IRC22:46
*** sachin_ has quit IRC22:47
*** electrocucaracha has joined #openstack-nova22:47
*** sachin_ has joined #openstack-nova22:48
*** hemna is now known as hemnafk22:49
*** ijuwang has quit IRC22:50
*** derekh has quit IRC22:50
*** mriedem has joined #openstack-nova22:55
*** diogogmt has quit IRC22:55
*** asettle has joined #openstack-nova22:57
*** mtanino_ has joined #openstack-nova22:59
*** ctrath has quit IRC23:01
*** mtanino has quit IRC23:02
mtreinishoomichi, mriedem: qq is there a way we can have a GET on v2/${tenant_id} act the same as a GET on v2?23:02
mtreinishI'm just trying to figure out the best fix for: http://logs.openstack.org/73/219873/1/check/gate-tempest-dsvm-full/61dffed/console.html#_2015-09-02_22_15_32_43923:02
*** mriedem has quit IRC23:03
*** mriedem has joined #openstack-nova23:04
*** sachin_ has quit IRC23:07
*** sachin_ has joined #openstack-nova23:07
*** achanda_ has quit IRC23:12
*** Sukhdev_ has quit IRC23:13
*** baoli has quit IRC23:14
*** Piet has joined #openstack-nova23:17
*** erhudy has quit IRC23:19
*** baoli has joined #openstack-nova23:20
*** achanda has joined #openstack-nova23:21
*** baoli has quit IRC23:25
melwittdo we consider something like this a bug, where we trace on excessive values that libvirt for example doesn't support? https://bugs.launchpad.net/nova/+bug/1407643 that is, it seems like the fix would be to do api level validation on the inputs but how would we choose what min/max should be?23:26
openstackLaunchpad bug 1407643 in OpenStack Compute (nova) "Setting network bandwidth quota in extra_specs causes a VM creation to fail in devstack" [Low,In progress] - Assigned to Radoslaw Smigielski (radoslaw-smigielski)23:26
*** nic has quit IRC23:28
*** moshele has joined #openstack-nova23:31
*** dannywilson has quit IRC23:31
*** krotscheck is now known as kro_paternity23:34
*** ndipanov has quit IRC23:35
*** sachin_ has quit IRC23:37
*** sachin_ has joined #openstack-nova23:38
*** sachin_ has quit IRC23:38
*** sachin_ has joined #openstack-nova23:39
*** baoli has joined #openstack-nova23:40
*** harlowja has quit IRC23:42
*** harlowja has joined #openstack-nova23:43
*** morgabra has quit IRC23:45
*** ZZelle_ has quit IRC23:45
*** morgabra has joined #openstack-nova23:45
mriedemmelwitt: you can't validate that in the api probably23:46
*** markvoelker has joined #openstack-nova23:46
mriedembecause it doesn't fail until it hinds a compute host to run on and then libvirt pukes on it during spawn23:46
*** geekinutah has quit IRC23:46
melwittmriedem: that's what I was thinking23:46
mriedemthe best you could probably hope for is a reschedule23:47
melwittI was thinking to mark it Invalid but started thinking if there was any way to "fix" that23:47
mriedemand that the libvirt error gets into the instance fault so the user sees why the boot failed23:47
melwittyeah, I was thinking that too. it's not that they wouldn't see23:47
mriedemthe fix would probably just be making sure they know why their request failed23:48
mriedemis possible23:48
melwittmriedem: your novaclient patch hit that same failure again, it's been rechecked again23:48
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/21696823:48
mriedemwhich is probably only through instance faults once it's on the compute host23:48
mriedemmelwitt: awesome23:48
mriedemmaybe it'll all be blocked23:48
melwittmriedem: right (instance faults)23:49
*** shoutm has joined #openstack-nova23:49
dansmithmriedem: the proposal bot is pissing me off23:50
dansmithmriedem: so, we can kick my change out after 7.5h of grinding,23:50
dansmithor we can just let it go23:51
oomichidansmith, alaski: hi, can you take a look at https://review.openstack.org/#/c/207029/ ?23:51
melwittdansmith: is it still re-proposing before merge is possible?23:51
dansmithmelwitt: yes23:51
mriedemyeah it seems to auto-rebase23:51
dansmithmriedem: for what it's worth, we already merged the first patch that requires 0.9.0 anyway, so holding this one hostage is only of medium value23:51
mriedemdansmith: which change?23:51
mriedemdansmith: btw, did you guys actually talk about what to do about this busted novaclient thing or just punt and make fart jokes for an hour>23:52
mriedem?23:52
dansmithgdi you're going to make me look it up aren't you...23:52
*** achanda has quit IRC23:52
mriedemyes, i'm busy eating chips with the child23:52
dansmithmriedem: we did, but I mean we can't really make a call I don't think23:52
mriedemso no 2.28 tag from 2.26?23:52
mriedemthat seems messy to me23:53
mriedemwe can certainly go ahead with blacklisting 2.27 in g-r23:53
dansmithmriedem: https://review.openstack.org/#/c/217382/23:53
*** takedakn has joined #openstack-nova23:53
dansmithmriedem: if you do that in g-r you'll reset the proposal bot nova change again :)23:53
mriedemnova doesn't require novaclient23:53
dansmithmriedem: clarkb would argue that doing that fixes it for us, but not for the rest of the world23:53
dansmithoh, right :)23:54
mriedemyeah i know, it's not a fix, but it's a thing to do anyway23:54
mriedemsince manila doesn't work with 2.2723:54
mriedemactually, <2.2723:54
dansmithyeah, I guess that works to unblock manila23:54
mriedem<=23:54
dansmithif you think  that's worth it23:54
mriedemi still plan on doing 2.27.1 with that earlier fix for manila23:55
dansmithoh, manila is just the block device thing, right?23:55
mriedemyes23:55
dansmithyeah, so do that to fix them23:55
dansmithand we can talk about the bigger thing in the meeting tomorrow23:55
*** IanGovett has joined #openstack-nova23:55
mriedemyeah23:55
mriedemactually it's not really novaclient that was the issue, it was that v2.0 on v2.1 change23:56
mriedembut novaclient had a bug for sure - just wasn't exposed until that server side change23:56
*** karimb has quit IRC23:57
dansmithoomichi: got it23:58
oomichidansmith: thanks!23:58
dansmithnp23:58
*** markvoelker has quit IRC23:58

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