Tuesday, 2015-07-28

*** ferest has joined #openstack-nova00:00
*** jwang has quit IRC00:00
*** jwang has joined #openstack-nova00:00
*** ferest has quit IRC00:00
*** penick has quit IRC00:01
*** ferest has joined #openstack-nova00:01
*** Sukhdev has quit IRC00:01
*** thorst has quit IRC00:04
*** vishwanathj has quit IRC00:05
*** ferest has quit IRC00:05
*** ferest has joined #openstack-nova00:06
*** ferest has quit IRC00:06
*** penick has joined #openstack-nova00:06
*** ferest has joined #openstack-nova00:07
openstackgerritJeffrey Zhang proposed openstack/nova: Add total_vms field in API  https://review.openstack.org/20338200:08
openstackgerritJeffrey Zhang proposed openstack/nova: Add total_vms field to ComputeNode  https://review.openstack.org/20247200:08
*** markvoelker has joined #openstack-nova00:09
dimsedleafe: ping00:11
*** ferest has quit IRC00:11
*** ferest has joined #openstack-nova00:12
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Split out resize_image logic from create_image  https://review.openstack.org/18785700:12
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Fix/implement revert-resize for RBD-backed images  https://review.openstack.org/18739500:12
*** ferest has quit IRC00:12
dimsedleafe: (re: https://review.openstack.org/#/c/187968/), i've responded to your question, please reconsider the -100:12
*** ferest has joined #openstack-nova00:13
*** andreykurilin__ has quit IRC00:14
*** penick has quit IRC00:19
*** ferest has quit IRC00:19
*** ferest has joined #openstack-nova00:20
*** ferest has quit IRC00:21
*** jasondotstar has quit IRC00:21
*** ferest has joined #openstack-nova00:21
*** ferest has quit IRC00:21
*** jasondotstar has joined #openstack-nova00:22
*** dims has quit IRC00:22
*** ferest has joined #openstack-nova00:23
*** ddaskal has quit IRC00:23
*** ferest has quit IRC00:24
*** mtanino_ has joined #openstack-nova00:25
*** ferest has joined #openstack-nova00:25
*** ferest has quit IRC00:26
openstackgerritMeghal Gosalia proposed openstack/nova-specs: Quota Management for Dynamic Quota Resources  https://review.openstack.org/20616000:26
*** mtanino has quit IRC00:26
*** ferest has joined #openstack-nova00:27
*** ferest has quit IRC00:27
*** tsekiyam_ has joined #openstack-nova00:27
*** tonytan4ever has joined #openstack-nova00:28
*** ferest has joined #openstack-nova00:28
*** Mike_D_laptop has quit IRC00:30
*** ferest has quit IRC00:30
*** xyang2 has joined #openstack-nova00:30
*** ferest has joined #openstack-nova00:31
*** tsekiyama has quit IRC00:31
*** dims has joined #openstack-nova00:32
*** tonytan4ever has quit IRC00:32
openstackgerritMeghal Gosalia proposed openstack/nova-specs: Quota Management for Dynamic Quota Resources  https://review.openstack.org/20616000:33
*** xyang2 has quit IRC00:33
*** salv-orlando has joined #openstack-nova00:33
*** tpeoples has joined #openstack-nova00:34
*** ferest has quit IRC00:34
*** ferest has joined #openstack-nova00:36
*** ferest has quit IRC00:37
*** salv-orlando has quit IRC00:37
*** jasondotstar is now known as jasondotstar|afk00:43
openstackgerritEd Leafe proposed openstack/nova: Add non-negative integer and float fields  https://review.openstack.org/20624900:43
*** pixelbeat_ has joined #openstack-nova00:44
*** ildikov has joined #openstack-nova00:46
*** openstackgerrit has quit IRC00:46
*** openstackgerrit has joined #openstack-nova00:47
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3(v2.1) support  https://review.openstack.org/14982800:52
*** dave-mcc_ has joined #openstack-nova00:53
*** markmcclain has quit IRC00:53
*** diogogmt has joined #openstack-nova00:54
*** annashen has joined #openstack-nova00:54
*** kevinbenton has quit IRC00:54
*** jbernard has quit IRC00:56
*** jbernard has joined #openstack-nova00:56
*** kevinbenton has joined #openstack-nova00:57
*** markmcclain has joined #openstack-nova00:57
*** dave-mccowan has quit IRC00:57
*** mdrabe has quit IRC00:58
*** mdrabe has joined #openstack-nova00:59
*** annashen has quit IRC00:59
*** Jeffrey4l has quit IRC01:00
*** Jeffrey4l has joined #openstack-nova01:12
openstackgerritShiina, Hironori proposed openstack/nova: Add a compute RPC API to inject an NMI  https://review.openstack.org/20260501:12
openstackgerritEli Qiao proposed openstack/nova: Object: Fix KeyError when loading instance from db  https://review.openstack.org/20591701:13
*** Sukhdev has joined #openstack-nova01:14
*** jasondotstar|afk has quit IRC01:17
*** haomaiwang has quit IRC01:22
*** haomaiwang has joined #openstack-nova01:23
*** pixelbeat_ has quit IRC01:24
*** meghal has quit IRC01:24
*** pixelbeat_ has joined #openstack-nova01:25
*** Sukhdev has quit IRC01:25
*** vilobhmm has quit IRC01:26
*** jwcroppe has quit IRC01:30
*** jwcroppe has joined #openstack-nova01:30
*** jwcroppe has quit IRC01:35
*** shuquan has joined #openstack-nova01:35
*** davideagnello has quit IRC01:36
*** salv-orlando has joined #openstack-nova01:44
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796801:44
*** shuquan has quit IRC01:46
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Get py34 subunit.run test discovery to work  https://review.openstack.org/20472301:47
*** salv-orlando has quit IRC01:48
*** shuquan has joined #openstack-nova01:48
*** MentalRay has joined #openstack-nova01:49
*** ssurana has joined #openstack-nova01:54
*** annashen has joined #openstack-nova01:55
*** bauzas has quit IRC01:58
*** Piet has quit IRC01:58
*** jlvillal has quit IRC01:58
*** jlvillal has joined #openstack-nova01:59
*** annashen has quit IRC02:00
*** bauzas has joined #openstack-nova02:00
*** nic has quit IRC02:03
*** tsekiyam_ has quit IRC02:03
*** wanghua has joined #openstack-nova02:04
*** unicell has quit IRC02:06
*** mtanino_ has quit IRC02:06
*** d34dh0r53 has quit IRC02:07
*** d34dh0r53 has joined #openstack-nova02:08
*** d34dh0r53 has joined #openstack-nova02:08
*** d34dh0r53 has quit IRC02:09
*** d34dh0r53 has joined #openstack-nova02:10
*** humble_ has joined #openstack-nova02:11
*** jasondotstar|afk has joined #openstack-nova02:12
*** angdraug has quit IRC02:12
*** tjones1 has quit IRC02:12
*** wanghua has quit IRC02:15
*** mdrabe has quit IRC02:17
*** annashen has joined #openstack-nova02:17
*** mdrabe has joined #openstack-nova02:18
*** zhenguo has joined #openstack-nova02:19
*** artom has quit IRC02:29
*** shyu has joined #openstack-nova02:33
*** bkopilov has quit IRC02:35
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3 support  https://review.openstack.org/14982802:35
*** dims has quit IRC02:35
ildikovalex_xu: hi. are you around?02:37
*** changbl has quit IRC02:37
alex_xuildikov: hi, I'm here02:37
*** Murali has joined #openstack-nova02:38
ildikovalex_xu: can I disturb you with some dumb microversioning questions?02:38
alex_xuildikov: sure, glad to help02:39
ildikovalex_xu: great, thanks02:39
*** mragupat has joined #openstack-nova02:40
ildikovalex_xu: so here is this patch: https://review.openstack.org/#/c/147520/4802:40
*** suresh12 has quit IRC02:40
ildikovalex_xu: what we change in the API is the list that the jsonschema validates against02:40
alex_xuildikov: yea02:41
ildikovalex_xu: ... and in the controller class I don't see any version info at the moment02:41
ildikovalex_xu: so I got a little confused with what I should bump now and how02:41
alex_xuildikov: let me find some link for you02:41
ildikovalex_xu: as the schema itself is not changed02:41
ildikovalex_xu: I read the devref, but it mentioned schema changes as much as I saw02:42
*** davideagnello has joined #openstack-nova02:42
alex_xuildikov: your patch is similar with this https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/plugins/v3/remote_consoles.py#L15802:43
ildikovalex_xu: so then I should add version info here: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/plugins/v3/server_groups.py#L12902:44
ildikovalex_xu: and also add numbering to the schema02:45
alex_xuildikov: yes02:45
alex_xuildikov: you should have different schema for different version02:45
ildikovalex_xu: so I need to change the schema itself too to use the "old" list and the newer version should use the extended list, right?02:46
ildikovalex_xu: the old API should remain unchanged now? I mean emove the changes under contrib?02:47
alex_xuildikov: yea, https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/v3/remote_consoles.py#L91-L11302:47
ildikovalex_xu: yeap, this is what I meant02:48
alex_xuildikov: cool :)02:48
ildikovalex_xu: should this file still be changed: https://review.openstack.org/#/c/147520/48/nova/api/openstack/compute/contrib/server_groups.py ?02:49
ildikovalex_xu: or just plugins/v3/... from now on?02:50
alex_xuildikov: I think no, the v2 API is freeze now02:50
alex_xuildikov: yes02:50
*** mragupat has quit IRC02:51
ildikovalex_xu: ok, then I remove that change02:51
ildikovalex_xu: thanks for your help!02:51
alex_xuildikov: np :)02:51
ildikovalex_xu: and sorry for the kinda obvious questions :)02:52
*** hakimo_ has joined #openstack-nova02:52
alex_xuildikov: it's fine, microversion is new stuff, everyone need time to get fimilar with it02:53
*** pixelbeat_ has quit IRC02:53
*** patrickeast has quit IRC02:54
*** hakimo has quit IRC02:54
ildikovalex_xu: yeap, it looks complicated enough to deserve some 'let's go for sure' questions :)02:54
alex_xuildikov: yea02:55
*** suresh12 has joined #openstack-nova02:55
ildikovalex_xu: well, hopefully it will work out well, then it worth it to deal with the competence buildup phase02:56
*** annashen_ has joined #openstack-nova02:56
*** vladikr has joined #openstack-nova03:00
*** annashen_ has quit IRC03:01
openstackgerritwangxiyuan proposed openstack/python-novaclient: Add 'deleted' status check in _poll_for_status  https://review.openstack.org/19745703:05
*** Murali has quit IRC03:07
*** baoli has joined #openstack-nova03:08
*** sajeesh has quit IRC03:10
*** baoli has quit IRC03:13
*** otter768 has quit IRC03:14
*** shuquan has quit IRC03:19
*** shuquan has joined #openstack-nova03:20
*** Kennan2 has quit IRC03:20
*** Kennan has joined #openstack-nova03:20
*** Sukhdev has joined #openstack-nova03:21
*** jasondotstar|afk has quit IRC03:24
*** diogogmt has quit IRC03:24
*** VW_ has joined #openstack-nova03:29
*** jwcroppe has joined #openstack-nova03:30
*** shuquan has quit IRC03:32
*** coolsvap|away is now known as coolsvap03:32
*** kiran-r has joined #openstack-nova03:34
*** suresh12 has quit IRC03:36
*** Jeffrey4l has quit IRC03:37
*** kiran-r has quit IRC03:40
*** davideagnello has quit IRC03:40
*** suresh12 has joined #openstack-nova03:43
*** Nastooh_ has quit IRC03:44
*** annashen has quit IRC03:45
openstackgerritZaina Afoulki proposed openstack/nova: XenAPI Driver: set capabilites explicitly  https://review.openstack.org/20628803:47
*** Jeffrey4l has joined #openstack-nova03:51
*** meghal has joined #openstack-nova03:53
*** vilobhmm has joined #openstack-nova03:55
*** Jeffrey4l has quit IRC03:57
*** annashen has joined #openstack-nova03:57
*** annashen has quit IRC04:01
*** bkopilov has joined #openstack-nova04:02
*** jwcroppe has quit IRC04:02
*** patrickeast has joined #openstack-nova04:03
*** jwcroppe has joined #openstack-nova04:03
*** VW_ has quit IRC04:04
*** markvoelker has quit IRC04:04
*** VW_ has joined #openstack-nova04:04
*** jwcroppe_ has joined #openstack-nova04:06
*** jwcroppe has quit IRC04:08
*** VW_ has quit IRC04:09
*** Jeffrey4l has joined #openstack-nova04:09
openstackgerritlyanchih proposed openstack/nova: Remove fixed test in tempest-dsvm-cells-rc  https://review.openstack.org/20551204:09
openstackgerritlyanchih proposed openstack/nova: Creating instance fail when inject ssh key in cells mode  https://review.openstack.org/19751404:09
*** nelsnelson has quit IRC04:13
*** meghal has quit IRC04:14
*** jwcroppe_ has quit IRC04:16
*** jwcroppe has joined #openstack-nova04:17
*** jwcroppe has quit IRC04:22
*** ssurana has quit IRC04:35
*** suresh12 has quit IRC04:37
*** chhavi has joined #openstack-nova04:39
*** mdrabe has quit IRC04:41
*** Mike_D_laptop has joined #openstack-nova04:49
*** deepakcs has joined #openstack-nova04:51
*** tjones has joined #openstack-nova04:51
*** patrickeast_ has joined #openstack-nova04:54
*** jwcroppe has joined #openstack-nova04:56
*** patrickeast has quit IRC04:56
*** patrickeast_ is now known as patrickeast04:56
*** Mike_D_laptop has left #openstack-nova04:57
*** jwcroppe has quit IRC04:58
*** annashen has joined #openstack-nova04:58
*** jwcroppe has joined #openstack-nova04:58
*** yamahata has joined #openstack-nova04:59
*** _gryf has quit IRC05:00
*** jwcroppe_ has joined #openstack-nova05:01
*** annashen has quit IRC05:02
*** Nikolay_St has joined #openstack-nova05:03
*** jwcroppe has quit IRC05:03
openstackgerritlyanchih proposed openstack/nova: Remove fixed test in tempest-dsvm-cells-rc  https://review.openstack.org/20551205:05
openstackgerritlyanchih proposed openstack/nova: Creating instance fail when inject ssh key in cells mode  https://review.openstack.org/19751405:05
*** markvoelker has joined #openstack-nova05:05
*** markvoelker has quit IRC05:10
*** doude has quit IRC05:13
openstackgerritlyanchih proposed openstack/nova: libvirt - Unrescue will not remove rescue disk in ceph when image_type=rbd  https://review.openstack.org/20576605:13
*** tjones has quit IRC05:14
*** unicell has joined #openstack-nova05:14
*** otter768 has joined #openstack-nova05:15
*** otter768 has quit IRC05:19
*** Sukhdev has quit IRC05:20
openstackgerrityuntongjin proposed openstack/nova: Add missing policy for limits extention  https://review.openstack.org/17317805:28
openstackgerritAlex Xu proposed openstack/python-novaclient: Adds support for x509 certificates as keypairs  https://review.openstack.org/13645805:31
openstackgerritAlex Xu proposed openstack/python-novaclient: Add version discover and check in CLI  https://review.openstack.org/18428105:31
openstackgerritAlex Xu proposed openstack/python-novaclient: Set "latest" as default compute api version  https://review.openstack.org/18465805:31
*** shuquan has joined #openstack-nova05:35
*** abhijeetm has joined #openstack-nova05:39
*** Murali has joined #openstack-nova05:45
*** jamielennox is now known as jamielennox|away05:52
*** lucas__ has joined #openstack-nova05:52
*** rushiagr_away is now known as rushiagr05:55
*** garyk has joined #openstack-nova05:55
*** salv-orlando has joined #openstack-nova05:55
*** jamielennox|away is now known as jamielennox05:56
*** lucas__ has quit IRC05:57
openstackgerritDeepak C Shetty (deepakcs) proposed openstack/nova: libvirt: Nova part of volume snapshot improvements  https://review.openstack.org/17281305:57
openstackgerritDeepak C Shetty (deepakcs) proposed openstack/nova: objects: Add support for OnlineSnapshotInfo object  https://review.openstack.org/19453805:57
*** unicell1 has joined #openstack-nova05:58
*** unicell has quit IRC05:59
*** annashen has joined #openstack-nova05:59
*** annashen has quit IRC06:03
*** _gryf has joined #openstack-nova06:04
*** vilobhmm has quit IRC06:13
*** Jeffrey4l has quit IRC06:14
*** cfriesen has quit IRC06:16
*** deepthi has joined #openstack-nova06:18
*** patrickeast has quit IRC06:22
*** belmoreira has joined #openstack-nova06:25
*** Nikolay_St has quit IRC06:25
*** Jeffrey4l has joined #openstack-nova06:27
*** doude has joined #openstack-nova06:27
*** doude has quit IRC06:27
*** doude has joined #openstack-nova06:27
*** vishwanathj has joined #openstack-nova06:28
openstackgerritAlex Xu proposed openstack/nova: Skip additionalProperties checks when LegacyV2CompatibleWrapper enabled  https://review.openstack.org/19385806:36
openstackgerritAlex Xu proposed openstack/nova: Add scenario for API sample tests with legacy v2 compatible wrapper  https://review.openstack.org/20348506:36
openstackgerritAlex Xu proposed openstack/nova: Fix the wrong file name for legacy v2 compatible wrapper functional test  https://review.openstack.org/20632606:36
*** liusheng has quit IRC06:36
*** liusheng has joined #openstack-nova06:37
*** nkrinner has joined #openstack-nova06:42
*** ramineni1 has joined #openstack-nova06:42
*** afazekas has joined #openstack-nova06:44
-openstackstatus- NOTICE: zuul is stuck and about to undergo an emergency restart, please be patient as job results may take a long time06:46
*** ChanServ changes topic to "zuul is stuck and about to undergo an emergency restart, please be patient as job results may take a long time"06:46
*** jwcroppe_ has quit IRC06:48
*** romainh has joined #openstack-nova06:50
*** sahid has joined #openstack-nova06:53
*** tpeoples has quit IRC06:55
*** markus_z has joined #openstack-nova06:59
*** apuimedo has quit IRC06:59
*** salv-orlando has quit IRC06:59
*** annashen has joined #openstack-nova07:00
*** rdopiera has joined #openstack-nova07:00
*** rdopiera_ has joined #openstack-nova07:02
openstackgerritShiina, Hironori proposed openstack/nova: Add a Nova API to inject an NMI  https://review.openstack.org/20261707:03
*** scheuran has joined #openstack-nova07:05
*** annashen has quit IRC07:05
*** ramineni1 has left #openstack-nova07:06
*** markvoelker has joined #openstack-nova07:06
*** markvoelker has quit IRC07:11
*** achanda has quit IRC07:11
*** moshele has joined #openstack-nova07:11
*** apuimedo has joined #openstack-nova07:12
*** Nikolay_St has joined #openstack-nova07:14
*** otter768 has joined #openstack-nova07:16
*** achanda has joined #openstack-nova07:18
*** otter768 has quit IRC07:21
*** ishant__ has joined #openstack-nova07:21
*** bfic has joined #openstack-nova07:26
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431107:27
*** mpaolino has joined #openstack-nova07:29
*** atuvenie has joined #openstack-nova07:30
*** lpetrut has joined #openstack-nova07:34
*** sahid has quit IRC07:35
*** browne has quit IRC07:35
*** achanda has quit IRC07:35
*** sahid has joined #openstack-nova07:36
*** sahid has quit IRC07:36
*** alex_klimov has joined #openstack-nova07:38
*** sahid has joined #openstack-nova07:38
*** Jeffrey4l has quit IRC07:40
*** Kevin_Zheng has joined #openstack-nova07:40
*** ajayaa has joined #openstack-nova07:40
*** Administrator_ has joined #openstack-nova07:43
*** jlanoux has joined #openstack-nova07:44
*** yamahata has quit IRC07:44
*** achanda has joined #openstack-nova07:46
*** Kevin_Zheng has quit IRC07:46
*** Administrator_ has quit IRC07:48
*** Marga_ has quit IRC07:49
*** shuquan has quit IRC07:49
*** salv-orlando has joined #openstack-nova07:50
*** Marga_ has joined #openstack-nova07:50
*** Jeffrey4l has joined #openstack-nova07:53
*** shuquan has joined #openstack-nova07:55
*** Kevin_Zheng has joined #openstack-nova07:56
*** coolsvap is now known as coolsvap|away07:57
*** Administrator_ has joined #openstack-nova07:57
*** Marga_ has quit IRC07:57
*** Marga_ has joined #openstack-nova07:58
*** Administrator__ has joined #openstack-nova07:59
*** achanda has quit IRC08:00
*** annashen has joined #openstack-nova08:01
*** kmARC has joined #openstack-nova08:01
*** Kevin_Zheng has quit IRC08:01
*** achanda has joined #openstack-nova08:01
*** aloga has quit IRC08:02
*** jwcroppe has joined #openstack-nova08:02
*** aloga has joined #openstack-nova08:02
*** jistr has joined #openstack-nova08:03
*** Administrator_ has quit IRC08:03
*** Kevin_Zheng has joined #openstack-nova08:03
-openstackstatus- NOTICE: zuul has been restarted and queues restored. It may take some time to work through the backlog.08:03
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. -=- master is open for Lemming development"08:03
*** achanda has quit IRC08:04
*** Administrator__ has quit IRC08:04
*** Administrator_ has joined #openstack-nova08:04
*** annashen has quit IRC08:05
*** Administrator__ has joined #openstack-nova08:07
openstackgerritMarian Horban proposed openstack/nova: libvirt:Rsync remote FS driver was added  https://review.openstack.org/14688708:07
*** Kevin_Zheng has quit IRC08:07
*** lucasagomes has joined #openstack-nova08:08
*** Kevin_Zheng has joined #openstack-nova08:09
*** Administrator_ has quit IRC08:10
*** Administrator_ has joined #openstack-nova08:11
*** karimb has joined #openstack-nova08:11
*** Administrator__ has quit IRC08:11
*** achanda has joined #openstack-nova08:11
*** Administrator__ has joined #openstack-nova08:12
*** ndipanov has quit IRC08:12
*** Kevin_Zheng has quit IRC08:14
*** Kevin_Zheng has joined #openstack-nova08:14
*** Administrator_ has quit IRC08:15
*** Administrator__ has quit IRC08:16
*** Administrator_ has joined #openstack-nova08:17
*** pixelbeat_ has joined #openstack-nova08:18
*** Administrator__ has joined #openstack-nova08:18
*** Kevin_Zheng has quit IRC08:19
*** Kevin_Zheng has joined #openstack-nova08:20
openstackgerritAdelina Tuvenie proposed openstack/nova: Moves OVS related code to a common location  https://review.openstack.org/17972708:21
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds Hyper-V OVS ViF driver  https://review.openstack.org/14004508:21
*** Administrator_ has quit IRC08:21
*** shuquan has quit IRC08:21
*** shuquan has joined #openstack-nova08:22
*** Administrator__ has quit IRC08:22
*** Administrator_ has joined #openstack-nova08:24
*** Administrator__ has joined #openstack-nova08:25
*** Kevin_Zheng has quit IRC08:27
*** vishwanathj has quit IRC08:27
*** Kevin_Zheng has joined #openstack-nova08:27
*** Administrator_ has quit IRC08:28
*** vishwanathj has joined #openstack-nova08:28
*** Administrator_ has joined #openstack-nova08:29
*** Administrator__ has quit IRC08:30
*** Administrator__ has joined #openstack-nova08:32
*** achanda has quit IRC08:32
*** Kevin_Zheng has quit IRC08:32
*** alexpilotti has joined #openstack-nova08:33
*** Kevin_Zheng has joined #openstack-nova08:34
*** Administrator_ has quit IRC08:34
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds RemoteFX support to the Hyper-V driver  https://review.openstack.org/4252908:34
*** Administrator_ has joined #openstack-nova08:35
bauzasmorning nova08:35
bauzaslxsli: around ?08:35
bauzaslxsli: re: resource-objects08:35
*** Administrator__ has quit IRC08:36
*** MentalRay has quit IRC08:36
lxslibauzas: morning08:36
*** Administrator__ has joined #openstack-nova08:37
*** Kevin_Zheng has quit IRC08:38
*** Kevin_Zheng has joined #openstack-nova08:39
*** vishwanathj has quit IRC08:39
*** gszasz has joined #openstack-nova08:39
openstackgerritAlexis Lee proposed openstack/nova: Add non-negative integer and float fields  https://review.openstack.org/20624908:39
openstackgerritAlexis Lee proposed openstack/nova: Add object models for comparing resource amounts  https://review.openstack.org/12899208:39
bauzaslxsli: mouuuurning08:39
*** Administrator_ has quit IRC08:39
*** yassine__ has joined #openstack-nova08:40
bauzaslxsli: that's exactly my thoughts, edleafe just pulled the trigger too fast08:40
openstackgerritAlexis Lee proposed openstack/nova: Adds resource classes  https://review.openstack.org/12899908:40
bauzaslxsli: the whole series was needing a rebase08:40
lxslibauzas: ah I just did that :)08:40
bauzaslxsli: coolness08:40
*** Administrator_ has joined #openstack-nova08:40
lxslibauzas: how are the rest of my updates?08:41
*** Administrator__ has quit IRC08:41
bauzaslxsli: the commit msg is a bit weird for https://review.openstack.org/206249, I will provide some comments instead of directly fixing it - because I don't want to break the chain by providing a new PS08:41
bauzaslxsli: I'll do another pass by this morning08:41
bauzaslxsli: I left some comments on PS20 because you weren't exactly going in the same direction than the one I said in PS1908:42
openstackgerritGhanshyam Mann proposed openstack/nova: Register JSON-Home data for resources actions  https://review.openstack.org/20636008:42
bauzaslxsli: also, the __hash__ builtin implementation sounded good to me08:43
*** Administrator__ has joined #openstack-nova08:43
lxslibauzas: unfortunately most NovaObjects are mutable so it's actively harmful to implement __hash__ based on values08:43
bauzaslxsli: maybe using the hash(field) was better than just returning the field, but that's fine since it's a positive integer08:43
bauzaslxsli: see my explanation, you can have mutable objects in a collection08:44
*** Kevin_Zheng has quit IRC08:44
*** y_sawai has joined #openstack-nova08:44
bauzaslxsli: I mean, you can key any mutable object08:44
bauzasthe rules are pretty simple, the mutable object has to be hashable in order to be in an hashable collection08:45
lxslibut how can a mutable object's hash be stable?08:45
*** aix has joined #openstack-nova08:45
*** Kevin_Zheng has joined #openstack-nova08:45
bauzaslxsli: mutable just means that the reference is the same08:46
bauzaswhen updating the object08:46
lxslia = [1]; b = []; c = set((a,b)); a.delete(0)08:46
*** Administrator_ has quit IRC08:46
lxslinow c has two objects with the same hash in it, which is illegal for a set08:46
*** Administrator_ has joined #openstack-nova08:46
bauzaslxsli: did you see my paste ?08:47
*** Administrator__ has quit IRC08:48
*** Administrator__ has joined #openstack-nova08:48
lxslinot yet, just looking at your comments on PS#2008:48
bauzaslxsli: also, lists are unhashable, how can you have 'a' as a set item ?08:48
bauzaslxsli: I mean as a tuple item08:49
kashyapFor your Tuesday Nova amusement, /me came across this yesterday :-) http://blog.oddbit.com/2015/07/26/in-which-we-are-amazed-it-doesnt-all-fall-apart/08:49
lxslibauzas: there's a reason lists are unhashable, that's because they're mutable :)08:49
bauzaslxsli: here, we're not talking about lists but objectds08:49
lxsliyou can easily imagine breaking set's contract similarly with NovaObjects08:49
bauzaslxsli: and given your list can be an object field, it can become hashable08:50
*** Kevin_Zheng has quit IRC08:50
lxslikashyap: morning08:50
kashyapMorning.08:50
*** achanda has joined #openstack-nova08:51
*** Kevin_Zheng has joined #openstack-nova08:51
*** Administrator_ has quit IRC08:52
openstackgerritPavel Kholkin proposed openstack/nova: switch to oslo.cache lib  https://review.openstack.org/20304908:52
lxslibauzas: https://docs.python.org/3.0/glossary.html#term-hashable08:52
*** Administrator__ has quit IRC08:52
*** Administrator_ has joined #openstack-nova08:53
*** vishwanathj has joined #openstack-nova08:53
*** ZZelle has quit IRC08:53
*** ZZelle has joined #openstack-nova08:53
*** Administrator__ has joined #openstack-nova08:54
*** coolsvap|away is now known as coolsvap08:56
*** Kevin_Zheng has quit IRC08:56
bauzas"An object is hashable if it has a hash value which never changes during its lifetime"08:57
*** doude_ has joined #openstack-nova08:57
*** Administrator_ has quit IRC08:57
*** doude_ has quit IRC08:57
*** Kevin_Zheng has joined #openstack-nova08:57
bauzaslxsli: I see your point, but I still don't see why we shouldn't accept having to implement __hash__()08:58
openstackgerritHans Lindgren proposed openstack/nova: Remove unused refresh_security_group_members() call  https://review.openstack.org/18263208:58
openstackgerritHans Lindgren proposed openstack/nova: Make security group refresh with refresh_instance_security_groups()  https://review.openstack.org/18263308:58
lxsliI'm replying on PS#2008:59
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds Hyper-V vNic hot-plug implementation  https://review.openstack.org/13825508:59
*** Administrator_ has joined #openstack-nova08:59
*** doude has quit IRC08:59
*** Administrator__ has quit IRC08:59
*** achanda has quit IRC09:00
bauzaslxsli: http://paste.openstack.org/show/406028/09:00
bauzasanother example09:00
*** Administrator__ has joined #openstack-nova09:01
*** matrohon has joined #openstack-nova09:01
*** annashen has joined #openstack-nova09:01
*** danpb has joined #openstack-nova09:02
bauzaslxsli: anyway, sounds we're yakshaving09:02
*** jwcroppe has quit IRC09:02
*** Kevin_Zheng has quit IRC09:03
bauzaslxsli: my take is that if an instance of IntegerAmount is changing because the amount field changes, then even if the object keeps the same reference, it needs a different hash09:03
*** Administrator_ has quit IRC09:04
*** Kevin_Zheng has joined #openstack-nova09:04
bauzaslxsli: here, you consider deferring the hash value of a Facade to an internal value, which is immutable09:04
*** annashen has quit IRC09:06
*** Administrator_ has joined #openstack-nova09:07
*** markvoelker has joined #openstack-nova09:07
*** Administrator__ has quit IRC09:07
*** Administrator__ has joined #openstack-nova09:08
openstackgerritMarc Fouché proposed openstack/nova-specs: Inheritable admin image properties  https://review.openstack.org/20643109:09
*** vishwanathj has quit IRC09:10
*** Kevin_Zheng has quit IRC09:10
*** Kevin_Zheng has joined #openstack-nova09:10
*** boris-42 has quit IRC09:10
*** Administrator_ has quit IRC09:11
*** Administrator_ has joined #openstack-nova09:11
*** markvoelker has quit IRC09:11
*** vishwanathj has joined #openstack-nova09:12
*** ndipanov has joined #openstack-nova09:12
*** Administrator__ has quit IRC09:12
*** Administrator__ has joined #openstack-nova09:13
deepakcsdanpb: sahid: when u both have some time, https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/volume-snapshot-improvements,n,z09:15
*** Kevin_Zheng has quit IRC09:15
*** Kevin_Zheng has joined #openstack-nova09:15
bauzaslxsli: last point, that SO thread explains why it's allowed http://stackoverflow.com/questions/4418741/im-able-to-use-a-mutable-object-as-a-dictionary-key-in-python-is-this-not-disa09:15
*** jwcroppe has joined #openstack-nova09:16
*** Administrator_ has quit IRC09:16
*** jwcroppe has quit IRC09:16
bauzaslxsli: here, providing an hash method will make sure that your behaviour will be consistent with your internal representation09:16
lxsliwhich answer?09:16
*** achanda has joined #openstack-nova09:17
*** Administrator_ has joined #openstack-nova09:17
bauzaslxsli: the first one is good09:17
*** otter768 has joined #openstack-nova09:17
bauzaslxsli: if not providing __hash__, then the NovaObject as a vanilla object will still have an hash09:17
*** Administrator__ has quit IRC09:17
lxslibauzas: that answer agrees with me completely09:17
bauzaslxsli: which will basically be its id09:17
*** Administrator__ has joined #openstack-nova09:18
bauzaslxsli: if you leave hash() unimplemented for an object, it means that you could have some unexpected surprises because an object is *by default* hashable09:18
bauzaseven if it's mutable09:19
lxslibauzas: put replies on PS#2009:19
lxslibauzas: yes but the default impl of __hash__ doesn't refer to those mutable attrs09:19
lxslibauzas: so it never changes, maintaining the contract09:19
*** Kevin_Zheng has quit IRC09:20
bauzasbut then A(1) and A(1) would be diffreent09:20
lxsliyes, this is the default behaviour09:20
lxsli(I presume you mean A(1) != A(1))09:20
*** atuvenie has quit IRC09:21
bauzaslxsli: no, because it's valid to have set([A(1), A(1)]) if hash is on 'amount'09:21
*** Administrator_ has quit IRC09:21
*** otter768 has quit IRC09:21
bauzaslxsli: it will just make sure that we only have one set([A(1)]) because the amounts are identical09:21
lxslibauzas: I don't seem to be getting across to you09:22
*** Kevin_Zheng has joined #openstack-nova09:22
lxslibauzas: maybe read the set contract? it's based on __eq__09:22
*** Administrator__ has quit IRC09:22
openstackgerritGhanshyam Mann proposed openstack/nova: Show 'locked_by' information in server Show & List Detail  https://review.openstack.org/20239109:23
bauzaslxsli: it doesn't09:23
*** Administrator_ has joined #openstack-nova09:24
*** abhishekk has joined #openstack-nova09:24
bauzaslxsli: http://paste.openstack.org/show/406035/09:24
*** exploreshaifali has joined #openstack-nova09:24
openstackgerritGhanshyam Mann proposed openstack/nova: Show 'locked_by' information in server Show & List Detail  https://review.openstack.org/20239109:24
*** Administrator__ has joined #openstack-nova09:25
openstackgerritGhanshyam Mann proposed openstack/nova: Show 'locked_by' information in server Show & List Detail  https://review.openstack.org/20239109:27
*** Kevin_Zheng has quit IRC09:27
*** Kevin_Zheng has joined #openstack-nova09:28
*** Administrator_ has quit IRC09:28
*** y_sawai has quit IRC09:29
*** Administrator_ has joined #openstack-nova09:29
*** jasondotstar|afk has joined #openstack-nova09:29
*** Administrator__ has quit IRC09:30
*** Administrator__ has joined #openstack-nova09:31
*** Kevin_Zheng has quit IRC09:32
*** achanda has quit IRC09:33
*** Kevin_Zheng has joined #openstack-nova09:34
*** Administrator_ has quit IRC09:34
*** Administrator_ has joined #openstack-nova09:35
*** atuvenie has joined #openstack-nova09:35
*** Administrator__ has quit IRC09:36
*** romainh has quit IRC09:36
*** Administrator__ has joined #openstack-nova09:37
*** jwcroppe has joined #openstack-nova09:38
*** Kevin_Zheng has quit IRC09:38
*** Administrator_ has quit IRC09:40
*** Kevin_Zheng has joined #openstack-nova09:40
*** romainh has joined #openstack-nova09:41
*** jwcroppe has quit IRC09:42
*** Administrator__ has quit IRC09:42
*** Administrator_ has joined #openstack-nova09:43
*** Administrator__ has joined #openstack-nova09:45
*** gzhai has joined #openstack-nova09:45
*** Kevin_Zheng has quit IRC09:46
*** Kevin_Zheng has joined #openstack-nova09:47
lxslibauzas: http://paste.openstack.org/show/406039/09:48
*** Administrator_ has quit IRC09:48
lxslihmm hold on, typo09:48
*** doude has joined #openstack-nova09:49
*** Administrator_ has joined #openstack-nova09:49
*** Administrator__ has quit IRC09:50
lxslihttp://paste.openstack.org/show/406040/09:50
lxslifirst paste was staggeringly wrong >.<09:51
*** Administrator__ has joined #openstack-nova09:51
*** Kevin_Zheng has quit IRC09:52
*** atuvenie has quit IRC09:53
*** kjelly has quit IRC09:53
bauzaslxsli: okay, I was just wondering what was the difference between Default and Mutable :p09:53
bauzaslxsli: okay, again, I don't say you're wrong09:53
bauzaslxsli: yes, there are some caveats09:53
*** Kevin_Zheng has joined #openstack-nova09:54
bauzaslxsli: yes, it doesn't prevent dups within sets if the object changes09:54
lxslido you see now how providing hash based on mutable data leads to the hash changing and breaking the contract of set?09:54
lxsliwell, that is entirely the problem09:54
*** jasondotstar|afk has quit IRC09:54
*** Administrator_ has quit IRC09:54
lxslidicts are also affected if you use badly hashed objects as keys09:54
*** Administrator_ has joined #openstack-nova09:55
*** aix has quit IRC09:55
*** Administrator__ has quit IRC09:55
bauzaslxsli: okay, sounds like we discussed 30 mins for getting me convinced about something I already knew :/09:56
lxslibauzas: well as long as we now agree I'm right :p09:56
bauzaslxsli: again, I just feel that's better to keep an hash value09:56
lxsliwhy provide a hash function that breaks contract and hence is unusable?09:56
*** Administrator__ has joined #openstack-nova09:57
*** Kevin_Zheng has quit IRC09:58
bauzaslxsli: because jay introduced it ? :p09:58
bauzaslxsli: see my comment on PS2209:58
bauzasI'm glad to nitpick for like 30 mins09:59
lxsliI think it was probably me that introduced it09:59
lxsliand I don't like appeal to authority09:59
bauzasbecause I think that could make sense if the proposer was wanting to have this behaviour09:59
*** Administrator_ has quit IRC09:59
bauzasit's all about the attended behaviour09:59
lxslinot if they're wrong10:00
lxslia proposer might try to define 1 == 2, I'm not letting that in either, even if it was Jay proposing it10:00
*** Kevin_Zheng has joined #openstack-nova10:00
bauzaseh10:01
bauzasdon't get me wrong, that's acceptable to have such behaviour - if we want to have it10:01
*** Administrator_ has joined #openstack-nova10:02
*** Administrator__ has quit IRC10:02
*** shuquan has quit IRC10:02
*** annashen has joined #openstack-nova10:02
*** Administrator__ has joined #openstack-nova10:04
*** jwcroppe has joined #openstack-nova10:04
*** Kevin_Zheng has quit IRC10:04
lxsliWe'll have to agree to disagree10:05
lxsliand I guess that means your -1 remains10:05
*** Kevin_Zheng has joined #openstack-nova10:06
*** Administrator_ has quit IRC10:06
*** Administrator_ has joined #openstack-nova10:07
*** annashen has quit IRC10:07
*** Administrator__ has quit IRC10:08
*** Administrator__ has joined #openstack-nova10:09
*** Kevin_Zheng has quit IRC10:11
lxslibauzas: about the __init__ args, do you have any reasons to back up your preference?10:11
lxsliwhat impact does this have?10:11
*** Administrator_ has quit IRC10:12
*** jasondotstar|afk has joined #openstack-nova10:12
gzhaisdague:hello10:12
*** Kevin_Zheng has joined #openstack-nova10:12
ndipanovbauzas, stupid question - what is the difference (in practice between) disabling a service and this http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/mark-host-down.html10:13
gzhaisdague: Do you have time to review one simple fix? https://review.openstack.org/#/c/203573/10:13
*** Administrator_ has joined #openstack-nova10:14
*** Administrator__ has quit IRC10:14
bauzaslxsli: well, about __init__, it goes about leaving the possibility to have unset fields10:14
bauzaslxsli: but I don't have a strong -1 here, I at least wanted to get rid of fields validation within the init method10:15
bauzasndipanov: oh that?10:15
lxslibauzas: sure the field validation is gone10:16
lxslibauzas: I don't see how what Jay's done can lead to unset fields?10:16
ndipanovbauzas, yes that :)10:16
bauzasndipanov: it's because detecting that a service is down is pretty bad atm10:16
lxslibauzas: if you don't supply total or used you'll get a TypeError10:16
*** Administrator__ has joined #openstack-nova10:17
ndipanovso bauzas the question is - how is taht different than disabling the host in practice10:17
bauzasndipanov: so the poster wanted to leave the possibility to consider that the host is down by passing it from an external tool10:17
bauzasndipanov: oh, because sometimes you want your service to be enabled but considered as down10:17
*** Kevin_Zheng has quit IRC10:17
ndipanovbauzas, what is the use case for that?10:18
bauzasndipanov: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L3281-L328410:19
*** Kevin_Zheng has joined #openstack-nova10:19
*** jwcroppe has quit IRC10:19
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: check min required qemu/libvirt versions on s390/s390x  https://review.openstack.org/18348610:20
bauzasndipanov: service_is_up doesn't care about whether the service is enabled or not10:20
ndipanovbauzas, are you serious - we add all of that just because of one check in the code that could be changed to check for disabled10:20
*** Administrator_ has quit IRC10:20
johnthetubaguyndipanov: thanks for all the reviews on those devref docs, looks good, I will try get back to you next week, once we have this freeze out the way, attempting to focus on code reviews and super time critical stuff this week10:20
*** Administrator_ has joined #openstack-nova10:20
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: mark NUMA huge page mappings as shared access  https://review.openstack.org/17636010:21
ndipanovjohnthetubaguy, no probs - mostly it's about making it a bit more time-proof :) and removing some reliance on implicit knowledge of the reader10:21
bauzasndipanov: that's not the only place where we verify that the service is up10:21
ndipanovvery useful work10:21
*** Administrator__ has quit IRC10:21
*** aix has joined #openstack-nova10:22
ndipanovbauzas, so what I am saying is: when is this distinction (between disabled and down) useful?10:22
gmannjohnthetubaguy: sdague - please have a look (locked_by ) - https://review.openstack.org/#/c/202391/10:22
johnthetubaguyndipanov: yeah, totally good points, we touched on that a bit at the summit, its important to get this time-proof (and not miss leading vs what is not complete!)10:22
bauzasndipanov: I wasn't part of the whole convo, so I only have a limited amount of understanding here, but we considered that it was better to have a separate field than just marking a service disabled10:22
ndipanovoookay10:22
bauzasndipanov: lemme remember the whole stuff10:22
bauzasndipanov: because it was a couple of months before10:23
johnthetubaguyndipanov: bauzas: that marked down is really where an external system claims it has actually properly fenced a compute node, so evacuate is safe right?10:23
ndipanovjohnthetubaguy, yes10:23
bauzasjohnthetubaguy: yup, that is10:23
johnthetubaguyits really an external service integration point, in my head anyways10:23
ndipanovI mean I get the difference - it's just that the distinction is subtle enough that it may not be useful reall y10:23
bauzasndipanov: I also remember that is_up is buggy10:23
*** Administrator__ has joined #openstack-nova10:23
*** Kevin_Zheng has quit IRC10:24
bauzasndipanov: I mean, given you update a service, it will consider your service back up10:24
johnthetubaguyndipanov: so I think its to do with the difference between nova-compute being dead, and the whole hypervisor being turned off, I guess10:24
johnthetubaguyndipanov: so the cost of failure is high, its two writers to the same volume, and massive data corruption10:24
bauzaslemme remember that, long story, needs to read through the review10:24
johnthetubaguyif it wasn't for the data corruption risk, I would say fixing service group would be the better call10:25
johnthetubaguydoes that make any more sense?10:25
ndipanovyeah I guess10:25
bauzasyeah, I remember it was pretty difficult to assume that we would mark the hosts just by putting the service disabled because it wasn't the same thing10:25
johnthetubaguyagreed, its getting boarder line, but its that horrid miss match between nova-compute dead, but volume still being accessed10:26
ndipanovthe thing I am worried about is how it's being used in the code10:26
*** Kevin_Zheng has joined #openstack-nova10:26
johnthetubaguyah, OK, you mean using it in too many places?10:26
ndipanovor interchange-ably which may cause subtle bugs10:27
*** Administrator_ has quit IRC10:27
ndipanovit should be something that makes sense for the business logic that we write - can_schedule_to vs host_down10:27
ndipanovwhich is I guess the same thing10:28
*** Administrator_ has joined #openstack-nova10:28
bauzasndipanov: so the review is worthwhile https://review.openstack.org/#/c/169836/10:28
*** Administrator__ has quit IRC10:28
bauzasndipanov: in particular in PS1510:29
*** alex_klimov has quit IRC10:29
bauzasndipanov: so, yeah, the thing was10:29
*** Administrator__ has joined #openstack-nova10:29
sdaguemorning folks10:29
bauzasndipanov: so, disabling a service is something orthogonal to checking whether the service is up because it's managing your controlplane10:30
bauzasndipanov: on the other hand, we want to accelerate detecting whether a service is up, because we know that sometimes some tools know better than us10:30
bauzaswhether a service is down, rather10:30
*** dims has joined #openstack-nova10:31
*** Kevin_Zheng has quit IRC10:31
bauzasndipanov: you can see the consensus coming in by PS1510:31
ndipanovyep reading that now very useful - too bad it's not really discoverable10:32
*** Kevin_Zheng has joined #openstack-nova10:32
*** Administrator_ has quit IRC10:32
bauzasndipanov: I agree it's debatable10:32
lucasagomeshi, when you guys have a time please take a look at https://review.openstack.org/#/c/204995/ this is adding some better error handling in the destroy() method of the Ironic driver while preparing it to things we want to do in the future (allowing abort a deployment at any stage)10:32
*** Administrator_ has joined #openstack-nova10:33
johnthetubaguyso this will need some careful docs, which sucks, but I think its reality that sucks here, I think, and we are just modelling that here10:33
bauzasndipanov: since the SG API needs also some work, one could argue that we should rather fix the service detection10:33
*** salv-orl_ has joined #openstack-nova10:34
ndipanovok so it seems that the distinction is useful but poorly named10:34
bauzasndipanov: but here, we consider that even if we strongly improve the mean time to detection, there could be some specific logic that we should consider10:34
*** Marga_ has quit IRC10:34
bauzasndipanov: probably10:34
*** Administrator__ has quit IRC10:34
*** shihanzhang has joined #openstack-nova10:34
johnthetubaguylucasagomes: can you please add this patch into the ironic subteam section in here: https://etherpad.openstack.org/p/liberty-nova-priorities-tracking10:35
ndipanoveven if we fix it to be instanteanious with ZK we still want the added flag to say - these VMs are dead not doing IO10:35
lucasagomesjohnthetubaguy, hey, sure! thanks10:35
*** Administrator__ has joined #openstack-nova10:35
bauzasndipanov: zactly10:35
johnthetubaguylucasagomes: I think thats a more scaleable way to get the right folks to see important bug fix patches, at least I would love that to work :)10:35
*** shz has joined #openstack-nova10:35
ndipanovthanks bauzas good tip10:35
*** hanzhang has quit IRC10:35
johnthetubaguyndipanov: bauzas: yeah, I think thats it, even with perfect service group, we still need this10:36
*** Kevin_Zheng has quit IRC10:36
ndipanovwell we could say that we don't and up to the mgmt tool to do things in the right order, but this way we provide nicer integration API for sure10:37
lucasagomesjohnthetubaguy, ++ added! Thank you10:37
*** salv-orlando has quit IRC10:37
sdaguegmann: reviewed, I'd really like to move that version compare one level deeper, I think it will make everything easier to understand10:37
*** deepthi has quit IRC10:37
*** Administrator_ has quit IRC10:37
*** Kevin_Zheng has joined #openstack-nova10:38
johnthetubaguylucasagomes: no worries, I hope that helps get some attention on that, our next cycle (next week) is going to focus on merging bug fixes and priority features, I hope10:38
*** Administrator_ has joined #openstack-nova10:39
*** Administrator__ has quit IRC10:39
*** shihanzhang has quit IRC10:40
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Enable python34 tests for nova/tests/unit/scheduler/test*.py  https://review.openstack.org/18796810:40
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Get py34 subunit.run test discovery to work  https://review.openstack.org/20472310:41
*** Administrator__ has joined #openstack-nova10:41
*** bradjones has quit IRC10:41
lucasagomesjohnthetubaguy, ah that's great. I will see if I can push on https://review.openstack.org/#/c/204162/ at the Ironic side because that will affect the nova driver too10:42
lucasagomesand add to that etherpad10:42
*** Kevin_Zheng has quit IRC10:42
*** claudiub has joined #openstack-nova10:42
johnthetubaguylucasagomes: ah, OK, not seen the etherpad used that way, but willing to try that out10:42
*** Kevin_Zheng has joined #openstack-nova10:43
gmannsdague: Thanks, actually i also though of doing that in _view_builder.show but that is being used by other methods also like update, rebuild etc10:44
*** Administrator_ has quit IRC10:44
*** shyu has quit IRC10:45
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: support management of downtime during migration  https://review.openstack.org/16225310:45
*** Administrator_ has joined #openstack-nova10:45
*** Administrator__ has quit IRC10:45
*** Jeffrey4l has quit IRC10:45
sdaguegmann: ok, but if this is part of the representation for a server now, why would that be an issue?10:45
*** doude has quit IRC10:46
dimssdague: would the rootwrap daemon be appropriate for L2 or should it wait till L2 is out? (https://review.openstack.org/#/c/180695/)10:47
*** Kevin_Zheng has quit IRC10:47
dimsgood morning! :)10:47
sdaguemorning, so, the check queue is 450 deep, I don't think many new patches are really getting in this week :)10:47
*** salv-orl_ has quit IRC10:47
gmannsdague: humm, there are many extended attributes which only been shown in show /detail server response not in update/rebuild response.10:48
dimssdague: ack thanks10:48
dimswhoa! just looked10:48
*** Administrator__ has joined #openstack-nova10:48
gmannsdague: but as we are adding new attribute (without any extended namespace etc) here, we can allow it for update/rebuild also. right?10:49
dimslooks like something broke last night the charts at the bottom of the zuul queue page are flat last night10:49
gmannsdague: m just wondering about spec where I mentioned only for Show/Detail Response10:51
*** Administrator_ has quit IRC10:52
*** eglynn has joined #openstack-nova10:52
sdaguegmann: so, it feels to me that if we have a detailed version of the server, and that's used a bunch of places, adding new detail should end up there as well.10:52
*** Kevin_Zheng has joined #openstack-nova10:52
johnthetubaguymarkus_z: we should catch up on bugs, we have a triage day scheduled, I would love for you to help push that :)10:52
markus_zjohnthetubaguy: sure. What day is that? I missed that.10:53
sdaguegmann: it's also a little weird to me that locked_by is there even if it's 'null'10:53
sdagueI don't think I'd have done it that way10:54
*** Administrator__ has quit IRC10:54
gmannsdague: but null convey server is not locked10:54
*** Administrator_ has joined #openstack-nova10:54
sdaguegmann: sure, but you could also just not include the attribute10:54
*** ankit_ag has joined #openstack-nova10:55
sdaguebecause for 99.999% of API calls, it won't have a value10:55
*** scheuran has quit IRC10:55
gmannsdague: yea, but that way users has to check that attributes presence first10:56
markus_zjohnthetubaguy: 7th August is bug triage day?10:56
johnthetubaguymarkus_z: all the dates should be on here: https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule10:56
johnthetubaguymarkus_z: yeah, I am thinking of moving it to the Tuesday though, if that works for you?10:57
*** Administrator__ has joined #openstack-nova10:57
gmannsdague: but that also make sense , if server is locked then only this attribute is present10:57
*** Kevin_Zheng has quit IRC10:57
kashyapmarkus_z: Utopic: almost one hour each morning should be a bug triage hour :-)10:57
sdaguegmann: sure, but locked_by seems like a thing that you are only going to look for in very specific instances10:57
markus_zjohnthetubaguy: Tuesday, August 4th is fine for me, sure10:58
sdaguegmann: is there an example of what a real request looks like here where something is LOCKED?10:58
johnthetubaguymarkus_z: ah, so thats really a monday in the UK, due to a holiday, maybe the wednesday is better? that still OK?10:58
sdaguehttps://review.openstack.org/#/c/202391/12/doc/v3/api_samples/servers/v2.9/server-get-resp.json,cm doesn't seem to be one10:58
markus_zkashyap: Jepp, that's my morning routine :) Did miss it during the midcycle meetup10:59
sdaguethat's the null case10:59
*** mpaolino has quit IRC10:59
openstackgerritRadomir Dopieralski proposed openstack/nova: Handle SSL termination proxies for version list  https://review.openstack.org/20647910:59
gmannsdague: let me check10:59
sdaguelike what status is expected?10:59
markus_zjohnthetubaguy: Still fine, a few meetings but feasible.11:00
*** mpaolino has joined #openstack-nova11:00
*** Administrator_ has quit IRC11:00
sdaguewhy did people know a think was locked in the first place11:00
*** Kevin_Zheng has joined #openstack-nova11:00
*** salv-orlando has joined #openstack-nova11:00
*** salv-orl_ has joined #openstack-nova11:01
*** romainh has quit IRC11:01
*** vladikr has quit IRC11:02
markus_zjohnthetubaguy: Would be great if we could push down the number of new bugs at that day.11:02
*** Administrator__ has quit IRC11:02
johnthetubaguymarkus_z: yeah, there is also a focus to try and stop release critical ones early11:02
*** Administrator_ has joined #openstack-nova11:02
gmannsdague: from tests actually i added for null only, which can be with locked server11:02
*** mpaolino has quit IRC11:03
*** annashen has joined #openstack-nova11:03
gmannsdague: its just here - https://review.openstack.org/#/c/202391/12/nova/api/openstack/rest_api_version_history.rst11:03
markus_zjohnthetubaguy: Do you mean to determine faster if a bug is critical?11:03
gmannsdague: functional tests has only null case but unit tests has other combination of admin, owner etc11:04
markus_zjohnthetubaguy: If yes, what criteria did we use in the past?11:04
johnthetubaguymarkus_z: just make sure we spot the critical ones, yeah11:04
johnthetubaguymarkus_z: really release blockers are usually "nasty" regressions, or any critical bug11:04
*** salv-orlando has quit IRC11:05
*** ishant__ has quit IRC11:05
sdaguegmann: so, before this call, how did you know a thing was locked?11:05
gmannsdague: which are just inherited from DB https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/models.py#L29311:05
gmannsdague: before this there was way to know11:05
gmannsdague: till user gets error msg saying server is locked11:05
johnthetubaguymarkus_z: so I wonder if we want to have a bug triage day on 5th, then a review day on 12th, which leaves the Feature Proposal Freeze stuff on 18th, 1st being liberty-3?11:06
gmann* there was no11:06
*** Kevin_Zheng has quit IRC11:06
gmannsdague: from server info there was no way.11:06
*** alex_klimov has joined #openstack-nova11:06
sdagueok, I don't know if you have the tolerance to do this again, but it really seems like a lock is a kind of resource11:06
sdagueso instead of an attribute on server11:06
sdagueI'd have added servers/{ID}/lock11:07
*** Administrator_ has quit IRC11:07
sdagueand fetching that tells you about that lock11:07
*** annashen has quit IRC11:07
johnthetubaguymarkus_z: does that look good? https://wiki.openstack.org/wiki/Nova/Liberty_Release_Schedule#Special_review_days11:08
markus_zjohnthetubaguy: Yes, sounds reasonable. I'll advertise the bug triage day via ML.11:08
*** markvoelker has joined #openstack-nova11:08
johnthetubaguymarkus_z: I know if we do these things two often, people don't show up, but I think those three days should work?11:08
johnthetubaguymarkus_z: cool, did you see our old guide here: https://wiki.openstack.org/wiki/BugTriage and here: https://wiki.openstack.org/wiki/Nova/BugTriage11:08
johnthetubaguymarkus_z: the only thing Nova has extra is that list of bug tags, so the bug tag owners can help set the priority and get attention onto specific bugs, to help scale out the whole process, it would be good to get that happening again (I know some folks are still doing that)11:09
markus_zjohnthetubaguy: Yes, I've seen and read these guides. I did put it together to the developer guide  https://review.openstack.org/#/c/192232/11:09
gmannsdague: yea that way also we can do. But i feel that makes little bit extra effort from user side to know lock information by separate call?11:09
sdaguegmann: sure, but it's an exceptional event11:10
*** humble__ has joined #openstack-nova11:10
sdague99.99999... a lot of nines, % of API calls don't need that info11:10
johnthetubaguymarkus_z: awesome, that sounds good11:11
markus_zjohnthetubaguy: I'll talk to the tag owners which are in the current wiki to see if they need anything for that.11:11
*** shuquan has joined #openstack-nova11:11
gmannsdague: hummm. yea that is exceptional event11:11
*** dheeraj-gupta-4 has joined #openstack-nova11:12
*** markvoelker has quit IRC11:13
*** humble_ has quit IRC11:14
gmannsdague: So shall i go ahead and update spec for that :)- https://github.com/openstack/nova-specs/blob/master/specs/liberty/approved/add-locking-information-in-server-get-response.rst11:15
sdaguegmann: so that would throw your whole approach up in the air, but I don't really like the idea of adding a whole new param that is almost always going to be null11:15
sdaguejohnthetubaguy: do you have a couple of minutes to consider this API thing?11:16
johnthetubaguysdague: API is important, so yes11:16
sdaguegmann: let's at least get an ack from johnthetubaguy, I'd hate to send you down another path that ends up being a dead end11:16
gmannsdague: yea, i agree on that11:16
johnthetubaguysdague: gmann: feels like that should only be in the detail response, is that the debate here?11:17
sdaguejohnthetubaguy: no, not really11:17
sdaguewell, sort of11:17
*** otter768 has joined #openstack-nova11:18
sdaguethe point is the detailed version of the server shows up a few places, like during rebuild.11:18
johnthetubaguyoh11:18
sdaguehowever, more importantly, adding an attr to detailed response that is almost always set to 'null'11:18
sdagueseems really weird11:18
sdagueand it seems like the wrong pattern11:19
gmannsdague: so how about your first approach of not adding this if it is null11:19
johnthetubaguyso in my head I had detail showing everything, not that might be wrong11:19
gmannsdague: johnthetubaguy : like "progress" information in server11:19
johnthetubaguyrebuild returning a detail response seems dumb I guess, maybe we should change those ones, not sure11:20
sdagueyeh, I don't know why that's the case, but honestly, it's probably fine11:20
sdaguehowever, part of me thinks that a "lock" is really a sub resource11:20
johnthetubaguysdague: yeah, that rebuild thing is probably not worth the cost of fixing it, but yeah11:21
sdagueand that if you want the detail about a lock, you should ask for it, vs. it just being on the server representation11:21
johnthetubaguysdague: hmm, maybe, so I have a skewed perspective here, I should share that11:21
sdagueGET /servers/{ID}/lock11:21
*** marcusvrn has joined #openstack-nova11:21
johnthetubaguysdague: so I keep hearing feedback from the folks that work on UI things, and they really hate multiple API calls, and hate proxies and caches to work around that11:22
markus_zkashyap: Would you consider this a bug? https://bugs.launchpad.net/nova/+bug/147854611:22
openstackLaunchpad bug 1478546 in OpenStack Compute (nova) "nova GMR doesn't provide option to specify log_dir path" [Undecided,New] - Assigned to Arun Mani (arun-mani)11:22
*** otter768 has quit IRC11:22
johnthetubaguysdague: now thats not a good reason on its own, just I think thats want makes be lean towards everything11:22
kashyapmarkus_z: Back in a few min, on phone.11:23
sdaguejohnthetubaguy: so instead we have a server representation which grows and has everything anyone could possibly want to know?11:23
johnthetubaguysdague: I get your point though, if we include everything, the detail list becomes next to useless as it gets so big, which is also bad11:23
sdagueright11:23
sdagueplus, it becomes slow, because it's constantly joining everything11:24
sdagueeven when you don't need it11:24
johnthetubaguysdague: agreed11:24
*** shuquan has quit IRC11:24
* johnthetubaguy thinks about an include=lock,progress,foobar query string, then hates himself a little for thinking about that11:25
johnthetubaguygmann: do we have this info available in the API at all yet?11:26
johnthetubaguygmann: I guess right now its just in the DB?11:26
sdaguejohnthetubaguy: so right now it's only exposed via exception11:26
gmannjohnthetubaguy: humm, even i was thinking same adding query or something11:26
sdaguein @check_instance_lock11:26
sdaguedecorator11:26
gmannjohnthetubaguy: yea, only error msg11:26
sdagueoh, except if you are admin.11:27
*** humble__ has quit IRC11:27
sdaguethen you ignore locks11:27
*** Marga_ has joined #openstack-nova11:27
johnthetubaguysdague: unless its an admin lock, but yeah11:28
johnthetubaguygmann: sdague: so I think we all agree its handy if the API tells you about the lock11:28
sdagueyeh, I can see that11:29
johnthetubaguysdague: I guess lock is /instance/uuid/action which kinda means going in detail fits the pattern, but that doesn't make it a good idea either11:29
*** thorst has joined #openstack-nova11:29
sdagueso, how do we feel about locked_by being only included in the details if a lock exists11:31
*** Murali_ has joined #openstack-nova11:31
*** Marga_ has quit IRC11:31
sdagueI can see from a UI perspective why you'd want to indicate all of this in a list view11:31
sdagueand it's on instance11:31
johnthetubaguysdague: so I have a feeling all API calls should care about the lock info, but they don't care today, because there is no information on that right now, is that fair?11:32
*** Marga_ has joined #openstack-nova11:32
sdaguemaybe, the entire lock workflow is weird11:32
*** Murali has quit IRC11:32
johnthetubaguyyeah, it is11:32
*** Murali_ is now known as Murali11:32
johnthetubaguyI mean it might get extended a little with trove instances11:32
johnthetubaguywhen its locked by a service token on boot11:32
johnthetubaguynot sure that helps things much11:33
johnthetubaguyin the UI I could see people greying out options when the instance is locked, that seems quite important actually11:33
sdaguewhen were server locks introduced?11:33
sdagueoh, neat, locked was supposed to be removed in icehouse :)11:34
gmannsdague: is it?11:34
sdaguehttps://review.openstack.org/#/c/38196/11:35
openstackgerritRoman Dobosz proposed openstack/nova: New nova API call to mark nova-compute down  https://review.openstack.org/18408611:35
openstackgerritRoman Dobosz proposed openstack/nova: Service group drivers forced_down flag utilization  https://review.openstack.org/19706311:35
sdaguegmann: in favor of locked_by11:35
sdaguejohnthetubaguy: ok, so the fact that it is locked, feels like that's important top level info for UI11:36
gmannsdague: ahh yea, I saw notes there earlier11:36
sdaguehowever, the details of that lock feels like another API call11:36
sdagueespecially if this is going to extend over time11:36
sdaguebecause, honestly, it feels like locks should have a timestamp and an optional reason11:37
sdagueand I'm sure we'll want to add that over time11:37
johnthetubaguysdague: ah, so thats a very sound argument, I like that11:37
*** coolsvap is now known as coolsvap|away11:37
sdaguewhich means "locked" should should be exposed in show as a True / False11:37
johnthetubaguysdague: locked: True/False at the top, and more details in /instance/uuid/lock, I like that distinction11:37
sdagueyeh11:38
gmannhumm, thats nice idea11:38
*** karimb has quit IRC11:38
*** Murali has quit IRC11:38
sdaguebecause, like you said, trove is totally going to want to extend this later11:38
*** lucasagomes is now known as lucas-hungry11:38
johnthetubaguygmann: so I wish we had spotted this in the spec review, its a failed spec review really, I quite like what sdague is proposing here11:38
johnthetubaguysdague: totally11:38
gmannjohnthetubaguy: yea, we should have thought about that during spec review11:40
gmannjohnthetubaguy: sdague: so let me update the spec and make - locked: True/False in show11:40
sdaguegmann: great, and I think it's ok to still have that show up in any detailed list11:41
johnthetubaguygmann: sdague: how quick do we think we can turn around on the updated approach? I feel like we should give this an exception for a week, if that lets it happen in the face of the process screw up here. does that work?11:41
gmannjohnthetubaguy: sdague : and further we can have  /instance/uuid/lock may be in M (due to deadlines) :)11:41
sdaguelike the rebuild case, a detailed server definition is fine11:41
*** romainh has joined #openstack-nova11:41
johnthetubaguygmann: maybe yeah, I guess, do we think its possible to get this merged next week ish?11:42
sdaguegmann: yeh, that should go to M11:42
*** karimb has joined #openstack-nova11:42
sdaguejohnthetubaguy: honestly, making this patch be that interface is probably an hour of work11:42
gmannsdague: johnthetubaguy : this one i can update quickly11:42
gmannnow only11:42
gmannand tomorrow i can put up info in spec11:43
johnthetubaguysdague: gmann: so I am willing to *try* get a quick turn around on this11:43
johnthetubaguysdague: gmann: I see we approved this in kilo in a similar form: http://specs.openstack.org/openstack/nova-specs/specs/kilo/approved/get-lock-status-of-instance.html11:43
johnthetubaguysdague: gmann: for the sake of two days grace, it feels like we should attempt this for liberty?11:44
sdaguejohnthetubaguy: yes, I think this is a good add11:44
gmannjohnthetubaguy: yea.11:44
*** mwagner_lap has quit IRC11:44
sdagueI just wanted to get ahead of an API change we might regret and have to unwind.11:44
*** dbite has joined #openstack-nova11:45
*** dguitarbite has quit IRC11:45
johnthetubaguysdague: totally11:45
*** bkopilov has quit IRC11:45
johnthetubaguygmann: sdague: well lets try it, it might not make it, but it seems very, very close, and useful, so worth a try11:46
openstackgerritShiina, Hironori proposed openstack/nova: Add a Nova API to inject an NMI  https://review.openstack.org/20261711:46
*** jasondotstar|afk has quit IRC11:46
kashyapmarkus_z: Back, now.  Sorry.  Yeah, looking at that bug -- well, it looks more like an RFE.11:46
gmannjohnthetubaguy: sdague : sure. Thanks11:46
*** VW_ has joined #openstack-nova11:47
kashyapmarkus_z: One can trivially redirect from stdrr w/  stream manipulation using something like "|&"11:47
sdagueyeh, it feels like we should give this one a bit of a break, because we're holding it up a little for a better interface. And having to decide useful feature with worse interface vs. better interface but delayed by 6 months is going to make people pick bad interfaces in review.11:47
johnthetubaguysdague: +111:48
*** karimb has quit IRC11:48
*** dave-mcc_ has quit IRC11:49
johnthetubaguysdague: we have extra process here to stop mess ups, we spotted one, so lets cut this one some slack to compensate11:49
* johnthetubaguy needs to go have some food :)11:49
johnthetubaguygmann: sdague: so one thought, as I run off, what if an "admin" does a detail on the server, its not locked from them, so what should they see for locked? True or False?11:51
garykdaily review request for https://review.openstack.org/#/c/188789 ….11:51
*** jwcroppe has joined #openstack-nova11:51
gmannjohnthetubaguy: sdague : IMO True and further admin can override the lock which was locked by owner11:52
sdaguegmann: yeh, all the locked semantics are an undocumented mess :)11:53
sdaguebut we can sort that out over time11:53
*** rotbeard has joined #openstack-nova11:53
gmannsdague: yea..11:54
*** jordanP has joined #openstack-nova11:55
*** Marga_ has quit IRC11:55
jordanPsahid, hi. Could you (re)review https://review.openstack.org/#/c/192736/ (libvirt:when deleting snapshot use qemu-img to blockRebase if domain is stopped) please ? I have just rebased it.11:55
*** Murali has joined #openstack-nova11:56
*** BobBall_AWOL is now known as BobBall11:56
sahiddanpb: perhaps you may want to look at it ^11:57
sahidjordanP: yes i will do11:57
jordanPsahid, thanks11:57
*** Marga_ has joined #openstack-nova11:58
*** hshiina has joined #openstack-nova12:02
*** annashen has joined #openstack-nova12:04
kashyapjordanP: If you're respinning, please wrap the commit messages at 72 chars; if not, disregard me.12:06
jordanPkashyap, I'll keep that in mind.12:07
kashyapIt's actually noted here (but who reads docs :-)) -- https://wiki.openstack.org/wiki/GitCommitMessages#Summary_of_Git_commit_message_structure12:08
*** markvoelker has joined #openstack-nova12:09
*** annashen has quit IRC12:09
*** karimb has joined #openstack-nova12:09
*** kodoku has joined #openstack-nova12:10
*** dbite has quit IRC12:12
*** raildo has joined #openstack-nova12:13
*** markvoelker has quit IRC12:14
gabriel-bezerramriedem_away: Hi. Thanks for pointing that.12:16
gabriel-bezerraIs gate-nova-python27 still broken?12:16
markus_zkashyap: OK, cool, I was a bit unsure but I think you are right.12:18
*** baoli has joined #openstack-nova12:18
*** jwcroppe has quit IRC12:19
*** doude has joined #openstack-nova12:19
*** jwcroppe has joined #openstack-nova12:20
kodokuHi, when I use nova image-list, nova use glance python client ?12:20
*** kylek3h has joined #openstack-nova12:22
*** josecastroleon has joined #openstack-nova12:22
*** baoli has quit IRC12:23
*** baoli has joined #openstack-nova12:24
*** kylek3h has quit IRC12:26
dims@pkholkin : for the oslo.cache patch, we'll need a way to check if memcached is configured and fail if it isn't (see servicegroup stuff), that's one use case. Another is if memcached is not configured then use in-memory. third is straight in-memory.12:26
lxslikodoku: the python-glance-client library, yes I think so, why?12:26
lxslioops, python-glanceclient12:27
*** mestery has joined #openstack-nova12:27
*** aysyd has joined #openstack-nova12:27
*** scheuran has joined #openstack-nova12:27
kodokulxsli because I have this issue with nova image-list ==> https://bugs.launchpad.net/python-glanceclient/+bug/144266412:28
openstackLaunchpad bug 1442664 in python-glanceclient "Since 0.16.1 client breaks nova when using https" [Critical,Fix released] - Assigned to Stuart McLaren (stuart-mclaren)12:28
*** eharney has joined #openstack-nova12:28
*** markvoelker has joined #openstack-nova12:29
markus_zkodoku: The project doesn't specify it in it's requirements: https://git.openstack.org/cgit/openstack/python-novaclient/tree/requirements.txt12:29
*** mwagner_lap has joined #openstack-nova12:29
kodokumarkus_z ok but I think nova use glance python library12:31
markus_zkodoku:  Yes, I would say so: https://git.openstack.org/cgit/openstack/nova/tree/requirements.txt#n3112:32
kodokuhum 0.18.012:32
kodokuok I test kilo with 0.17.212:32
*** ip0353_ has joined #openstack-nova12:32
markus_z"nova image-list" is made available by the "python-novaclient".12:32
ip0353_Hi, has anyone seen this issue before with instances on the same compute being unable to connect to each other's ports? https://bugs.launchpad.net/nova/+bug/147892512:33
openstackLaunchpad bug 1478925 in OpenStack Compute (nova) "Instances on the same compute node unable to connect to each other's ports" [Undecided,New]12:33
kodokumarkus_z When I launch VM with nova I have this issue "Caught error: 'PoolManager' object has no attribute 'connection_kw'"   Same issue with nova image-list12:33
*** edmondsw has joined #openstack-nova12:33
*** slong_ has joined #openstack-nova12:34
*** dheeraj-gupta-4 has quit IRC12:34
*** slong__ has joined #openstack-nova12:34
*** lucas-hungry is now known as lucasagomes12:35
*** ijuwang has joined #openstack-nova12:35
*** slong has quit IRC12:36
*** rfolco has joined #openstack-nova12:37
markus_zkodoku: Could you double-check it with version 0.18 please?12:37
*** jasondotstar|afk has joined #openstack-nova12:37
*** slong_ has quit IRC12:38
pkholkin@dims: Yes. Folks, what do you think about dims question in case of our patch https://review.openstack.org/#/c/203049/4 ?12:39
*** karimb has quit IRC12:39
*** rlrossit has joined #openstack-nova12:39
dimspkholkin: i believe the servicegroup stuff will not work as the design is based on shared memcached data12:39
*** mdrabe has joined #openstack-nova12:40
markus_zkodoku: The release letter of python-glanceclient says that version 0.18 contains the fix: http://docs.openstack.org/developer/python-glanceclient/#id712:40
johnthetubaguyip0353_: honestly, its quite hard to get all the networking config correct, I think asking in #openstack might find someone who knows how to debug neutron config is likely to be the best bet, unless I am missing something12:40
ZZellegaryk, hi12:41
*** ip0353__ has joined #openstack-nova12:41
*** VW_ has quit IRC12:41
*** VW_ has joined #openstack-nova12:41
*** zhenguo has quit IRC12:42
*** artom has joined #openstack-nova12:42
*** vladikr has joined #openstack-nova12:42
garykZZelle: hi, whats up12:43
ip0353_@johnthetubaguy Thanks, I'll try asking there. I am not completely sure whether this is a config issue. I seem to have exactly one compute node on which this works and after comparing all the configs, they all are the same12:43
ZZellegaryk, one question about https://review.openstack.org/#/c/5888312:43
openstackgerritPavel Kholkin proposed openstack/nova: switch to oslo.cache lib  https://review.openstack.org/20304912:44
garykZZelle: sure. how can i help12:44
*** dave-mccowan has joined #openstack-nova12:44
pkholkindims: but previously we wanted to remove common/memorycache.py and use our in-memory DictBackend12:45
ZZellegaryk, does nova handle correctly glance vsphere backend? (ie: avoid to copy glance image file from glance over http)12:45
ZZelleand copy it between datastores12:45
*** coolsvap|away is now known as coolsvap12:45
*** ip0353 has joined #openstack-nova12:45
garykZZelle: it should unless those patches are still in review in nova (which they very well may be). give me a few minutes to check12:46
*** hshiina has quit IRC12:46
ZZellegaryk, ok12:46
*** VW_ has quit IRC12:46
*** ip0353__ has quit IRC12:47
*** ip0353_ has quit IRC12:47
johnthetubaguygaryk: are multiple swap disks possible in BDMs? thinking about this one: https://review.openstack.org/#/c/14217412:47
*** eglynn has quit IRC12:48
kodokumarkus_z I upgrade but look my trace http://paste.openstack.org/show/406059/12:48
danpbjohnthetubaguy: yep, pretty sure we allow multiple swaps12:48
kodokumarkus_z Why nova use http.py library and not https.py ????? My endpoint is full https :/12:49
danpbthere's no conceptua reason why we'd limit it12:49
garykjohnthetubaguy: the code for the parsing of the bdms implies that it is.12:49
*** jasondotstar|afk is now known as jasondotstar12:49
garykZZelle: the idea is that the glance images are kept on a datastore and when importing the image there is a direct copy from one datastore to another.12:50
ip0353@johnthetubaguy it's either a very hidden config file that I don't know of, or maybe a bug? I don't know, I've been stuck on trying to figure out what's wrong with this for a couple of days12:50
johnthetubaguygaryk: danpb: so I wondered about that, but I am seeing the opposite here: https://github.com/openstack/nova/blob/master/nova/virt/driver.py#L11512:50
*** karimb has joined #openstack-nova12:50
*** changbl has joined #openstack-nova12:50
*** y_sawai has joined #openstack-nova12:50
ZZellegaryk, that's what i understood but i assume nova icehouse would support such behavior because it's implemented on glance side12:51
garykZZelle: i think that code may have only landed in nova in k. i am still checking12:51
danpbjohnthetubaguy: hmm, wouldn't be surprised if we allow it in the BDM and then don't support it properly in drivers :-)12:51
ZZellegaryk, but it's not working and according to nova code i am not sure i was merged in k.12:51
johnthetubaguyip0353: so this is really for nova development topics, where as this seems like a neutron usage issue, so I think #openstack is a better place to get an answer quickly, I don't know the details of neutron configuration, but folks on those other channels should be able to help you better12:51
garykjohnthetubaguy: i think that this is my bad. it can only support one and not multiple12:51
danpbndipanov: is probably person who knows for sure12:52
*** karmatronic has joined #openstack-nova12:52
johnthetubaguydanpb: yeah, I was just thinking the same thing, ndipanov swaps, do we allow multiples or maybe just not implement multiples?12:52
garykZZelle: the different projects work at their own pace….12:52
garykZZelle: for example the neutron plugin - has nsxv support in K and the nova code has yet to land in l :(12:53
*** mpaolino has joined #openstack-nova12:53
markus_zkodoku: Do you use the Juno release?12:53
ZZellegaryk, :/12:54
garykso whoever wants to use this stuff in k is between a rock and a nhard place12:54
ip0353johnthetubaguy thanks a lot!12:54
*** y_sawai has quit IRC12:54
*** karimb has quit IRC12:54
*** moshele has quit IRC12:55
garykZZelle: give me a few minutes to check with the latest nova code. i just need to configure my devstack env (by default i use the filesystem for glance)12:55
johnthetubaguyip0353: ah, looks like the folks on #openstack have done their support magic, all good, security groups could well be the answer12:55
*** changbl has quit IRC12:55
kodokumarkus_z no kilo12:56
ndipanovjohnthetubaguy, we don't and it would raise an error in the aPI12:56
kodokumarkus_z I try to upgrade 0.17.2 to 0.1812:56
*** clduser has joined #openstack-nova12:56
*** rushiagr is now known as rushiagr_away12:56
johnthetubaguyndipanov: ah, cool, thats consistent then, sweet.12:57
garykjohnthetubaguy: i need to change my score. only issue is an indentation - but that is not worth blocking something as it passes pep812:57
ndipanovjohnthetubaguy, https://github.com/openstack/nova/blob/master/nova/compute/api.py#L1280-L128212:57
danpbhmm, mriedem_away's massive patch series is going to conflict nicely with os-brick12:58
*** moshele has joined #openstack-nova12:58
* danpb wonders whether to just approve them both and see which one wins12:58
garykdanpb: gate is down so it will be a race in anycase …12:58
johnthetubaguyndipanov: cool, so I was being lazy, thats actually quite obvious in the end, I only got this far: https://github.com/openstack/nova/blob/master/nova/virt/driver.py#L11512:59
kodokumarkus_z Ok new error but maybe nova 2.23.0 no works with 0.18.012:59
garyki think that the brick stuff should land first as moving all of that stuff around may break things with the merge, but that is my two cents12:59
ndipanovjohnthetubaguy, np that's what IRC is for :)12:59
johnthetubaguydanpb: I would be +1 for brick at this point12:59
johnthetubaguyndipanov: very true12:59
danpbnb, mriedem_away's stuff is already pending with +A12:59
johnthetubaguydanpb: ah, gotcha13:00
danpbso its really whether to also approve brick at the same time13:00
johnthetubaguylooking foward to the next version of gerrit that tells us about those clashes, at least I think it did13:00
johnthetubaguydanpb: I am tempted to say approve it, so the trivial re-approve process can save it, but maybe thats just dumb?13:01
*** gszasz has quit IRC13:02
*** afazekas has quit IRC13:02
johnthetubaguyI guess rebasing on top is the best way?13:02
markus_zkodoku: The version number 2.23.0 is used in the python-novaclient. The python-novaclient *doesn't* use the python-glanceclient. This should be listed in the requirements.txt13:03
kodokukragniz ok I found my issue. It's nova client. Wrong usage with endpoint13:03
*** moshele has quit IRC13:03
garykjohnthetubaguy: danpb: can you guys please look at https://review.openstack.org/187942 it was rebased. needless to say it is based on https://review.openstack.org/#/c/188789 (which i hope may land in the next few weeks)13:04
*** Kevin_Zheng has joined #openstack-nova13:04
kodokumy endpoint is https://proxy/compute for computeV213:04
kodokukragniz with  nova --debug I see "GET /compute/v2/d6f612ae52a9411f86ab5e2a79b4fd7e/images/detail HTTP/1.1" 500 12813:04
kragnizkodoku: cool13:04
johnthetubaguygaryk: did I change much since I did +A? I guess it was all rebase stuff?13:05
*** annashen has joined #openstack-nova13:05
kodokuBut in log nova-api.log I see http://proxy/v2/d6f612ae52a9411f86ab5e2a79b4fd7e/images/detail13:05
openstackgerritGhanshyam Mann proposed openstack/nova: Show 'locked_by' information in server details  https://review.openstack.org/20239113:05
*** Administrator_ has joined #openstack-nova13:05
kodokuBut it's wrong13:05
kodokuI need to see https://proxy/compute/v213:05
*** gszasz has joined #openstack-nova13:06
kodokuyou see markus_z ? sorry i  quote kragniz and not you ^^13:07
garykjohnthetubaguy: the code did not change - there was just a conflict with the unit tests - that is the console patch landed and that added a new test and git dit not like that - kind of adding new tests at the end of files is a recipe for conflicts13:07
johnthetubaguygaryk: I figured, looked like the adds and removes were the same number13:07
gmannsdague: johnthetubaguy : updated locked info one. please have look- https://review.openstack.org/#/c/202391/1313:07
gmannIf any comments, I will check tomorrow. see ya13:08
markus_zkodoku: Good to hear that this is solved for you. Would be great if you could add your observation to the bug report for later references and other contributors.13:08
*** amotoki has joined #openstack-nova13:08
kodokumarkus_z I don't know HOW nova make his URL for contact API13:08
*** Kevin_Zheng has quit IRC13:08
*** moshele has joined #openstack-nova13:08
sdaguegmann: yeh, I like that much better13:09
johnthetubaguygaryk: follow question on the neutron stuff I was reviewing the other day13:09
sdaguejohnthetubaguy do you need a respin of the spec based on that?13:09
garykjohnthetubaguy: all ears13:09
johnthetubaguygaryk: what happens to the instance networking if a call up update the vnic index failes when its required13:09
*** Kevin_Zheng has joined #openstack-nova13:09
*** annashen has quit IRC13:09
garykjohnthetubaguy: to the instance nothing.13:10
johnthetubaguysdague: we probably should do that, give its the API, but be sure we review that13:10
johnthetubaguygaryk: I guess if it fails you get no networking setup though?13:10
sdaguezomg, getting graphviz flow charts to work, is a bit interesting13:10
garykif for some unlikely reason the vnic index was not updated in the VC for the security groups the instance will not be able to get a DHCP address if there is no vmware tools installed13:10
garykjohnthetubaguy: in addition to this port security may not work13:11
*** bfic has quit IRC13:11
johnthetubaguygaryk: no port security sounds bad...13:11
kodokumarkus_z Can you tell me why that ?? http://paste.openstack.org/show/406065/13:11
*** Administrator_ has quit IRC13:11
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894013:11
openstackgerritSergey Nikitin proposed openstack/nova: Fixed incorrect behaviour of method _check_instance_exists  https://review.openstack.org/20303713:11
johnthetubaguygaryk: I guess whenever we see the extension, we really need to call it? or is that not true either?13:11
*** xyang1 has joined #openstack-nova13:12
*** Administrator_ has joined #openstack-nova13:12
garykjohnthetubaguy: i am not sure that i understand?13:12
garykbasically this is only something that is supported by the NSXv plugin. All other NSX plugins do not require this13:13
markus_zkodoku: I'm sorry, but I know next to nothing about the API.13:13
johnthetubaguygaryk: so I am thinking about this bit: https://review.openstack.org/#/c/147126/20/nova/network/neutronv2/api.py,cm13:13
*** nelsnelson has joined #openstack-nova13:13
*** kodoku_ has joined #openstack-nova13:13
*** nelsnelson has quit IRC13:13
*** tpeoples has joined #openstack-nova13:13
johnthetubaguygaryk: what should we do when the exception is raised, right now we silently ignore it, which feels bad if that means we might fail to add security groups13:13
*** nelsnelson has joined #openstack-nova13:14
garykjohnthetubaguy: no, the security groups are configured13:14
*** VW_ has joined #openstack-nova13:14
garykthe problem is that the spoofguard policy for the VM will not be updated.13:14
garykthat means that the VM will not get a DHCP address13:14
*** edmondsw has quit IRC13:14
garykthere are 2 options here:13:14
garyk1. fail the instance boot13:14
*** Kevin_Zheng has quit IRC13:14
garyk2. let the instance boot and troubleshoot13:15
garyki prefer the latter13:15
*** Kevin_Zheng has joined #openstack-nova13:15
johnthetubaguygaryk: so its not quite as bad as 1, as I think it should be able to retry the build (although that might not work right now, due to other bugs)13:15
*** kodoku has quit IRC13:15
*** gzhai has quit IRC13:15
*** rdo has quit IRC13:15
*** xyang has joined #openstack-nova13:16
johnthetubaguygaryk: I think we generally go for (1) though, report the error, rather than hide it in the logs silently13:16
johnthetubaguygaryk: although I would be the first to admit we are far from consistent on these things13:16
garykwhy do you think that?13:16
*** zzzeek has joined #openstack-nova13:17
garykin the VC case there may be only one host - that is a cluster13:17
garykso the instance will not be booted and there will be a failed boot. this could even be due to a problem with the DB that is spurious13:17
johnthetubaguygaryk: ah, so I totally forgot that doesn't work for you folks :(13:17
*** cpschult has joined #openstack-nova13:17
garykan admin that has proper tools to troubleshoot should easily be able to see what has happened here and rectify.13:17
*** xyang1 has quit IRC13:17
*** Administrator_ has quit IRC13:18
gabriel-bezerraGood morning. Is gate-nova-python27 still broken?13:18
*** Administrator_ has joined #openstack-nova13:18
edleafelxsli: saw your comment on https://review.openstack.org/#/c/206249. Sorry for not giving you co-author, but the patchset I took it from only had jaypipes' name on it13:18
*** otter768 has joined #openstack-nova13:19
openstackgerritJorge Niedbalski R. proposed openstack/nova: Detach iSCSI latest path for latest disk  https://review.openstack.org/13538213:19
*** browne has joined #openstack-nova13:19
*** Kevin_Zheng has quit IRC13:20
*** READ10 has joined #openstack-nova13:20
rlrossitdansmith: https://review.openstack.org/#/c/190145/14/nova/tests/unit/objects/test_objects.py,cm I'm having trouble keeping up... I need my unit tests to catch everyone on this instead of hoping I stumble upon them.13:20
*** Kevin_Zheng has joined #openstack-nova13:20
johnthetubaguygaryk: but failing and making the user retry (or fixing nova's regular build retry mechanism for vmware could avoid forcing the user do that)13:20
*** rushiagr_away is now known as rushiagr13:21
lxslimorning edleafe13:21
johnthetubaguygaryk: so I am looking in the neutron file, and we are far from consistent, so I guess its wrong to block this approach13:21
lxsliyeah I should possibly be co-author on that one by now but I'm not too bothered13:21
edleafelxsli: just sayin' that if I had seen your name, I would have given you credit.13:22
lxsliedleafe: cool cool :)13:22
*** Administrator__ has joined #openstack-nova13:23
*** Administrator_ has quit IRC13:23
*** otter768 has quit IRC13:23
garykjohnthetubaguy: correct. there are different flows and different ways in handling it. with our stress testing and validations (which have been done since kilo) this has not been an issue13:23
*** nelsnelson has quit IRC13:23
garykthen again i am not sure that will help in favor or against13:24
*** Administrator_ has joined #openstack-nova13:24
*** nelsnelson has joined #openstack-nova13:24
johnthetubaguygaryk: true, if its a very rare failure, I prefer failing early more, that argues against bothering with a retry, in some ways13:25
johnthetubaguygaryk: anyways, appreciate describing the impact of the exception being hidden, that was really my question here13:26
*** Kevin_Zheng has quit IRC13:26
johnthetubaguygaryk: I know as an operator I prefer the obvious failures, but I don't know if thats true for all operators13:27
*** lucas____ has joined #openstack-nova13:27
*** Administrator__ has quit IRC13:28
*** Kevin_Zheng has joined #openstack-nova13:28
*** dguitarbite has joined #openstack-nova13:28
garykjohnthetubaguy: i am fine to update the code to raise the exception.13:28
*** xyang1 has joined #openstack-nova13:28
*** dguitarbite is now known as Guest1185913:28
garykthe fact that it did not happen does not mean that it will not happen.13:28
garyki'll update13:28
dansmithrlrossit: yeah, but thanks for catching things manually in the meantime13:29
dansmithrlrossit: you said something to me yesterday and then went offline before I could answer.. but I don't remember what it was13:29
rlrossitdansmith: it gives me a good spike in reviews :)13:29
dansmithyeah13:29
rlrossitto the chat logs!13:29
rlrossitcopy-pasta: dansmith: possibly totally unreasonable test, but if there is any change in an object adding a field, there has to be something in obj_make_compatible to take out that field if it goes to the previous version right? So we should be testing that13:30
*** Administrator_ has quit IRC13:30
johnthetubaguygaryk: OK, thanks13:31
dansmithrlrossit: oh right.. so that would be an awesome test, except that I don't think we know what version an attribute was added in, do we?13:31
johnthetubaguygaryk: sorry to rat hole on that, just trying to understand the code, I think I am happy with the rest of that now, thanks for the updates around the base_api and stuff, that reads better to me now13:31
bauzasdansmith: do you have a few mins for discussing about NovaObjects ?13:31
bauzasdansmith: see you discussing with rlrossit so taking the next item :)13:32
garykjohnthetubaguy: np. i am just happy that someone is looking at this13:32
dansmithbauzas: yeah, in a sec13:32
*** dboik has joined #openstack-nova13:32
bauzasdansmith: np13:32
*** cfriesen has joined #openstack-nova13:32
openstackgerritZhai, Edwin proposed openstack/nova: Fix notify_decorator errors  https://review.openstack.org/20357313:32
dansmithrlrossit: so what's the status of your patch now? I saw you talking with mriedem about getting stable properly running the other stuff13:32
rlrossitdansmith: so I was thinking we could do it by taking current version, generating a primitive, backport that to current-1, and then assert it doesn't have keys that it doesn't have fields for13:32
rlrossitdansmith: none of it got solved, still infinite recursion :(13:33
johnthetubaguygaryk: did we get anyone from the security team to review the metadata service proxy at all, I guess I am wondering if the looked at this when it merged in neutron?13:34
*** Kevin_Zheng has quit IRC13:34
johnthetubaguygaryk: its just crypto is hard, and I really don't feel qualified when I am looking at that change, and thats a crap answer, but its the truth13:34
dansmithrlrossit: but the thing you're testing is the thing that would remove the keys/fields13:35
dansmithrlrossit: we don't actually store programatic history of the objects.. i.e. we can't randomly get version 1.23 if our code to generate 1.23 is wrong13:35
johnthetubaguygaryk: so I have a feeling I was miss-reading this, there is not as much new here as I was first thinking, let me get back to you on that13:35
*** gzhai has joined #openstack-nova13:36
garykjohnthetubaguy: not sure that i understand? why do we need someone from the security team to review traffic being redirected by a load balancer?13:36
garykjohnthetubaguy: i am not sure what crypto part you are referring to. the neutron secret? that is what exists in the neutron code today (and it is pretty easy t break)13:36
garykwe are just supporting the same interfaces13:37
rlrossitdansmith: but if we knew 1.23 was good, and we made 1.24 where we added the field 'foo', couldn't we try going from 1.24 to 1.23 and assert there isn't a 'foo' in the primitive after the backport?13:37
johnthetubaguygaryk: it felt like a totally new system, but its more that I didn't see the shared code, I am looking more closely now13:37
openstackgerritdane-fichter proposed openstack/nova: libvirt: Raise error when booting from encrypted volumes  https://review.openstack.org/20378413:37
johnthetubaguygaryk: yeah, I just noticed that, its basically the same, looking closer now13:37
dansmithrlrossit: yes, but where is the source of truth that says 1.23 should be missing? or are you talking about only fields that cause us to have a relationship with another object (and thus be in the relationships map)?13:38
garykjohnthetubaguy: for the metadata the issue here is that we do not have a neutron proxy that injects the headers to determine which instance sent the request. instead we have a load balancer running as part of the dhcp/routing service inject a hhtp header that helps us locate the instance id13:38
dansmithrlrossit: mriedem_away: did the patch to stable to fix the version used in the backport call get landed?13:38
*** shuquan has joined #openstack-nova13:38
*** gzhai has quit IRC13:39
dansmithlooks like not13:39
johnthetubaguygaryk: yeah, thats why I wasn't expecting the code path to be so different, just trying to work out whats different with the regular case13:39
*** chuckcarmack has joined #openstack-nova13:39
rlrossitdansmith: this might be because I'm misunderstanding it, but basically in obj_make_compatible() if we add a field, we should always be doing if version < (major, minor): del primitive['thing_i_added']?13:39
garykjohnthetubaguy: in the ref arch guest <-> dhcp agent <-> proxy <-> metadata service api13:40
dansmithrlrossit: so you need your patch to depends-on that patch from mriedem against stable, right?13:40
garykthe proxy interfaces with neutron to get the instance id13:40
rlrossitdansmith: it didn't land but I did a depends-on the stable fix, but that still didn't solve the infinite recursion13:40
dansmithrlrossit: yep13:40
dansmithrlrossit: you did it and then removed the depends-on?13:40
garykjohnthetubaguy: nsx support guest <-> nsx dhcp with load balancer <-> metadata service13:40
dansmithrlrossit: https://review.openstack.org/#/c/198730/13:40
garykhere the metadata service queries neutron13:40
dansmithrlrossit: that just depends-on your logging change13:41
rlrossitdansmith: our 2 conversations are merging... I have no idea what you're talking about13:41
johnthetubaguygaryk: yeah, thats cool13:41
dansmithrlrossit: sorry, lets table the additional test chat for a sec13:41
garykjohnthetubaguy: advantages - client caching for tokens, on less point of failure on the way13:41
rlrossitdansmith: but I rebased the logging change on mriedem_away's backport13:41
*** dane-fichter has joined #openstack-nova13:41
rlrossitcool13:41
johnthetubaguygaryk: I think its really just that I think the code needs to be a bit more DRY13:41
garykit is very dry, a desert out there...13:41
rlrossitbauzas is going to start becoming impatient :)13:41
bauzasrlrossit: ah ah no worries13:41
dansmithrlrossit: this: https://review.openstack.org/#/c/198730/ needs to depends-on this: https://review.openstack.org/#/c/205686/13:41
dansmithrlrossit: and it doesn't right?13:42
garykjohnthetubaguy: can you please be more specifc regarding how we can improve the code?13:42
*** lucas____ has quit IRC13:42
*** ctrath has joined #openstack-nova13:42
johnthetubaguygaryk: I am adding comments now, just digging into it still13:42
garykok, thanks13:42
johnthetubaguygaryk: I will try be specific about what I wanting to see, really just a heads up, then I realised its not all that different after all13:43
rlrossitdansmith: so here's the chain of what's going on: https://review.openstack.org/#/c/198730/ depends on https://review.openstack.org/#/c/205611/ which is rebased (depends on) https://review.openstack.org/#/c/205686/13:43
dansmithoh right, I missed that you had a non-zuul dependency on mriedem_away's13:44
*** bkopilov has joined #openstack-nova13:45
dansmithrlrossit: okay, but this clearly made an improvement, right?13:46
*** lucas____ has joined #openstack-nova13:46
dansmithwe're no longer ping-ponging back and forth between 1.16 and 1.1913:46
rlrossitdansmith: nope, it's still a problem13:46
rlrossitlemme find the logs13:46
*** deepakcs has quit IRC13:47
garykjohnthetubaguy: ok, thanks13:47
lxslibauzas: so if I push a new version of 128992 removing total, used and overcommit_ratio from __init__, you could +1?13:47
lxslibauzas: I don't see a problem with that13:47
bauzaslxsli: I just added a comment now13:48
rlrossitdansmith: uhhhhh... this is weird13:48
lxslibauzas: yeah I read it, I'm just doublechecking we're on the same page before I push a new version13:48
rlrossitdansmith: it is just retrying 1.16 -> 1.16 -> 1.16 over and over again13:48
*** nelsnelson has quit IRC13:48
dansmithright13:48
dansmithwhich makes me think something else silly got broken13:48
dansmithlike some logic moved in the process of adding debug or something13:49
lxslibauzas: in fact I can delete the whole __init__ method13:49
bauzaslxsli: tbh, we don't probably need an init method, but I left the use of obj_set_defaults() to keep the previous behaviour, ie. making sure that the ratio is set to 1.0 anyway13:49
rlrossitdansmith: so this is a ryan error, not a nova error now?13:49
bauzaslxsli: why ?13:49
bauzaslxsli: oh, because that's a mixin, right?13:49
lxslibauzas: I can put the default in the field declaration13:49
bauzaslxsli: yeah, that's just I added13:50
dansmithrlrossit: just sayin' that's what it kinda feels like, but still looking13:50
dansmithbauzas: using obj_set_defaults() in __init__ is dangerous13:50
rlrossitdansmith: I am more than willing to be proven the one with a bug if it means I get to finally solve this13:50
*** thangp has joined #openstack-nova13:50
bauzasdansmith: why so ? pretty interested in knowing why :)13:50
dansmithbauzas: let me code up an example, just a sec13:51
bauzasdansmith: sure thing13:51
*** belmoreira has quit IRC13:51
bauzas(if so, I have to modify my own patch series=13:51
*** edmondsw has joined #openstack-nova13:51
bauzaswhich is understandable13:51
bauzasdansmith: just for your records, lxsli and I are debating since this morning about https://review.openstack.org/#/c/128992/2213:52
lxslican't see where obj_set_defaults is normally called from13:52
bauzaslxsli: it's never called, you have to call it explicitely13:52
lxslibauzas: but no-one else calls it explicitly yet? that seems odd13:52
*** mriedem_away is now known as mriedem13:53
dansmithbauzas: http://paste.openstack.org/show/406072/13:53
* bauzas looking13:53
*** andrewbogott has joined #openstack-nova13:53
bauzasdansmith: oooooh, right, tbh I also saw that13:53
openstackgerritSean Dague proposed openstack/nova: Document when we should have a microversion  https://review.openstack.org/19118813:54
*** andrewbogott has left #openstack-nova13:54
bauzaslxsli: dansmith is right, I made a pattern that way https://review.openstack.org/#/c/145528/35/nova/objects/request_spec.py,cm13:54
lxslidansmith: is obj_set_defaults called from o.vo?13:54
dansmith?13:54
*** karmatronic has quit IRC13:54
dansmithit's provided in o.vo, but it's never called implicitly, no13:54
claudiubdanpb: hello! If you have a bit of time, can you take a look at this? You've already did some reviews on it, it has a +2 already: https://review.openstack.org/#/c/190997/13:54
*** fawadkhaliq has joined #openstack-nova13:55
johnthetubaguygaryk: I added some suggestions on https://review.openstack.org/#/c/147539, on the upside, I have a feeling the unit tests are good, so they should keep working across my suggested refactor, which is handy.13:55
lxsliI'm quite confused as no-one ever seems to call it13:55
danpbclaudiub: aren't we too late to be dealing with specs now   (johnthetubaguy   ^^^ ?)13:56
bauzasdansmith: are you considering then https://review.openstack.org/#/c/145528/35/nova/objects/request_spec.py,cm L63 to be valid ?13:56
*** ctrath has quit IRC13:56
*** tpeoples has quit IRC13:56
dansmithbauzas: I really need to continue focusing on rlrossit's thing for a bit, I just wanted to end the obj_set_defaults() speculation13:56
claudiubdanpb: it can still be approved, and it will good for M?13:57
bauzasdansmith: okay, take your time, we can discuss about that later on13:57
garykjohnthetubaguy: ok, thanks13:57
bauzasI'm just wondering the correct pattern for objects instantiation with defaults13:57
bauzasdansmith: ^13:57
*** ajayaa has quit IRC13:58
johnthetubaguyclaudiub: danpb: the spec deadline was the end of last month, but mitaka is now open for specs (I will send out an email once this review push is over)13:58
johnthetubaguyclaudiub: danpb: the exceptions are bug fixes that needs a spec (API changes), priority stuff (although that should be done too really), and updates to existing specs13:59
dansmithrlrossit: so this first line here: http://logs.openstack.org/30/198730/14/check/gate-grenade-dsvm-partial-ncpu/a29229b/logs/old/screen-n-cpu.txt.gz?level=INFO#_2015-07-27_15_35_20_30014:00
danpbok, so claudiub's spec needs to be reposted against M tree then14:01
dansmithrlrossit: is confusing because the old side can take instance list 1.16, which means it shouldn't fault on it, which means we're not logging the actual thing it's choking on right?14:01
*** shuquan has quit IRC14:01
*** Murali has quit IRC14:01
johnthetubaguyyes, I think thats the comment mriedem added, I just added the same comment14:01
*** tpeoples has joined #openstack-nova14:01
dansmithrlrossit: ah, I see, yeah you're printing the objprim version/name14:02
claudiubdanpb: johnthetubaguy: sure, I can do that, but there is no mitaka subfolder in nova-specs yet.14:02
*** gszasz has quit IRC14:02
dansmithrlrossit: but what must be happening at this point, I think, is that we're legitimately failing to backport some sub-object and we just need to know what that object is so we can fix our obj_relationships map, right?14:02
*** burt has joined #openstack-nova14:02
*** neiljerram has joined #openstack-nova14:02
rlrossitdansmith: but the backport of the subobject should still be logging right?14:03
rlrossit(totally agree, just wondering where the logs are)14:03
dansmithrlrossit: we need to log the thing that caused the error on the old side (so your DNM patch)14:03
dansmithrlrossit: the new side doesn't know what the problem is, because we're (properly) asking for InstanceList 1.16, which is the top, and we expect everything inside to be good14:04
lxsliclaudiub: just make it14:04
*** Piet has joined #openstack-nova14:04
dansmithrlrossit: but since that's not happening, we need a bit of logging on the old side to see what it keeps complaining about14:04
danpbclaudiub: yes it does exist14:04
danpbclaudiub: you must not have up2date gitcheckout14:04
rlrossitdansmith: ok, so basically put logging in the exact same spot except in the kilo change?14:04
dansmithrlrossit: lemme push it up and I'll show you14:05
*** abhishekk has quit IRC14:05
*** MentalRay has joined #openstack-nova14:05
*** ctrath has joined #openstack-nova14:05
rlrossitdansmith: you just going to hijack my review and put good logging in?14:05
dansmithrlrossit: yes14:05
dansmithand by "put good logging in" I mean "change one line slightly"14:05
lxslibauzas: check out nova/objects/base.py:61014:05
*** annashen has joined #openstack-nova14:06
mnestratovdansmith: hi, I answered to your questions in https://review.openstack.org/#/c/184311/ . Can you take a look?14:06
openstackgerritDaniel Berrange proposed openstack/nova-specs: Virtual guest device role tagging  https://review.openstack.org/19566214:06
bauzaslxsli: mmm, you mean https://github.com/openstack/nova/blob/master/nova/objects/base.py#L610 ?14:06
dansmithmnestratov: you're #4 in line, but yes :)14:06
mnestratovdansmith: :)14:07
lxslibauzas: yep. I suspect that's all specifying a default in a field does for you14:07
bauzaslxsli: correct14:07
*** ivasev has joined #openstack-nova14:07
*** ankit_ag has quit IRC14:08
bauzaslxsli: well, I looked at that a couple of months before, so I'm mostly rusty here14:08
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds Hyper-V UEFI Secure Boot spec  https://review.openstack.org/19099714:08
lxslibauzas: tempted to cut the knot by not providing a default for now :p14:08
claudiubdanpb: yeah, you're right, I didn't rebase it on origin/master, sorry. :)14:08
rlrossitdansmith: I rebased that chain of two, so when you get the logging up I can push those back up to see what happens14:08
bauzaslxsli: but IIRC, defaulting a field doesn't mean it will be instanciated to the default value when the object is created14:08
lxslibauzas: that appears to be correct yes14:08
ndipanovbauzas, lxsli that's a bug imho but it's not so easy to fix14:09
*** yamahata has joined #openstack-nova14:09
bauzaslxsli: unless you explicitely call obj_set_defaults(field) for the reason dansmith provided14:09
lxslindipanov: +114:09
bauzaslxsli: ie. that really depends on the object and how it's hydrated14:09
dansmithrlrossit: okay pushed14:10
*** boris-42 has joined #openstack-nova14:10
lxslibauzas: so if the object has ever been saved to the DB, it should already have the default in it14:10
bauzaslxsli: here, we need to agree on a pattern14:10
*** mpaolino has quit IRC14:10
*** annashen has quit IRC14:11
bauzaslxsli: if the object is given by a DB call like a obj.get_by_id(), it's populated from what it gets14:11
bauzaslxsli: in that case, an obj_set_defaults() sounds risky14:11
lxslibauzas: I think we need to set the default a) when the attr is requested, once we realise the object isn't in the DB; b) before we save to the DB14:11
lxslib cont) assuming there is no value set (which is different to None being set)14:12
bauzaslxsli: I'd rather say depending on whether the object is orphaned or not14:12
openstackgerritRyan Rossiter proposed openstack/nova: Fix test_relationships() for subobject versions  https://review.openstack.org/19890414:13
openstackgerritRyan Rossiter proposed openstack/nova: Change List objects to use obj_relationships  https://review.openstack.org/19873014:13
bauzaslxsli: if that's an orphaned object, who cares about what could give the DB?14:13
dansmithrlrossit: so, I'm hoping that the next log run we get will tell us that "foo object at 1.700 failed" and we can go check our relationships and see that you missed one or something14:13
dansmithrlrossit: entirely possible something shifted underneath you since your first version and you just didn't catch it14:13
rlrossitdansmith: time to sit and stare at zuul for a good hour14:13
dansmithrlrossit: yeah, and 800+ things in the queue it'll be a while :/14:13
dansmithrlrossit: you could, of course, spend the time getting grenade to run locally :)14:14
rlrossitdansmith: yeah there's a good chance one of the 13 rebases involved a mistake14:14
rlrossitbut that involves working....14:14
mnestratovtaking into account the fact that non priority feature freeze is approaching could cores pay some attention to virtuozzo related patches? They are absolutely trivial:14:14
mnestratov    snapshot feature support:14:14
mnestratov    - https://review.openstack.org/#/c/184153/14:14
mnestratov    resize support:14:14
mnestratov    - https://review.openstack.org/#/c/182390/14:14
mnestratov    - https://review.openstack.org/#/c/182257/14:14
dansmithrlrossit: yeah, but if so, it'll be an easy fix and we'll be on our way14:14
rlrossityeah I might do that in the meantime if it's pretty simple14:14
bauzasman, I really need to get my yellow belt for objects :)14:14
lxslibauzas: I don't know what orphaned means in o.vo context well, can you help me? Do new objects start out orphaned? Can orphaned objects be saved? Can an object become un-orphaned?14:14
*** gszasz has joined #openstack-nova14:14
dansmithlxsli: orphaned means no context stored in the object14:14
lxslibauzas: the o.vo doc could be considerably better14:14
*** jecarey_ has joined #openstack-nova14:14
bauzaslxsli: no context14:15
bauzaslxsli: argh, jinxed by dansmith14:15
lxsliright, which means what? :)14:15
dansmithbauzas: okay, point me at what you want me to look at?14:15
lxsliah well we have the expert now14:15
dansmithlxsli: no nova.context.RequestContext stored in the object14:15
lxsliright and what do we use the RequestContext for...14:15
bauzasdansmith: so, we're yakshaving since this morning about https://review.openstack.org/#/c/128999/14:15
dansmithlxsli: any call we make back to conductor14:16
dansmithlxsli: so any remotable call, any lazy-load, etc14:16
lxsliok thanks14:16
bauzasdansmith: so, the convo is not exactly about that specific change, but rather more on what should be a proper pattern for initing default values14:16
lxsliI have many more questions but lets focus on the issue for now14:16
bauzasdansmith: and that hits lxsli's quest for knowledge :)14:17
lxslidansmith: in fact the link is https://review.openstack.org/#/c/128992/22/nova/objects/resources.py14:17
dansmithbauzas: okay, I don't see that that patch sets any defaults, so interesting linkage but...14:17
lxsliline 16414:17
bauzasdansmith: because PEBKAC maybe ?14:17
bauzashttps://review.openstack.org/#/c/128992/2214:18
bauzasoh, no, correct change14:18
*** tongli has joined #openstack-nova14:18
bauzasheh :)14:18
bauzasno offense14:18
bauzas(was jk on me)14:18
lxslieventually bauzas will see I'm right, this has been a pattern today ;)14:18
dansmithokay, so the question is about jaypipes' use of the __init__ method on IntegerInventory/14:18
bauzasdansmith: zactly14:19
dansmithright, so,14:19
dansmithI hassled him about this in person last week14:19
bauzasdansmith: originally, the init was coercing a few fields14:19
dansmithdoing obj_set_defaults() in that method breaks convention and could be a sign to others to do it that way14:19
bauzasdansmith: then, it has been moved to new field types but we're still leaving the overcommit_ratio to 1.0 by default14:19
dansmithbauzas: yeah, I know, I reviewed it14:19
*** garyk1 has joined #openstack-nova14:20
bauzasdansmith: so, given your point, what could be a good way for ensuring that an object would be created with default values ?14:20
dansmithbauzas: so, my preference is that we not have an __init__ at all, and just be explicit whenever we use the object to initialize the things we need there14:20
bauzasI see14:20
dansmithbut, of course, for very specialized objects like this, I certainly understand the desire to have shortcuts like this14:21
bauzasdansmith: because of the possibility to wedge the existing DB values ?14:21
*** tsekiyama has joined #openstack-nova14:21
*** dane-fichter has quit IRC14:21
dansmithif this is an object that is only ever created and never updated, then it's not a problem really, other than setting a precedent for others to do it when they don't understand the implications14:21
dansmithbauzas: yeah14:21
openstackgerritAndrea Rosa proposed openstack/nova: Raise nova exception for missing/empty machine-id  https://review.openstack.org/20264014:21
bauzasdansmith: ok I see, so we should be very clear about that - no defaults() in a persisted object14:21
dansmithwell,14:22
bauzasdansmith: I need to amend my own change to mark that very explictely14:22
*** garyk has quit IRC14:22
dansmitha defaults() method is okay if it's used carefully14:22
bauzasdansmith: so the save() method has to care about it14:22
dansmithbut calling it implicitly from __init__ is bad, and this is like half of that14:22
*** alex_klimov has quit IRC14:22
*** alex_klimov has joined #openstack-nova14:23
bauzasdansmith: so, given we know that we're working with non-persisted objects, is this really a problem but the precedent it raises ?14:23
*** Guest11859 has quit IRC14:23
dansmithbauzas: well, that's what I said to jaypipes, and then he said "well, it's not persisted now, but will be later" so .. :D14:23
bauzaseheh14:24
dansmithit's actually okay in persisted objects sometimes, right?14:24
nagyz_hmm, what would be the best way to remove a symlink that I need to create so the encryptor function properly inside a libvirt driver?...14:24
dansmithlike,14:24
dansmithif we only ever create/destroy but never update an object, then it won't be a problem14:24
dansmithit's just a complicated story, no way to make it otherwise I think14:24
nagyz_os.remove() won't work and I guess I cannot call the utils with rm14:24
bauzasright, and if we take from DB first, it's not also a problem14:24
bauzasokay, I need to consider that14:24
kodoku_Hi/Re When I create cache for my image, I have error in nova ==> error: [Errno 9] Bad file descriptor    and error in glance ==> error: [Errno 104] Connection reset by peer14:24
nagyz_or I can just add it to the patch at the moment and seek guidance in the form or reviews ;-)14:25
dansmithbauzas: well, you can't really ensure that it's always taken from the db first14:25
dansmithbauzas: but anyway, you get the idea14:25
lxslidansmith: bauzas: so in terms of getting this merged, removing the default seems the sanest thing to do?14:25
bauzaslxsli: on my take, I'm just going to remove https://review.openstack.org/#/c/145528/35/nova/objects/request_spec.py,cm L6114:26
bauzaslxsli: so, yeah I would suggest you to do so as well14:26
*** annegentle has joined #openstack-nova14:26
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3 support  https://review.openstack.org/14982814:26
bauzaslxsli: that doesn't mean we can't leave the field having a default attr14:26
dansmithrlrossit: wanna sniff test these version changes; https://review.openstack.org/#/c/184311/26/nova/tests/unit/objects/test_objects.py,cm ?14:27
bauzaslxsli: on my own, I'll keep the ReqSpec.num_instances field to have a default param, but I won't set it as init time14:27
lxslibauzas: ok works for me14:27
rlrossitdansmith: sure14:27
*** jaypipes has joined #openstack-nova14:29
openstackgerritTiago Mello proposed openstack/nova: Handle unsupported Spice feature for PowerKVM  https://review.openstack.org/20380914:29
openstackgerritAlexis Lee proposed openstack/nova: Adds resource classes  https://review.openstack.org/12899914:29
openstackgerritAlexis Lee proposed openstack/nova: Add object models for comparing resource amounts  https://review.openstack.org/12899214:30
*** fawadk has joined #openstack-nova14:30
*** fawadkhaliq has quit IRC14:30
*** gszasz has quit IRC14:31
*** ctrath has quit IRC14:32
*** VW__ has joined #openstack-nova14:32
rlrossitdansmith: I feel bad for just pulling down these changes, rebasing mine on top of theirs, and then just reviewing based on the results from my tests.....14:33
*** fawadkhaliq has joined #openstack-nova14:33
*** yamahata has quit IRC14:33
*** fawadk has quit IRC14:33
dansmithrlrossit: why? you should s/bad/proud/ IMHO :)14:34
rlrossitit totally feels like I'm cheating14:35
*** VW_ has quit IRC14:35
lxslicheating is for winners14:35
lxsliin a no-holds-barred sport like opensource development anyway14:36
dansmithrlrossit: if writing tests to catch people making mistakes is cheating, then I'm going to hell14:36
openstackgerritDaniel Berrange proposed openstack/nova: Don't check flavor disk attributes when booting from volume  https://review.openstack.org/20463514:36
dansmithI don't even believe in hell, but I know I have a first class ticket there anyway14:36
*** VW__ has quit IRC14:37
lxslihttps://www.google.com/maps/place/Hell,+MI+48169/@42.4347194,-83.985,16z/data=!3m1!4b1!4m2!3m1!1s0x882334578757ad71:0xd45079770956618a14:37
lxsliYou can get icecream14:37
rlrossitof course hell would be in michigan14:37
lxsliI was expecting Finland, but ^^14:39
openstackgerritDaniel Berrange proposed openstack/nova: compute: improve exceptions related to disk size checks  https://review.openstack.org/20656514:39
*** gszasz has joined #openstack-nova14:43
*** angdraug has joined #openstack-nova14:44
openstackgerritRoman Podoliaka proposed openstack/nova: rebuild: make sure server is shut down before volumes are detached  https://review.openstack.org/17689214:44
openstackgerritVladik Romanovsky proposed openstack/nova: objects: add hw_vif_multiqueue_enabled image property  https://review.openstack.org/20216814:45
*** ajayaa has joined #openstack-nova14:45
*** meghal has joined #openstack-nova14:46
kodoku_Who can tell me why I have issue with image-list (0.19.0 glance version)       "InvalidSchema: No connection adapters were found for 'https://controlle:9292:/v1/images/detail?sort_key=name&sort_dir=asc&limit=20'14:47
kodoku_If I request witch curl and good token, it's works :/14:47
kodoku_with*14:47
*** ddaskal has joined #openstack-nova14:48
*** erlon has joined #openstack-nova14:49
rlrossitdansmith: that change looked good to me. They passed my tests at least and I didn't see anything wrong with them (in case I need to improve my tests, turns out they're perfect)14:50
dansmithrlrossit: cool14:51
*** jwcroppe has quit IRC14:52
openstackgerritStephen Finucane proposed openstack/nova: Store correct VirtCPUTopology  https://review.openstack.org/19712514:52
*** jwcroppe has joined #openstack-nova14:52
*** sudipto has joined #openstack-nova14:52
*** Nikolay_St has quit IRC14:55
*** ctrath has joined #openstack-nova14:56
*** jwcroppe has quit IRC14:56
*** achanda has joined #openstack-nova14:56
*** sudipto has quit IRC14:57
openstackgerritVladik Romanovsky proposed openstack/nova: objects: add hw_vif_multiqueue_enabled image property  https://review.openstack.org/20216814:58
openstackgerritVladik Romanovsky proposed openstack/nova: tests: change assertEqual args to expected, observed for VIF  https://review.openstack.org/20419014:58
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: enable virtio-net multiqueue  https://review.openstack.org/12882914:58
*** ctrath has quit IRC14:59
*** sudipto has joined #openstack-nova14:59
*** pixelbeat_ has quit IRC14:59
gszaszbauzas: ping15:02
bauzasgszasz: yup ?15:02
*** tdurakov has joined #openstack-nova15:03
bauzasnaked ping?15:03
openstackgerritZoltan Arnold Nagy proposed openstack/nova: libvirt: add encrypted rbd volume support  https://review.openstack.org/20657615:03
bauzashttps://blogs.gnome.org/markmc/2014/02/20/naked-pings/15:03
gszaszbauzas: I have a question according https://bugs.launchpad.net/nova/+bug/121494315:03
openstackLaunchpad bug 1214943 in OpenStack Compute (nova) "Live migration should use the same memory over subscription logic as instance boot" [High,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)15:03
bauzasyep?15:04
gszaszbauzas: sorry for naked ping15:04
bauzasnp15:04
bauzasjust for others too15:04
bauzasgszasz: what do you want to know ?15:04
gszaszbauzas: we are hitting this issue in customer scenario, what is the actual status of this bug15:05
bauzasgszasz: so, there are 3 points here15:06
*** agireud has joined #openstack-nova15:06
*** annashen has joined #openstack-nova15:06
bauzasgszasz: 1/ a workaround https://review.openstack.org/#/c/180151/15:07
*** tonytan4ever has joined #openstack-nova15:07
bauzasI need to discuss with johnthetubaguy about this one but not had time yet15:07
bauzasgszasz: 2/ allocation ratios should be per compute so we could access them15:07
bauzasthat's something I'm currently working on, based on https://blueprints.launchpad.net/nova/+spec/allocation-ratio-to-resource-tracker15:08
bauzasgszasz: 3/ we should call the scheduler to verify the live migration even if a dest host is provided, that's something approved by https://blueprints.launchpad.net/nova/+spec/check-destination-on-migrations15:09
bauzasgszasz: all of them are currently either on review or approved but waiting for implementation15:09
gszaszaix: ^^15:09
*** achanda has quit IRC15:09
*** VW_ has joined #openstack-nova15:10
gszaszbauzas: splendid15:10
gszaszbauzas: thanks for your time15:10
*** nkrinner has quit IRC15:10
bauzasgszasz: np15:10
*** annashen has quit IRC15:11
*** pixelbeat_ has joined #openstack-nova15:13
johnthetubaguybauzas: am I blocking you on something?15:15
*** gszasz has quit IRC15:15
bauzasjohnthetubaguy: not really15:16
bauzasjohnthetubaguy: I have a bugfix change that you reviewed but I had no time to work on it yet15:16
bauzasjohnthetubaguy: since you're quite busy with your PTL job, I prefer to discuss that once FF is done15:16
johnthetubaguybauzas: sounds good, thank you15:17
danpbsorry mriedem, you loose today, os-brick merged first15:17
*** karimb has joined #openstack-nova15:18
*** mtanino has joined #openstack-nova15:18
mriedemdanpb: np15:18
* johnthetubaguy giggles, something about throwing a brick through a window15:19
danpbi even +2d your stuff first, but random bogus jenkins failure lost your place in the queue15:19
*** otter768 has joined #openstack-nova15:20
mriedemyeah, it's not an issue, i figured this would happen anyway15:20
*** vishwanathj has quit IRC15:20
*** mestery has quit IRC15:20
*** zsais has joined #openstack-nova15:21
*** exploreshaifali has quit IRC15:21
*** dannywilson has joined #openstack-nova15:22
*** markus_z has quit IRC15:23
*** agireud has quit IRC15:24
*** mpaolino has joined #openstack-nova15:24
*** otter768 has quit IRC15:24
mriedemhowever, the scaleio and hgst patches should rebase on top of mine15:24
mriedemhemna: congrats https://review.openstack.org/#/c/175569/15:24
hemnamriedem, thanks man.   thanks for all the help with that guy.15:25
*** cfriesen has quit IRC15:25
*** agireud has joined #openstack-nova15:25
sudiptodansmith, jaypipes : one final review today? https://review.openstack.org/#/c/198972/ (hopefully) :)15:25
*** meghal has quit IRC15:25
*** jasondotstar has quit IRC15:25
dansmithsudipto: yep, will do those after I finish my current thing15:26
sudiptodansmith, thanks :)15:27
*** tongli_ has joined #openstack-nova15:28
*** garyk1 has quit IRC15:29
*** cfriesen has joined #openstack-nova15:30
*** Kevin_Zheng has joined #openstack-nova15:31
*** tongli has quit IRC15:31
openstackgerritDmitry Guryanov proposed openstack/nova: libvirt: do relative block rebase only with non-null base  https://review.openstack.org/20244215:32
*** browne has quit IRC15:32
*** Administrator_ has joined #openstack-nova15:33
*** rdopiera_ has quit IRC15:33
*** mestery has joined #openstack-nova15:34
*** Administrator__ has joined #openstack-nova15:34
mriedemrlrossit: chuckcarmack: easy code review https://review.openstack.org/#/c/206236/15:34
*** Kevin_Zheng has quit IRC15:36
*** garyk has joined #openstack-nova15:37
*** Kevin_Zheng has joined #openstack-nova15:37
*** Administrator_ has quit IRC15:38
*** aix has quit IRC15:38
*** Administrator__ has quit IRC15:39
*** VW_ has quit IRC15:40
openstackgerritgaryk proposed openstack/nova: Neutron: add in API method for updating VNIC index  https://review.openstack.org/14712615:40
*** Administrator_ has joined #openstack-nova15:40
dansmithjaypipes: around?15:40
*** VW_ has joined #openstack-nova15:40
jaypipesdansmith: I have an all-day meeting :(15:40
dansmithjaypipes: veto15:40
jaypipesheh15:40
dansmithjaypipes: sudo around?15:41
dansmithjaypipes: okay, well, tomorrow then15:41
*** josecastroleon has quit IRC15:41
jaypipesdansmith: tomorrow afternoon, yes :)15:41
dansmithsheesh15:41
*** ijw has joined #openstack-nova15:42
*** Administrator__ has joined #openstack-nova15:42
*** VW__ has joined #openstack-nova15:43
*** zsais1 has joined #openstack-nova15:43
*** zsais1 has quit IRC15:43
*** Kevin_Zheng has quit IRC15:43
*** VW_ has quit IRC15:43
*** Administrator_ has quit IRC15:45
*** Kevin_Zheng has joined #openstack-nova15:45
*** zsais has quit IRC15:46
dansmithsudipto: we don't need to merge this until you have a patch on top to add this functionality to a virt driver right? https://review.openstack.org/#/c/202623/315:47
*** alexpilotti has quit IRC15:47
*** claudiub has quit IRC15:47
*** Administrator__ has quit IRC15:47
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920515:48
openstackgerritSylvain Bauza proposed openstack/nova: Create RequestSpec object  https://review.openstack.org/14552815:48
openstackgerritSylvain Bauza proposed openstack/nova: Consider that all scheduler calls are IO Ops  https://review.openstack.org/18848615:48
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848715:48
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267815:48
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791215:48
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307815:48
*** annashen has joined #openstack-nova15:48
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267615:48
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905115:48
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267715:48
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267415:48
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267515:48
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719715:48
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267315:48
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in HostManager  https://review.openstack.org/19125115:48
openstackgerritSylvain Bauza proposed openstack/nova: Use the same pci_requests field for all filters and HostManager  https://review.openstack.org/19125015:48
openstackgerritSylvain Bauza proposed openstack/nova: Add DictOfListOfStrings type of field  https://review.openstack.org/20359615:48
sudiptodansmith, yeah agreed.15:48
*** Administrator_ has joined #openstack-nova15:48
dansmithsudipto: okay cool15:48
*** meghal has joined #openstack-nova15:49
dansmithsudipto: I just put a -2 on there so we don't merge it accidentally since it's such a tiny patch15:50
*** jlanoux has quit IRC15:50
dansmithsudipto: just let me know when you have something on top and I'll drop it15:50
sudiptodansmith, sure i will. thx. Also read your comments just now on the other patch. Once you and jaypipes have an agreement, please let me know :)15:51
dansmithsudipto: yeah, sorry we keep crossing each other15:51
*** annashen has quit IRC15:51
sudiptodansmith, np :)15:51
*** Kevin_Zheng has quit IRC15:51
*** Administrator__ has joined #openstack-nova15:51
dansmithsudipto: now you should concentrate on doing PTO properly :)15:51
*** scheuran has quit IRC15:52
sudiptodansmith, all is coz of that deadline thing on the 31st for non-prio specs :(15:52
dansmithsdague: can you tell me what the magic browser thing is to show in-progress test data?15:52
dansmithsudipto: sounds like someone scheduled their PTO wrong :D15:52
*** changbl has joined #openstack-nova15:52
sudiptodansmith, :( :(15:53
dansmithheh15:53
*** nic has joined #openstack-nova15:53
*** Kevin_Zheng has joined #openstack-nova15:54
openstackgerritPetrut Lucian proposed openstack/nova: Hyper-V: Implement nova rescue  https://review.openstack.org/12715915:54
mriedemndipanov: replied in https://review.openstack.org/#/c/199297/ - let me know if my response doesn't make sense15:54
*** whenry has quit IRC15:54
*** Administrator_ has quit IRC15:55
*** tjones has joined #openstack-nova15:55
*** logan2 has quit IRC15:55
*** sahid has quit IRC15:55
ndipanov mriedem oh man15:56
*** Administrator_ has joined #openstack-nova15:56
*** Administrator__ has quit IRC15:56
*** unicell has joined #openstack-nova15:57
*** Nikolay_St has joined #openstack-nova15:57
dansmithmriedem: I think I addressed all your feedback on this: https://review.openstack.org/#/c/197770/15:57
dansmithmriedem: just needs a +W to unblock two patches15:57
*** pixelbeat_ has quit IRC15:57
sdaguedansmith: zuul_inline = true;15:57
mriedemam i actually expected to do code reviews today? o-)15:57
sdaguein the javascript console on a gerrit page15:58
ndipanovmriedem, but from what I could tell - pbr just calls sphinx15:58
dansmithmriedem: no, just +W without looking15:58
ndipanovI really could not find any refernces to any of these settings15:58
mriedemndipanov: not necessarily15:58
*** unicell1 has quit IRC15:58
mriedemndipanov: finding the code15:58
ndipanovI mean I believe you it's just super confusing15:58
mriedemi dug in the guts of pbr for about a day to figure this out15:58
mriedemyes15:58
mriedemthat's why i updated the pbr docs on building docs via pbr :)15:58
dansmithsdague: I should have just tried autocomplete of zuul15:58
sdagueyeh, it's important that the value is true, 1 doesn't work15:59
mriedemndipanov: this is where pbr generates the docs for you, not via sphinx http://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/builddoc.py#n8015:59
dansmithsdague: so is that supposed to be active immediately, or do I do something to trigger it to start updating?15:59
ndipanovright so that reads the conf.py15:59
sdagueit goes with a timer pop, it's like every 60s or something15:59
*** Kevin_Zheng has quit IRC15:59
*** Administrator__ has joined #openstack-nova16:00
dansmithhmm16:00
*** cfriesen_ has joined #openstack-nova16:00
sdaguehttp://dl.dropbox.com/u/6514884/screenshot_232.png16:00
*** lucas____ has quit IRC16:00
mriedemndipanov: well, this reads the config http://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/builddoc.py#n12016:00
sdagueit's not the whole zuul thing, just an indicator that it's being run16:00
*** rotbeard has quit IRC16:00
mriedemndipanov: http://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/builddoc.py#n170 is where the autodoc is generated depending on flags passed into pbr16:01
ndipanovmriedem, I see what you mean16:01
mriedemin nova's case we use the auto_index path16:01
dansmithsdague: ooh, I thought this was the thing that imported the bar graph view16:01
mriedemndipanov: then depending on if you use warnerrors or not, it hits here http://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/builddoc.py#n18716:01
mriedemand ether delegates up to sphinx or calls it out separately16:01
openstackgerritAlex Xu proposed openstack/python-novaclient: Adds support for x509 certificates as keypairs  https://review.openstack.org/13645816:02
openstackgerritAlex Xu proposed openstack/python-novaclient: Add version discover and check in CLI  https://review.openstack.org/18428116:02
openstackgerritAlex Xu proposed openstack/python-novaclient: Set "latest" as default compute api version  https://review.openstack.org/18465816:02
ndipanovmriedem, sigh16:02
mriedemndipanov: so yeah, i guess here it reads conf.py http://git.openstack.org/cgit/openstack-dev/pbr/tree/pbr/builddoc.py#n13216:02
mriedemand expects that name16:02
ndipanovotp now - will +2 it with a snarky comment after16:02
kashyapmriedem: Urgh, I just looked up the definition of "gouge", wow, sounds pretty grotesque.16:03
mriedemndipanov: ok - i guess you could maybe change the confoverrides that get passed into the sphinx app builder thing, for exclude_modules based on what we have for autoindex_exclude_modules, i think i actually tried that when i was playing with this16:03
*** Administrator_ has quit IRC16:03
mriedemndipanov: i'm happy to open a bug against pbr on that also16:03
*** Kevin_Zheng has joined #openstack-nova16:03
*** cfriesen has quit IRC16:03
sdaguedansmith: no, I didn't think the whole bar graph was useful here16:03
ndipanovin the long run probably not a good use of our time tbh16:04
dansmithsdague: okay16:04
*** Administrator_ has joined #openstack-nova16:04
mriedemdansmith: so on https://review.openstack.org/#/c/197770/ - i had a few comments in ps516:05
mriedemare you saying you addressed those w/o reply that you'd do it and i have to diff to make sure, or other?16:05
*** Administrator__ has quit IRC16:06
*** coolsvap is now known as coolsvap|dinner16:06
*** kmARC has quit IRC16:06
*** penick has joined #openstack-nova16:06
mriedemdansmith: i guess overall i was confused about why some of these were converted, but not others: self.stubs.Set(db, 'instance_get_by_uuid',16:06
mriedemand i still see some, so the pattern is alluding me a bit16:06
dansmithmriedem: I think the only things you had that weren't covered by melwitt's comments was a question on a thing that I answered.. oh and the instance delete case16:06
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Fix/implement revert-resize for RBD-backed images  https://review.openstack.org/18739516:06
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Split out resize_image logic from create_image  https://review.openstack.org/18785716:06
*** baoli has quit IRC16:07
*** annashen has joined #openstack-nova16:07
dansmithmriedem: some of them I converted to use mock because I needed mock's call records to figure out why it was failing, and didn't think it was worth converting back16:07
*** Kevin_Zheng has quit IRC16:07
*** Administrator__ has joined #openstack-nova16:08
dansmithmriedem: I can convert them back if you want, but I'm going to be annoyed because I'm just trying to fix these tests functionally so I can drop the effing flavor compat bits :)16:08
*** unicell has quit IRC16:09
*** jyuso1 has quit IRC16:10
mriedemdansmith: my confusion is that the commit message makes it sound like, in these tests, if anything stubs out the database api to get instances, convert those, but that's not the case throughout16:10
*** abhijeetm has quit IRC16:11
mriedemso it's not so much mock vs mox16:11
*** moshele has quit IRC16:11
mriedemit's about deciding which things were stubbing the db api16:11
*** Administrator_ has quit IRC16:11
*** annegentle has quit IRC16:11
*** Kevin_Zheng has joined #openstack-nova16:11
dansmithokay, I thought you meant mock vs. stub16:12
*** annashen has quit IRC16:12
dansmithmriedem: so, can I limit scope in the commit message to address that?16:12
lxslibauzas: if an instance is resized, will the requestspec be updated?16:12
*** ip0353 has quit IRC16:12
dansmithI'm frustrated that I spent half the last cycle getting flavors migrated and have spent half this cycle trying to remove it, you know :)16:13
*** Administrator_ has joined #openstack-nova16:13
*** pixelbeat_ has joined #openstack-nova16:13
mriedemdansmith: just explain it to me here, i don't need the commit message updated16:13
*** lpetrut has quit IRC16:14
dansmiththis just hits the cases where we're pulling out an instance that might have fake flavor information that the test depends on16:14
bauzaslxsli: should be, but that's not part of the original series16:14
dansmithso, any test that the later patch fails because it seeds the db call with an instance that has flavor stuff in sysmeta16:14
*** Administrator__ has quit IRC16:14
*** davideagnello has joined #openstack-nova16:14
*** MentalRay_ has joined #openstack-nova16:14
lxslibauzas: OK thanks, it'll be important for check-migr-dest16:14
dansmithwhich is almost anything that calls show or detail on an instance that came from the DB16:14
bauzaslxsli: ie. any conductor method should check the original ReqSpec, put it to the scheduler for verifying the migration, then should update the ReqSpec16:14
bauzaslxsli: that's part of the persist-reqspec BP IMHO16:15
*** Administrator__ has joined #openstack-nova16:15
lxslibauzas: I'll look at that next, thanks16:15
dansmithmriedem: and since these tests are supposed to be testing the REST API and not the db layer, I (in the previous patches) got the mocks set up for doing this at the compute/api layer, which is what they call16:15
mriedemdansmith: ok, so like test_start_with_bogus_id doesn't get converted b/c it's stubbed to raise an exception before we ever use anything off the instance16:15
dansmithyeah16:15
*** Kevin_Zheng has quit IRC16:16
dansmithin the goal of cleaning up tests, that should be converted too16:16
dansmithbut my goal here is to get the flavor compat bits out before we snap L :)16:16
mriedemand anything using _get_with_state isn't a problem b/c those only show the status value in the response16:16
mriedemdoens't touch flavor16:16
dansmithmriedem: I'm really happy to add a sentence to the last paragraph of the commit message explaining the scope further16:17
dansmithif you think it'd be clearer16:17
*** Kevin_Zheng has joined #openstack-nova16:17
mriedemno16:17
bauzaslxsli: (et al.) FYI, I'll be on PTO from this Friday to Aug 13th incl. (back on Friday)16:17
mriedemi'm just adding inline review comments before +216:17
*** meghal has quit IRC16:17
dansmithokay16:17
*** Administrator_ has quit IRC16:17
lxslibauzas: PTO = vacation?16:17
dansmithnote to all: I'm not doing anything flavor-related in M, by protest :D16:17
lxslior holiday as we call it in the UK :)16:17
bauzaslxsli: yup, paid time off16:17
*** MentalRay has quit IRC16:17
*** ctrath has joined #openstack-nova16:18
*** kodoku_ has quit IRC16:18
lxslibauzas: ah yes I remember you saying, enjoy it!16:18
bauzasCP we call that in France :)16:18
*** tonytan4ever has quit IRC16:18
bauzasaka. the French shutdown16:19
*** Administrator_ has joined #openstack-nova16:20
*** Administrator__ has quit IRC16:20
*** alex_klimov has quit IRC16:20
*** tpeoples has quit IRC16:21
thangpdansmith: I think I hit a oslo_versionedobject bug - https://bugs.launchpad.net/oslo.versionedobjects/+bug/1479041 ... I am not sure16:22
openstackLaunchpad bug 1479041 in oslo.versionedobjects "fields.from_primitive does not support subclasses of VersionedObject" [Undecided,New]16:22
dansmiththangp: not possible16:22
*** Administrator__ has joined #openstack-nova16:22
*** jistr has quit IRC16:22
thangpdansmith: ok...so what am I doing wrong?16:22
*** Kevin_Zheng has quit IRC16:23
*** logan2 has joined #openstack-nova16:24
dansmiththangp: that was sarcasm :D16:24
dansmiththangp: looking16:24
thangpdansmith: irc doesnt convey that well :)16:24
dansmiththangp: sorry :)16:24
johnthetubaguyhas anyone taken a look at cinder-multi-attach16:25
jrollif nick == 'dansmith': message_type = 'sarcasm'16:25
*** browne has joined #openstack-nova16:25
dansmiththangp: that ^16:25
thangphaha16:25
*** Kevin_Zheng has joined #openstack-nova16:25
*** Administrator_ has quit IRC16:25
thangpso I should take "superdan" on friday as no-sarcasm?16:25
thangplol16:25
*** ftersin has left #openstack-nova16:26
lxsliI see, so your disavowal of flavors was sarcastic and you actually want all the flavor work for yourself? noted.16:26
dansmithlxsli: touche16:26
dansmiththangp: I think your fix is good16:26
thangpdansmith: ok, I can quickly put up a patch for it16:26
thangpthx!16:27
dansmiththangp: thanks!16:27
mriedemjohnthetubaguy: in what context?16:27
thangpnp :)16:27
*** Administrator__ has quit IRC16:27
johnthetubaguymriedem: good question, was just looking at the patches that are up, the API is WIP, and the spec says no API impact, which on reflect can't have ever been true16:27
mriedemjohnthetubaguy: link to the spec?16:28
johnthetubaguymriedem: I think it was a fast approve from last release, so that got missed16:28
*** karimb has quit IRC16:28
johnthetubaguymriedem: http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/multi-attach-volume.html#rest-api-impact16:28
*** Administrator_ has joined #openstack-nova16:28
*** matrohon has quit IRC16:28
johnthetubaguyis it only me that gerrit is being really slow for, by the way?16:29
*** rlrossit has left #openstack-nova16:29
mriedemit's a bit slow16:29
dansmithit's slow because it's tuesday16:29
dansmithor rather, it's slow because the day name ends with "-day"16:29
melwittslow gerrit tuesdays?16:29
dansmithmelwitt: sounds like a wing place promotion16:29
johnthetubaguyyeah, I should do more reviews in the morning, its quite performant at that time of day16:30
melwittdansmith: that's a good idea16:30
mriedemjohnthetubaguy: yeah, so https://review.openstack.org/#/c/153038/ is definitely an API impact,16:31
mriedemand is adding the support to the v2 API16:31
*** Administrator__ has joined #openstack-nova16:31
*** Kevin_Zheng has quit IRC16:31
*** meghal has joined #openstack-nova16:32
openstackgerritSean Dague proposed openstack/nova: Document when we should have a microversion  https://review.openstack.org/19118816:33
*** Kevin_Zheng has joined #openstack-nova16:34
*** jasondotstar has joined #openstack-nova16:34
openstackgerritMarc Fouché proposed openstack/nova-specs: Inheritable admin image properties  https://review.openstack.org/20643116:34
*** Administrator_ has quit IRC16:35
*** tpeoples has joined #openstack-nova16:35
*** Administrator__ has quit IRC16:36
*** Administrator_ has joined #openstack-nova16:36
openstackgerritLucas Alvares Gomes proposed openstack/nova: Ironic: Do not wait for the node to be unprovisioned  https://review.openstack.org/20661416:36
bauzasjohnthetubaguy: Zuul is also liking the EU mornings :)16:37
*** annashen has joined #openstack-nova16:38
mriedemjohnthetubaguy: so -1 on https://review.openstack.org/#/c/153038/ with a few comments16:38
*** Kevin_Zheng has quit IRC16:39
*** Administrator__ has joined #openstack-nova16:40
*** thangp has quit IRC16:40
melwittbeen seeing activity on this lately, whether or not we allow detach root device volume in shutoff state https://bugs.launchpad.net/nova/+bug/1396965 apparently we used to allow it, then removed it16:40
openstackLaunchpad bug 1396965 in OpenStack Compute (nova) "Add capability to detach root device volume of an instance, when in shutoff state" [Wishlist,Opinion] - Assigned to swapnil (swap-kamble)16:40
*** lucas__ has joined #openstack-nova16:40
*** thangp has joined #openstack-nova16:41
*** jordanP has quit IRC16:41
mriedemndipanov: ^16:41
dansmithmelwitt: yeah, we talked about that at the midcycle16:41
johnthetubaguymriedem: yeah, cool, I was just wondering if this was hitting peoples radar yet, I am just looking at the low blueprints that have been up for a long time again, this is sure one of those16:41
*** lucas__ has quit IRC16:41
dansmithmelwitt: and the summit16:41
melwittdansmith: oh. I must not have understood it at all because I don't remember that16:41
*** lucas__ has joined #openstack-nova16:41
dansmithmelwitt: we "allowed" it before in that it slipped through with minimal checking, but had some major caveats, and now we have checks in place to make it fail clearly16:41
*** lpetrut has joined #openstack-nova16:42
*** unicell has joined #openstack-nova16:43
*** Administrator_ has quit IRC16:43
melwittdansmith: interesting, I'll check out the patch that added the checks and update the lp bug16:43
*** Kevin_Zheng has joined #openstack-nova16:43
dansmithmelwitt: you should talk to PaulMurray16:45
*** Administrator__ has quit IRC16:45
*** Administrator_ has joined #openstack-nova16:45
*** lucas__ has quit IRC16:46
*** Administrator__ has joined #openstack-nova16:48
*** Kevin_Zheng has quit IRC16:48
melwittdansmith: is he working on something related to it?16:50
dansmithmelwitt: yeah16:50
dansmithhe wants to work on re-enabling it with proper safeguards16:50
*** Administrator_ has quit IRC16:51
melwittdansmith: oh, cool. I'll ask him about it16:51
dansmithbauzas: want to look at my feedback on your patch just now and see if it makes sense while I still have it in my head?16:51
*** dims has quit IRC16:52
*** rlrossit has joined #openstack-nova16:52
*** Kevin_Zheng has joined #openstack-nova16:52
*** dims has joined #openstack-nova16:52
*** dims has quit IRC16:52
*** lucas__ has joined #openstack-nova16:53
*** dims has joined #openstack-nova16:53
bauzasdansmith: oh sure16:53
bauzasdansmith: lemme check your thoughts16:53
dansmithdon't check my thoughts, just the review16:54
* dansmith puts on his tinfoil hat16:54
*** jaypipes has quit IRC16:54
bauzascall me mandrake16:54
*** Administrator_ has joined #openstack-nova16:54
*** jaypipes has joined #openstack-nova16:54
*** Administrator__ has quit IRC16:54
*** leeantho has joined #openstack-nova16:54
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742716:56
*** Administrator__ has joined #openstack-nova16:56
bauzasdansmith: well, nothing special to complain :)16:56
bauzasdansmith: your comments are good :)16:56
bauzasdansmith: the obj_set_defaults() was limited to having a new object hydrated16:57
openstackgerritMarian Horban proposed openstack/nova: libvirt:Rsync remote FS driver was added  https://review.openstack.org/14688716:57
*** annashen has quit IRC16:57
dansmithbauzas: yeah, I think that's kosher16:57
*** whenry has joined #openstack-nova16:57
*** Kevin_Zheng has quit IRC16:58
bauzasdansmith: for the moment, we don't persist the limits16:58
*** Kevin_Zheng has joined #openstack-nova16:58
dansmithright16:58
dansmithhence the (eventually)16:58
*** toure is now known as toure|biab16:58
bauzasdansmith: but even if we would persist those limits, having those set with defaults is okay to me because we really hydrate from a primitive16:58
dansmithyes16:59
bauzasdansmith: that's a from_dict() stuff so we assume to create a new object16:59
*** toure|biab is now known as toure16:59
dansmithand they're a blob, which means we're always writing the whole thing, sparse or not16:59
bauzasfrom a primitive I mean16:59
*** armax has joined #openstack-nova16:59
*** Administrator_ has quit IRC16:59
bauzasdansmith: well, the primitive is really weak16:59
*** annashen has joined #openstack-nova16:59
bauzasdansmith: we don't really know what we'll get from it17:00
*** BobBall is now known as BobBall_AWOL17:00
*** Administrator_ has joined #openstack-nova17:00
bauzasdansmith: but we assume that the object will assume to know all the limits and persist them correctly if we want17:00
dansmithright17:00
dansmithbut my point is, you never have the case where you would need to write just obj.foo and obj.baz to the database without touching foo.bar,17:00
*** Administrator__ has quit IRC17:00
bauzasdansmith: I'm just thinking of the next step where alaski or other could just want to persist the Limits object17:01
dansmithbecause you're going to store these as a blob in the DB, which means you always write the whole thing, yes?17:01
bauzasdansmith: mmm, I need to consider that before answering17:01
*** coolsvap|dinner is now known as coolsvap|mt17:01
*** coolsvap|mt is now known as coolsvap|mtg17:01
*** dboik has quit IRC17:01
bauzasdansmith: so, the limits are there for being given by the Scheduler17:01
bauzasdansmith: each filter can set a limit17:02
*** Administrator__ has joined #openstack-nova17:02
dansmithhmm17:02
bauzasdansmith: but this is not persisted by the scheduler17:03
dansmithI don't understand "each filter can set a limit"17:03
bauzasdansmith: sec, showing you17:03
*** Kevin_Zheng has quit IRC17:03
*** exploreshaifali has joined #openstack-nova17:04
ndipanovbauzas, limits are always the same across restarts right - they mostly come from config options17:04
bauzasndipanov: right17:05
ndipanovnote that limits are super racy in the current implementation17:05
ndipanovthey can be clobbered on the host_state at any point17:05
ndipanovand the last one will be sent to all17:05
bauzasndipanov: the thing is, we use limits on 2 sides, in the conductor (using the filter_props) and in the scheduler using the HostState17:05
*** Kevin_Zheng has joined #openstack-nova17:05
*** Administrator_ has quit IRC17:05
*** lpetrut has quit IRC17:06
*** vilobhmm has joined #openstack-nova17:06
bauzasndipanov: but the scheduler doesn't give the limits back to the conductor, right?17:06
*** danpb has quit IRC17:06
ndipanovbasically scheduler is like mr. burns in an old simpsons episode where he has all diseases in the world that together keep him alive17:06
bauzasndipanov: I mean, the scheduler fences off the limits using the HostManager,17:06
bauzasndipanov: but it doesn't pass back the limits to the conductor17:06
ndipanovbauzas, limits are needed for claims17:06
bauzasndipanov: I like the analogy17:06
ndipanovthey need to be sent to computes17:07
bauzasndipanov: right, I know that but they are not given by the scheduler17:07
ndipanovthey are17:07
ndipanovset by the filters17:07
*** Administrator__ has quit IRC17:07
bauzasndipanov: from the returned tuple of select_dests() ?17:07
bauzasndipanov: lemme check quickyl17:07
ndipanovthey are set on the host_state17:08
vladikrdansmith, Hi, just wondering, was there already a conversation about libosinfo17:08
vladikr?17:08
*** Administrator_ has joined #openstack-nova17:08
*** shaohe_robot has quit IRC17:08
dansmithvladikr: I think the plan was to schedule something this week, but I wasn't in the group of potential attendees, so I'm not sure17:08
bauzasndipanov: oh man, you're correct, they're part of the return payload17:09
dansmithvladikr: I would check with johnthetubaguy danpb sdague jaypipes17:09
bauzashttps://github.com/openstack/nova/blob/master/nova/scheduler/filter_scheduler.py#L91-L9217:09
vladikrdansmith, I see..17:09
*** eliqiao has joined #openstack-nova17:09
ndipanovbauzas, and racily set on the host state17:09
ndipanovit's a mess17:09
bauzasthinking about that quickly17:10
vladikrdansmith, do you think it will still get merged, even if it will pass the deadline on the 30th?17:10
*** shaohe_robot has joined #openstack-nova17:10
bauzasso, we have something obviously empty when hydrating the Spec17:10
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Replace timeutils.isotime() with utcnow() and isoformat()  https://review.openstack.org/20662417:10
*** mpaolino has quit IRC17:10
vladikrdansmith, given that people will agree on a solution..17:10
mriedemvladikr: link?17:10
bauzasit goes to the scheduler, then the scheduler racily updates the HostState.limits and then passes that back to the conductor17:10
vladikrmriedem, https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/libvirt-hardware-policy-from-libosinfo,n,z17:11
dansmithvladikr: I dunno, depends on the outcome I guess.. maybe the outcome will be "a feature freeze exception"17:11
*** lucas__ has quit IRC17:11
bauzasby any time, it doesn't update the Spec obj17:11
vladikrdansmith, ok, got it17:11
*** Kevin_Zheng has quit IRC17:11
*** Administrator__ has joined #openstack-nova17:11
bauzasthat's only when we would pass the spec_obj in the conductor that we would update the Spec with those values17:12
bauzasdansmith: ndipanov: ^17:12
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Replace timeutils.isotime() with datetime.isoformat()  https://review.openstack.org/20662417:12
bauzasI'm not sure you followed me17:12
mriedemvladikr: did the -2 here get resolved? https://review.openstack.org/#/c/149625/17:12
dansmithI didn't17:12
dansmithmriedem: that's what he's asking about17:12
dansmithmriedem: the convo that was supposed to happen to resolve it17:12
bauzasdansmith: okay, rewinding17:12
mriedemyeah, i don't see that happening before thursday17:13
dansmithespecially with jaypipes being tied up until tomorrow afternoon17:13
bauzasdansmith: so, in the last patch of the series, I'm hydrating the Spec object using the from_prims() method in the conductor, right before calling select_dests()17:13
*** Kevin_Zheng has joined #openstack-nova17:14
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: set caps on maximum live migration time  https://review.openstack.org/16225417:14
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: support management of downtime during migration  https://review.openstack.org/16225317:14
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: ensure LibvirtConfigGuestDisk parses readonly/shareable flags  https://review.openstack.org/20663017:14
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: add helper methods for getting guest devices/disks  https://review.openstack.org/20663117:14
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: take account of disks in migration data size  https://review.openstack.org/20663217:14
dansmithburt: yeah17:14
dansmithoops17:14
dansmithbauzas: yeah17:14
*** doude has quit IRC17:14
*** Administrator_ has quit IRC17:14
bauzasdansmith: here, the thing is, even for migrations, we are passing the limits from the scheduler to the conductor and then to the RT for claiming17:15
bauzasdansmith: at the moment, there is no persistence17:15
dansmithyeah, and RT will use the limits to write the claims?17:15
bauzasdansmith: but Claims are not persisted too :)17:16
*** davideagnello has quit IRC17:16
dansmith...yet17:16
bauzasdansmith: zactly17:16
*** davideagnello has joined #openstack-nova17:16
dansmithbut this all goes to the "not a problem here" point right?17:16
*** Administrator__ has quit IRC17:16
*** Administrator_ has joined #openstack-nova17:16
bauzasdansmith: zactly (bis)17:16
dansmithokay17:16
bauzasdansmith: because either we store the limits or not, but by each time, we should update those as a whole17:17
*** Administrator__ has joined #openstack-nova17:17
bauzasdansmith: ie. given the scheduler should return back the limits, we should update the Spec.SchedulerLimits at once17:17
bauzasdansmith: and then, persist that17:18
dansmithyep17:18
bauzasso, yeah, I don't think it's a problem17:18
openstackgerritAnthony Lee proposed openstack/nova: Fix live-migrations usage of the wrong connector information  https://review.openstack.org/20277017:18
dansmithso I'm confused.. I said this didn't look like a problem in the beginning, are we arguing or in violent agreement?17:18
dansmithokay17:18
*** artom_ has joined #openstack-nova17:19
*** artom has quit IRC17:19
bauzasdansmith: well, I had to think a bit more because it wasn't really clear on whether we were passing the limits or not17:19
dansmithokay17:19
bauzasbut ndipanov helped me on that :)17:19
*** Kevin_Zheng has quit IRC17:19
bauzasdansmith: thanks for having reviewed that17:20
dansmithyep17:20
ndipanovimho limits should never ever have been in the scheduler17:20
*** boris-42 has quit IRC17:20
ndipanovjaypipes, had a bp to remove them17:20
*** moshele has joined #openstack-nova17:20
*** Administrator_ has quit IRC17:20
*** neiljerr` has joined #openstack-nova17:20
*** sudipto has quit IRC17:20
*** mestery has quit IRC17:20
*** otter768 has joined #openstack-nova17:20
*** ssurana has joined #openstack-nova17:20
ndipanovbut not so easy because of our couple everything to everything and support live upgrades policy17:20
*** Kevin_Zheng has joined #openstack-nova17:21
*** alex_xu has quit IRC17:21
*** neiljerram has quit IRC17:21
bauzasndipanov: yeah17:22
*** Administrator_ has joined #openstack-nova17:22
*** boris-42 has joined #openstack-nova17:22
*** Administrator__ has quit IRC17:23
*** alex_xu has joined #openstack-nova17:23
*** Administrator__ has joined #openstack-nova17:24
*** otter768 has quit IRC17:25
*** Kevin_Zheng has quit IRC17:25
*** lucas__ has joined #openstack-nova17:26
*** neiljerr` has quit IRC17:26
*** Administrator_ has quit IRC17:27
*** meghal has quit IRC17:27
*** Administrator_ has joined #openstack-nova17:28
ndipanovmelwitt, mriedem dansmith there are cases when we may want to do that, but they need to be either carefully considered, or not supported at all17:29
ndipanovimho it's a solution looking for a problem17:29
*** patrickeast has joined #openstack-nova17:29
ndipanovbut that's just me17:29
*** annegentle has joined #openstack-nova17:30
mriedemhow did i get roped into this conversation?17:30
mriedem:P17:30
ndipanovhehe17:30
*** romainh has quit IRC17:31
dansmithndipanov: you mean detach the root volume?17:31
ndipanovyes17:31
mriedemoh, i thought you were talking about limits + scheduler17:31
dansmithuses for detaching the root volume all seem to come from legit problems17:31
dansmithso I think it's a problem in need of a solution, myself17:31
ndipanovmriedem, that's a problem looking for more problems and they always show up17:31
*** Administrator__ has quit IRC17:31
dansmithbut I also wish people wouldn't need it17:31
*** Kevin_Zheng has joined #openstack-nova17:32
openstackgerritDan Smith proposed openstack/nova: Move to using ovo's remotable decorators  https://review.openstack.org/20220917:32
openstackgerritDan Smith proposed openstack/nova: Base NovaObject on VersionedObject  https://review.openstack.org/20165517:32
sdaguemriedem: 193223,13 is in merge conflict with the gate17:32
mriedemsdague: that whole series' sh is f'ed17:33
mriedemi'm rebasing it locally now17:33
sdaguemriedem: gotcha17:33
*** romainh has joined #openstack-nova17:33
*** rdopiera has quit IRC17:33
*** Administrator__ has joined #openstack-nova17:34
*** Administrator_ has quit IRC17:34
*** annegentle has quit IRC17:35
*** yassine__ has quit IRC17:36
*** Administrator_ has joined #openstack-nova17:36
*** Kevin_Zheng has quit IRC17:37
*** Kevin_Zheng has joined #openstack-nova17:38
*** andrewbogott has joined #openstack-nova17:38
*** Administrator__ has quit IRC17:39
*** Administrator__ has joined #openstack-nova17:40
*** romainh has left #openstack-nova17:40
*** Administrator_ has quit IRC17:40
*** baoli has joined #openstack-nova17:41
*** achanda has joined #openstack-nova17:42
*** Administrator_ has joined #openstack-nova17:42
*** annashen has quit IRC17:42
*** Kevin_Zheng has quit IRC17:43
*** Kevin_Zheng has joined #openstack-nova17:45
*** Administrator__ has quit IRC17:45
*** garyk has quit IRC17:45
*** eliqiao has quit IRC17:45
dimsnova cores...i've updated "Currently reviewable" list at https://etherpad.openstack.org/p/liberty-nova-priorities-tracking17:46
*** lucasagomes is now known as lucas-dinner17:47
*** eliqiao has joined #openstack-nova17:47
*** moshele has quit IRC17:47
*** Administrator_ has quit IRC17:47
*** markvoelker has quit IRC17:47
*** Administrator_ has joined #openstack-nova17:48
*** amotoki has quit IRC17:48
*** ssurana has left #openstack-nova17:49
*** meghal has joined #openstack-nova17:50
*** Administrator__ has joined #openstack-nova17:51
*** haomaiwang has quit IRC17:51
*** Kevin_Zheng has quit IRC17:51
*** annashen has joined #openstack-nova17:52
*** haomaiwang has joined #openstack-nova17:52
*** baoli has quit IRC17:52
*** baoli has joined #openstack-nova17:53
*** mestery has joined #openstack-nova17:54
*** Kevin_Zheng has joined #openstack-nova17:54
*** armax has quit IRC17:54
*** Administrator_ has quit IRC17:54
*** fawadkhaliq has quit IRC17:55
*** agireud has quit IRC17:55
*** mestery has quit IRC17:55
*** annashen has quit IRC17:56
*** Administrator__ has quit IRC17:56
*** Administrator_ has joined #openstack-nova17:56
*** changbl has quit IRC17:57
*** Administrator__ has joined #openstack-nova17:57
*** dboik has joined #openstack-nova17:57
mriedemchuckcarmack: here is a low hanging fruit cleanup bug https://bugs.launchpad.net/nova/+bug/147906617:58
openstackLaunchpad bug 1479066 in OpenStack Compute (nova) "DeprecationWarning: BaseException.message has been deprecated as of Python 2.6" [Undecided,New]17:58
*** jasondotstar has quit IRC17:58
*** Piet has quit IRC17:58
mriedemassign it to yourself if you plan on working on it17:58
chuckcarmackok17:59
*** Kevin_Zheng has quit IRC17:59
*** lpetrut has joined #openstack-nova18:00
*** kylek3h has joined #openstack-nova18:00
*** mriedem is now known as mriedem_meeting18:00
*** Administrator_ has quit IRC18:01
*** Kevin_Zheng has joined #openstack-nova18:01
*** neiljerr` has joined #openstack-nova18:01
*** achanda has quit IRC18:02
*** achanda has joined #openstack-nova18:02
*** Administrator_ has joined #openstack-nova18:02
*** Administrator__ has quit IRC18:03
*** fawadkhaliq has joined #openstack-nova18:04
*** shaohe_robot has quit IRC18:04
*** Administrator__ has joined #openstack-nova18:04
*** shaohe_robot has joined #openstack-nova18:04
*** alex_xu has quit IRC18:04
*** penick has quit IRC18:05
*** fawadkhaliq has quit IRC18:05
*** Kevin_Zheng has quit IRC18:05
*** xyang1 has quit IRC18:05
*** Administrator_ has quit IRC18:07
*** abhijeetm has joined #openstack-nova18:07
*** Administrator_ has joined #openstack-nova18:08
*** romainh has joined #openstack-nova18:08
*** lucas__ has quit IRC18:09
*** alex_xu has joined #openstack-nova18:09
*** lucas__ has joined #openstack-nova18:09
*** changbl has joined #openstack-nova18:10
*** Administrator__ has quit IRC18:11
*** davideag_ has joined #openstack-nova18:11
*** abhijeetm has quit IRC18:12
*** Kevin_Zheng has joined #openstack-nova18:12
*** davideagnello has quit IRC18:12
*** meghal has quit IRC18:12
*** armax has joined #openstack-nova18:13
*** davideagnello has joined #openstack-nova18:13
*** rdopiera has joined #openstack-nova18:14
*** Administrator__ has joined #openstack-nova18:14
*** Administrator_ has quit IRC18:15
*** davideag_ has quit IRC18:16
*** Administrator_ has joined #openstack-nova18:16
*** rfolco has quit IRC18:17
*** davideagnello has quit IRC18:17
*** davideagnello has joined #openstack-nova18:17
*** meghal has joined #openstack-nova18:17
*** Kevin_Zheng has quit IRC18:17
*** Kevin_Zheng has joined #openstack-nova18:18
*** renatoarmani has joined #openstack-nova18:19
*** lucas__ has quit IRC18:19
*** Administrator__ has quit IRC18:19
*** penick has joined #openstack-nova18:19
*** lucas__ has joined #openstack-nova18:19
*** Administrator__ has joined #openstack-nova18:20
*** Administrator_ has quit IRC18:20
*** lpetrut has quit IRC18:20
*** vishwanathj has joined #openstack-nova18:21
*** davideagnello has quit IRC18:22
*** Administrator_ has joined #openstack-nova18:22
*** Kevin_Zheng has quit IRC18:23
*** baoli has quit IRC18:23
*** davideagnello has joined #openstack-nova18:23
*** vishwana_ has joined #openstack-nova18:25
*** vishwanathj has quit IRC18:25
*** Kevin_Zheng has joined #openstack-nova18:25
*** Administrator__ has quit IRC18:25
*** annashen has joined #openstack-nova18:27
*** vishwana_ has quit IRC18:27
*** xyang1 has joined #openstack-nova18:27
*** Administrator_ has quit IRC18:27
*** Administrator_ has joined #openstack-nova18:28
*** haomaiwang has quit IRC18:29
*** haomaiwang has joined #openstack-nova18:30
*** moshele has joined #openstack-nova18:31
*** Kevin_Zheng has quit IRC18:31
*** Administrator__ has joined #openstack-nova18:31
*** Marga_ has quit IRC18:33
*** Kevin_Zheng has joined #openstack-nova18:34
*** Administrator_ has quit IRC18:34
*** artom_ has quit IRC18:35
*** artom has joined #openstack-nova18:36
*** Administrator__ has quit IRC18:36
*** Administrator_ has joined #openstack-nova18:36
*** rdo has joined #openstack-nova18:37
*** Marga_ has joined #openstack-nova18:37
*** Administrator__ has joined #openstack-nova18:37
moshelecan nova core review https://review.openstack.org/#/c/187052/ and https://review.openstack.org/#/c/199488/ ?18:37
*** josecastroleon has joined #openstack-nova18:38
*** Kevin_Zheng has quit IRC18:39
*** fawadkhaliq has joined #openstack-nova18:39
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: make snapshot use RBD snapshot/clone when available  https://review.openstack.org/20528218:40
*** Kevin_Zheng has joined #openstack-nova18:40
*** Administrator_ has quit IRC18:40
*** Piet has joined #openstack-nova18:41
*** markvoelker has joined #openstack-nova18:42
*** Administrator_ has joined #openstack-nova18:42
*** Administrator__ has quit IRC18:43
*** Administrator__ has joined #openstack-nova18:44
*** ddaskal has quit IRC18:44
*** Kevin_Zheng has quit IRC18:45
*** markvoelker_ has joined #openstack-nova18:46
*** burt has quit IRC18:47
*** Administrator_ has quit IRC18:48
*** markvoelker has quit IRC18:48
*** Administrator_ has joined #openstack-nova18:48
*** mragupat has joined #openstack-nova18:49
*** Administrator__ has quit IRC18:52
*** baoli has joined #openstack-nova18:52
*** Kevin_Zheng has joined #openstack-nova18:52
*** Administrator__ has joined #openstack-nova18:54
*** Administrator_ has quit IRC18:54
*** baoli has quit IRC18:55
*** baoli has joined #openstack-nova18:55
*** rfolco has joined #openstack-nova18:56
*** Administrator_ has joined #openstack-nova18:56
*** Kevin_Zheng has quit IRC18:57
*** Kevin_Zheng has joined #openstack-nova18:58
*** Administrator__ has quit IRC18:59
*** Administrator__ has joined #openstack-nova19:00
*** Administrator_ has quit IRC19:01
*** Administrator_ has joined #openstack-nova19:02
dansmithrlrossit: looks like I made pep8 fail for you19:02
dansmithrlrossit: you're welcome.19:02
rlrossitdansmith: thanks a lot, bud19:02
dansmithnp19:02
*** Kevin_Zheng has quit IRC19:03
rlrossitlooks like grenade finished up though19:03
dansmithnot the partial job19:03
dansmithwhich is the one that fails19:03
rlrossitIt did on the second patch which is basically the same thing19:03
dansmithah19:04
dansmithbut you can't see those logs until everything else finished19:04
dansmithI have an 11h wait on the patches I just submitted19:04
dansmithso I guess it's beer o clock already19:04
*** ijw has quit IRC19:05
rlrossityeah I've been super lazy today seeing as these things are taking ages to make it through19:05
*** Administrator__ has quit IRC19:05
rlrossitwhat's up with zuul today?19:05
dansmithAdministrator_: yo19:05
dansmithrlrossit: it's busy19:05
*** Kevin_Zheng has joined #openstack-nova19:05
*** Piet has quit IRC19:05
dansmithKevin_Zheng: ping19:05
*** chuckcarmack has left #openstack-nova19:05
*** chuckcarmack has joined #openstack-nova19:06
*** zzzeek has quit IRC19:06
*** Administrator_ has quit IRC19:07
*** hemna is now known as hemnalunch19:07
*** ijw has joined #openstack-nova19:08
*** zzzeek has joined #openstack-nova19:08
*** josecastroleon has quit IRC19:08
rlrossitdansmith: go nuts, let's see who finds what went wrong first19:08
rlrossithttp://logs.openstack.org/04/198904/5/check/gate-grenade-dsvm-partial-ncpu/594d5a3/logs/19:08
*** Administrator_ has joined #openstack-nova19:08
dansmithfsck19:09
*** armax has quit IRC19:09
rlrossitdansmith: wut....19:09
dansmithI suck\19:09
rlrossitthings didn't blow up?19:09
dansmith4.5 hours wasted19:10
rlrossit*headdesk*19:10
dansmithe.kwargs['objname'] is what I meant to do I think19:10
*** fawadk has joined #openstack-nova19:11
*** Kevin_Zheng has quit IRC19:11
*** Administrator__ has joined #openstack-nova19:11
dansmithAdministrator_: yo19:12
*** chhavi has quit IRC19:12
*** fawadkhaliq has quit IRC19:12
*** ijw has quit IRC19:12
*** Kevin_Zheng has joined #openstack-nova19:13
*** moshele has quit IRC19:13
dansmithokay, so Kevin_Zheng appears to be signed in three times from the same machine, which has been flapping on and off irc all morning19:14
dansmithall in favor of a ban with a note?19:14
*** moshele has joined #openstack-nova19:14
*** Administrator_ has quit IRC19:14
ctrathis that Administrator_ ?19:15
dansmithas Kevin_Zhang, Administrator_ and Administrator__19:15
dansmithyeah19:15
melwittnice19:15
*** Administrator_ has joined #openstack-nova19:15
ctrathseems suspect19:15
*** Administrator__ has quit IRC19:16
*** Administrator__ has joined #openstack-nova19:16
*** ijw has joined #openstack-nova19:17
*** Piet has joined #openstack-nova19:17
*** Kevin_Zheng has quit IRC19:18
*** Administrator_ has quit IRC19:19
*** Kevin_Zheng has joined #openstack-nova19:19
*** Administrator_ has joined #openstack-nova19:20
*** Administrator__ has quit IRC19:20
dansmithsdague: you're usually good for +1 on a ban19:20
*** baoli has quit IRC19:21
*** ijw has quit IRC19:21
*** otter768 has joined #openstack-nova19:21
*** exploreshaifali has quit IRC19:21
*** Administrator__ has joined #openstack-nova19:22
*** Kevin_Zheng has quit IRC19:24
*** matrohon has joined #openstack-nova19:25
*** Kevin_Zheng has joined #openstack-nova19:25
*** Administrator_ has quit IRC19:26
*** otter768 has quit IRC19:26
mriedem_meetingban em all and let god sort em out19:27
*** mriedem_meeting is now known as mriedem19:27
*** Administrator__ has quit IRC19:27
*** ChanServ sets mode: +o dansmith19:27
*** ddaskal has joined #openstack-nova19:28
*** Administrator_ has joined #openstack-nova19:28
*** markvoelker_ has quit IRC19:29
*** armax has joined #openstack-nova19:29
*** mestery has joined #openstack-nova19:30
*** annashen has quit IRC19:30
*** Administrator__ has joined #openstack-nova19:31
*** Kevin_Zheng has quit IRC19:31
*** dansmith sets mode: +b nickmask!Kevin_Zhen@205.177.226.21619:32
*** dansmith sets mode: +b nickmask!Administr@205.177.226.21619:33
*** baoli has joined #openstack-nova19:33
*** armax has quit IRC19:33
*** armax has joined #openstack-nova19:34
*** Kevin_Zheng has joined #openstack-nova19:34
*** dansmith sets mode: -b +b!*@*19:34
*** Administrator_ has quit IRC19:34
*** dansmith sets mode: +b nickmask!Administ*@205.177.226.21619:34
*** suresh12 has joined #openstack-nova19:34
*** dansmith sets mode: -b nickmask!Kevin_Zhen@205.177.226.21619:34
*** dansmith sets mode: -b nickmask!Administr@205.177.226.21619:35
*** Piet has quit IRC19:36
*** lucas__ has quit IRC19:36
*** Administrator__ has quit IRC19:36
*** Administrator_ has joined #openstack-nova19:36
*** armax has quit IRC19:37
*** lucas__ has joined #openstack-nova19:37
*** Administrator__ has joined #openstack-nova19:37
*** Kevin_Zheng has quit IRC19:39
*** ivasev has quit IRC19:39
*** shaohe_robot1 has joined #openstack-nova19:40
*** annegentle has joined #openstack-nova19:40
*** Kevin_Zheng has joined #openstack-nova19:41
*** Administrator_ has quit IRC19:41
*** shaohe_robot has quit IRC19:42
*** Administrator_ has joined #openstack-nova19:42
*** Administrator__ has quit IRC19:43
*** jasondotstar has joined #openstack-nova19:44
*** Administrator__ has joined #openstack-nova19:44
*** Kevin_Zheng has quit IRC19:45
*** Administrator_ has quit IRC19:47
*** mpaolino has joined #openstack-nova19:47
*** moshele has quit IRC19:47
*** VW__ has quit IRC19:48
*** READ10 has quit IRC19:48
*** shaohe_robot has joined #openstack-nova19:48
*** Administrator_ has joined #openstack-nova19:48
*** VW_ has joined #openstack-nova19:48
*** shaohe_robot1 has quit IRC19:49
*** suresh12 has quit IRC19:50
*** casusbelli has joined #openstack-nova19:50
*** ijw has joined #openstack-nova19:51
*** suresh12 has joined #openstack-nova19:51
*** Administrator__ has quit IRC19:51
*** Kevin_Zheng has joined #openstack-nova19:52
*** annashen has joined #openstack-nova19:53
*** VW_ has quit IRC19:53
*** mpaolino has quit IRC19:54
*** Administrator__ has joined #openstack-nova19:54
*** Administrator_ has quit IRC19:54
*** ijw has quit IRC19:56
*** tonytan4ever has joined #openstack-nova19:56
*** Administrator_ has joined #openstack-nova19:56
*** annashen has quit IRC19:57
*** Kevin_Zheng has quit IRC19:57
*** tjones has quit IRC19:57
*** Kevin_Zheng has joined #openstack-nova19:58
dansmithgah19:59
*** Administrator__ has quit IRC19:59
jrolldansmith: *!*@205.177.226.21619:59
*** renatoarmani has quit IRC19:59
dansmithyeah, I was trying to be more selective in case that's the NAT gateway for someone19:59
jrollmmm20:00
*** Administrator__ has joined #openstack-nova20:00
jroll*!~Administr@205...20:00
jrollI guess20:00
*** dansmith sets mode: +b *!*@205.177.226.21620:00
*** Administrator_ has quit IRC20:01
*** VW_ has joined #openstack-nova20:02
*** Kevin_Zheng has quit IRC20:03
rlrossitdansmith: do you want to reupload a different version of that logging stuff and we can just let zuul handle the crap overnight?20:05
dansmithrlrossit: oh I thought you were goin gto20:05
*** Administrator__ has quit IRC20:05
*** ChanServ sets mode: -o dansmith20:05
rlrossitdansmith: woops I thought you knew what to do so you were going to do it...20:06
dansmithI can20:06
rlrossiteither way it won't be done before we leave :P20:06
*** alexpilotti has joined #openstack-nova20:06
*** rushiagr is now known as rushiagr_away20:06
dansmiththere20:07
*** mestery has quit IRC20:08
*** mdrabe has quit IRC20:10
*** tjones has joined #openstack-nova20:10
*** mdrabe has joined #openstack-nova20:10
*** pixelbeat_ has quit IRC20:12
*** alexpilotti has quit IRC20:12
openstackgerritRyan Rossiter proposed openstack/nova: Fix test_relationships() for subobject versions  https://review.openstack.org/19890420:12
openstackgerritRyan Rossiter proposed openstack/nova: Change List objects to use obj_relationships  https://review.openstack.org/19873020:12
rlrossitdansmith: welp.... here we go again20:12
*** baoli has quit IRC20:14
*** ijw has joined #openstack-nova20:14
*** baoli has joined #openstack-nova20:14
*** igordcard has joined #openstack-nova20:16
*** agireud has joined #openstack-nova20:17
*** alex_klimov has joined #openstack-nova20:18
*** suresh12 has quit IRC20:18
*** rdopiera has quit IRC20:19
*** annashen has joined #openstack-nova20:20
*** jaypipes has quit IRC20:20
*** y_sawai has joined #openstack-nova20:21
*** mtanino has quit IRC20:23
*** lucas__ has quit IRC20:23
*** suresh12 has joined #openstack-nova20:23
*** suresh12 has quit IRC20:25
*** baoli has quit IRC20:26
*** moshele has joined #openstack-nova20:31
*** jaypipes has joined #openstack-nova20:31
*** salv-orlando has joined #openstack-nova20:31
*** armax has joined #openstack-nova20:32
*** vladikr has quit IRC20:32
nagyz_mriedem, I've pushed in the ceph change and added you for review, hope you don't mind20:33
mriedemok, i'm in rebase hell today so won't get to it for awhile20:33
nagyz_just wanted to give you a heads up so it's not out of the blue :)20:34
nagyz_also what's up with the flavor disk too small issue? finally I have the time to debug that if someone didn't do it further20:34
*** salv-orl_ has quit IRC20:34
mriedemi have no idea20:37
mriedemnagyz_: i'd ask mdbooth since you guys were talking about it20:37
*** penick has quit IRC20:38
nagyz_oh, sorry, the second question was more generic not pointed towards you :-) I indeed wanted to pick mdbooth's brain about it20:38
mriedemi take everything personally20:39
mriedemlike the fact we merged the os-brick change before my series, i'm pretty sure that was out of spite20:39
mriedemregardless of me having the other +2 on it20:39
*** lucas__ has joined #openstack-nova20:39
nagyz_does this mean that now nova is going to use the same code that cinder and others use instead of having it's own drives for everything?20:40
nagyz_AFAIK that's the goal os os-brick?20:40
mriedemhttps://review.openstack.org/#/c/175569/20:40
mriedemyes20:40
mriedemthere are still some shims in nova that connect to brick20:40
nagyz_also can I push in a patch that depends-on my current ceph patch that re-enables the ceph volume encryption scenario in tempest?20:41
*** mtanino has joined #openstack-nova20:41
*** alexpilotti has joined #openstack-nova20:41
nagyz_I guess disabling it was just a stop-gap measure until the support is there20:41
mriedemyes20:42
nagyz_great20:42
*** logan2 has quit IRC20:42
nagyz_then I only have one missing feature for which I haven't heard a blip in ages: https://review.openstack.org/#/c/125963/20:42
*** baoli has joined #openstack-nova20:42
*** zzz_pczesno has joined #openstack-nova20:43
*** mestery has joined #openstack-nova20:43
*** lucas__ has quit IRC20:44
*** pczesno has quit IRC20:44
mriedemnagyz_: so, your bp link doesn't work in the commit message20:45
mriedemfor one20:45
*** logan2 has joined #openstack-nova20:45
nagyz_well I actually haven't worked on this for a while just wrote the initial patch20:45
mriedemis there a blueprint?20:45
mriedembecause jdurgin had a spec for rbd snapshots20:45
nagyz_I would have assumed that all dependencies have been taken care of :)20:46
nagyz_jdurgin, are you around?20:46
mriedemnagyz_: https://review.openstack.org/#/c/188244/20:47
mriedemi suggest you guys collaborate for the bottom line web 3.0 great success20:47
nagyz_lol20:48
mriedemyour change is called out in his spec20:49
mriedemunder references20:49
mriedemand there is this https://review.openstack.org/20528220:49
mriedemhttps://review.openstack.org/#/c/205282/20:49
nagyz_that's a new one I haven't seen yet20:50
mriedemnic: ^20:50
nagyz_seems like ther ewere a couple people working towards the same goal :)20:50
mriedemyes20:50
mriedempoorly20:50
nagyz_agreed20:50
*** lucas__ has joined #openstack-nova20:50
*** lucas__ has quit IRC20:51
*** alexpilotti has quit IRC20:52
*** lucas__ has joined #openstack-nova20:52
*** lucas__ has quit IRC20:56
*** fawadk has quit IRC20:57
bauzasbanzaï20:57
openstackgerritSylvain Bauza proposed openstack/nova: Modify Scheduler RPC API select_dests()  https://review.openstack.org/19920520:57
openstackgerritSylvain Bauza proposed openstack/nova: Create RequestSpec object  https://review.openstack.org/14552820:57
openstackgerritSylvain Bauza proposed openstack/nova: Consider that all scheduler calls are IO Ops  https://review.openstack.org/18848620:58
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in the FilterScheduler  https://review.openstack.org/18848720:58
openstackgerritSylvain Bauza proposed openstack/nova: Modify left filters for RequestSpec  https://review.openstack.org/20267820:58
openstackgerritSylvain Bauza proposed openstack/nova: Prepare filters for using RequestSpec object  https://review.openstack.org/19791220:58
openstackgerritSylvain Bauza proposed openstack/nova: Modify conductor to use RequestSpec object  https://review.openstack.org/20307820:58
openstackgerritSylvain Bauza proposed openstack/nova: Modify metric-related filters for RequestSpec  https://review.openstack.org/20267620:58
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec in the ChanceScheduler  https://review.openstack.org/19905120:58
openstackgerritSylvain Bauza proposed openstack/nova: Modify NUMA, PCI and num_instances filters for RequestSpec  https://review.openstack.org/20267720:58
openstackgerritSylvain Bauza proposed openstack/nova: Modify Aggregate filters for RequestSpec  https://review.openstack.org/20267420:58
openstackgerritSylvain Bauza proposed openstack/nova: Modify default filters for RequestSpec  https://review.openstack.org/20267520:58
openstackgerritSylvain Bauza proposed openstack/nova: Add RequestSpec methods for primitiving into dicts  https://review.openstack.org/18719720:58
openstackgerritSylvain Bauza proposed openstack/nova: Modify Affinity filter for RequestSpec  https://review.openstack.org/20267320:58
openstackgerritSylvain Bauza proposed openstack/nova: Use RequestSpec object in HostManager  https://review.openstack.org/19125120:58
openstackgerritSylvain Bauza proposed openstack/nova: Use the same pci_requests field for all filters and HostManager  https://review.openstack.org/19125020:58
bauzascombo20:58
*** moshele has quit IRC20:59
*** raildo has quit IRC21:01
*** jaypipes has quit IRC21:04
nic@mriedem, nagyz_: we looked at the spec and associated patch set when trying to implement it for our product and found it… a touch unfinished21:04
*** pixelbeat_ has joined #openstack-nova21:05
nicBeing cautious people who like simple implementations, we figured that the clone-then-flatten approach had better long-term viability from a maintenance perspective21:06
*** rfolco has quit IRC21:06
nici.e., dependency hell is an inevitability if you chain a bunch of RBD layers together21:06
*** aysyd has quit IRC21:06
*** aix has joined #openstack-nova21:06
*** thorst has quit IRC21:07
nicFortunately, that approach was already described in the spec as an "alternative", so we implemented the alternative spec21:07
nicAnd it's scarily fast compared to the download-and-upload approach in current master21:08
nic200%-1300% performance increase21:08
mriedemif it's not an increase of 1500% it's not worth doing imo :)21:09
mriedemi mean, go big or go home right?21:09
nicTrue that21:09
*** burt has joined #openstack-nova21:09
nicIt also elegantly dodges the "how do you clean this thing up?" problem the prior implementation had21:10
mriedemif it's all rainbows and sunshine what were the holdups on the spec?21:11
mriedemi never read into it21:11
nicYou did see the priorities list at the mid-cycle, yes?  This was nowhere near being on it21:11
*** jasondotstar has quit IRC21:11
*** armax has quit IRC21:11
nagyz_nic, great work. I'm running currently with a pre-patched version and indeed it's really fast.21:12
nagyz_but we really need it to land in liberty21:12
nagyz_without it ceph ephemeral is unusable21:12
nicYes.21:12
nagyz_a simple user just creating snapshot can do a DOS by filling up /tmp21:13
nicI can vouch for my implementation being ready to merge21:13
nicBut I am a tad non-objective21:13
nagyz_and the flatten really gets around the glance complexity, so I'm +1 on that21:13
mriedemnic: well, it wasn't a topic for discussion either from what i remember21:13
mriedemhell, smatzek is local so you guys could have both talked about it21:13
nic@mriedem I didn't quite have it finished, and it was my very first spec, so I was trying to be as nice as possible21:14
mriedemalright, well, for future reference, the meetups are a great place to just dump something on the table that needs talking about, in any form21:15
nic(I mean, we had our internal implementation against stable/icehouse finished, but I hadn't adapted it to master yet @ the mid-cycle)21:15
mriedemespecially given jay and you were both there21:15
*** thangp has quit IRC21:15
mriedemnot as easy at summits for this kind of open-ended stuff since the summit is so time-boxed21:15
nicI did, as much as I was able. Various attendees might recall me asking really, REALLY dumb questions about how specs work21:15
nagyz_nic, I probably have even less of a clue of how they work than you do ;-)21:16
nicI also bugged melwitt about tests, it was all in service of this thing we're now talking about21:16
mriedemwell, i mean less about the spec process and more about this particular rbd snapshots spec21:16
mriedemirc is good for dumb questions about specs21:16
nagyz_I did discuss this a while back with smatzek in e-mails and he didn't mention any movement in this area tho21:17
nagyz_I mean the missing rbd ephemeral snapshotting piece21:17
nicThere was hand-waving involved.  Can't wave my hands on Freenode very effectively21:17
mriedemnagyz_: because smatzek was doing those emails privately21:17
mriedemfrom what i can tell21:17
*** rlrossit has left #openstack-nova21:17
*** moshele has joined #openstack-nova21:17
nagyz_well I see a mail from him to you with no reply ;) maybe I was missed on CCs:P21:17
*** penick has joined #openstack-nova21:17
mriedemyeah, he said, i care about this, so you should review it21:18
mriedemi typically ignore that kind of email21:18
nagyz_;d21:18
*** y_sawai has quit IRC21:18
nagyz_so nic you think the current patch is good?  is it missing anything for the flatten-based implementation?21:18
*** smathews has quit IRC21:19
*** chuckcarmack has left #openstack-nova21:19
mriedemsounds like there are also some test limitations with devstack21:19
mriedemsince we have a ceph job, it'd be good to sort that out so we could actually test this new way of doing snapshots21:19
nicYes, I think it's fit to merge; seb has helped get devstack whipped into shape and things seem to work over there21:19
*** lucas-dinner has quit IRC21:19
nagyz_mriedem, I see a change for devstack there that enabled the direct url access so that's good. re the image that could be still pending21:20
mriedemlink?21:20
*** moshele has quit IRC21:20
nichttps://review.openstack.org/20665321:20
*** pixelbeat_ has quit IRC21:21
nagyz_I swear I did see the devstack change just half an hour ago but can't find it21:22
nicThere were three of them21:22
nic"git log" helps  :-P21:22
*** otter768 has joined #openstack-nova21:22
*** tonytan4ever has quit IRC21:23
nicBut while we're talking about Ceph, there's this bug that is also good to go: https://review.openstack.org/18739521:23
*** baoli has quit IRC21:24
*** matrohon has quit IRC21:25
*** mestery has quit IRC21:25
nagyz_does that actually fixes the instance rebuild scenario?21:25
mriedemnic: so if resize/revert doesn't work with ceph today, why does the resize/revert test pass in tempest with the ceph job?21:26
*** meghal has quit IRC21:27
*** otter768 has quit IRC21:27
*** meghal has joined #openstack-nova21:27
nicThat's an excellent question for the Tempest guys.  But if you stand up a devstack and try it, it does precisely nothing21:27
mriedemnic: well i assume it's a question of verification done,21:28
*** meghal has quit IRC21:28
mriedemi believe the test just does the resize, waits for confirm, then does the revert and waits for active21:28
*** meghal has joined #openstack-nova21:29
nagyz_mriedem, lol another thing where tempest fails us?! :-)21:29
nagyz_like with the rbd encryption21:29
mriedemwell,21:29
mriedemtempest is only as good as what people are putting into it for stuff like this,21:30
mriedemso if the nova API says, 'yup, i did what you asked'21:30
mriedemthen it's kind of doing 90% of it's job21:30
openstackgerritTiago Mello proposed openstack/nova: Handle unsupported Spice feature for PowerKVM  https://review.openstack.org/20380921:30
mriedemif resize with ceph is busted in nova, trying to do that should fail21:30
nagyz_some of our users reported resizing issues but I haven't looked at it in the past - but I guess if the error bubbles up to do a horizon error it should be visible to tempest as well21:31
*** vishwanathj has joined #openstack-nova21:31
nagyz_but if nic has a patch fixing it that's excellent ;-21:32
nagyz_;-)21:32
mriedemyeah but,21:32
mriedemif we know it's busted today, we shouldn't be saying it's ok21:32
*** meghal has quit IRC21:33
*** lucas-dinner has joined #openstack-nova21:33
*** meghal has joined #openstack-nova21:33
mriedemlike this https://review.openstack.org/#/c/193830/21:33
nagyz_right21:35
nagyz_nic, do you want me to take a look tomorrow at why the test is passing and not actually erroring out or will you investigate and fix it as well as part of the instance rebuild cleanup patch series? :-)21:35
*** tonytan4ever has joined #openstack-nova21:35
*** vishwanathj has quit IRC21:36
mriedemi think that means you do it21:37
*** lucas__ has joined #openstack-nova21:39
nagyz_in my book silence is not agreement :p21:39
nagyz_mriedem, seems we got you off track from rebase hell? :)21:41
mriedemnagyz_: i'm still doing it21:41
*** dims has quit IRC21:42
*** lucas__ has quit IRC21:43
*** eharney has quit IRC21:45
nicnaygz_ I don't even know what that means.  :-)21:46
nagyz_ok then I'll check the test case21:47
mriedemnic: we have a ceph job and a resize/revert test that passes, which means if something is busted with resizing (or reverting a resize of a ceph-backed instance), the test is a false positive,21:47
mriedemnic: so what i was saying is, shouldn't nova be raising an error in the case that we know it doesn't work?21:47
mriedemso the test fails21:48
nagyz_just to bring up a stupid question: is the instance rebuild the same as the resize/revert case?21:48
mriedemno21:48
nicmriedem: it "works", in that it will migrate an instance.  but the code is bugged such that it never resizes anything21:49
vilobhmmmelwitt : regarding review for  https://review.openstack.org/#/c/151677/31/nova/quota.py , in first place IMHO we don't need to create a seperate class for handling sub-projects..the way sajeesh has done for class NestedQuotaDriver….just by modifyin the API's of DbQuotaDriver should suffice the purpose as I have done for Cinder here https://review.openstack.org/#/c/205369/….inside the API although code can be modified whether parent_id is set21:49
nicAnd if Tempest isn't looking at the size of the backing file, it would assume everything worked21:49
nic(backing file, backing RBD, etc.)21:49
mriedemyeah, tempest doesn't dig that far21:50
mriedemjust checks the api responses21:50
*** cpschult has quit IRC21:50
nagyz_so then we have the instance rebuild broken as well besides this? swell.21:50
nicYeah, if you look at the bugfix, "create" and "resize" are conjoined for no good reason21:50
nicSo since the RBD is there, it assumes there's nothing to do21:50
ctrathmriedem: can I push the "Get quota and usage from neutron for limit APIs" spec to mitaka?21:51
mriedemctrath: s/can/should/ yes21:51
nagyz_nic, you understand this piece of code much better than I do so you looking at fixing the test case would be faster21:51
*** jwcroppe has joined #openstack-nova21:52
mriedemnagyz_: i don't think tempest is going to probably have a change for checking the backing file/rbd before and after the resize21:52
nicOnce I split them into two discrete calls, nova was magically able to say "hey, the image is here, but it's the wrong size" and fix it21:52
mriedemi was tihnking more of a fail fast change in nova in this scenario21:52
nicSo, yeah.  Total mystery.21:52
*** vishwanathj has joined #openstack-nova21:52
ctrathno substitution needed.  There aren't any other specs in that directory yet, so I wanted to make sure it was ok to do so21:52
mriedemctrath: none merged21:52
mriedemthere are some proposed21:52
melwittvilobhmm: could you add that comment to the review? it would be good to capture that feedback, also I want to look at the spec and see if any feedback there caused the split out into a different class21:52
*** changbl has quit IRC21:53
mriedemnothing will be approved for mitaka until after summit21:53
*** annashen_ has joined #openstack-nova21:53
mriedemwell this has been a thrilling hour+ or so, but it's time for me to leave for awhile21:53
mriedemhopefully ceph doesn't break me on the way home somehow21:53
*** agireud has quit IRC21:54
nagyz_gl getting home:) I'll find my bed as it's midnight in 6 mins.21:54
*** mriedem has quit IRC21:54
vilobhmmmelwitt : sure..alrite21:55
melwittvilobhmm: I think your suggestion would be ideal. I'm curious if something during the spec review caused the direction of subclassing and duplicating most of the code21:56
*** annashen_ has quit IRC21:58
*** mdrabe has quit IRC21:59
*** mdrabe has joined #openstack-nova21:59
*** vishwanathj has quit IRC22:00
*** coolsvap|mtg is now known as coolsvap|away22:00
openstackgerritCale Rath proposed openstack/nova-specs: Get quota and usage from neutron for limit APIs spec  https://review.openstack.org/20673522:02
cfriesen_ ndipanov: are you around?22:02
*** tonytan4ever has quit IRC22:02
*** dims has joined #openstack-nova22:02
openstackgerritJim Rollenhagen proposed openstack/nova: Scheduler: Respect tracks_instance_changes in periodic task  https://review.openstack.org/20673622:02
jrolledleafe: ^^ this one is for you22:02
openstackgerritMike Dorman proposed openstack/nova: Add console allowed origins setting  https://review.openstack.org/20167722:02
jrolledleafe: that code brings absolute panic and craziness to an ironic environment, fwiw22:02
* jroll looks for tests to possibly add there22:04
*** ddaskal has quit IRC22:04
vilobhmmmelwitt : I think intitally not everyone was sure that a seperate class would be needed or not….but as I procedded ahead with the implementation I pointed out to sajeesh that NestedQuotaDriver as well as DBQuotaDriver share all the methods just that NestedQuotaDriver will behave slighty different as it will handle sub-projects. I hoep that is taken into consideration and we minimize code duplication. Similar change in cinder has already been mer22:04
*** vishwanathj has joined #openstack-nova22:04
melwittvilobhmm: okay, cool. I checked the spec https://review.openstack.org/#/c/129420/ and didn't find any requirement of a separate class either. I commented on the review22:05
vilobhmmmelwitt : ok cool. sounds good!22:06
*** jecarey_ has quit IRC22:08
*** burt has quit IRC22:09
*** hemnalunch is now known as hemna22:09
*** vishwanathj has quit IRC22:09
openstackgerritJim Rollenhagen proposed openstack/nova: Scheduler: Respect tracks_instance_changes in periodic task  https://review.openstack.org/20673622:11
*** eliqiao1 has joined #openstack-nova22:11
edleafejroll: looking...22:11
*** eliqiao has quit IRC22:12
*** haomaiwang has quit IRC22:15
*** VW_ has quit IRC22:16
*** haomaiwang has joined #openstack-nova22:17
*** VW_ has joined #openstack-nova22:17
*** mragupat has quit IRC22:17
*** annegentle has quit IRC22:18
*** dboik has quit IRC22:19
edleafehmmm... did gerrit die?22:19
*** VW_ has quit IRC22:21
*** tpeoples has quit IRC22:22
*** tpeoples has joined #openstack-nova22:22
*** kylek3h has quit IRC22:22
*** mwagner_lap has quit IRC22:23
clarkbno...22:25
edleafeannnd... it's back22:26
clarkbits been around since july 18th according to ps22:26
clarkband I have been actively using it. What are you seeing to make it look like it has gone away?22:26
clarkbgeneral slowness or apache proxy errors or ?22:26
jrollyeah, been fine for me22:26
edleafeclarkb: git review -d would hang22:27
edleafeclarkb: didn't matter what repo22:27
edleafealso git pull would hang22:27
clarkbedleafe: is git pull talking to gerrit or git.openstack.org or github?22:27
clarkbedleafe: check with git remote -v22:28
openstackgerritJim Rollenhagen proposed openstack/nova: Scheduler: Respect tracks_instance_changes in periodic task  https://review.openstack.org/20673622:28
jrolledleafe: ^ now with passing tests \o/22:28
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431122:28
edleafeclarkb: looks like it was github22:29
jrollgithub loves to go down22:29
*** tpeoples has quit IRC22:29
clarkbthough if git review -d and git pull were having trouble that sound smore like local network issues22:29
edleafeclarkb: I assumed gerrit because it said "Downloading refs/changes/36/206736/3 from gerrit"22:30
edleafenetwork seems fine for everything else22:30
clarkbedleafe: yes the git review -d was likely gerrit, but git pull rarely is if you use our documentation22:30
clarkbtypically origin is github or git.openstack.org depending22:30
edleafeclarkb: git pull is working, but git review -d is still hanging22:31
clarkbedleafe: can you try git review -v -d ?22:31
edleafemaybe because it's jroll's patch :)22:31
*** jnc8651 has quit IRC22:31
clarkbthat should narrow it down to a specific operation22:32
jrolledleafe: hey, I'm just fixing your code man ;D22:32
* jroll shots fired22:32
*** mdrabe has quit IRC22:32
clarkbone commonish thing we see is ipv6 woes22:32
clarkbespecially with comcast rolling it out more and more and still having major problems with it22:32
edleafeclarkb: it hangs on the line:22:32
edleafe2015-07-28 22:31:59.282486 Running: git fetch gerrit refs/changes/36/206736/322:32
*** tonytan4ever has joined #openstack-nova22:32
jrollanyway, this is totally reviewable on gerrit regardless of review -d problems :)22:32
jrolledleafe: I mostly just want to talk about if this is expected behavior or if I actually fixed a thing22:33
edleafejroll: yeah, but I wanted to play with the tests that used to be failing22:33
*** meghal has quit IRC22:33
jrolledleafe: oh, they're passing now :P22:33
*** Piet has joined #openstack-nova22:34
*** meghal has joined #openstack-nova22:35
edleafejroll: ah, I see you fixed the 'self.scheduler_tracks_instance_changes' reference22:36
*** slong__ has quit IRC22:36
*** tonytan4ever has quit IRC22:37
*** ctrath has quit IRC22:37
edleafeclarkb: git review -v -d finally finished. Took 3:15 to run22:37
clarkbedleafe: I am not able to reproduce from here, that is very odd22:37
clarkbedleafe: does your gerrit remote look like ssh://edleafe@review.openstdack.org:29418/openstack/nova ?22:38
edleafeclarkb: gerrit  ssh://ed-leafe@review.openstack.org:29418/openstack/nova.git22:38
jrolledleafe: yeah, basically Instance.get_by_host completely kills an ironic environment, given that a single host can have thousands of instances22:39
*** igordcard has quit IRC22:39
*** alex_klimov has quit IRC22:43
*** jnc8651 has joined #openstack-nova22:43
*** marcusvrn has quit IRC22:45
edleafejroll: so is it true that schedulers in ironic environments can never filter on instance information?22:46
jrolledleafe: well, besides the fact that this query is insane in an ironic environment, the ironci drive only supports on compute host22:46
jrollone compute host*22:47
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742722:47
jrolland many compute nodes22:47
jrolland a compute node can only have one instance22:47
*** mriedem has joined #openstack-nova22:47
edleafejroll: because before the 'tracks_instance_info' change, some filters would make that call22:47
jrollso scheduling based on instance info doesn't really make sense, an ironic node either has all resources or zero resources22:47
jrollwe didn't use those filters, apparently, idk22:47
edleafejroll: wouldn't they have been insane then?22:47
jrollthey would22:48
jrollbut, there's recommended bare metal filters22:48
jrolledleafe: https://github.com/openstack/nova/blob/master/nova/scheduler/ironic_host_manager.py#L33-4922:48
edleafewell, your change may help ironic, but it will break anyone using the instance-based filters running older computes22:49
edleafeactually, running those filters with any version of compute22:49
jrolledleafe: it only breaks them if they turn off instance tracking, right?22:49
jrolledleafe: this call was added with the instance tracking thing...22:49
edleafejroll: yes22:49
jrolledleafe: so you expect instance tracking to work when instance tracking is disabled?22:50
edleafeno - that's what the _add_instance_info method is for22:50
edleafeif they don't track, then the call is made with each request22:50
*** VW_ has joined #openstack-nova22:51
edleafethe difference is that the host manager is making the call, not the filters22:51
jrollok, so here's how I understand this:22:51
edleafei.e., one call per request instead of one call per host22:51
jrollCONF.scheduler_tracks_instance_changes is there in case the performance impact of tracking instance changes is too large22:51
edleafeyes22:51
jrollbut turning that off just makes that performance impact happen on every request instead of at startup?22:52
edleafenot exactly22:52
jrollor at first request, I should say22:52
edleafeit turns off the gathering of info at startup22:52
edleafebut it forces that info to be gathered once per request22:52
edleafepreviously, the db was hit once per host per request22:53
edleafenow, even turned off, it's only once per request22:53
edleafeturned on, there is no db hit per request22:53
jrollright22:54
jrollso in an environment with hundreds of instances per host, this still is a massive perf impact22:54
*** gzhai has joined #openstack-nova22:54
jrollwhether that's realistic for anything non-ironic, I'm not sure. containers probably.22:54
openstackgerritmelanie witt proposed openstack/nova: Add missing policy for limits extension  https://review.openstack.org/17317822:55
edleafejroll: the performance impact was there in the filters22:55
edleafejroll: it also tied the scheduler to the nova db22:55
jrollright, so it's now non-configurable, and before it was configurable22:56
edleafejroll: well, not directly configurable22:56
*** Guest47142 is now known as dan22:56
edleafejroll: it was part of the various instance filters22:56
jrollsure, by choosing filters22:56
*** zzzeek has quit IRC22:56
jrolledleafe: also, I'm having a hard time digging through all of this, but I assume this ignores deleted instances, right?22:57
edleafejroll: I think a better fix would be to add an option that says "no instance info is ever going to be needed"22:57
edleafejroll: yes - deleted instances are ignored22:58
jrollok22:59
jrollso do we agree this doesn't scale at all to hundreds of instances on a single host?22:59
jrolland is that a case that nova in general, as a project, cares about?22:59
*** dannywilson has quit IRC23:00
jrollfor a data point: this OOM'd nova-scheduler running by itself on a 4GB machine, both in the "at startup" and "on the fly" case (since they're the same for a single host23:00
edleafeyes, it sure doesn't sound optimal :)23:00
jroll)23:00
*** penick has quit IRC23:01
jrolland in the startup case, ate enough CPU that the rabbit handshake happening in another thread timed out because packets weren't leaving fast enough23:01
jroll:|23:01
edleafeand yes, of course nova as a project cares about stuff that doesn't work23:01
*** haomaiwang has quit IRC23:01
*** lucas__ has joined #openstack-nova23:02
*** haomaiwang has joined #openstack-nova23:02
edleafejroll: I have to head out in a little while, but I'll definitely take a look at this more in-depth tomorrow23:02
jrolledleafe: cool, thanks23:02
* jroll wonders if new config options are allowed during feature freeze23:03
* jroll is thinking he remembers not23:03
edleafejroll: I fought to get that one CONF option added. They are strongly discouraging new CONF options23:03
jrollgreat!23:03
edleafejroll: FF doesn't affect a bug. I would seriously consider this a bug23:03
*** mariojv has joined #openstack-nova23:04
jrollsure, but config option tends to imply feature23:04
jrollI'll talk to johnthetubaguy in the morning23:04
edleafejroll: not if it is something that should have been there all along23:05
jrollI'm just ranting at this point :)23:05
edleafejroll: only if you're making it do something new and shiny23:05
*** dims has quit IRC23:05
edleafejroll: ok, gotta go. I'll read the scrollback in the morning to see what you and johnthetubaguy discuss23:06
*** lucas__ has quit IRC23:06
jrollcool, see ya, thanks for talk23:06
*** edmondsw has quit IRC23:07
*** VW_ has quit IRC23:09
*** VW_ has joined #openstack-nova23:10
openstackgerritGiridhar Jayavelu proposed openstack/nova: Create a new dictionary for type_data in VMwareAPIVMTestCase class  https://review.openstack.org/20276823:11
*** dave-mccowan has quit IRC23:14
*** eliqiao has joined #openstack-nova23:14
*** veena has joined #openstack-nova23:15
*** romainh has left #openstack-nova23:15
*** eliqiao1 has quit IRC23:16
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: make snapshot use RBD snapshot/clone when available  https://review.openstack.org/20528223:16
*** casusbelli has quit IRC23:17
*** xek has quit IRC23:18
*** xek has joined #openstack-nova23:21
*** MentalRay_ has quit IRC23:21
*** otter768 has joined #openstack-nova23:23
*** r-daneel has joined #openstack-nova23:24
*** r-daneel has quit IRC23:24
*** Piet has quit IRC23:25
*** r-daneel has joined #openstack-nova23:25
*** Piet has joined #openstack-nova23:26
*** otter768 has quit IRC23:28
*** ijw has quit IRC23:29
*** neiljerr` has quit IRC23:34
*** dims has joined #openstack-nova23:34
*** ijw has joined #openstack-nova23:34
mriedemjroll: new config options are possible for bug fixes too, depends on context23:40
mriedemalso, new config options make backporting to stable harder, so something to keep in mind23:40
*** jasondotstar has joined #openstack-nova23:41
*** VW_ has quit IRC23:41
*** kaisers has quit IRC23:42
*** VW_ has joined #openstack-nova23:42
*** davideagnello has quit IRC23:42
*** erlon has quit IRC23:43
*** artom has quit IRC23:43
*** kaisers has joined #openstack-nova23:44
*** davideagnello has joined #openstack-nova23:45
*** pczesno has joined #openstack-nova23:46
*** VW_ has quit IRC23:46
*** zzz_pczesno has quit IRC23:47
*** lucas-dinner has quit IRC23:51
*** salv-orlando has quit IRC23:52
*** annashen_ has joined #openstack-nova23:54
*** _gryf has quit IRC23:55
*** annashen has quit IRC23:55
*** _gryf has joined #openstack-nova23:56
*** annashen_ has quit IRC23:59

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