Monday, 2015-07-06

*** dave-mccowan has joined #openstack-nova00:04
*** mikeit has quit IRC00:08
*** pixelbeat_ has quit IRC00:08
*** _diana_ has quit IRC00:09
*** wanghua has joined #openstack-nova00:19
*** humble_ has joined #openstack-nova00:27
*** morgabra has quit IRC00:28
*** morgabra has joined #openstack-nova00:29
*** wanghua has quit IRC00:29
*** lyarwood has quit IRC00:31
*** Kennan2 is now known as Kennan00:33
*** lyarwood has joined #openstack-nova00:33
*** amotoki has joined #openstack-nova00:39
*** otter768 has joined #openstack-nova00:41
*** amotoki has quit IRC00:43
*** promulo__ has joined #openstack-nova00:44
*** promulo has quit IRC00:48
*** humble__ has joined #openstack-nova00:49
*** humble_ has quit IRC00:52
*** mikeit has joined #openstack-nova00:54
*** jasondotstar has quit IRC00:54
*** dims__ has joined #openstack-nova00:55
*** dims_ has quit IRC00:56
*** mikeit has quit IRC00:56
*** huazhihao has joined #openstack-nova01:01
*** dims__ has quit IRC01:06
*** Piet has joined #openstack-nova01:06
*** dims_ has joined #openstack-nova01:07
*** baoli has joined #openstack-nova01:10
*** gmann has joined #openstack-nova01:11
*** dims_ has quit IRC01:15
*** baoli has quit IRC01:15
*** _diana_ has joined #openstack-nova01:15
*** otter768 has quit IRC01:16
*** liusheng has quit IRC01:18
*** huazhihao has quit IRC01:22
*** gmann has quit IRC01:26
*** shyu has quit IRC01:29
*** Alexandra_ has quit IRC01:29
*** dave-mccowan has quit IRC01:34
*** zhenguo has joined #openstack-nova01:34
*** gmann has joined #openstack-nova01:35
*** dave-mccowan has joined #openstack-nova01:37
*** lyanchih has joined #openstack-nova01:38
*** jasondotstar has joined #openstack-nova01:38
*** amotoki has joined #openstack-nova01:40
*** _diana_ has quit IRC01:41
*** shyu has joined #openstack-nova01:42
*** amotoki has quit IRC01:44
*** _diana_ has joined #openstack-nova01:45
*** Longgeek_ has joined #openstack-nova01:46
*** Longgeek has quit IRC01:49
*** _diana_ has quit IRC01:49
*** baoli has joined #openstack-nova01:50
*** _diana_ has joined #openstack-nova01:50
*** ssurana has quit IRC01:51
*** jamielennox is now known as jamielennox|away01:51
*** jasondotstar has quit IRC01:55
*** _diana_ has quit IRC01:56
*** baoli has quit IRC01:58
*** annashen has joined #openstack-nova02:00
*** jamielennox|away is now known as jamielennox02:02
*** ssurana has joined #openstack-nova02:03
*** _diana_ has joined #openstack-nova02:04
*** annashen has quit IRC02:05
*** yingjun has joined #openstack-nova02:06
openstackgerritEli Qiao proposed openstack/nova: Add missing rules in polcy.json  https://review.openstack.org/18823502:06
*** annashen has joined #openstack-nova02:07
*** ssurana has quit IRC02:07
*** annashen has quit IRC02:08
*** _diana_ has quit IRC02:08
*** annashen has joined #openstack-nova02:08
*** mutoulbj has joined #openstack-nova02:09
openstackgerritlyanchih proposed openstack/nova: Creating instance fail when inject ssh key in cells mode  https://review.openstack.org/19751402:18
*** baoli has joined #openstack-nova02:20
*** annashen has quit IRC02:21
*** ssurana has joined #openstack-nova02:21
*** achanda has joined #openstack-nova02:24
*** yingjun has quit IRC02:24
*** yingjun has joined #openstack-nova02:25
*** ssurana has quit IRC02:26
*** annashen has joined #openstack-nova02:26
*** Kevin_Zheng has joined #openstack-nova02:29
*** asettle has joined #openstack-nova02:32
*** achanda has quit IRC02:32
*** coolsvap|away is now known as coolsvap02:36
*** amotoki has joined #openstack-nova02:41
*** bkopilov has quit IRC02:45
*** amotoki has quit IRC02:45
*** Longgeek_ has quit IRC02:47
*** Longgeek has joined #openstack-nova02:47
*** tojuvone has joined #openstack-nova02:48
*** ssurana has joined #openstack-nova02:48
*** annashen has quit IRC02:50
*** coolsvap is now known as coolsvap|away02:50
*** hakimo has joined #openstack-nova02:51
*** dave-mccowan has quit IRC02:52
*** ssurana has quit IRC02:53
*** armax has joined #openstack-nova02:53
*** hakimo_ has quit IRC02:55
*** piyanai has quit IRC02:56
*** baoli has quit IRC02:56
openstackgerritAlex Xu proposed openstack/nova: Add missing rules in polcy.json  https://review.openstack.org/18823503:00
openstackgerritAlex Xu proposed openstack/nova: Add missing rules in polcy.json  https://review.openstack.org/18823503:01
*** dave-mccowan has joined #openstack-nova03:02
*** armax has quit IRC03:03
*** annashen has joined #openstack-nova03:03
*** annashen has quit IRC03:05
*** humble_ has joined #openstack-nova03:07
*** humble__ has quit IRC03:10
*** amotoki has joined #openstack-nova03:15
*** Longgeek_ has joined #openstack-nova03:16
*** otter768 has joined #openstack-nova03:17
*** Longgeek has quit IRC03:18
*** otter768 has quit IRC03:21
*** annashen has joined #openstack-nova03:23
*** achanda has joined #openstack-nova03:26
*** annashen has quit IRC03:27
*** nihilifer has joined #openstack-nova03:28
*** yamahata has quit IRC03:28
*** tobe has joined #openstack-nova03:31
*** RuiChen has quit IRC03:33
*** oomichi has quit IRC03:34
*** humble__ has joined #openstack-nova03:34
*** nihilifer has quit IRC03:34
*** achanda has quit IRC03:35
*** achanda has joined #openstack-nova03:35
*** humble_ has quit IRC03:37
*** wanghua has joined #openstack-nova03:38
*** jamielennox is now known as jamielennox|away03:38
*** achanda has quit IRC03:40
*** humble__ has quit IRC03:40
*** yamahata has joined #openstack-nova03:40
*** annashen has joined #openstack-nova03:41
*** RuiChen has joined #openstack-nova03:41
*** dave-mccowan has quit IRC03:43
*** jamielennox|away is now known as jamielennox03:49
*** ssurana has joined #openstack-nova03:49
*** humble_ has joined #openstack-nova03:50
*** bkopilov has joined #openstack-nova03:51
*** mutoulbj has quit IRC03:51
*** amotoki has quit IRC03:52
*** mutoulbj has joined #openstack-nova03:52
*** Jeffrey4l has joined #openstack-nova03:52
*** wanghua has quit IRC03:53
*** coolsvap|away is now known as coolsvap03:53
*** Jeffrey4l has quit IRC03:53
*** Jeffrey4l has joined #openstack-nova03:53
*** ssurana has quit IRC03:54
*** baoli has joined #openstack-nova03:57
*** baoli has quit IRC04:01
*** amotoki has joined #openstack-nova04:06
*** ildikov has quit IRC04:06
*** shyu has quit IRC04:07
*** deepthi has joined #openstack-nova04:08
*** dims_ has joined #openstack-nova04:12
*** annashen has quit IRC04:12
*** amotoki has quit IRC04:14
*** wanghua has joined #openstack-nova04:15
*** dims__ has joined #openstack-nova04:16
*** lyanchih has quit IRC04:17
*** dims_ has quit IRC04:18
*** humble_ has quit IRC04:18
*** amotoki has joined #openstack-nova04:19
*** dims__ has quit IRC04:20
*** pradipta has joined #openstack-nova04:20
*** dims__ has joined #openstack-nova04:21
*** shuquan has joined #openstack-nova04:24
*** dims__ has quit IRC04:26
*** Sukhdev has joined #openstack-nova04:28
*** ijw has quit IRC04:31
*** shuquan has quit IRC04:34
*** coolsvap is now known as coolsvap|brb04:35
*** shuquan has joined #openstack-nova04:39
*** amotoki has quit IRC04:40
*** liusheng has joined #openstack-nova04:41
*** irenab has quit IRC04:41
*** shuquan has quit IRC04:44
*** annashen has joined #openstack-nova04:47
*** annashen has quit IRC04:49
*** ssurana has joined #openstack-nova04:50
*** tobe has quit IRC04:51
*** nihilifer has joined #openstack-nova04:53
*** ssurana has quit IRC04:54
*** asettle has quit IRC04:55
*** yingjun has quit IRC04:58
*** _gryf|afk is now known as _gryf04:59
*** lyanchih has joined #openstack-nova05:01
*** ijw has joined #openstack-nova05:01
*** lpetrut has joined #openstack-nova05:03
*** ijw_ has joined #openstack-nova05:05
*** coolsvap|brb is now known as coolsvap05:06
*** Marga_ has joined #openstack-nova05:07
*** Marga_ has quit IRC05:07
*** ijw has quit IRC05:07
*** Marga_ has joined #openstack-nova05:08
*** pradipta has quit IRC05:08
*** ijw_ has quit IRC05:10
*** masayukig_ has joined #openstack-nova05:16
*** lpetrut has quit IRC05:17
*** otter768 has joined #openstack-nova05:18
*** rotbeard has joined #openstack-nova05:20
*** lyanchih has quit IRC05:21
*** otter768 has quit IRC05:22
*** nkrinner has joined #openstack-nova05:23
*** Sukhdev has quit IRC05:24
*** shyu has joined #openstack-nova05:26
*** arnaud____ has joined #openstack-nova05:27
*** ankit_ag has joined #openstack-nova05:28
*** coolsvap is now known as coolsvap|away05:29
*** yingjun has joined #openstack-nova05:37
*** lpetrut has joined #openstack-nova05:39
*** Murali has joined #openstack-nova05:41
*** Sukhdev has joined #openstack-nova05:43
*** shuquan has joined #openstack-nova05:44
*** irenab has joined #openstack-nova05:45
openstackgerritRajesh Tailor proposed openstack/nova: Remove unnecessary ValueError exception  https://review.openstack.org/19052505:45
*** abhishekk has joined #openstack-nova05:47
*** arnaud____ has quit IRC05:50
*** lyanchih has joined #openstack-nova05:51
*** ig0r__ has joined #openstack-nova05:51
*** ig0r_ has quit IRC05:55
*** sudipto has joined #openstack-nova05:56
*** jichen has joined #openstack-nova06:00
*** lyanchih has quit IRC06:01
*** lyanchih has joined #openstack-nova06:02
*** Nikolay_St has quit IRC06:03
*** radek__ has joined #openstack-nova06:05
*** ijw has joined #openstack-nova06:05
*** pradipta has joined #openstack-nova06:06
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_create/update  https://review.openstack.org/16020606:08
openstackgerritAlex Xu proposed openstack/nova: Cleanup quota_class unittest with appropriate request context  https://review.openstack.org/15035106:08
*** ijw_ has joined #openstack-nova06:08
*** Nikolay_St has joined #openstack-nova06:08
*** wanghua has quit IRC06:09
*** wanghua has joined #openstack-nova06:09
*** dims_ has joined #openstack-nova06:10
*** ijw has quit IRC06:11
*** ijw_ has quit IRC06:13
*** zhenguo has quit IRC06:13
*** dims_ has quit IRC06:15
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/19721306:20
*** baoli has joined #openstack-nova06:22
*** lyanchih has quit IRC06:22
*** moshele has joined #openstack-nova06:24
*** arnaud____ has joined #openstack-nova06:24
*** shuquan has quit IRC06:24
*** shuquan has joined #openstack-nova06:25
*** moshele has quit IRC06:29
*** moshele has joined #openstack-nova06:33
*** moshele has quit IRC06:35
*** ianbrown has quit IRC06:35
*** moshele has joined #openstack-nova06:35
*** scheuran has joined #openstack-nova06:35
*** tobe has joined #openstack-nova06:38
*** zhenguo has joined #openstack-nova06:41
*** ociuhandu has joined #openstack-nova06:42
*** lyanchih has joined #openstack-nova06:43
*** jwcroppe has joined #openstack-nova06:43
*** Sukhdev has quit IRC06:48
*** garyk has joined #openstack-nova06:51
openstackgerritgaryk proposed openstack/nova: Cells: fix indentation for configuration variable declaration  https://review.openstack.org/19861506:52
*** belmoreira has joined #openstack-nova06:53
*** exploreshaifali has joined #openstack-nova06:53
*** Sukhdev has joined #openstack-nova06:57
openstackgerritEric Brown proposed openstack/nova: Replace openssl calls with cryptography lib  https://review.openstack.org/19824606:57
*** moshele has quit IRC06:59
*** moshele has joined #openstack-nova06:59
openstackgerritEric Brown proposed openstack/nova: Replace openssl calls with cryptography lib  https://review.openstack.org/19824607:00
openstackgerritEric Brown proposed openstack/nova: Replace openssl calls with cryptography lib  https://review.openstack.org/19824607:02
*** pbandzi has joined #openstack-nova07:02
*** ijw has joined #openstack-nova07:04
*** browne has quit IRC07:04
*** wanghua has quit IRC07:05
*** wanghua has joined #openstack-nova07:05
*** tobe has quit IRC07:08
*** ijw has quit IRC07:09
*** kashyap has joined #openstack-nova07:12
*** kashyap has quit IRC07:13
*** achanda has joined #openstack-nova07:13
*** kashyap has joined #openstack-nova07:14
openstackgerritliaonanhai proposed openstack/nova: Add user_id info: add 'user_id' to REST os-simple-tenant-usage output  https://review.openstack.org/15152207:15
*** Sukhdev has quit IRC07:15
*** ociuhandu has quit IRC07:16
*** wanghua has quit IRC07:17
*** wanghua has joined #openstack-nova07:18
*** mpaolino has joined #openstack-nova07:18
*** otter768 has joined #openstack-nova07:18
*** humble_ has joined #openstack-nova07:19
*** tobe has joined #openstack-nova07:20
*** humble_ has quit IRC07:22
*** wanghua has quit IRC07:22
*** wanghua has joined #openstack-nova07:23
*** lyanchih has quit IRC07:23
*** otter768 has quit IRC07:23
openstackgerritMoshe Levi proposed openstack/nova: libvirt: mlnx_direct vif type removal  https://review.openstack.org/18167107:24
*** humble_ has joined #openstack-nova07:24
*** lyanchih has joined #openstack-nova07:24
*** achanda has quit IRC07:25
*** mikedillion has joined #openstack-nova07:26
*** exploreshaifali has quit IRC07:26
openstackgerritGhanshyam Mann proposed openstack/nova-specs: Spec to add vif 'net-id' in virtual interfaces API  https://review.openstack.org/19862207:26
*** arnaud____ has quit IRC07:27
*** mpavone has joined #openstack-nova07:28
*** wanghua has quit IRC07:28
*** humble_ has quit IRC07:29
*** mikedillion has left #openstack-nova07:29
*** humble_ has joined #openstack-nova07:29
*** markus_z has joined #openstack-nova07:29
openstackgerritGhanshyam Mann proposed openstack/nova-specs: Spec to add vif 'net-id' in virtual interfaces API  https://review.openstack.org/19862207:30
*** ndipanov has joined #openstack-nova07:30
*** ndipanov has quit IRC07:32
*** ndipanov has joined #openstack-nova07:32
*** humble_ has quit IRC07:34
*** rdopiera has joined #openstack-nova07:34
*** humble_ has joined #openstack-nova07:34
*** humble_ has quit IRC07:35
*** humble_ has joined #openstack-nova07:36
*** achanda has joined #openstack-nova07:36
*** humble__ has joined #openstack-nova07:37
*** kaisers has joined #openstack-nova07:37
*** kaisers has quit IRC07:37
gmannjohnthetubaguy: alex_xu: oomichi: jaypipes: please have a look - https://review.openstack.org/#/c/198622/07:38
gmannjohnthetubaguy: alex_xu: oomichi: jaypipes: ^^ for v2.1 difference for vif net-id07:39
*** humble__ has quit IRC07:39
*** wanghua has joined #openstack-nova07:40
*** humble_ has quit IRC07:40
alex_xugmann: I'm thinking we need a patch remove extension entry from v2.1 extension API, and we need back-port that patch07:42
*** ildikov has joined #openstack-nova07:42
*** humble_ has joined #openstack-nova07:43
*** wanghua has quit IRC07:46
gmannalex_xu: yes.07:49
gmannalex_xu: in morning oomichi maid a point that if we do that then this will also be change in v2.1 base? even backward compatible07:50
gmannalex_xu: :) what you say?07:50
*** annashen has joined #openstack-nova07:50
*** sahid has joined #openstack-nova07:51
alex_xugmann: you mean remove extension entry from v2.1 base?07:51
openstackgerritAndreas Scheuring proposed openstack/nova: Add macvtap as new virtual interface (vif) type to Nova's libvirt driver.  https://review.openstack.org/18228307:51
gmannalex_xu: yes07:51
*** mutoulbj has quit IRC07:51
alex_xugmann: yes, we should remove from v2.1 base07:52
wanghaoGuys, I need your help to review this spec: "Support force detach volume to nova"(https://review.openstack.org/#/c/84048/)07:52
*** haypo has joined #openstack-nova07:52
alex_xugmann: but I think I didn't the point07:52
wanghaoping johnthetubaguy07:53
gmannalex_xu: i mean if we remove that extension from v2.1 extension list then it it will make extension list response different than v2 one07:53
gmannalex_xu: and if we do now as v2.1 is released then would not it be backward incompatible change for users using extension-list API?07:54
*** annashen has quit IRC07:55
*** mutoulbj has joined #openstack-nova07:55
alex_xugmann: that extension list is configurable in the v2. so clients shouldn't expect one extension is existed in all the openstack deployment.07:55
wanghaojohnthetubaguy: Hi~ john, I have updated the design for "Support force detach volume to nova" according reviewers' comments. Would you help me to check the design is ok?07:55
*** lpetrut has quit IRC08:00
*** achanda has quit IRC08:02
*** achanda has joined #openstack-nova08:02
gmannalex_xu: but cloud deployed with that extension would expect that extension to be returned from extension-list when they move from v2 to v2.108:03
*** kaisers has joined #openstack-nova08:03
*** baoli has quit IRC08:04
*** kaisers has quit IRC08:04
*** ijw has joined #openstack-nova08:04
alex_xugmann: There should be a document to say 'v2.1 is equal to v2 except strct validation and without vif net-id  extension'08:04
openstackgerritChangBo Guo(gcb) proposed openstack/nova: api:pass filters to method service_get_all  https://review.openstack.org/19851208:05
alex_xugmann: and we can't just say we have this extension in the deployment, then user can't find that properties from the api, that will break the user.08:05
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: libvirt: make live_migration_uri flag dependent on virt_type  https://review.openstack.org/17578008:05
gmannalex_xu: yea, agree.08:06
gmannalex_xu: that will be really false information for users08:06
alex_xugmann: yea08:06
gmannalex_xu: but removing extension from extension-list in v2.1 base is also changing v2.1 base after release :)08:07
alex_xugmann: emm...infinite loop~08:08
gmannalex_xu: but we have to do that if we are not going to fix vif net-id in v2.1 base08:08
gmannalex_xu: heh08:08
*** yamahata has quit IRC08:09
*** achanda has quit IRC08:09
*** ijw has quit IRC08:10
*** achanda has joined #openstack-nova08:10
*** lucasagomes has joined #openstack-nova08:11
gmannjohnthetubaguy: ^^ your thought on that?08:11
gmannalex_xu: do you know the right doc to mention about the this difference of v2 and v2.1?08:12
*** exploreshaifali has joined #openstack-nova08:12
*** Marga_ has quit IRC08:13
alex_xugmann: just v2.1 api ref doc?08:13
*** Marga_ has joined #openstack-nova08:14
*** lyarwood has quit IRC08:14
*** lyarwood has joined #openstack-nova08:14
*** nkrinner has quit IRC08:15
gmannalex_xu: ok, Thanks08:15
*** karimb has joined #openstack-nova08:15
*** jichen_ has joined #openstack-nova08:15
*** subscope has joined #openstack-nova08:17
gmannalex_xu: anyways i will push patches to remove that extension from v2.1 list and see if any objection/suggestion08:17
gmannalex_xu: but i will be able to do that tomorrow.08:17
alex_xugmann: yea, thanks, ust let see what happen~08:17
*** nkrinner has joined #openstack-nova08:18
*** jichen has quit IRC08:18
*** jichen_ is now known as jichen08:18
bauwsermorning Nova08:20
bauwseroops08:20
*** bauwser is now known as bauzas08:20
*** shuquan has quit IRC08:20
*** shuquan has joined #openstack-nova08:21
ndipanovmornin'08:22
kashyapMorning.08:24
*** lyanchih has quit IRC08:25
*** lyanchih has joined #openstack-nova08:26
*** shyu has quit IRC08:27
alex_xuafternoon~08:29
*** achanda has quit IRC08:29
*** masayukig_ has quit IRC08:33
*** masayukig_ has joined #openstack-nova08:33
*** moshele has quit IRC08:34
*** moshele has joined #openstack-nova08:37
*** yassine_ has joined #openstack-nova08:37
lxsliMorning08:41
johnthetubaguygmann: alex_xu: the extension list is not really part of v2.1, its most useful for the v2.0 compatibility, so I have less worries about that bit08:45
johnthetubaguygmann: alex_xu: although I would feel better if we just removed the extension list for v2.1 in a new micro version, but that might be getting ahead of ourselves08:46
johnthetubaguyBobBall: did you see this: http://jogo.github.io/lastcomment/08:49
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664308:50
*** mgoddard has joined #openstack-nova08:55
tojuvonewould somebody have a word of wisdom about having mark-host-down visible in corresponding server instances: https://review.openstack.org/19224608:56
*** xyhuang has joined #openstack-nova08:59
openstackgerritChangBo Guo(gcb) proposed openstack/nova: libvirt: add get_cpu_frequency method  https://review.openstack.org/19782909:00
*** ijw has joined #openstack-nova09:04
*** baoli has joined #openstack-nova09:04
*** baoli has quit IRC09:09
*** ijw has quit IRC09:09
*** jamielennox is now known as jamielennox|away09:11
openstackgerritChangBo Guo(gcb) proposed openstack/nova: api:pass filters to method service_get_all  https://review.openstack.org/19851209:13
*** subscope has quit IRC09:14
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894009:15
openstackgerritSergey Nikitin proposed openstack/nova: Added method exists to the Tag object  https://review.openstack.org/17810309:15
*** subscope has joined #openstack-nova09:15
alex_xujohnthetubaguy: yes, the extesion list is all about switch v2 to v2.1 smooth, after user switch to v2.1, user shouldn't depend on that anymore.09:17
sahidmikal: johnthetubaguy any chance to get you approval on this spec ? https://review.openstack.org/#/c/139688/ (the code is already ready) and mikal already gave ot the spec +209:17
*** jamielennox|away is now known as jamielennox09:18
johnthetubaguysahid: I will try do one last review of the the exceptions today09:19
ankit_agHi all, Can someone please help reviewing https://review.openstack.org/#/c/194063/09:19
*** otter768 has joined #openstack-nova09:19
openstackgerritCarlos Gonçalves proposed openstack/python-novaclient: Support forcing service down  https://review.openstack.org/18584909:20
sahidjohnthetubaguy: thank you09:21
openstackgerritsahid proposed openstack/nova: libvirt: introduce GuestBlock to wrap around Block API  https://review.openstack.org/19021009:21
openstackgerritsahid proposed openstack/nova: libvirt: update swap volume to use Guest  https://review.openstack.org/19021109:21
openstackgerritsahid proposed openstack/nova: libvirt: rename GuestVCPUInfo to VCPUInfo  https://review.openstack.org/19413309:21
openstackgerritsahid proposed openstack/nova: libvirt: return whether a domain is persistent  https://review.openstack.org/19096209:21
openstackgerritsahid proposed openstack/nova: libvirt: make unit tests concise by setup guest object  https://review.openstack.org/19096309:21
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to wait for block device job  https://review.openstack.org/19021409:21
openstackgerritsahid proposed openstack/nova: libvirt: update live snapshot to use Guest object  https://review.openstack.org/19021209:21
openstackgerritsahid proposed openstack/nova: libvirt: update volume delete snapshot to use Guest  https://review.openstack.org/19021309:21
openstackgerritsahid proposed openstack/nova: libvirt: save the memory state of guest  https://review.openstack.org/19699109:21
openstackgerritsahid proposed openstack/nova: libvirt: make host return guest information  https://review.openstack.org/19104609:21
openstackgerritsahid proposed openstack/nova: libvirt: make host return power state of guest  https://review.openstack.org/19104709:21
sahidjohnthetubaguy: just a question, you gave to this spec +209:21
sahidhttps://review.openstack.org/#/c/165838/09:21
sahidso now i need to find an other core to approve it before the end of the day?09:22
*** sambetts has joined #openstack-nova09:24
*** otter768 has quit IRC09:24
johnthetubaguysahid: ideally, yes09:28
sahidjohnthetubaguy: hum ack09:28
rdopieraeglynn-officeafk: is there anything in particular I should be reading or preparing, while I wait for the token?09:31
*** lpetrut has joined #openstack-nova09:34
*** sb has quit IRC09:35
*** strictlyb has joined #openstack-nova09:36
*** yingjun has quit IRC09:36
*** ociuhandu has joined #openstack-nova09:46
*** lyanchih has quit IRC09:47
*** lyanchih has joined #openstack-nova09:49
*** yassine_ has quit IRC09:55
*** ildikov has quit IRC09:59
*** eglynn has joined #openstack-nova10:02
*** mutoulbj has quit IRC10:03
*** shuquan has quit IRC10:04
*** ijw has joined #openstack-nova10:04
*** shyu has joined #openstack-nova10:05
*** Kennan has quit IRC10:05
*** chaochin has quit IRC10:07
*** park__heijlong has quit IRC10:07
*** lan_ has quit IRC10:07
*** ijw has quit IRC10:10
*** tojuvone has quit IRC10:10
*** kaisers has joined #openstack-nova10:11
*** kaisers has quit IRC10:11
*** kaisers has joined #openstack-nova10:12
*** ildikov has joined #openstack-nova10:14
*** lan_ has joined #openstack-nova10:19
*** park__heijlong has joined #openstack-nova10:20
*** chaochin has joined #openstack-nova10:20
*** Kennan has joined #openstack-nova10:21
*** marzif_ has joined #openstack-nova10:33
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: Always default device names at boot  https://review.openstack.org/18963210:34
openstackgerritNikola Dipanov proposed openstack/nova: virt: add get_device_name_for_instance to the base driver class  https://review.openstack.org/18063710:34
openstackgerritNikola Dipanov proposed openstack/nova: libvirt: implement get_device_name_for_instance  https://review.openstack.org/18063810:34
*** mpaolino has quit IRC10:35
*** baoli has joined #openstack-nova10:36
*** lan__ has joined #openstack-nova10:37
*** park_heijlong has joined #openstack-nova10:37
*** mpaolino has joined #openstack-nova10:37
*** pixelbeat_ has joined #openstack-nova10:39
*** Kennan2 has joined #openstack-nova10:39
*** lan_ has quit IRC10:40
*** chaochin has quit IRC10:40
*** chaochin has joined #openstack-nova10:41
*** Kennan has quit IRC10:41
*** park__heijlong has quit IRC10:41
*** baoli has quit IRC10:41
*** Longgeek_ has quit IRC10:41
*** Longgeek has joined #openstack-nova10:42
*** pradipta has quit IRC10:44
*** mutoulbj has joined #openstack-nova10:46
*** dims_ has joined #openstack-nova10:47
*** Kennan2 is now known as Kennan10:48
*** dims_ has quit IRC10:52
*** haypo has quit IRC10:55
*** ociuhandu has quit IRC10:58
openstackgerritgaryk proposed openstack/nova: VMware: ensure that get_info raises the correct exception  https://review.openstack.org/19155811:01
openstackgerritgaryk proposed openstack/nova: VMware: treat deletion exception with attached volumes  https://review.openstack.org/19867411:01
*** jcoufal has joined #openstack-nova11:01
*** tobe has quit IRC11:01
*** sudipto has quit IRC11:04
*** ijw has joined #openstack-nova11:04
*** ijw has quit IRC11:09
*** yassine_ has joined #openstack-nova11:11
*** yassine_ has quit IRC11:11
*** shuquan has joined #openstack-nova11:11
*** subscope has quit IRC11:12
*** shuquan has quit IRC11:16
*** Jeffrey4l has quit IRC11:17
*** derekh has joined #openstack-nova11:18
*** otter768 has joined #openstack-nova11:20
*** Marga_ has quit IRC11:24
*** otter768 has quit IRC11:25
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664311:27
*** deepthi has quit IRC11:29
*** Murali has quit IRC11:30
*** ildikov has quit IRC11:31
*** IanGovett has joined #openstack-nova11:33
andreykurilindansmith: hi!11:34
johnthetubaguyalaski: I would love to catch up with you about this spec at somepoint please: https://review.openstack.org/#/c/135387/13/specs/liberty/approved/improve-unshelve-performance.rst11:35
* johnthetubaguy goes for some lunch...11:35
*** subscope has joined #openstack-nova11:36
*** baoli has joined #openstack-nova11:37
*** ociuhandu has joined #openstack-nova11:37
*** Marga_ has joined #openstack-nova11:38
*** bfic has joined #openstack-nova11:38
*** bfic has quit IRC11:39
*** baoli_ has joined #openstack-nova11:40
*** bfic has joined #openstack-nova11:40
*** baoli has quit IRC11:42
*** thorst has joined #openstack-nova11:42
*** ildikov has joined #openstack-nova11:44
*** baoli_ has quit IRC11:45
*** stefan_amann has joined #openstack-nova11:48
*** Kevin_Zheng has quit IRC11:50
*** moshele has quit IRC11:51
*** baoli has joined #openstack-nova11:51
*** setuid has quit IRC11:54
stefan_amannjohnthetubaguy: John, is there anything I need to do for https://review.openstack.org/#/c/194163/? You seem to be in agreement with Matt that we only need a bugfix, not a spec. I released the code changes under https://review.openstack.org/#/c/192556/ some time back. Is there anything else I need to do (i.e., change the commit message, open a bug, ...)?11:55
*** ajayaa has joined #openstack-nova11:55
*** baoli_ has joined #openstack-nova11:55
*** baoli has quit IRC11:58
*** bradjones has joined #openstack-nova12:01
*** bradjones has quit IRC12:01
*** bradjones has joined #openstack-nova12:01
*** setuid has joined #openstack-nova12:01
bauzasstefan_amann: john is afk for the moment, but it seems the consensus is just that you need to provide a spec12:02
bauzasergh12:02
bauzasto *not* provide a spec12:02
bauzasand instead, just work on your implementation patch12:02
*** piyanai has joined #openstack-nova12:02
stefan_amannok..12:02
bauzasstefan_amann: just wait for johnthetubaguy to be back so he could remove his -2 from https://review.openstack.org/#/c/192556/12:03
stefan_amannok.. thanks!12:03
bauzasstefan_amann: in the meantime, you could just create either a spec-less blueprint (ie. only a Launchpad BP) or a Launchpad bug12:04
*** dims_ has joined #openstack-nova12:04
*** abhishekk has quit IRC12:04
*** ijw has joined #openstack-nova12:04
bauzasstefan_amann: and change the commit msg to provide the linkl12:04
stefan_amannok.. will check later. Am in a meeting right now. Thanks12:05
*** pask81 has joined #openstack-nova12:06
*** dims_ has quit IRC12:08
*** bkopilov has quit IRC12:09
*** dave-mccowan has joined #openstack-nova12:10
*** ijw has quit IRC12:10
*** lucasagomes is now known as lucas-hungry12:11
*** leakypipes is now known as jaypipes12:12
* jaypipes caffeinates12:12
*** haypo has joined #openstack-nova12:13
*** raildo has joined #openstack-nova12:15
*** Nikolay_St has quit IRC12:16
johnthetubaguystefan_amann: can you please remove the blueprint from the commit message, and link it to a bug that has all the details, and I can remove the -212:21
*** vladikr has joined #openstack-nova12:21
rgerganovjaypipes: hi, could you please bless https://review.openstack.org/#/c/148509/ ?12:21
*** ildikov has quit IRC12:22
*** moshele has joined #openstack-nova12:22
rgerganovjaypipes: thanks a lot!12:23
openstackgerritJohn Garbutt proposed openstack/nova: Support host type specific block volume attachment  https://review.openstack.org/19255612:23
jaypipesrgerganov: done :)12:23
*** edmondsw has joined #openstack-nova12:24
*** jcoufal has quit IRC12:24
*** shyu has quit IRC12:26
*** jcoufal has joined #openstack-nova12:27
*** aysyd has joined #openstack-nova12:29
*** xyhuang has quit IRC12:31
*** lyanchih has quit IRC12:31
sahiddansmith: any chance you take a look at this https://review.openstack.org/#/c/165838/ it's the last day for approval and you already reviewed it12:35
sahidsome comments has been done but they wll be discussed on the code reviews, then i will probably update it but should be great to have it approved if the general idea seems good for you :)12:36
*** jasondotstar has joined #openstack-nova12:38
*** rfolco has joined #openstack-nova12:38
openstackgerritZhenyu Zheng proposed openstack/nova: Fix checks of resize down of instance created with volume  https://review.openstack.org/18664312:38
*** ajayaa has quit IRC12:38
*** Murali has joined #openstack-nova12:39
*** ildikov has joined #openstack-nova12:39
openstackgerritgaryk proposed openstack/nova: Flavors: use list comprehension for get_all_flavors  https://review.openstack.org/19870212:43
*** pask81 has quit IRC12:43
*** mjturek1 has quit IRC12:44
stefan_amannjohnthetubaguy: I will do. Thanks12:46
*** jecarey has quit IRC12:46
sahidjohnthetubaguy: thx for your review on rt !12:47
sahidi'm sure jaypipes will be our second +2+W :p12:47
sahidon https://review.openstack.org/#/c/139688/12:47
*** mjturek1 has joined #openstack-nova12:48
*** jcoufal has quit IRC12:49
*** exploreshaifali has quit IRC12:49
*** exploreshaifali has joined #openstack-nova12:51
*** ankit_ag has quit IRC12:51
*** pask81 has joined #openstack-nova12:53
*** ZZelle has quit IRC12:53
jaypipessahid: I am not a nova-specs-core, so I can't +2 any spec. will add comments, though.12:53
*** dims_ has joined #openstack-nova12:55
*** ijuwang has joined #openstack-nova12:56
dansmithsahid: okay, it's first in the tab queue.. right behind coffee12:57
dansmithandreykurilin: o/12:57
sahidjaypipes: ah... in all cases your reviews is still always valuable. thanks12:57
sahids/is/are12:57
*** dims__ has joined #openstack-nova12:57
*** exploreshaifali has quit IRC13:00
*** dims___ has joined #openstack-nova13:00
*** dims_ has quit IRC13:00
andreykurilindansmith: hi! First of all, thank you for +2 at my spec:)13:01
*** dims_ has joined #openstack-nova13:01
*** doude has quit IRC13:01
andreykurilindansmith: What about +2 at my patches? :)13:02
dansmithandreykurilin: ping me later today and I can look13:02
*** doude has joined #openstack-nova13:02
*** doude has quit IRC13:02
*** doude has joined #openstack-nova13:02
dansmithandreykurilin: I have a bunch of things stacked up from the holiday weekend to work through first13:02
andreykurilindansmith: ok, thanks13:02
*** mdrabe has joined #openstack-nova13:03
*** dims__ has quit IRC13:03
*** ijw has joined #openstack-nova13:04
*** yingjun has joined #openstack-nova13:05
*** dims___ has quit IRC13:05
*** lyarwood has quit IRC13:05
*** lyarwood has joined #openstack-nova13:05
*** rlrossit has joined #openstack-nova13:05
*** nihilifer has quit IRC13:05
lxslibauzas: sched meeting? in alt?13:06
*** erlon has joined #openstack-nova13:06
*** n0ano has joined #openstack-nova13:06
kashyapCan anyone take a look at this useful Kilo backport? -- https://review.openstack.org/#/c/193497/213:06
bauzaslxsli: meh, I have 1400UTC ?13:06
*** dims__ has joined #openstack-nova13:06
bauzaslxsli:  which is in one hour IMHO13:07
lxslibauzas: right yes, in an hour then :)13:07
lxslijaypipes: edleafe ^^13:07
bauzaslxsli: I know you're very impatient13:07
*** ameade_vacation is now known as ameade13:08
*** Nikolay_St has joined #openstack-nova13:08
*** yassine_ has joined #openstack-nova13:08
lxslibauzas: Just can't wait13:08
*** nelsnelson has joined #openstack-nova13:08
*** mmedvede_ has joined #openstack-nova13:09
jaypipeslxsli, edleafe: oops, sorry.13:09
bauzashttp://eavesdrop.openstack.org/meetings/nova_scheduler/2015/nova_scheduler.2015-06-30-14.59.html13:09
bauzasbaaam13:09
*** xyang1 has joined #openstack-nova13:09
*** dims_ has quit IRC13:09
bauzasone hour more to fix my 500+ unittests failing due to ReqSpec, yay \o/13:09
*** ijw has quit IRC13:10
jaypipeslol :)13:10
*** lucas-hungry is now known as lucasagomes13:10
* bauzas caffeinates 13:10
* bauzas grumbles something about dictionaries and keys13:10
*** dims__ has quit IRC13:11
*** ivasev has joined #openstack-nova13:12
*** irenab has quit IRC13:13
*** ferest has joined #openstack-nova13:17
*** rotbeard has quit IRC13:18
*** Nikolay_St has quit IRC13:19
*** ferest has quit IRC13:20
*** _gryf is now known as _gryf|afk13:21
*** otter768 has joined #openstack-nova13:21
*** otter768 has quit IRC13:26
sahiddansmith: whaoo thanks13:27
*** jskinner has joined #openstack-nova13:27
dansmiths/whaoo/wahoo/ :)13:27
sahideven for something like that :/13:28
sahid;)13:28
*** sudipto has joined #openstack-nova13:28
dansmithandreykurilin: okay, link?13:28
andreykurilindansmith: https://review.openstack.org/#/c/152569/ - this is the first patch in the chain13:28
dansmithoh, that13:29
dansmithI'm probably not a good person to review that stuff13:29
andreykurilin:(13:29
dansmithandreykurilin: you should ping melwitt when she gets in13:29
dansmithbut I bet she'll jump on it13:29
andreykurilindansmith: thank you anyway13:30
*** bkopilov has joined #openstack-nova13:30
andreykurilinmelwitt: ping. I need your opinion:)13:30
dansmithshe is more of  real west coaster, so probably not around for a couple of hours, FYI13:30
andreykurilindansmith: got it. thanks13:31
openstackgerritRoman Podoliaka proposed openstack/nova: rebuild: fix rebuild of server with volume attached  https://review.openstack.org/17689113:31
openstackgerritRoman Podoliaka proposed openstack/nova: rebuild: make sure server is shut down before volumes are detached  https://review.openstack.org/17689213:31
*** browne has joined #openstack-nova13:33
jaypipesdansmith, alaski: https://review.openstack.org/#/c/196180 could use your reviews if you get a chance. thx in advance.13:34
*** claudiub has joined #openstack-nova13:34
openstackgerritPrashantUpadhyay proposed openstack/nova: Check for volume size  https://review.openstack.org/19871413:35
*** pbandzi has quit IRC13:35
*** ayoung has joined #openstack-nova13:35
*** exploreshaifali has joined #openstack-nova13:37
dansmithjaypipes: found a typo, but +2 otherwise13:37
jaypipesdansmith: cheers13:37
dansmithjaypipes: looks like I can review the next patch aside from a test you need to re-add, yes?13:38
jaypipesdansmith: yeah, gimme one minute.13:38
*** claudiub has quit IRC13:38
alaskiwill look in just a bit13:38
dansmithokay13:38
*** mriedem has joined #openstack-nova13:39
ayoungjaypipes, am I correct in understanding that nova-compute, that makes the calls to other services like Glance etc,  runs on the the hypervisor machines?13:39
mriedemayoung: yes13:39
ayoungmriedem, and thus the hypervisor actually has Keystone tokens on it, right?13:40
*** eharney has joined #openstack-nova13:40
*** zzzeek has joined #openstack-nova13:40
mriedemayoung: well, things like the vcenter driver are different13:40
*** promulo__ has quit IRC13:40
mriedemnova-compute is running on a host talking to a remote vcenter cluster13:41
ayoungmriedem, right, because those act as concentrators13:41
openstackgerritPrashantUpadhyay proposed openstack/nova: Check for volume size  https://review.openstack.org/19871413:41
*** ajayaa has joined #openstack-nova13:41
*** whenry_ has quit IRC13:41
ayoungmriedem, but for Xen and for libvirt, the expecation is that the compute host is the hypervbisor, and that is the dominant way that openstack is deployed?13:41
*** apuimedo has joined #openstack-nova13:41
mriedemayoung: yeah13:42
ayoungmriedem, aside from the initial boot calls, and the teardown calls, what operations do we expect to talk to remote service?13:42
garykayoung: what is a concentrator?13:43
dansmithattach/detach of things13:43
dansmithperiodic refresh of network stuff goes to neutron13:43
ayounggaryk, a single machine that exposes access to many machines...a facade13:43
*** Longgeek has quit IRC13:43
openstackgerritJay Pipes proposed openstack/nova: Rework monitor plugin interface and API  https://review.openstack.org/19618113:43
garykok13:43
openstackgerritJay Pipes proposed openstack/nova: Use stevedore for loading monitor extensions  https://review.openstack.org/19618213:43
jaypipesdansmith: k, all done.13:43
ayoungdansmith, is there the same "periodic refresh" to Cinder or any other service, or is that unique to Neutron?13:44
dansmithjaypipes: except the typo right?13:44
jaypipesdansmith: crap. sec.13:44
dansmithayoung: just neutron, but when we attach/detach volumes we hit cinder from the compute nodes13:44
ayoungdansmith, how about snapshot?  Is that kicked off by Nova?13:45
garykayoung: yes13:45
dansmithyup13:45
ayounggaryk, dansmith mriedem Are there any other cross-service calls you can think of ?13:47
dansmithlots of glance interaction13:47
ayoungNotifications don't need a token, so there should be no direct Ceilometer calls13:47
dansmithnova talks to barbican13:47
ayoungdansmith, thanks13:47
openstackgerritJay Pipes proposed openstack/nova: Adds MonitorMetric object  https://review.openstack.org/19618013:47
openstackgerritJay Pipes proposed openstack/nova: Rework monitor plugin interface and API  https://review.openstack.org/19618113:47
openstackgerritJay Pipes proposed openstack/nova: Use stevedore for loading monitor extensions  https://review.openstack.org/19618213:47
garykayoung: nova talks with galnce, cidner and neutron at the moment13:47
jaypipesdansmith: ok, NOW done.13:47
kashyapmriedem: Nag-round-3: When you get a moment :-)   -- https://review.openstack.org/#/c/193497/2  -- libvirt: handle code=38 + sigkill (ebusy) in destroy()13:48
garykdansmith: out of interst where does it talk with barbican?13:48
dansmithgaryk: encrypted LVM, right?13:48
garykdansmith: is that via a service?13:48
ayoungdansmith, during boot, Nova fetches from glance.  During Snapshot, Nova posts to glance.  When else does Nova talk to glance?13:48
*** Marga_ has quit IRC13:48
dansmithayoung: during resize, probably during image cache management runs.. lots of times13:49
alex_xujaypipes: maybe my comment's problem, should we add 'test_get_host_metrics_one_failed' back also in https://review.openstack.org/#/c/196181/8/nova/tests/unit/compute/test_resource_tracker.py13:49
dansmithayoung: why are you asking?13:49
jaypipesalex_xu: no. it's the same code path as the exception one.13:49
ayoungdansmith, I'm trying to identify the cases where a token needs to talk to multiple services.  Its part of the dynamic policy work.13:49
mriedemgaryk: nova.volume.encryptors.base talks to nova.keymgr which has a barbican backend13:49
mriedemwhich talks to barbicanclient13:49
garykok, thanks13:50
dansmithayoung: okay, but presumably you'll need to do some mapping of the actual calls and not just trusting us to remember all the places, right?13:50
ayoungIdeally, we would split up the permissions on a token to only have the access required for a specific use case.  I want to analyze how practical/painful it would be to do this.13:50
ayoungdansmith, 100%13:50
dansmithokay13:50
ayoungdansmith, right now, we are in the design phase.  I just don't want to lie when briefing other developers13:50
garykayoung: one of the points to take into account is under stress - we have seen tons of failures when booting instances and tokens expiring13:51
ayoungdansmith, I had the idea of running a demo cluster with policy in the "let everything through, but log what would fail" mode to check this in an automated way...but I'm not there yet13:51
garykthere was work in juno to cache the tokesn but that did not solve things entirely13:51
*** marun has joined #openstack-nova13:51
*** dboik has joined #openstack-nova13:52
ayounggaryk, yeah, that is one thing I would like to address.  It has to do with long lived processes.  Downloads of images taking a while, as I recall?13:52
dansmithayoung: yeah, well, that's good, but you'll miss things that don't always happen, like I think the ceph driver ends up talking to glance more often than regular storage backends, etc13:52
alex_xujaypipes: yea, it's ture. but it can ensure the correct monitor's metrics was collected.13:53
*** marun has left #openstack-nova13:53
ayoungdansmith, right.  I also want to make it easier for service users to get tokens on behalf of users to perform long lived tasks like these, but that is also more secure if those tokens are very limited in what they can perform.13:53
alex_xujaypipes: but it's fine for me, not very critical.13:53
garykayoung: at times there are a number of tokens in play - an admin one and a user one - for example when creating a neutron port13:54
ayounggaryk, that is the "Service Token + User Token" use case...we only want things like that coming from Nova?13:55
openstackgerritEric Brown proposed openstack/nova: Replace openssl calls with cryptography lib  https://review.openstack.org/19824613:55
*** irenab has joined #openstack-nova13:55
garykayoung: not sure i understand the question?13:56
*** r-daneel has joined #openstack-nova13:56
ayounggaryk, just confirming my assumption as far as what you mean.13:56
garykin addition to that each time an instance is spun up there are the token used for the metadata service - that is this is done between the neutron agents and the service to determine the instance id13:56
openstackgerritStefan Amann proposed openstack/nova: Support host type specific block volume attachment  https://review.openstack.org/19255613:56
garykayoung: ok. understand. then you are correct13:56
*** Piet has quit IRC13:57
*** lyarwood has quit IRC13:57
*** lyarwood has joined #openstack-nova13:58
*** irenab has quit IRC13:58
jaypipesjohnthetubaguy: any chance we can get https://review.openstack.org/#/c/179224/ approved today? It's bauzas' spec on ensuring live migration gets destination hosts checked.13:58
openstackgerritRyan Rossiter proposed openstack/nova: Change List objects to use obj_relationships  https://review.openstack.org/19873013:58
*** Marga_ has joined #openstack-nova13:58
*** irenab has joined #openstack-nova13:58
bauzasjaypipes: I'm not that worried, it's a prio spec13:58
*** tongli has joined #openstack-nova13:59
bauzasjaypipes: so we can just review the exceptions today13:59
bauzasjaypipes: and then discuss on the prio specs by tomorrow or later13:59
bauzasjaypipes: but thanks anyway for the lights :)13:59
jaypipesyuyp14:00
sahiddansmith: any chance you look at this too https://review.openstack.org/#/c/139688/ this has been already +2ed by mikal then i fixed some typos then johnthetubaguy +2ed it - im scary we miss the feature freeze by today14:00
sahid(promise the last one)14:00
*** xyhuang has joined #openstack-nova14:00
*** ctrath has joined #openstack-nova14:01
sahids/scary/scared14:01
*** jecarey_ has joined #openstack-nova14:02
*** amotoki has joined #openstack-nova14:04
*** ijw has joined #openstack-nova14:04
openstackgerritSergey Nikitin proposed openstack/nova: Make instance tags soft deletable  https://review.openstack.org/19873314:04
*** apmelton has joined #openstack-nova14:04
*** humble_ has quit IRC14:06
* mriedem envisions the day when spec freeze and FFE is no longer a thing14:07
*** r-daneel has quit IRC14:07
mriedemthere are a buttload of cinder cores +1 on this https://review.openstack.org/#/c/197713/ rootwrap fix to make some other cinder backends (not just iscsi) work with encrypted volumes14:08
garykmriedem: it is just a matter of everyone aggreeing and it could even be today :)14:08
*** amotoki has quit IRC14:08
mriedemby definition, buttload >= 514:08
*** ijw has quit IRC14:09
*** Murali has quit IRC14:11
mriedemkashyap: +214:17
*** logan2 has quit IRC14:17
kashyapmriedem: Thanks. Note to self: Wait for the +W this week, or pester again here if not. :-)14:19
mriedemkashyap: i lobbied in the -stable channel14:19
kashyapmarkus_z: Hmm, I think your serial console spec was harmless enough to be let in for Lemming^W^W^W^WLiberty. But oh well. . .14:19
*** Piet has joined #openstack-nova14:20
kashyapmriedem: Ah, thanks.14:20
*** r-daneel has joined #openstack-nova14:20
markus_zkashyap: Yes, I think so too. It started with a specless blueprint. I'm unsure how to resolve this.14:21
garykkashyap: done14:21
openstackgerritDeepak C Shetty (deepakcs) proposed openstack/nova: Nova part of volume snapshot improvements  https://review.openstack.org/17281314:21
openstackgerritDeepak C Shetty (deepakcs) proposed openstack/nova: objects: Add support for OnlineSnapshotStatus object  https://review.openstack.org/19453814:21
kashyapgaryk: Nice.14:22
*** cfriesen has joined #openstack-nova14:22
kashyapmarkus_z: I don't think much can be done, as I read in an email signature: "error compiling committee.c: too many arguments to function" :-)14:22
*** tonytan4ever has joined #openstack-nova14:24
markus_zkashyap: Did I understand it wrong, that some blueprints don't need a spec?14:24
kashyapmarkus_z: I'm not quite sure where people draw the line, I think it's mostly "apply common sense". I can't find the wiki page that documents some guidelines.14:25
openstackgerritRyan Rossiter proposed openstack/nova: Change List objects to use obj_relationships  https://review.openstack.org/19873014:25
ndipanovharlowja, would appreciate a comment on this https://review.openstack.org/#/c/197668/14:26
jaypipessahid: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:refactor-libvirt,n,z reviewed.14:26
jaypipescores: https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:refactor-libvirt,n,z looks to be pretty good, IMHO. would be cool to have some reviews on it. it's nice cleanup code.14:27
sahidjaypipes: wahoo thank you for these reviews !14:27
sahidlet me address your request14:27
markus_zkashyap: The README from the nova-specs repo: https://github.com/openstack/nova-specs "Trivial specifications" contains it.14:28
mgoddardhi, is there anyone with neutron API plugin knowledge who could comment on https://review.openstack.org/#/c/194597/? Thanks14:28
jaypipessahid: np14:28
mgoddardsorry, bad URL. Should have been  https://review.openstack.org/#/c/19459714:30
*** jeblair_ is now known as jeblair14:30
sudiptodansmith, I am working a metric value object on top of jaypipes 's changes like here: http://paste.openstack.org/show/348700/14:31
kashyapmarkus_z: Who asked to create a spec for that?14:31
sudiptodansmith, the approach we are taking here is - the monitor value can be expressed either as a simple Integer Value or a dict - that represents the NUMA topology like {0:10, 1:15} etc14:32
*** marzif_ has quit IRC14:32
*** nkrinner has quit IRC14:33
markus_zjohnthetubaguy: bp libvirt-log-file-and-serial-console was approved as spec-less blueprint but you asked for a spec too. The spec got hit by spec freeze. The code changes are 24LoC. Maybe you can have a second look?14:33
*** marzif_ has joined #openstack-nova14:33
sudiptodansmith, and we want to say - that either of this fields should be set for it work - however, this is what happens: http://paste.openstack.org/show/348697/14:33
kashyapmarkus_z: Your BP satisfies the first 2 sentences in the README above (i.e. no need for a spec, fwiw). But, whatever. . .14:33
dansmithsudipto: didn't jaypipes define the value field as just a string (on purpose)?14:33
johnthetubaguymarkus_z: it got approved as a spec less, interesting, you got a link to the blueprint there?14:33
*** beagles is now known as beagles_brb14:34
markus_zjohnthetubaguy: https://blueprints.launchpad.net/nova/+spec/libvirt-log-file-and-serial-console14:34
*** bfic has left #openstack-nova14:34
johnthetubaguymarkus_z: sorry, yeah, didn't spot you gave me most of that already14:34
kashyapmriedem: -stable isn't much active at all, is it? Saying this after lurking for only a couple of weeks, so I may be mostly wrong.14:34
mriedemkashyap: it's a broadcast channel14:34
johnthetubaguymarkus_z: so you should be good to go, as we approve the blueprint, because of that you don't need the spec14:35
sudiptodansmith, you mean the MonitorMetric value field? That's set as an Integer right?14:35
*** stefan_amann has quit IRC14:35
markus_zjohnthetubaguy: Shall I abandon the spec and go on with the spec-less bp?14:35
dansmithsudipto: ah, yeah, just looked14:36
*** stefan_amann has joined #openstack-nova14:36
johnthetubaguymarkus_z: yes, that what we want to happen when we approve the blueprint without a spec14:36
johnthetubaguymarkus_z: I am trying to get this all written down, so it much clearer!14:36
johnthetubaguys/it/its/14:36
markus_zjohnthetubaguy: Okay, cool, thank you!14:37
johnthetubaguymarkus_z: no problems14:37
*** moshele has quit IRC14:38
johnthetubaguymarkus_z: is all the code up for review now?14:38
kashyapmriedem: Hmm, sometimes it's hard to read you. Whether you're telling the truth or just being flippant :-)14:38
sudiptodansmith, basically - we are being forced to initialize both the fields per that unit tests file i shared...else gives an importerror for the uninitialized field. So I was wondering, how we could make the monitors just initialize either of these fields (integer_value OR numa_nodes_mem_bw_value)14:38
markus_zjohnthetubaguy: Yes, it's https://review.openstack.org/#/c/188058/14:38
johnthetubaguymarkus_z: thats what I though, can you please change the blueprint state to NeedsCodeReview so everyone knows you have all your code up now14:39
sudiptodansmith, have tried setting default=None for both the fields - but that didn't work well... :(14:39
dansmithsudipto: okay, well, I'm focused on something right now, so I can't really concentrate at the moment14:39
openstackgerritSergey Nikitin proposed openstack/nova: removed unused method _get_default_deleted_value  https://review.openstack.org/19874614:39
markus_zjohnthetubaguy: Done (I thought I did that already, but I must have missed that, sorry)14:40
sudiptodansmith, ok np.14:40
johnthetubaguymarkus_z: no worries, thats cool, thank you!14:40
mriedemkashyap: it's a cast kind of channel as far as i've seen - i show up and dump a message and maybe someone will read it hours later14:41
*** logan2 has joined #openstack-nova14:41
kashyapmriedem: Yep, noted.14:43
*** Longgeek has joined #openstack-nova14:43
*** otter768 has joined #openstack-nova14:45
*** Longgeek has quit IRC14:49
kashyapjohnthetubaguy: Cool - you unblocked that serial console spec from markus_z. I was confused too, why it needed a spec.14:49
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Replace stubs with mocks for test_dmcrypt  https://review.openstack.org/19875214:50
*** moshele has joined #openstack-nova14:50
johnthetubaguykashyap: it didn't need one, it got approved a little while back, as the blueprint was raised as a specless blueprint in the nova-meeting, just seems the spec review still happened, for some reason14:50
kashyapjohnthetubaguy: Yep, saw your comment there.14:51
openstackgerritjichenjc proposed openstack/nova: Catch invalid id input in service_delete  https://review.openstack.org/19875314:51
johnthetubaguycool14:51
*** thangp has joined #openstack-nova14:52
*** xyhuang has quit IRC14:52
*** mgoddard has quit IRC14:53
*** xyhuang has joined #openstack-nova14:53
kashyapgaryk: Thanks for +Wing that change.14:53
*** mgoddard has joined #openstack-nova14:53
bauzasdoes someone know how I can git blame with git.o.o ?14:55
bauzasgit.o.o is pretty cool for recursing over some commits, but now I need to see something14:56
*** moshele has quit IRC14:57
*** artom has joined #openstack-nova14:58
bauzasnvm, I used github for that... :(14:58
*** cbader has joined #openstack-nova14:58
*** dguitarbite has quit IRC14:58
*** moshele has joined #openstack-nova14:59
jrollso I'm playing with cells+ironic in devstack, and cells aren't seeing the baremetal flavor (among others). the query seems fine... thoughts? http://paste.openstack.org/show/348770/14:59
*** Rahul has joined #openstack-nova15:00
*** Rahul has left #openstack-nova15:00
*** anotherRahul has joined #openstack-nova15:01
*** mtanino has joined #openstack-nova15:02
*** _gryf|afk is now known as _gryf15:02
johnthetubaguyjroll: you need to manually copy the flavors between your cells, assuming its cells v115:02
openstackgerritTimofey Durakov proposed openstack/nova: Split instance resize operation into 2 phases  https://review.openstack.org/19508815:03
openstackgerritTimofey Durakov proposed openstack/nova: Create class hierarchy for tasks in conductor  https://review.openstack.org/18449515:03
_gryfbauzas, I think that you cannot do this on git.o.o, unless it's explicitly enabled in config (it's looks like webgit to me)15:03
*** garyk has quit IRC15:03
johnthetubaguyjroll: I kinda though we only needed the flavor in the API / top cell now, but that might be driver specific I guess15:03
jrolljohnthetubaguy: OH. right.15:03
jrollit's the child cell missing it15:04
*** ijw has joined #openstack-nova15:04
johnthetubaguyjroll: long term flavor is moving to the new API cell, so the child cell will not have its own flavor15:04
johnthetubaguyjroll: at least thats the cells v2 plan, roughly15:04
*** mdrabe has quit IRC15:04
jrolljohnthetubaguy: yeah. also TIL devstack uses nova_api, nova_cell databases. not just nova.15:04
*** mmedvede_ has quit IRC15:04
johnthetubaguys/API cell/API cell DB/15:04
jrollthank you sir15:05
*** lyanchih has joined #openstack-nova15:05
johnthetubaguyjroll: no worries, that one bit me when I did cells and devstack a couple of months back15:05
jrollyeah, I can imagine15:06
dansmithhmm, anyone seeing an inability to run the pep8 tox target?15:07
dansmithValueError: ('Expected version spec in', "MySQL-python;python_version=='2.7'", 'at', ";python_version=='2.7'")15:08
mriedemdansmith: there was something about that in the ML from what i remember,l15:08
mriedemdansmith: one of lifeless' many pbr/requirements changes threads15:08
dansmithhmm, I'm not seeing it15:09
dansmithoh15:09
*** dims_ has joined #openstack-nova15:09
mriedemhttps://bugs.launchpad.net/devstack/+bug/1468808 looks related15:09
openstackLaunchpad bug 1468808 in devstack "stack.sh downgrades pbr if old dependencies are present" [Undecided,Confirmed]15:09
*** agireud has joined #openstack-nova15:09
*** ijw has quit IRC15:09
mriedemdansmith: do you have latest pip?15:10
dansmithusing distro pip, so prolly not15:10
*** yingjun has quit IRC15:11
dansmithdoesn't help15:11
*** logan2 has quit IRC15:11
*** amotoki has joined #openstack-nova15:12
*** karimb has quit IRC15:13
*** markvoelker has quit IRC15:14
*** haomaiwang has quit IRC15:14
openstackgerritDan Smith proposed openstack/nova: Convert test_compute_utils to use Instance object  https://review.openstack.org/19691215:14
openstackgerritDan Smith proposed openstack/nova: Refactor test_servers to use instance objects  https://review.openstack.org/19777015:14
openstackgerritDan Smith proposed openstack/nova: Remove legacy flavor compatibility code from Instance  https://review.openstack.org/19777115:14
openstackgerritDan Smith proposed openstack/nova: Decouple instance object tests from the api fakes module  https://review.openstack.org/19776915:14
openstackgerritDan Smith proposed openstack/nova: Remove flavor migration from db_api and nova-manage  https://review.openstack.org/19691115:14
openstackgerritDan Smith proposed openstack/nova: Fix test_security_groups to use Instance object properly  https://review.openstack.org/19876515:14
openstackgerritDan Smith proposed openstack/nova: Fix test_extended_server_attributes for proper Instance object usage  https://review.openstack.org/19876615:14
openstackgerritDan Smith proposed openstack/nova: Fix Instance object usage in test_extended_ips tests  https://review.openstack.org/19876715:14
*** haomaiw__ has joined #openstack-nova15:15
*** beagles_brb is now known as beagles15:15
dansmithI'll just let jenkins run pep8 I guess15:16
anotherRahulHi, I am trying to get my bearings around the latest for tagging support, and came across this https://blueprints.launchpad.net/nova/+spec/tag-instances ... it seems to be slated for Liberty. Question I have is will the enhancements also include updated Horizon screens to display/edit the VM instance tags please.15:19
*** logan2 has joined #openstack-nova15:19
*** mdrabe has joined #openstack-nova15:19
*** andreykurilin__ has joined #openstack-nova15:20
*** agireud has quit IRC15:21
*** Nikolay_St has joined #openstack-nova15:21
*** ameade has quit IRC15:22
*** ameade_vacation has joined #openstack-nova15:22
*** ameade_vacation is now known as ameade15:23
*** agireud has joined #openstack-nova15:23
*** belmoreira has quit IRC15:27
*** lpetrut has quit IRC15:27
mriedemanotherRahul: horizon changes are completely separate15:27
*** tsekiyama has joined #openstack-nova15:27
mriedemanotherRahul: the instance tags changes have to be merged in nova first and then someone would need to make changes to horizon to use them, which i'm assuming would require a separate blueprint in the horizon project15:27
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Add logging for dm-crypt error conditions  https://review.openstack.org/19877415:32
*** Nikolay_St has quit IRC15:33
*** hemnafk is now known as hemna15:33
*** wverdugo500 has joined #openstack-nova15:34
*** xyhuang has quit IRC15:34
jrolljohnthetubaguy: looks like key-pairs not supported in cells either? can't find a bug about it but it's exploding15:34
johnthetubaguyjroll: thats news to me, we certainly have it working with XenAPI, AFAIK15:36
jrolljohnthetubaguy: hrm, blowing up in the scheduler, I'll dig on it15:37
*** annegentle has joined #openstack-nova15:37
jrollhad to sync the keys manually15:37
johnthetubaguyhmm :S15:37
jrolloh, sorry, compute manager. scheduler is just rescheduling15:38
*** exploreshaifali has quit IRC15:38
openstackgerritjichenjc proposed openstack/nova: Catch invalid id input in service_delete  https://review.openstack.org/19875315:39
*** moshele has quit IRC15:39
johnthetubaguyjroll: you got a stack trace / log?15:39
rlrossitdansmith: I gave a crack at fixing over all of the objects to use obj_relationships. Kind of unsure how we want to do the change for child_versions in ObjectListBase that we're going to port over to o.vo. I kind of cobbled together stuff already in o.vo (https://review.openstack.org/#/c/198730/)15:40
dansmithrlrossit: thanks, I'll take a look in a bit15:41
jrolljohnthetubaguy: http://paste.openstack.org/show/348866/15:41
jrolljohnthetubaguy: I think the tl;dr is keypairs not syncing15:42
*** thedodd has joined #openstack-nova15:42
johnthetubaguyjroll: that looks so familiar, hmmm15:42
*** haypo has quit IRC15:43
bauzasjroll: sorry, I'm on a call, but yeah keypairs are not supported by cells15:44
jrollbauzas: cool, thanks.15:45
jroll"cool" :P15:45
johnthetubaguyhmm, not sure how we have them working in our cloud then...15:45
jrolljohnthetubaguy: ikr.15:45
jrollI can dig15:45
jrollit's not a huge deal15:45
johnthetubaguyjroll: depends if its a recent break or not15:46
bauzasjroll: see the issues there https://github.com/openstack/nova/blob/master/devstack/tempest-dsvm-cells-rc15:46
jrollbauzas: thank you sir15:46
jrolljohnthetubaguy: doesn't look like a break, I don't see any sort of cells code around keypairs15:47
bauzasjroll: in particular https://github.com/openstack/nova/blob/master/devstack/tempest-dsvm-cells-rc#L61 is excluded from the Tempest run15:47
*** zhiyan has quit IRC15:47
jrollnod15:47
*** yassine_ has quit IRC15:47
*** zhiyan has joined #openstack-nova15:47
jaypipesdansmith: https://review.openstack.org/#/c/197911/ could use a once-over from ya. thx in advance.15:47
johnthetubaguyjroll: I can't quite tell the why from your stack trace right now, it seems to hide the details :(15:48
* bauzas asks to Santa a nice Cells v2 for XMas15:48
jrolljohnthetubaguy: I really just think it's never synced to the child. and so compute can't see it.15:48
*** Sukhdev has joined #openstack-nova15:48
*** haypo has joined #openstack-nova15:48
johnthetubaguyjroll: from memory, as the API cell passes the object down to the compute, it usually works of the on boot injection, but looks like something bad is happing15:48
johnthetubaguyjroll: it looks like your method got a dict rather than an object for some reason15:49
*** eglynn is now known as eglynn-afk15:49
bauzasjohnthetubaguy: well, the main problem is that most objects are created on the top cell and are not populated down to the child cells15:49
*** burt has joined #openstack-nova15:49
johnthetubaguybauzas: agreed, but this used to work, somehow15:49
*** armax has joined #openstack-nova15:50
bauzasjohnthetubaguy: we have some objects that do the sync when .save() but AFAIK keypairs are not15:50
bauzasjohnthetubaguy: I wonder if it was a side effect of something being persisted on the child cell15:50
jrolljohnthetubaguy: oh heh https://bugs.launchpad.net/nova/+bug/144381615:51
openstackLaunchpad bug 1443816 in OpenStack Compute (nova) "cells: config drive doesn't work with cells when injecting an ssh key" [High,In progress] - Assigned to lyanchih (lyanchih)15:51
johnthetubaguybauzas: keypairs are only ever stored in the API, by design, if my memory is working correctly, although its a bit fuzzy now15:51
*** scheuran has quit IRC15:51
*** emagana has joined #openstack-nova15:51
johnthetubaguyjroll: ah, yes, thats it15:51
johnthetubaguyjroll: I have a feeling we reverted that patch internally15:52
jrolljohnthetubaguy: where do you think I found the bug? :)15:52
johnthetubaguyyeah15:52
openstackgerritjichenjc proposed openstack/nova: Check flavor type before add tenant access  https://review.openstack.org/12433815:52
bauzasjohnthetubaguy: well, isn't the child cell DB exactly the same as the top one ?15:52
johnthetubaguybauzas: nope15:52
bauzasjohnthetubaguy: I mean it's a db sync15:52
bauzashttps://github.com/openstack-dev/devstack/blob/master/lib/nova#L623-L64615:52
*** patrickeast has joined #openstack-nova15:53
johnthetubaguybauzas: well they have the same schema, not the same data15:53
bauzasjohnthetubaguy: that I agree :)15:53
jrollbauzas: the keypair in question was added after devstack run, anyway15:53
jrollone more thing - there's no api to put a flavor in a cell, right? I'll have to use raw sql in lib/ironic to fix that bit?15:54
jroll(for devstack runs)15:54
bauzasjroll: I remember the CERN folks doing some hacks for that15:54
johnthetubaguyjroll: the cell level API might do it for you15:54
johnthetubaguyjroll: don't think devstack does that15:54
jrolljohnthetubaguy: does devstack run a... ok15:54
jroll:)15:54
johnthetubaguyjroll: I usually dump/restore the mysql table15:55
jrolljohnthetubaguy: yep, was just going to put this in devstack: insert into nova_cell.instance_types select * from nova.instance_types where name='baremetal';15:55
johnthetubaguywell, you need something a bit more general, but yeah15:56
jrollwell, this is in lib/ironic15:56
jrollwe create a baremetal flavor15:56
*** Marga_ has quit IRC15:57
jrollthis is specifically to fix ironic flavors in devstack+cells+ironic https://bugs.launchpad.net/ironic/+bug/147185415:57
openstackLaunchpad bug 1471854 in Ironic "Ironic with nova-cells doesn't work out of the box in devstack" [Low,New]15:57
jrolland iterate from there15:57
bauzasjroll: https://github.com/cernops/nova-flavor-create15:58
jrollbauzas: cool15:58
*** Longgeek has joined #openstack-nova16:00
*** prashup has joined #openstack-nova16:00
*** thorst is now known as thorst_afk16:02
*** jskinner has quit IRC16:03
*** wverdugo500 has left #openstack-nova16:04
*** rdopiera has quit IRC16:04
*** jskinner has joined #openstack-nova16:04
*** ijw has joined #openstack-nova16:04
*** rwsu has joined #openstack-nova16:04
*** Marga_ has joined #openstack-nova16:05
*** Longgeek has quit IRC16:05
*** pask81 has quit IRC16:07
openstackgerritsahid proposed openstack/nova: libvirt: introduce GuestBlock to wrap around Block API  https://review.openstack.org/19021016:09
openstackgerritsahid proposed openstack/nova: libvirt: update swap volume to use Guest  https://review.openstack.org/19021116:09
openstackgerritsahid proposed openstack/nova: libvirt: rename GuestVCPUInfo to VCPUInfo  https://review.openstack.org/19413316:09
openstackgerritsahid proposed openstack/nova: libvirt: make unit tests concise by setup guest object  https://review.openstack.org/19096316:09
openstackgerritsahid proposed openstack/nova: libvirt: introduce method to wait for block device job  https://review.openstack.org/19021416:09
openstackgerritsahid proposed openstack/nova: libvirt: update live snapshot to use Guest object  https://review.openstack.org/19021216:09
openstackgerritsahid proposed openstack/nova: libvirt: update volume delete snapshot to use Guest  https://review.openstack.org/19021316:09
openstackgerritsahid proposed openstack/nova: libvirt: save the memory state of guest  https://review.openstack.org/19699116:09
openstackgerritsahid proposed openstack/nova: libvirt: make host return guest information  https://review.openstack.org/19104616:09
openstackgerritsahid proposed openstack/nova: libvirt: make host return power state of guest  https://review.openstack.org/19104716:09
*** ijw has quit IRC16:09
*** markvoelker has joined #openstack-nova16:10
*** stefan_amann has quit IRC16:11
*** mpavone has quit IRC16:11
*** sahid has quit IRC16:12
prashup@jichen16:12
prashupcan you please tell me how my change is backward incompatible;16:13
openstackgerritgreghaynes proposed openstack/nova: DO NOT MERGE: testing experimental job  https://review.openstack.org/19879516:13
jaypipessdague: https://review.openstack.org/#/c/124338/ needs your final review/approval. thx in advance!16:14
jaypipesjohnthetubaguy: have you chatted with jroll and devananda about https://review.openstack.org/#/c/194453/?16:15
johnthetubaguyjaypipes: thats the first I have seen of that16:15
jroll:)16:16
*** Marga_ has quit IRC16:16
jaypipesjohnthetubaguy: to summarize, this is an important patch/proposal that *begins* to align Ironic's worldview with that of nova-compute.16:16
ctrathmriedem: I still don't have CLA, so I can't submit that fix for bug 1186354 for review, but it's ready16:16
openstackbug 1186354 in OpenStack Compute (nova) "Limits API doesn't work with Neutron" [Medium,Confirmed] https://launchpad.net/bugs/1186354 - Assigned to Cale Rath (ctrath)16:16
*** Marga_ has joined #openstack-nova16:16
jaypipesjohnthetubaguy: it's also pretty low-risk, since it does not have any impact outside of the Ironic driver.16:16
johnthetubaguyjroll: jaypipes: this is the plan we spoke about at the summit right?16:17
mriedemctrath: ok16:17
ctrathmriedem: looking for something else if you have suggestions16:17
jaypipesjohnthetubaguy: yup.16:17
jrolljohnthetubaguy: indeed16:17
jaypipesjohnthetubaguy: and that we've refined over a couple chats.16:17
mriedemctrath: code reviews :)16:17
ctrathmriedem: will do my best :-)16:17
prashup@johnthetubaguy can you review my new patch. i have changed it according to review comments in previous patch16:18
johnthetubaguyjaypipes jroll: so I have made a feature freeze exception request, by adding it here: https://etherpad.openstack.org/p/liberty-spec-freeze-exceptions16:18
prashuphttps://review.openstack.org/#/c/198714/216:18
jaypipesjohnthetubaguy: ty sir.16:18
jaypipesjohnthetubaguy: I will sponsor this.16:18
johnthetubaguynow its way late, but agreed its important16:18
jrolljohnthetubaguy: ty16:19
prashup@johnthetubaguy ^^^ :o16:19
prashupjohnthetubaguy: ^^^ :o16:19
mriedemprashup: geez, i think john gets it16:19
mriedemprashup: i added ndipanov since he's working on lots of related bdm things16:20
prashupyeah ; i know it. but i used the wrong @ there16:20
mriedemprashup: @ does nothing here, this isn't twitter16:20
johnthetubaguyyeah, my client gets all of those16:20
kashyapmriedem: lol16:20
prashupthats why corrected it!!!16:20
kashyapprashup: He means16:21
mriedemprashup: when you call out someone's nick, they get pinged16:21
kashyapNo need to correct it.16:21
johnthetubaguyprashup: which spec, do you have a link?16:21
mriedemregardless16:21
prashupoh.16:21
prashupi dint know it16:21
ndipanovmriedem, looking16:21
* jaypipes goes to review dansmith's robustify-evacuate patch series...16:21
mriedemjohnthetubaguy: it's not a spec, it's a bug fix that you were on before16:21
*** jaypipes is now known as jay-deepthought16:21
prashupi posted the link to previous patch in the comments16:21
sdaguejay-deepthought: so, we should fix the commit message first16:22
openstackgerritSean Dague proposed openstack/nova: Check flavor type before add tenant access  https://review.openstack.org/12433816:22
dansmith\o/16:22
ndipanovjay-deepthought, I had a -1 on the first patch tehre beacuase I am doing something with formalizing states16:22
jay-deepthoughtsdague: done. thx.16:23
dansmithndipanov: did you see my reply to that?16:23
ndipanovdansmith, no :)16:23
dansmithI want you to move your -1 to the patch that adds lots of states16:24
dansmithand off the patch that fixes the data loss issue16:24
dansmithplease :)16:24
ndipanovyes can do16:24
ndipanovlet me look at it now16:24
*** lpetrut has joined #openstack-nova16:24
*** exploreshaifali has joined #openstack-nova16:24
jogomriedem: so our 3rd party CI for nova is really not doing well16:25
jogoVMWare is down, hyperv doesn't work and citrix doesn't report in the right format16:25
openstackgerritPrashantUpadhyay proposed openstack/nova: Check for volume size  https://review.openstack.org/19880416:25
jogojohnthetubaguy: ^16:25
*** otter768 has quit IRC16:26
*** jwcroppe_ has joined #openstack-nova16:27
johnthetubaguyjogo: oh, you mean the XenServer one not the XenProject one I guess, I don't think they have that on zuul yet, BobBall has the details16:28
johnthetubaguyjogo: I want to dig deep into that when I get to the feature classification stuff16:28
johnthetubaguyjogo: I saw you had a nice web page that starts to track that now :) I think BobBall had something up as well, somewhere16:29
jogoCitrix XenServer I mean16:29
jogoXenProject CI actually works pretty well16:30
johnthetubaguyjogo: I think we need some trending of the numbers, somehow, I kinda want the same for review stats too, but not really had chance to sit down and think about that yet16:30
*** haypo has left #openstack-nova16:30
mriedemjogo: honestly i only really care about those when looking at virt drivers and i want to see that the related virt driver CI is passing on the change16:30
*** jichen has quit IRC16:30
johnthetubaguyjogo: yeah, thats started with zuul, I think the plan is to move the XenServer one onto zuul at some point, not not 100% sure16:30
*** jwcroppe has quit IRC16:30
mriedemone of the xen ones frequently reports success immediately after the change is posted16:31
*** ociuhandu has quit IRC16:31
johnthetubaguymriedem: thats the zuul bug16:31
johnthetubaguymriedem: it decides there are no tests to run, so votes +116:31
*** lyanchih has quit IRC16:31
* jogo goes to his real job16:32
*** jwcroppe_ has quit IRC16:32
johnthetubaguybut yeah, that with skew the stats someone16:32
johnthetubaguyjogo: appreciate the heads up though, I need to dig into that more soon16:32
johnthetubaguys/someone/somewhat/16:32
johnthetubaguyjroll: that resource tracker stuff doesn't feel quite right, as you might lock the same resource twice, I guess?16:34
*** davideagnello has joined #openstack-nova16:35
jrolljohnthetubaguy: hmm. you may have a point.16:35
johnthetubaguyjroll: its totally fixable though16:35
jrolljohnthetubaguy: would claims not handle that?16:36
jrollyeah16:36
johnthetubaguyjroll: I think you just need to configure each nova-compute node with an index, so it can pick a unique subset of nodes to expose, or something like that?16:36
johnthetubaguyjroll: hmm, although that could create other issues16:36
jrolljohnthetubaguy: yeah, we were hoping not to shard ironic nodes to specific computes16:37
openstackgerritAndrew Bogott proposed openstack/nova: Include project_id in instance metadata.  https://review.openstack.org/19718516:37
openstackgerritDan Smith proposed openstack/nova: Make evacuate update the migration object along the way  https://review.openstack.org/19437316:37
openstackgerritDan Smith proposed openstack/nova: Add some notifications to the evacuate path  https://review.openstack.org/19437216:37
openstackgerritDan Smith proposed openstack/nova: Make evacuate leave a record for the source compute host to process  https://review.openstack.org/18335416:37
*** davideagnello has quit IRC16:37
*** andrewbogott has joined #openstack-nova16:37
johnthetubaguyjroll: I was thinking of hashing to distribute them, which does reduce a lot of the issues16:38
jay-deepthoughtndipanov: hey, so evacuate() is not a move operation...16:39
jrolljohnthetubaguy: yeah, trying to avoid that if possible16:39
jay-deepthoughtndipanov: it is a delete-and-rebuild operation.16:39
*** packet has joined #openstack-nova16:39
ndipanovjay-deepthought, hmmm16:39
ndipanovwell from the pov of resource tracking we still wanna claim no?16:40
jay-deepthoughtndipanov: yes, for sure, but it should just be handled via instance_claim()'s normal approach.16:40
dansmithhow is it not a move?16:40
dansmithit's not moving data,16:40
dansmithbut it's moving where the instance is running16:40
dansmithseems like equivalent semantics to cold migrate16:40
ndipanovit could be...16:40
ndipanovusing only instance_claim yes16:41
jay-deepthoughtdansmith: no, since cold migrate is snapshot'ing and moving the workload. evacuate is rebuild'ing from the base image.16:41
*** kun_huang has left #openstack-nova16:41
*** tjones1 has joined #openstack-nova16:41
*** tongli has quit IRC16:42
*** eharney has quit IRC16:42
dansmithjay-deepthought: I don't see the difference from the RT perspective16:42
*** tongli has joined #openstack-nova16:42
ndipanovdansmith, there is not a lot16:42
ndipanovand also16:42
ndipanovjay-deepthought, it is very useful from the pov of automation code outside of nova to treat this as a move16:43
dansmithjay-deepthought: maybe you mean because you're holding resources on both nodes for a short period of time?16:43
dansmithin the cold migrate case, that is16:43
jrolljohnthetubaguy: if you'd like to leave note sin the spec review that would be super helpful, I'll think on this16:43
dansmiththat's kinda what I was getting at with my comment about having an intermediate claim that was almost like boot, where you don't hold both16:43
*** davideagnello has joined #openstack-nova16:44
ndipanovdansmith, that's incance claim than16:44
ndipanovthen *16:44
jay-deepthoughtright.16:44
johnthetubaguyjroll: I added a +0 vote with that note, let me know if you need that claifying16:44
ndipanovI think it makes sense to have the migration records16:44
jrollthanks johnthetubaguy16:44
ndipanovand once we have those, it's only natural to use a move claim16:45
dansmithndipanov: right, that was my point16:45
jay-deepthoughtdansmith: I guess what is different to me (from a resource tracking perspective) is that in the evacuate() case, the removal of the old resources (i.e. the ones on the dead node) are not connected to the *addition* of the resources on the new node that was rebuilt on.16:45
dansmithjay-deepthought: okay, not sure I see a huge distinction, but that's cool16:45
jay-deepthoughtdansmith: it's identical to the case when a user terminates an instance on one node and then builds an instance of the same type on another node.16:46
jay-deepthoughtdansmith: we don't connect those two resource tracking activities together.16:46
dansmithwell,16:46
jay-deepthoughtdansmith: which is why I don't think we should in the case of evacudate()16:46
dansmithyou mean because the claim would affect quota?16:46
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: handle rescue flag first in blockinfo.get_disk_mapping  https://review.openstack.org/19881216:47
ayoungdansmith, mriedem if I perform an administrative Nova action, like setting quota or something with cells, is that still executed by nova-compute-maybe-running-on-a-hypervisor?16:47
jay-deepthoughtdansmith: wasn't even thinking about quota, honestly.16:47
*** tongli has quit IRC16:47
mriedemayoung: changing quota limits for a project/user?16:47
dansmithjay-deepthought: okay, then not sure why it matters, and it's technically the same instance (especially for pci devices, IPs, etc) so it seems right to do a move-like claim16:47
jay-deepthoughtayoung: depends. quota change actions are executed against the top-level cell database.16:47
dansmithjay-deepthought: but anyway, I'm not an expert here at all16:47
jay-deepthoughtdansmith: hmm, I suppose that point might change my mind on this... hadn't considered that.16:48
mriedemayoung: changing quota limits doesn't have anything to do with nova-compute as far as i know, it's a direct to db api change16:48
ayoungmriedem, sure...the actual call is not important...just trying to determine if there are a class of calls that come through the API that are not executed by being picked up by the compute nodes16:48
*** ildikov has quit IRC16:48
openstackgerritChinmaya Bharadwaj proposed openstack/nova: VMware: Fixes instance creation failure using block device mapping  https://review.openstack.org/19719216:49
*** tonytan4ever has quit IRC16:50
*** annegentle has quit IRC16:50
*** lyarwood has quit IRC16:50
*** jbernard has quit IRC16:50
*** ondergetekende_ has quit IRC16:50
*** ondergetekende has joined #openstack-nova16:50
*** jbernard has joined #openstack-nova16:51
*** leseb has quit IRC16:53
*** annegentle has joined #openstack-nova16:54
andrewbogottIf anyone has a moment, I would enjoy a review of https://review.openstack.org/#/c/197185/.  It’s quite simple.16:54
ayoungandrewbogott, interesting...16:55
*** leseb has joined #openstack-nova16:55
*** lyarwood has joined #openstack-nova16:55
*** eharney has joined #openstack-nova16:57
andrewbogottayoung: I just now rebased it, hence the lack of CI votes.16:57
ayoungandrewbogott, what use case drove that?16:57
*** pixelbeat_ has quit IRC16:58
*** lucasagomes is now known as lucas-dinner16:58
andrewbogottayoung: there’s a bug attached which links to an email thread.  Instances in my cloud do set up ssh keys automatically based on project, among other things.16:59
andrewbogottThey also use naming like instancename.projectname.tld16:59
andrewbogottAlso I do salt management of instances using project-based wildcards17:01
andrewbogottetc. etc. :)17:01
*** Longgeek has joined #openstack-nova17:01
*** derekh has quit IRC17:02
*** ijw has joined #openstack-nova17:04
*** amotoki has quit IRC17:04
*** ijw has quit IRC17:05
mriedemandrewbogott: that would certainly muck with any chance of having a tenant ownership change feature in nova, which has been proposed and operators said they wanted it17:05
*** ijw has joined #openstack-nova17:05
andrewbogottmriedem: the patch would muck with it, or my use case would?17:05
mriedemthe patch17:06
*** doude has quit IRC17:06
bauzaslxsli: jay-deepthought: still around ?17:06
jay-deepthoughtbauzas: yup.17:06
andrewbogottmriedem: how so?  If an instance moves to a different tenant then the metadata value would update accordingly17:06
*** Longgeek has quit IRC17:06
*** doude has joined #openstack-nova17:06
*** doude has quit IRC17:06
*** doude has joined #openstack-nova17:06
andrewbogottunless the instance object itself has an out-of-date project_id which seems like its own problem.17:06
*** ssurana has joined #openstack-nova17:06
bauzashttps://review.openstack.org/#/c/145528/25jay-deepthought: thanks for reviewing17:06
bauzasargh17:06
bauzasjay-deepthought: thanks for reviewing https://review.openstack.org/#/c/145528/2517:06
bauzas(better)17:06
*** thorst_afk is now known as thorst17:07
bauzasjay-deepthought: food for thoughts on L40 at https://review.openstack.org/#/c/145528/25/nova/objects/request_spec.py,cm17:07
mriedemandrewbogott: yeah nvm, this might be fine17:08
bauzasjay-deepthought: for the moment, the scheduler provides a way to have multiple instances checked17:08
mriedemandrewbogott: i was thinking config drive writing data to the disk on the vm and then that is stale17:08
bauzasjay-deepthought: all of that is using num_instances17:08
andrewbogottyeah, config drive wouldn’t work17:08
bauzasjay-deepthought: min-count and max-count are just API fields, but at the bottom, it goes to the sched using num_instances17:09
*** piyanai has quit IRC17:09
bauzasjay-deepthought: I know there is a debate on dumping the min/max count and multiple instances query for Nova using Heat or something else17:09
bauzasjay-deepthought: but until this is merged, I don't see why we should remove this num_instances field17:10
*** tongli has joined #openstack-nova17:10
*** markus_z has quit IRC17:10
bauzasjay-deepthought: of course, once someone is working on removing the possibility to have multiple creates, he will deprecate num_instances, for sure17:10
jay-deepthoughtbauzas: and how is the min/max count handled in the request spec object?17:11
bauzasjay-deepthought: there is no min/max count17:12
bauzasjay-deepthought: I mean for the scheduler17:12
ayoungandrewbogott, so...does that lead to fetching Keystone tokens, or just other uses for the project_id?17:13
jay-deepthoughtbauzas: k, so it's handled externally to the scheduler, then?17:13
bauzasjay-deepthought: yup17:13
jay-deepthoughtk17:13
bauzasjay-deepthought: lemme show you that17:13
jay-deepthoughtbauzas: alright, then feel free to ignore that particular comment.17:13
andrewbogottayoung: well… I’m using some ancient keystone code where the projects are stored in ldap.  So it happens that for me project_name == project_id17:13
andrewbogottwhen the ldap backend is deprecated then I’ll probably have to hit the keystone api.17:14
andrewbogottIt would be nice to have project_name in metadata but that would require a nova metadata request to hit keystone which seems…  unlikely.17:14
bauzasjay-deepthought: FYI https://github.com/openstack/nova/blob/master/nova/compute/api.py#L927-L92817:15
bauzasjay-deepthought: so it retunrs a number of instances17:15
jay-deepthoughtbauzas: lol, ok, thanks :)17:15
bauzasjay-deepthought: np17:15
bauzas(which makes sense, because we need to check quotas first :)17:16
andrewbogottayoung: (unless nova querying keystone is already a solved problem?)17:16
bauzaswell, provided quotas are working :)17:16
bauzas:p17:16
jay-deepthoughtheh, yeah17:16
mriedemandrewbogott: comments inline17:17
andrewbogottthanks17:17
*** promulo has joined #openstack-nova17:17
ayoungandrewbogott, not yet.  But there are more issues there.  I like "project_id == project_name"  but it does not really namespace things for the Hierarchical case17:17
mriedemalaski: johnthetubaguy: i'm assuming we don't need a blueprint for trivial changes to the metadata service for a new api version? https://review.openstack.org/#/c/197185/ - i don't really know though since we require blueprints for other changes to the rest API for new microversions17:17
ayoungandrewbogott, so, the AWS approach is to create an "entity"  and use that to query other things via Credentials.  The Keystone equivalent is a user, and creating a user in a service specific domain is OK...with caveats  of course17:18
johnthetubaguymriedem: hmm, good question, it is a public REST API I guess :(17:19
andrewbogottayoung: yeah, I’m aware that my setup is going to break in various ways a few releases down the line.  Still, getting the project id is half the battle.17:19
ayoungandrewbogott, in general, though, I think this is step in the right direction17:19
andrewbogottayoung: it happens that everything about projects and instances therein is public knowledge in my setup.  So probably I’ll fidget with my policies and make a universal read-only role and a special user with public credentials.17:20
andrewbogottI need that for other things anyway, I can just embed that account on new instances and they can ask keystone to resolve project names.17:20
*** logan2 has quit IRC17:21
harlowjandipanov ok commented on https://review.openstack.org/#/c/197668/ :)17:22
ndipanovharlowja, just replied17:23
ndipanov:)17:23
harlowja:)17:23
ndipanovbut yes I do need to add docstrings17:23
*** nihilifer has joined #openstack-nova17:24
ndipanovfixing tests that moving to this broke right now, so after I push that patch it might be more clear from the usage in the code why I did some things17:24
harlowjandipanov the state-space stuff is just a thing that makes state-machiens then?17:24
ndipanovharlowja, yes - since we use them in several services17:24
ndipanov+ declaring everything on one line is more concise imho17:25
harlowjak, def seems like something that could live up in automaton if its just that17:25
harlowjaone line, 2 lines... meh17:25
*** nihilifer has quit IRC17:28
*** marzif_ has quit IRC17:28
ndipanovharlowja, well it's not only 2 lines it's one additional line per transition - I think this https://review.openstack.org/#/c/197669/2/nova/compute/migration_states.py is much clearer than the ironic example where you call add_transition that you have to explicitly name (not relevant for us)17:29
*** iamjarvo has joined #openstack-nova17:29
harlowjato me its the equivalent of adjanceny lists ( https://en.wikipedia.org/wiki/Adjacency_list )  in graphs vs an edge list17:29
ndipanovit is basically an adecency list yes17:29
harlowjaboth are valid, and both do the same thing in the end17:29
ndipanovnow this may not be relevatn to all use cases17:29
ndipanovbut for Nova17:30
harlowjawhy though wouldn't explicitly naming be a good thing in nova?17:30
ndipanovwhere we really only have strings now and would like to have some way to formailize it but not use any other niceties of automaton hence a wrapper17:30
ndipanovexplicitly naming transitions (edges)17:30
harlowjak17:31
ndipanovwell we really have no semantics for them17:31
andrewbogottmriedem: thanks for the comments.  I have some meetings now but will follow up in a few hours.17:31
ndipanovfor now17:31
harlowjandipanov gotcha17:31
harlowjak17:31
harlowjandipanov ya, typically until u know what to call those it becomes "on_%s" % target_state17:31
ndipanovplus the potential renaming thing with old names potentially existing in the db17:31
harlowjaya, aliasing or something17:32
ndipanovharlowja, so really just a bit of code to bridge the generality of automaton and the specific states tracking we have in nova17:33
*** tonytan4ever has joined #openstack-nova17:33
harlowjaya, if the state-space is just another way of making a state-machine, seems like it could just be generalized17:34
harlowjaand put in automaton somewhere17:34
ndipanovwell we will have several spaces17:34
ndipanovmigration states17:34
ndipanovand instance states17:34
harlowjaya, i get that17:34
harlowjathose are just different tables to me :-P17:34
ndipanov(some other maybe)17:34
harlowjalike @ https://github.com/openstack/taskflow/blob/master/taskflow/states.py#L87 :-P17:34
harlowja^ which will get converted to individual machiens to17:34
harlowjathats just another way of representing your state-space stuff (imho)17:35
ndipanovyes17:35
ndipanovwith a slightly more python hacking in my case :)17:35
harlowjaya17:35
ndipanovbut same thing17:35
harlowjaagreed17:36
*** mpaolino has quit IRC17:36
harlowjasooo that makes me wonder if the python hacking is 'hacking' or 'useful' idk17:36
ndipanovwell it's pretty standard python stuff really - so I wasn't too worried :)17:37
ndipanovwe have way cleverer code than that :)17:37
ndipanov'cleverer'17:37
harlowja^ not sure thats something to brag about :-P17:37
harlowja'clever' is a dangerous word (but i get what u mean, ha)17:38
jay-deepthoughtdansmith: I'm stopping at https://review.openstack.org/#/c/183200/, since you need to rebase it and the microversion has changed since you originally submitted.17:39
*** jay-deepthought is now known as jaypipes17:40
*** mutoulbj has quit IRC17:42
ndipanovjaypipes, I see you read this too https://review.openstack.org/#/c/197668/ - seen my replies?17:42
*** mutoulbj has joined #openstack-nova17:43
jaypipesndipanov: yeah. I still don't think that patch makes anything more clear, though :( Perhaps it's down to our style of programmin.17:44
ayoungVek,  http://git.openstack.org/cgit/openstack/nova/tree/nova/policy.py#n120  that can go away now, right?  The referenced bug https://bugs.launchpad.net/openstack-common/+bug/1039132  is closed, no need for an explicit check in nova policy?17:46
openstackLaunchpad bug 1039132 in openstack-common "Policy checking fails against non-strings" [Undecided,Fix released] - Assigned to Vish Ishaya (vishvananda)17:46
alaskimriedem: is Nova the only consumer of the metadata api?  (we don't deploy it so I'm not too familiar)17:47
ndipanovjaypipes, I think that is definitely possible especially since I tried to work towards a nice declarative syntax17:48
*** Sukhdev has quit IRC17:48
ayoung$ find nova -name \*py | xargs grep is_admin | grep -v test | wc -l17:48
ayoung5017:48
ayoungwow...that is a lot of embedded policy checks17:48
*** agireud has quit IRC17:48
alaskimriedem: if so I would be less concerned about versioning for backwards compatible changes.  as long as it doesn't affect upgrades, and/or fails cleanly if newer code doesn't find an expected field in the metadata api17:48
ndipanovbut tell me this: https://review.openstack.org/#/c/197669/2/nova/compute/migration_states.py is not nicer than:17:48
*** Sukhdev has joined #openstack-nova17:48
ndipanovhttps://github.com/openstack/ironic/blob/1beb8ca607eb8bd77c4b4995cf5b4f007688a5c7/ironic/common/fsm.py17:49
ndipanovjaypipes, ^ :)17:49
*** anotherRahul has quit IRC17:49
ndipanoverrr this I mean https://github.com/openstack/ironic/blob/master/ironic/common/states.py17:49
johnthetubaguyalaski: isn't the guest VM the main consumer of the metadata service API, not that API is used to generate config drive that is accessed by the guest17:49
jaypipesndipanov: yeah, I don't like that either.17:49
johnthetubaguyalaski: s/not/note/17:49
* bauzas mutters something about how he hates TrustedFilter17:49
ndipanovjaypipes, you're a tough man to please :)17:50
ctrathrlrossit: I'm looking at https://review.openstack.org/#/c/198730/ .  Do you know if there's a document that describes how obj_relationships works?17:50
*** annashen has joined #openstack-nova17:50
*** logan2 has joined #openstack-nova17:50
alaskijohnthetubaguy: gotcha.  then perhaps a versioning discussion is needed.  it would seem reasonable to be able to add fields without issue, but I don't know the consumers well enough to know if that would be fine in practice17:50
jaypipesndipanov: :) yes, I've been told...17:51
johnthetubaguyalaski: yeah, I am not sure either really. the patch does add a new version in the usual way, but thats actually a bit broken really (since we release every commit)17:51
mriedemalaski: i think whatever is running on the guest vm is the consumer of the metadata service api17:52
mriedemhttp://docs.openstack.org/admin-guide-cloud/content/section_metadata-service.html17:52
alaskijohnthetubaguy: oh, I see.  I didn't realize there was rudimentary versioning there already17:52
mriedemalaski: so app dev i guess17:52
*** jwcroppe has joined #openstack-nova17:53
*** jasondotstar has quit IRC17:56
*** _diana_ has joined #openstack-nova17:57
*** jskinner has quit IRC17:58
*** agireud has joined #openstack-nova17:58
*** jskinner has joined #openstack-nova17:58
*** agireud has quit IRC17:59
harlowjajaypipes ndipanov i'm fine with an adjancy_list way of representing stuff, both are the same imho (and one may be nicer than the other...)17:59
harlowjabased on your personal preferences, they both do the same thing in the end :-P17:59
harlowjamake the following in automaton18:00
harlowja      __init__.py18:00
harlowja      readers/18:00
harlowja      adjancy_list.py18:00
harlowjaand there u go, magic18:00
harlowjaput whatever 'reader' in there that makes u feel happy :-P18:01
*** aysyd has quit IRC18:02
alaskimriedem: I would lean towards a spec, or at the very least a blueprint to bring up at the Nova meeting.  something more visible than just two core reviewers at least18:02
mriedemalaski: yeah, tend to agree18:03
*** Kennan2 has joined #openstack-nova18:03
*** aysyd has joined #openstack-nova18:03
mriedemalaski: want to say that in here? https://review.openstack.org/#/c/197185/18:03
*** zhenguo has quit IRC18:03
mriedemor hte ML18:03
*** Kennan has quit IRC18:04
*** Piet has quit IRC18:04
openstackgerritZachary Sais proposed openstack/nova: Move existing V2 to legacy-v2  https://review.openstack.org/19372518:04
*** yamahata has joined #openstack-nova18:05
ndipanovharlowja, will do!18:05
harlowjandipanov sweet18:05
ndipanovas soon as I get these tests passing18:05
harlowja:)18:06
*** andrewbogott is now known as andrewbogott_afk18:06
harlowjathen u can use https://github.com/openstack/automaton/blob/master/automaton/converters/pydot.py#L26 to make a pretty diagram to, lol18:06
harlowjalike @ http://docs.openstack.org/developer/ironic/dev/states.html18:06
harlowjapretty diagrams ++18:06
harlowjalol18:06
johnthetubaguymriedem: alaski: applied procedural -2 after your comments, trying to avoid them, but it feels like the correct thing at this point18:07
*** med_` is now known as med_18:07
*** med_ has joined #openstack-nova18:07
*** jasondotstar has joined #openstack-nova18:08
ndipanovharlowja, I actually think that's a very nice feature and plan to use it in docs18:08
openstackgerritDarragh O'Reilly proposed openstack/nova: Ignore bridge already exists error when creating bridge  https://review.openstack.org/19883318:08
harlowjandipanov agreed18:08
ndipanovthat I also plan to write :)18:08
harlowjanice18:08
harlowjandipanov https://github.com/openstack/ironic/blob/master/tox.ini#L22 or similar is what these projects have18:09
harlowjaa little helper script that just makes those diagrams18:09
ndipanovwow that also exists18:10
ndipanovcool18:10
harlowjaya, i need to shrink that script down to something smaller (since the converter code is now common)18:11
*** otter768 has joined #openstack-nova18:11
rlrossitctrath: you would have to ask dansmith if/where doc is on obj_relationships, but most of the base code lives in an oslo project now (https://github.com/openstack/oslo.versionedobjects)18:11
ctrathrolrossit.. thanks, I'll start there18:13
ctrathrlrossit: ^18:13
*** agireud_ has joined #openstack-nova18:13
mriedemctrath: rlrossit: https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L26118:13
mriedemsee the giant docstring18:13
rlrossitmriedem: if we roll eventlet.spawn() in with https://bugs.launchpad.net/nova/+bug/1468513 that exposes a lot of places that are using eventlet.spawn()... should those be changed over to use nova.utils.spawn()?18:14
openstackLaunchpad bug 1468513 in OpenStack Compute (nova) "hacking check needed for using greenthread.spawn()" [Low,In progress] - Assigned to Ryan Rossiter (rlrossit)18:14
mriedemrlrossit: i'd make it a separate change18:15
mriedemhandle greenthread.spawn() as it's own hacking check18:15
ctrathmriedem: yeah, I read that multiple times.  I'm wondering if the 'value', subobject_version, maps to the VERSION field in the subobject class18:15
*** lpetrut has quit IRC18:16
rlrossitmriedem: cool. you want me to put up a change for eventlet.spawn() then too?18:17
mriedemctrath: yes, the versions in the obj_relationships mapping are always corresponding to the VERSION attribute in the objects18:18
mriedemrlrossit: i'd hold off on eventlet.spawn18:18
ctrathfor instance, floating_ip.py has obj_relationships.fixed_ip that only go up to 1.6.  The current FixedIP.VERSION is 1.1018:18
rlrossitalrighty18:18
rlrossitctrath: that was part of the can of worms I opened when working on this18:18
ctrathrlrossit: so, what gives?18:18
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: update docstring in blockinfo module for disk_info  https://review.openstack.org/19883618:19
ctrathrlrossit: do new mappings need added?18:19
rlrossitI wasn't sure if we wanted to do that in this patch or a separate one18:19
*** dims_ has quit IRC18:20
*** pixelbeat_ has joined #openstack-nova18:24
*** lpetrut has joined #openstack-nova18:26
*** ajayaa has quit IRC18:26
ctrathrlrossit: do you know if there is another bug open for the above issue?18:27
*** SourabhP has joined #openstack-nova18:27
*** andrewbogott_afk is now known as andrewbogott18:27
*** annashen has quit IRC18:28
*** thangp is now known as thangp_afk18:29
*** tjones1 has quit IRC18:33
*** sudipto has quit IRC18:33
*** Sukhdev has quit IRC18:34
rlrossitctrath: there isn't a separate bug for it, but dansmith might want me to handle it in the obj_relationships change.18:34
ctrathrlrossit: sounds good.  I added a comment to the bug.  ty18:34
*** lpetrut has quit IRC18:36
*** annashen has joined #openstack-nova18:38
*** annashen has quit IRC18:40
*** browne has quit IRC18:41
*** jdurgin has joined #openstack-nova18:45
*** tjones1 has joined #openstack-nova18:47
*** user_ has joined #openstack-nova18:48
*** user_ has quit IRC18:48
*** baoli_ has quit IRC18:49
*** baoli has joined #openstack-nova18:50
*** _diana_ has quit IRC18:51
*** _diana_ has joined #openstack-nova18:52
*** aysyd has quit IRC18:56
*** piyanai has joined #openstack-nova18:57
*** annashen has joined #openstack-nova18:57
*** prashup has quit IRC18:57
*** agireud_ has quit IRC18:58
*** _diana_ has quit IRC18:59
*** jskinner has quit IRC18:59
*** jskinner has joined #openstack-nova19:00
*** aysyd has joined #openstack-nova19:00
*** jichen has joined #openstack-nova19:01
*** tongli has quit IRC19:01
*** _diana_ has joined #openstack-nova19:01
*** tongli has joined #openstack-nova19:02
*** agireud has joined #openstack-nova19:02
*** signed8bit has joined #openstack-nova19:02
*** Longgeek has joined #openstack-nova19:02
_gryfhey guys, is there anything special to do to make XenProject CI to pass?19:05
dansmithrlrossit: okay, sorry, just got off an epic call19:06
bauzas_gryf: try a xen:recheck19:06
*** tongli has quit IRC19:06
bauzashum19:06
mriedem_gryf: assuming you aren't making changes related to xen19:06
bauzas'xen: recheck' (with a space)19:06
mriedemrecheck is fine19:06
_gryfbauzas, thanks19:06
rlrossitdansmith: was there like rock music going on during it?19:07
*** nihilifer has joined #openstack-nova19:07
dansmithrlrossit: no, dreary end-of-the-world music19:07
mriedememo19:07
*** tongli has joined #openstack-nova19:07
dansmithrlrossit: so, I see stuff in the backlog, but ... tell me again what you're looking for?19:08
dansmithah, I have this patch open19:08
dansmithctrath: we wouldn't check these sorts of things in pep8 generally19:09
dansmithctrath: we have a trap in place to make sure that they get updated, but it was missing list objects until rlrossit fixed it last week19:09
ctrathdansmith: ok.  sounds good… thanks.19:10
rlrossitdansmith: but even with my change it wasn't getting caught...19:10
dansmithrlrossit: it will only get the new changes19:10
dansmithrlrossit: it doesn't check full history19:10
dansmithbecause it can't19:10
ctrathdansmith: but, in my example that I provided in the bug, the latest must not be checked19:11
rlrossitwas just about to say the same thing ctrath19:11
*** tongli has quit IRC19:12
dansmithokay, let me look again19:12
*** browne has joined #openstack-nova19:14
*** piyanai has quit IRC19:17
*** _diana_ has quit IRC19:18
*** nihilifer has quit IRC19:18
mriedemjaypipes: bauzas: when you were going through https://review.openstack.org/#/c/76234/ did DiskBus types of uml or lxc come up?19:19
mriedemsince those are checked here http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/blockinfo.py#n11219:19
*** piyanai has joined #openstack-nova19:19
bauzasmriedem: well, honestly, we probably missed that19:20
bauzasmriedem: just because it's awfully difficult to see if the object provides all the needed fields19:20
bauzasmriedem: for example, I had to provide an update for the object here19:20
jaypipesmriedem: that's a great catch.19:20
bauzasmriedem: https://review.openstack.org/#/c/197911/119:21
mriedemjaypipes: bauzas: np, it's big and hairy, i just noticed it, so was wondering if there was a reason it was left out (if intentional)19:21
mriedemif not, i'll push a change to add those fields to the enum19:21
bauzasmriedem: yeah, honestly I dunno19:21
bauzasmriedem: danpb is on vacation for the next 2 weeks19:21
bauzasmriedem: so, maybe a change would be cool for discussing about that19:22
mriedemi was going to say, i was going to ask danpb but i'll just add him to the review19:22
mriedemnot sure how the version compat is going to work with adding the new field, but i'll see19:22
mriedem*new enum types19:22
*** iamjarvo has quit IRC19:22
jaypipesmriedem: feel free.19:22
bauzasmriedem: cool19:22
bauzasmriedem: not sure the object is really useds19:23
*** _diana_ has joined #openstack-nova19:23
*** piyanai has quit IRC19:24
mriedembauzas: well, that's why i was looking, because https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bdm-enum-fields,n,z19:24
mriedembdm has the disk_bus field also19:24
bauzasmmmm19:25
bauzasmriedem: okay, just provide the new enum fields and we'll see how to have a compat in the change19:25
*** iamjarvo has joined #openstack-nova19:26
*** iamjarvo has quit IRC19:26
bauzasmriedem: honestly, I don't see it really needed to be worked on19:26
*** iamjarvo has joined #openstack-nova19:26
bauzasmriedem: we're just adding 2 options to an enum, I don't see a problem with an RPC interface there19:26
mriedembauzas: well, if i change the BlockDeviceMapping.disk_bus field to use the DiskBusField type, it's an enum and the enum should be correct for how the code is used19:27
bauzasthat I agree :)19:27
mriedemalso, the v2.1 api schema checks this stuff and right now it let's in any string - if we have the ALL tuple correct in our enum field objects, we can use those in the v2.1 api schema19:27
*** piyanai has joined #openstack-nova19:27
*** Longgeek has quit IRC19:27
mriedemwhich will avoid the ValueError and resulting 500 in the code later :)19:28
bauzasmriedem: well, I have the same problem with the reqspec BP19:28
bauzasmriedem: where the API validation can be different from the object coercing19:28
bauzasmriedem: sure19:28
*** mutoulbj has quit IRC19:30
*** dims_ has joined #openstack-nova19:36
dansmithrlrossit: ctrath: I see what you're saying19:36
dansmithit's not detecting the incomplete mapping in obj_relationships on floating19:37
*** annashen has quit IRC19:37
dansmithbut nothing is complaining because the static version in test_objects is right19:37
ctrathdansmith: great.  I'm assuming this should warrant another bug?  I'm new to this, so just wondering19:37
dansmithctrath: well, there should certainly be a bug that floating is wrong.. not sure if that's filed already19:37
*** lpetrut has joined #openstack-nova19:38
*** annashen has joined #openstack-nova19:38
dansmithctrath: there's also a bug that we either need a test (or have one that is broken) to detect that floating is wrong19:38
rlrossitdansmith: I've been wondering if there is a way to not have the map in test_objects... is there a way we can take the "live" relationships of the objects?19:38
dansmiththe fix for both is probably the same (write or fix a test, and then fix the broken mapping)19:38
*** tongli has joined #openstack-nova19:38
*** whenry_ has joined #openstack-nova19:39
dansmithrlrossit: that's the test I'm talking about writing (or fixing) .. just making sure the models are internally consistent19:39
*** Sukhdev has joined #openstack-nova19:40
dansmithrlrossit: the hash test is required so that we can tell when something has changed. I'm not sure we can get the relationships test to work without the static model and still detect changes, but if so, feel free to write/prove it19:40
dansmiththe static bit is mostly there as a trap for a developer19:40
dansmithlike, double-entry accounting19:40
dansmithyou change something here, you have to change it over there19:40
dansmithin doing so, if you forget to change it in the tests, then we throw an error and say "Update me, but first, make sure you did A, B, and C steps"19:41
*** whenry_ has quit IRC19:41
dansmithbefore these tests,19:41
dansmithpeople would bump one version and not the other, not realize they needed to do both,19:41
openstackgerritRoman Dobosz proposed openstack/nova: Introducing new forced_down field for a Service object  https://review.openstack.org/18528019:41
openstackgerritRoman Dobosz proposed openstack/nova: New nova API call to mark nova-compute down  https://review.openstack.org/18408619:41
openstackgerritRoman Dobosz proposed openstack/nova: Service group drivers forced_down flag utilization  https://review.openstack.org/19706319:41
openstackgerritRoman Dobosz proposed openstack/nova: Refactoring of the os-services module  https://review.openstack.org/18527919:41
dansmithreviewers wouldn't notice, etc19:41
dansmithwhich is how the floating/fixed bug got into the tree.. there wasn't a test alerting folks to the need to do the bump19:41
dansmithfor whatever is causing that to not be right19:41
*** annashen has quit IRC19:42
rlrossitso it's a further improvement on mriedem's change here https://review.openstack.org/#/c/197684/ ?19:43
*** angdraug has joined #openstack-nova19:43
rlrossitactually changing the test instead of just changing the log message19:43
*** tongli has quit IRC19:44
dansmithif it's not catching something, yeah19:45
dansmithrlrossit: maybe tweak some versions locally and figure out a pattern19:45
dansmithrlrossit: historically this has worked fairly well, except for the list object problem19:46
dansmithrlrossit: so either we totally broke it somehow, or there is a pattern19:46
dansmithso maybe bump some version on another object, see if it's detected,19:46
*** _diana_ has quit IRC19:46
dansmithand then try to figure out why the current broken fixed/floating thing isn't being checked19:46
dansmithalso, maybe look at the existing (older) child_versions tests19:46
*** Nikolay_St has joined #openstack-nova19:46
dansmithmaybe there is a test case that is checking child_versions and not obj_relationships19:46
*** andreykurilin__ has quit IRC19:47
rlrossitmaybe I should rebase my fixed IP change on my obj_relationships change because I bump fixed IP in there but don't get caught.19:47
*** haypo has joined #openstack-nova19:48
openstackgerritjichenjc proposed openstack/nova: Check flavor type before add tenant access  https://review.openstack.org/12433819:48
*** Piet has joined #openstack-nova19:48
*** andreykurilin__ has joined #openstack-nova19:49
_gryfdansmith, hey19:49
*** _diana_ has joined #openstack-nova19:49
dansmith_gryf: hi19:49
_gryfdansmith, could you please take a quick look on my review?19:50
dansmithwhich one?19:50
*** haypo has left #openstack-nova19:50
_gryfdansmith, those four I've uploaded just now (starting from the https://review.openstack.org/185279)19:51
dansmithyou said "quick" and "review" .. now it's all four? :)19:51
dansmithI need to get back to those, but not sure it's going to happen today19:52
* dansmith was up super early and is fading fast19:52
*** Marga_ has quit IRC19:52
* _gryf duck ;)19:52
_gryfdansmith, okay19:52
*** _gryf is now known as _gryf|afk19:55
*** _diana_ has quit IRC19:55
*** whenry_ has joined #openstack-nova19:56
*** _diana_ has joined #openstack-nova20:00
*** jasondotstar has quit IRC20:00
*** Marga_ has joined #openstack-nova20:03
*** _diana_ has quit IRC20:06
*** Marga_ has quit IRC20:06
*** annashen has joined #openstack-nova20:07
*** Marga_ has joined #openstack-nova20:07
*** _diana_ has joined #openstack-nova20:07
*** yamahata has quit IRC20:08
*** yamahata has joined #openstack-nova20:08
*** _diana_ has quit IRC20:08
*** exploreshaifali has quit IRC20:10
*** promulo__ has joined #openstack-nova20:15
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Add test case for suspend  https://review.openstack.org/19888020:16
*** promulo has quit IRC20:16
*** dims_ has quit IRC20:17
*** Mike_D_laptop has joined #openstack-nova20:19
*** piyanai has quit IRC20:20
*** piyanai has joined #openstack-nova20:22
*** Longgeek has joined #openstack-nova20:24
openstackgerritSylvain Bauza proposed openstack/nova: Modify filters for using RequestSpec object  https://review.openstack.org/19791220:25
*** packet has quit IRC20:25
*** annegentle has quit IRC20:27
openstackgerritMarian Horban proposed openstack/nova: Switch to oslo.service library  https://review.openstack.org/19290020:28
lifelessdansmith: virtualenv vendors pip20:30
dansmithlifeless: eh?20:30
lifelessdansmith: tox -epep8 depends on a recent virtualenv - e.g. 13.1.0 (preferred, it has pip 7.1)20:30
lifelessdansmith: it also depends on a recent pip for the sdist stage which runs outside the virtualenvs20:31
lifelessdansmith: w.r.t. 03:08 < dansmith> ValueError: ('Expected version spec in', "MySQL-python;python_version=='2.7'", 'at', ";python_version=='2.7'")20:31
dansmithI have pip 7.1 ... are you saying I need a newer virtualenv too?20:31
*** nihilifer has joined #openstack-nova20:32
*** Marga__ has joined #openstack-nova20:32
*** Marga__ has quit IRC20:32
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Add unit tests for methods  https://review.openstack.org/19888020:32
*** Marga_ has quit IRC20:33
*** Marga__ has joined #openstack-nova20:33
*** ZZelle has joined #openstack-nova20:36
*** Marga__ has quit IRC20:38
*** ZZelle has quit IRC20:38
*** vladikr has quit IRC20:38
*** Marga_ has joined #openstack-nova20:38
dansmithlifeless: ^20:39
lifelessdansmith: thats my first guess based on the backscroll yes.20:39
lifelessdansmith: tox -epep8 makes a new venv; that has the bundled pip from whatever release of virtualenv you have.20:39
openstackgerritEric Brown proposed openstack/nova: Replace openssl calls with cryptography lib  https://review.openstack.org/19824620:39
lifelessdansmith: that will then fail on the ';' if you have e.g. pip 1.5.4 or something inside the virtualenv20:39
* dansmith tries20:40
lifelessdansmith: easy enough to validate, after it fails do . .tox/pep8/bin/activate, then pip --version20:40
dansmithI just pip-installed virtualenv20:40
dansmithI think it's taking longer than it was, so maybe good20:40
lifeless:)20:40
lifelessMy long term goal is to get to a point where all these things can be expressed as metadata20:41
lifelessso you get useful errors20:41
lifelessbut we're a ways out from that20:41
dansmithuseful errors would be good20:41
dansmithshouting your name flanked with expletives didn't seem to fix it20:42
lifelessclearly I'm not scary enough yet. I shall work on it.20:42
*** jichen has quit IRC20:44
*** tongli has joined #openstack-nova20:44
*** bradjones is now known as bradjones|away20:44
*** ZZelle has joined #openstack-nova20:45
*** ildikov has joined #openstack-nova20:45
*** ivasev has quit IRC20:46
*** tongli has quit IRC20:48
clarkbI wonder if virtualenv could stop bundling pip and setuptools20:49
*** tongli has joined #openstack-nova20:49
*** Longgeek has quit IRC20:50
dansmithyeah, that seems super weird to me20:50
*** Marga_ has quit IRC20:50
dansmithlifeless: that worked, thanks20:50
*** thedodd has quit IRC20:51
*** Mike_D_laptop has quit IRC20:52
rlrossitdansmith: figured it out https://bugs.launchpad.net/nova/+bug/147197820:56
openstackLaunchpad bug 1471978 in OpenStack Compute (nova) "test_relationships() uses subobject version instead of relationship version" [Undecided,New]20:56
rlrossitthe subobject version that test_relationships was testing against is always the most recent version of the subobject, not what's being held in obj_relationships20:57
dansmithrlrossit: well, hmm20:58
*** piyanai has quit IRC20:58
rlrossitI got a fix to that bug in a quick-and-dirty branch right now and I figured out what needs to happen with it20:58
dansmithI guess I'll wait and see the code.. it needs to look at the current version of the object to build the current tree, so it can diff it against stored20:58
dansmithbut if you think that's right, I'll try to break it when you get a patch up and see20:59
rlrossitisn't the "current" version what is held in the static tree in test_objects?20:59
dansmithbut if so, excellent :)20:59
dansmithno20:59
dansmithcurrent is the calculated version based on the objects we're looking at20:59
dansmithstored is the one we manually persist20:59
*** amotoki has joined #openstack-nova20:59
rlrossitok yeah, that's what my patch does21:00
dansmithmaybe I'm misreading which you mean when you say "obj_relationships"21:00
openstackgerritMarian Horban proposed openstack/nova: libvirt:Rsync remote FS driver was added  https://review.openstack.org/14688721:00
*** thangp_afk is now known as thangp21:00
dansmithsince the mapping and the per-object one are called the same21:00
*** eharney has quit IRC21:01
*** ociuhandu has joined #openstack-nova21:01
*** annashen has quit IRC21:05
*** rfolco has quit IRC21:05
*** annegentle has joined #openstack-nova21:05
*** annashen has joined #openstack-nova21:06
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: block storage support  https://review.openstack.org/18465221:07
*** thorst has quit IRC21:07
jrollalaski: ^ pewpew, that was a fun adventure into context and objects.21:07
*** lpetrut has quit IRC21:08
cfriesenso would anyone object to a patch that bumps MAX_FUNC to 0xff (in nova/pci/devspec.py)  The current value of 0x7 seems to severely limit the number of VFs per PF.21:09
*** dims_ has joined #openstack-nova21:09
*** annashen has quit IRC21:10
cfriesenjaypipes: bauzas: any comments on this? ^21:13
openstackgerritDan Smith proposed openstack/nova: Fix test_security_groups to use Instance object properly  https://review.openstack.org/19876521:13
openstackgerritDan Smith proposed openstack/nova: Remove legacy flavor compatibility code from Instance  https://review.openstack.org/19777121:13
openstackgerritDan Smith proposed openstack/nova: Fix Instance object usage in test_extended_ips tests  https://review.openstack.org/19876721:13
openstackgerritDan Smith proposed openstack/nova: Fix test_extended_server_attributes for proper Instance object usage  https://review.openstack.org/19876621:13
*** dims_ has quit IRC21:14
*** annashen has joined #openstack-nova21:14
*** thangp has quit IRC21:14
bauzascfriesen: too late for me, my brain is fried :)21:14
alaskijroll: heh.  we found another fun issue along the same lines with info_cache21:15
jrollalaski: yeah, that was unexpected :/21:15
openstackgerritJoel Coffman proposed openstack/nova: libvirt: Disconnect dm-crypt on instance suspend/stop  https://review.openstack.org/14148521:16
*** dims has joined #openstack-nova21:16
bauzascfriesen: honestly wondering if it could be a conf opt21:16
*** aysyd has quit IRC21:17
jrollalaski: on the plus side, I found devstack+ironic+cells mostly works21:17
alaskijroll: awesome21:18
*** piyanai has joined #openstack-nova21:18
*** ctrath has quit IRC21:19
melwittalaski: I'm going to update the db connection switching spec and I was wondering, will we be storing the cell db connection strings somewhere? API DB in cell mappings? just thinking about it since we don't want to use that in RequestContext21:20
*** neiljerram_bb has joined #openstack-nova21:20
*** artom has quit IRC21:20
alaskimelwitt: yes, it's in the cell_mappings table21:21
melwittalaski: cool, thanks21:21
flwangmriedem: ping21:22
flwangmriedem: dansmith: could you revisit the nova backup spec https://review.openstack.org/190919 ? thanks21:23
*** ociuhandu has quit IRC21:25
*** jasondotstar has joined #openstack-nova21:25
melwittalaski: I'm wondering whether I have to be specific about what key we'll store in the RequestContext's db_connection field right now. first simple idea would be a hash of the connection string but I don't know if that would be considered not secure enough. thinking being that we'll need a way to check whether we've created the wanted EngineFacade before or not21:26
*** piyanai has quit IRC21:27
alaskidansmith: question for you on https://review.openstack.org/#/c/183354/21:27
alaskimelwitt: I don't think you need to be real specific at this point, since it might change during the code review.  Just specific enough to explain the basic flow of operations21:29
dansmithalaski: well, it's not completed until it's cleaned up from the source host, or at least that's what I was going for21:29
dansmithalaski: it could be completed-awaiting-cleanup or something21:29
dansmithalaski: but yeah, if the evacuation fails (even now) then the instance is kinda homeless until it's re-evacuated or rebuilt to try again21:30
dansmithalaski: unless we have something babysitting that process, I don't think we want anything more complicated though21:30
alaskidansmith: yeah.  there's really two statues we care about21:30
alaski*statuses21:31
*** fawadkhaliq has joined #openstack-nova21:31
dansmithalaski: right, so you want them to be called something else?21:31
alaskiI'm not sure yet21:31
alaskihere's my other concern21:31
alaskisometimes we lose a host and don't bring it back up, so there may never be a cleanup21:32
dansmithsure, there's nothing really wrong with that21:32
dansmithalaski: if we had a nova-manage remove-host $host command, then it could remove those tombstones21:33
dansmithbut we don't, right?21:33
alaskinot afaik21:33
dansmithright, so there's lots of residue left from that situation right now, AFAIK21:33
rlrossitdansmith: my patch is finding all of the different versioning right now and it's really annoying because I just want to get this pushed up :/21:33
dansmithalaski: leaving the migration tombstone won't prevent further evacuations21:33
dansmithrlrossit: all of the different versioning?21:33
rlrossitdansmith: the static tree in test_objects is different from a few of the object relationships in some of classes (FixedIP and Instance are the main culprits)21:34
dansmithrlrossit: well, if there really are broken links and you're finding them then that's good :)21:35
lifelessclarkb: not really21:35
alaskidansmith: I just checked other migrations, and they finish with 'confirmed'.  my concern was having an overloaded status that meant different things based on migration type.  but that's not the case so I retract my concern21:35
lifelessclarkb: without pip and setuptools (and wheel now) inside virtualenv, a new virtualenv has no way to install anything21:35
*** jecarey_ has quit IRC21:36
lifelessclarkb: and we don't have a sanely copy-in-able version of those tools outside the environment21:36
dansmithalaski: well, confirmed would be fine for this if you prefer it, but it wouldn't make sense for live migration I don't think21:36
dansmithalaski: so at least that is going to be different21:36
*** iamjarvo has quit IRC21:36
dansmithalaski: I was just thinking that the evacuation is still technically in progress until we get the ack that it's cleaned up21:36
alaskidansmith: I don't want this to be confirmed :)21:36
dansmithalaski: especially because we've left customer data on the sending host until that cleanup21:36
dansmithokay21:36
alaskiI was expecting that the movement of the instance would affect the status of the migration, not the cleanup.  though that does need to be indicated somehow21:37
dansmithalaski: there is a later patch that does that21:38
dansmith(If I get what you're saying)21:38
alaskidansmith: okay, I'll look.  I'm also saying that if cleanup is going to affect status, I want it to be distinct from a movement status21:39
dansmithoh21:39
dansmithalaski: if we do that we're going to need another field in the DB :(21:39
*** Sukhdev has quit IRC21:40
alaskidansmith: yeah.  I'm fine with completed for now, since it is distince from confirmed21:40
alaski*distinct21:40
dansmithalaski: okay, well, this has me thinking about maybe changing the later patch21:40
*** promulo has joined #openstack-nova21:41
dansmithalaski: I think this patch is internally and externally consistent (and plugs the gaping hole),21:41
dansmithbut I think maybe I want to tweak some things about the later patch based on this21:41
*** promulo__ has quit IRC21:41
*** radek__ has quit IRC21:41
dansmithso if you think we should do another field for ack'd or something, we could do that in the (or a) later patch and make resize/migrate also set that field21:41
*** eglynn-afk has quit IRC21:42
*** Sukhdev has joined #openstack-nova21:42
dansmithbecause the running status of where and how it's being moved is probably not the right thing to be checking for whether we've acked/handled/whatever the cleanup21:43
alaskiyeah.  I think that would be good, but could be added later21:44
dansmithyeah21:45
alaskidoes any of that affect what you want to do in this review?21:45
*** dboik has quit IRC21:46
dansmithI dunno, but since this works to defeat the data-loss issue, I'd /like/ to get this merged.. and refine the other bits in subsequent patches21:46
*** ianbrown has joined #openstack-nova21:46
*** ianbrown has quit IRC21:46
dansmithbut if you want to wait until I come up with a plan, that's okay too21:46
*** Longgeek has joined #openstack-nova21:47
*** yamahata has quit IRC21:49
alaskino this is fine.  you had mentioned changing later patches, just making sure you didn't have second thoughts here before I +w21:50
dansmithno, I think this addresses the issue for the moment and doesn't conflict with what I'm thinking about doing21:50
dansmiththe other one has a -1 on it anyway for other tweaks21:51
*** ijw has quit IRC21:51
dansmithI'll get going on this and that in the morning21:51
dansmiththis spec has really had bad scope creep,21:51
dansmithbut since I named it "robustify evacuation" everything seems to fall into the robustification part21:51
dansmithnext time I will call it "make-evacuate-better-in-this-very-specific-way" :P21:52
*** fawadkhaliq has quit IRC21:52
alaskiheh, I was just typing that but more slowly21:52
dansmithheh21:52
dansmithalso, ndipanov wants to define an actual state machine for these things, and start with the migration object21:53
dansmithwhich seems like something you'd like21:53
dansmithsuch that we always end up in the same terminal state or something21:53
*** dannywilson has joined #openstack-nova21:53
alaskithat sounds great21:53
dansmithso maybe we should leave status as free-form-ish and introduce a new one called "state" that has to follow the FSM21:53
dansmithand do it that way21:53
openstackgerritRyan Rossiter proposed openstack/nova: Change List objects to use obj_relationships  https://review.openstack.org/19873021:54
alaskiyeah, using status for that seems like an exercise in frustration21:54
dansmithyeah21:55
dansmithwell, his reason for wanting to do it was the  fact that we have a lot of fuzziness there21:55
*** neiljerram_bb has quit IRC21:55
alaskiif we keep adding more strict and well defined things to Nova I'm not sure how we'll cope with the reduction in bugs21:55
*** eglynn-afk has joined #openstack-nova21:55
dansmithI'll punch a hole with a rusty nail and let it get infected21:56
dansmiththat'll fill the void21:56
openstackgerritmelanie witt proposed openstack/nova-specs: Database connection switching for cells  https://review.openstack.org/19493521:57
alaskidansmith: heh21:57
*** BadCub is now known as BadCub-away21:58
openstackgerritRyan Rossiter proposed openstack/nova: Fix test_relationships() for subobject versions  https://review.openstack.org/19890421:58
rlrossitdansmith: ^ I got it up, but I need to head out. Take a look if you want, or we can discuss tomorrow21:59
rlrossitthe latter lets you be lazy about it :)21:59
*** nihilifer has quit IRC21:59
alaskidansmith: oh.  just remembered that there's a deprecated_for_removal parameter you can use for https://review.openstack.org/#/c/183354/10/nova/utils.py,cm22:00
alaskidansmith: http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/ironic/driver.py#n8522:00
*** Sukhdev has quit IRC22:01
*** Sukhdev_ has joined #openstack-nova22:02
*** rlrossit has left #openstack-nova22:02
*** Kennan has joined #openstack-nova22:02
dansmithoh, I just saw that in another context22:03
dansmithdidn't realize22:03
dansmithI'll change22:03
*** Kennan2 has quit IRC22:03
*** _diana_ has joined #openstack-nova22:03
*** burt has quit IRC22:04
*** tonytan4ever has quit IRC22:04
dansmithalaski: oh, you already +Wd22:04
dansmithalaski: mind if I sneak it in after?22:05
alaskidansmith: that's fine, it's a minor thing22:05
alaskidansmith: just would be good to add it22:05
dansmithalso, what does it give us? some sort of warning in the sample output or something?22:05
mriedemwarning in the logs when it's used22:05
mriedemon startup22:05
mriedemso you want to use it22:06
*** Longgeek has quit IRC22:06
dansmithoh sweet22:06
*** ildikov has quit IRC22:06
*** gibi has quit IRC22:06
*** Sukhdev_ has quit IRC22:06
mriedemhttps://github.com/openstack/oslo.config/blob/master/oslo_config/cfg.py#L74722:07
*** mdrabe has quit IRC22:09
dansmithhmm, that change is failing postgres22:09
*** Sukhdev has joined #openstack-nova22:10
dansmithoh ffs22:10
dansmithhow is mysql ignoring this?22:11
*** yamahata has joined #openstack-nova22:12
dansmithalaski: well, good news is I'll be able to get that deprecated flag in :D22:16
alaskihuzzah22:16
dansmiththe db model enum had "evacuation" and the object/code had "evacuate"22:17
dansmithand mysql seems to not care at all :/22:17
*** jasondotstar has quit IRC22:17
openstackgerritDan Smith proposed openstack/nova: Make evacuate update the migration object along the way  https://review.openstack.org/19437322:20
openstackgerritDan Smith proposed openstack/nova: Add some notifications to the evacuate path  https://review.openstack.org/19437222:20
openstackgerritDan Smith proposed openstack/nova: Make evacuate leave a record for the source compute host to process  https://review.openstack.org/18335422:20
openstackgerritDan Smith proposed openstack/nova: Fix incorrect enum in Migration object  https://review.openstack.org/19890722:20
dansmithmriedem: that last one is trivial to review, by the way :P22:20
dansmithfree review stats22:20
mriedemgotta run22:21
mriedemi'll find a reason to -1 tomorrow22:21
*** mriedem is now known as mriedem_away22:23
*** signed8__ has joined #openstack-nova22:24
dansmithgood luck, because it's perfect22:24
*** signed8bit has quit IRC22:25
*** zzzeek has quit IRC22:25
alaskidansmith: well that's annoying.  you could update the db model in that review as well22:28
dansmithalaski: oh oops22:28
dansmithand here I said it was perfect :D22:28
alaskiit's all in how you define it22:29
dansmithheh22:29
*** hogepodge has quit IRC22:30
openstackgerritDan Smith proposed openstack/nova: Make evacuate update the migration object along the way  https://review.openstack.org/19437322:31
openstackgerritDan Smith proposed openstack/nova: Add some notifications to the evacuate path  https://review.openstack.org/19437222:31
openstackgerritDan Smith proposed openstack/nova: Fix incorrect enum in Migration object and DB model  https://review.openstack.org/19890722:31
openstackgerritDan Smith proposed openstack/nova: Make evacuate leave a record for the source compute host to process  https://review.openstack.org/18335422:31
dansmithmelwitt: fixed now :)22:33
*** tongli has quit IRC22:33
*** tongli has joined #openstack-nova22:34
* melwitt looks22:35
*** eglynn-afk has quit IRC22:35
*** _diana_ has quit IRC22:35
*** tongli has quit IRC22:37
*** jasondotstar has joined #openstack-nova22:37
*** andreykurilin__ has quit IRC22:37
*** tongli has joined #openstack-nova22:37
*** ijuwang has quit IRC22:37
*** annegentle has quit IRC22:40
melwittdansmith: maybe this is dumb but where is the schema actually defined? I thought it was by the models. or are you saying that since the db migration added it as "evacuation" the model should have been based on that?22:40
dansmithmelwitt: the migration defines the schema,22:40
dansmithmelwitt: and what is in the migration is what is in everyone22:40
dansmith's actual DB that has deployed master22:41
dansmithso it's the right version, unless we change it, which would be another migration (and silly)22:41
melwittdansmith: got it22:41
*** signed8__ is now known as signed8bit_ZZZzz22:41
*** tongli has quit IRC22:42
*** annegentle has joined #openstack-nova22:44
*** lucas-dinner has quit IRC22:45
alaskithere is a test to compare models to migration results, but it must not handle enums22:46
*** hogepodge has joined #openstack-nova22:46
*** andreykurilin__ has joined #openstack-nova22:46
andreykurilin__melwitt: hi22:47
melwittandreykurilin__: hi22:47
*** edmondsw has quit IRC22:47
dansmithalaski: yeah, apparently not22:48
*** tongli has joined #openstack-nova22:48
andreykurilin__melwitt: I need review for my patches related to support microversion in novaclient and dansmith recommended you. Can you help me?22:49
melwittandreykurilin__: yes, I've been intending to review those. I'm not very expert about the microversioning but my hope is the specs and existing documents will be enough for me to review them meaningfully22:51
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742722:51
melwittandreykurilin__: so I'll go through them this week22:52
andreykurilin__melwitt: got it, thanks.22:53
*** tongli has quit IRC22:53
*** browne has quit IRC22:54
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: block storage support  https://review.openstack.org/18465222:54
andreykurilin__melwitt: I'll try to be online 27/7, so if you will have some questions - just ping me:)22:54
*** piyanai has joined #openstack-nova22:54
*** dims has quit IRC22:54
*** tongli has joined #openstack-nova22:57
melwittandreykurilin__: no worries on that, I'll put comments on the review if I have questions and I get alerts whenever there are responses22:59
*** amotoki has quit IRC22:59
*** jskinner has quit IRC23:01
*** asettle has joined #openstack-nova23:02
*** annegentle has quit IRC23:02
*** tongli has quit IRC23:02
andreykurilin__melwitt: I worry a bit, because first patch-set of first patch in the chain was published at February 3 :(23:04
melwittandreykurilin__: I understand. back then I think there wasn't enough documentation of microversioning in general, for me to be able to do a proper review. in those cases we were waiting on API experts like oomichi and alex_xu. now, I think there is enough documentation explaining about how a client should use microversions, so I can review the code based on that23:07
melwittandreykurilin__: thanks for being patient and doing the hard work. I want to get them merged soon, we need the support in novaclient23:08
andreykurilin__melwitt: yeah... OpenStack documentation can be a bottleneck, sometimes:)23:09
andreykurilin__melwitt: thank you for feedback. Now I can stop disturb you:) Have a nice day23:11
*** jamielennox is now known as jamielennox|away23:11
*** piyanai_ has joined #openstack-nova23:12
melwittandreykurilin__: thanks for the reminder on the patches, they're on my list23:12
*** Piet has quit IRC23:13
*** achanda has joined #openstack-nova23:14
*** piyanai has quit IRC23:15
*** piyanai_ is now known as piyanai23:15
*** piyanai has quit IRC23:16
*** annegentle has joined #openstack-nova23:18
*** tongli has joined #openstack-nova23:18
*** jaypipes has quit IRC23:18
tjones1dansmith: i added those tests you were asking about https://review.openstack.org/#/c/127427/23:19
*** annegentle has quit IRC23:20
*** jamielennox|away is now known as jamielennox23:22
*** tongli has quit IRC23:23
*** slong has joined #openstack-nova23:23
*** thorst has joined #openstack-nova23:24
*** ZZelle has quit IRC23:26
*** thorst has quit IRC23:30
*** achanda has quit IRC23:30
*** Longgeek has joined #openstack-nova23:32
*** agireud has quit IRC23:34
*** asettle has quit IRC23:36
gmannjohnthetubaguy: Thanks, sounds good to me now23:37
*** RuiChen has quit IRC23:38
*** browne has joined #openstack-nova23:38
*** piyanai has joined #openstack-nova23:38
*** RuiChen has joined #openstack-nova23:40
*** emagana has quit IRC23:41
*** angdraug has quit IRC23:45
*** achanda has joined #openstack-nova23:45
*** annashen has quit IRC23:45
*** tjones1 has quit IRC23:46
*** annashen has joined #openstack-nova23:46
*** Longgeek has quit IRC23:50
*** annashen has quit IRC23:51
*** achanda has quit IRC23:51
*** zzzeek has joined #openstack-nova23:55
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: block storage support  https://review.openstack.org/18465223:56
openstackgerritGhanshyam Mann proposed openstack/nova: Merge availability_zone tests between v2 and v2.1  https://review.openstack.org/17101723:58
openstackgerritGhanshyam Mann proposed openstack/nova: Merge server password tests between v2 and v2.1  https://review.openstack.org/19743523:58
openstackgerritGhanshyam Mann proposed openstack/nova: Modified testscenario for micro version 2.4  https://review.openstack.org/19739423:58

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