Tuesday, 2015-07-14

openstackgerritFei Long Wang proposed openstack/nova: Fix nova backup for volume-backed instance  https://review.openstack.org/16449400:02
*** pmcfadden has quit IRC00:04
*** jaypipes has quit IRC00:05
*** tpeoples has quit IRC00:06
*** sorrison_laptop has joined #openstack-nova00:06
*** xyang1 has quit IRC00:06
*** setuid has joined #openstack-nova00:08
*** pmcfadden has joined #openstack-nova00:14
*** jwcroppe has quit IRC00:15
*** pmcfadden has quit IRC00:17
*** Marga_ has joined #openstack-nova00:18
*** pmcfadden has joined #openstack-nova00:18
*** diogogmt has joined #openstack-nova00:19
openstackgerritFei Long Wang proposed openstack/nova-specs: Add spec for volume backed backup  https://review.openstack.org/19091900:19
*** IanGovett has quit IRC00:19
*** IanGovett has joined #openstack-nova00:20
*** Marga_ has quit IRC00:22
*** baoli has quit IRC00:24
*** alexpilotti has quit IRC00:26
*** hemna is now known as hemnafk00:27
*** ijw has quit IRC00:27
*** mtanino_ has joined #openstack-nova00:28
*** mtanino has quit IRC00:28
openstackgerritliaonanhai proposed openstack/nova-specs: Add user_id info: add 'user_id' to REST os-simple-tenant-usage output  https://review.openstack.org/19893700:30
*** pmcfadden has quit IRC00:30
*** erlon has quit IRC00:30
*** yingjun has joined #openstack-nova00:32
*** ajayaa has quit IRC00:36
*** baoli has joined #openstack-nova00:39
*** thorst has joined #openstack-nova00:40
*** ijw has joined #openstack-nova00:40
*** apuimedo has quit IRC00:42
*** asettle has joined #openstack-nova00:42
*** ssurana has quit IRC00:43
openstackgerritliaonanhai proposed openstack/nova-specs: Add user_id info: add 'user_id' to REST os-simple-tenant-usage output  https://review.openstack.org/19893700:45
*** baoli has quit IRC00:48
*** thedodd has quit IRC00:51
*** SourabhP has quit IRC00:51
*** armax has quit IRC00:51
*** SourabhP has joined #openstack-nova00:53
*** mwagner_lap has joined #openstack-nova00:54
*** Marga_ has joined #openstack-nova00:57
*** Marga_ has quit IRC00:58
*** Marga_ has joined #openstack-nova00:58
alex_xumelwitt: hi, are you around?00:58
melwittalex_xu: yes, hi00:59
alex_xumelwitt: not sure you see my email for a meeting about microversio client, is that time ok for you? what timezone you are in?01:00
alex_xumelwitt: appreciate if you can join the meeting, then we can get some suggestion from you :)01:00
*** baoli has joined #openstack-nova01:01
*** marzif_ has joined #openstack-nova01:01
alex_xumelwitt: we feel there are some communication issues around the spec and implementation, so hope setup a meeting to resolve those mess01:02
melwittalex_xu: I'm in PST so it's 6am for me. I don't have a lot of knowledge about the microversions, so I'm mostly interested in hearing what johnthetubaguy and sdague have to say01:03
melwittalex_xu: I was just surprised to see there is supposed to be a different behavior between Python API and CLI that I didn't understand01:03
*** yingjun has quit IRC01:04
melwittI reviewed the patches based on the spec because that's the information I have about how microversions supposed to work from a client perspective01:04
alex_xumelwitt: yea, that is too early for you.01:05
*** bradjones_ has joined #openstack-nova01:06
*** bradjones_ has quit IRC01:06
*** bradjones_ has joined #openstack-nova01:06
*** bradjones has quit IRC01:06
melwittalex_xu: I don't think I'm a critical piece for the meeting, so I will be fine to read about the outcome and go with the consensus you reach with everyone else01:06
alex_xumelwitt: melwitt yea, I didn't find out the spec describe that clearly also, but from the discussion, we said we agreement on API and CLi have different behavior01:06
*** bradjones_ is now known as bradjones01:07
alex_xumelwitt: from patchset4 https://review.openstack.org/#/c/188410/ there are comment about that, and I remember we agree on that in the nova api meeting...but finally that's not in the spec...01:07
alex_xumelwitt: ok, no problem, I will let you know the final decission01:08
*** MentalRay has joined #openstack-nova01:08
melwittalex_xu: cool, thank you01:09
alex_xumelwitt: np01:09
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3(v2.1) support  https://review.openstack.org/14982801:09
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3(v2.1) support  https://review.openstack.org/14982801:09
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3(v2.1) support  https://review.openstack.org/14982801:09
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3(v2.1) support  https://review.openstack.org/14982801:10
*** tonytan4ever has quit IRC01:10
*** andrewbogott is now known as andrewbogott_afk01:10
*** baoli has quit IRC01:10
*** vilobhmm has quit IRC01:11
openstackgerritsajeesh cs proposed openstack/nova: Nested Quota Driver: Adding v2 and v3(v2.1) support  https://review.openstack.org/14982801:11
*** armax has joined #openstack-nova01:13
*** marzif_ has quit IRC01:14
*** IanGovett has quit IRC01:14
*** baoli has joined #openstack-nova01:14
*** thorst has quit IRC01:15
openstackgerritGhanshyam Mann proposed openstack/nova: Merge server list multi status tests between v2 and v2.1  https://review.openstack.org/20138701:16
*** SourabhP has quit IRC01:21
*** armax has quit IRC01:21
*** pixelbeat_ has quit IRC01:22
*** sorrison_laptop has quit IRC01:22
*** pixelbeat_ has joined #openstack-nova01:22
*** annashen has joined #openstack-nova01:25
*** ijw has quit IRC01:27
*** annashen has quit IRC01:30
*** obedmr has joined #openstack-nova01:33
*** dims__ has joined #openstack-nova01:34
obedmrhi there, does anyone know if there's an example guide for adding a new driver in nova-compute?01:34
*** karimb has quit IRC01:37
*** dannywilson has quit IRC01:37
*** dims_ has quit IRC01:38
*** otter768 has joined #openstack-nova01:40
*** SourabhP has joined #openstack-nova01:43
*** markvoelker has quit IRC01:44
*** otter768 has quit IRC01:45
*** baoli has quit IRC01:47
*** ishita has joined #openstack-nova01:47
*** baoli has joined #openstack-nova01:47
*** zzzeek has quit IRC01:48
*** SourabhP has quit IRC01:49
*** shuquan has joined #openstack-nova01:50
*** SourabhP has joined #openstack-nova01:50
*** jdandrea has quit IRC01:51
*** vilobhmm has joined #openstack-nova01:53
*** eliqiao has joined #openstack-nova01:53
*** dboik has joined #openstack-nova01:53
*** browne has quit IRC01:54
*** dboik_ has joined #openstack-nova01:54
*** dboik has quit IRC01:58
alex_xuoomichi: good monrning, there two policy patches need another +2 https://review.openstack.org/#/c/199971/ https://review.openstack.org/#/c/199972/ , appreciate if you have time take a look at it01:59
*** asettle is now known as asettle-afk01:59
*** mtanino_ has quit IRC01:59
*** tsekiyama has quit IRC02:01
*** artom_ has quit IRC02:03
*** ijw has joined #openstack-nova02:04
openstackgerritxing-yang proposed openstack/nova: Add os-brick based LibvirtVolumeDriver for ScaleIO  https://review.openstack.org/19445402:04
*** lyanchih has joined #openstack-nova02:04
oomichialex_xu: hi, morning o/02:05
oomichialex_xu: ok, will check them soon :)02:05
alex_xuoomichi: thanks :)02:05
oomichialex_xu: np02:05
*** tpeoples has joined #openstack-nova02:08
*** liusheng has joined #openstack-nova02:08
*** jwcroppe has joined #openstack-nova02:12
*** dims_ has joined #openstack-nova02:12
*** dims__ has quit IRC02:13
oomichialex_xu: can you check a comment on https://review.openstack.org/#/c/199971/ ?02:14
alex_xuoomichi: sure02:14
*** MentalRay has quit IRC02:15
alex_xuoomichi: will update soon, thanks for the review!02:16
*** jwcroppe has quit IRC02:16
oomichialex_xu: np :)02:17
*** mutoulbj has joined #openstack-nova02:17
*** pixelbeat_ has quit IRC02:17
oomichialex_xu: if https://review.openstack.org/#/c/199972/ can be the first order on the patches, the patch can be merged soon.02:17
*** liusheng has quit IRC02:18
*** dims__ has joined #openstack-nova02:18
*** liusheng has joined #openstack-nova02:18
alex_xuoomichi: emm...good idea, let me adjust the order02:18
*** dims_ has quit IRC02:19
oomichialex_xu: or enough to separate it(199972) from the patches.02:20
openstackgerritAlex Xu proposed openstack/nova: Remove useless db call instance_get_all_by_host_and_not_type  https://review.openstack.org/19997102:22
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for provider_fw_rule_*  https://review.openstack.org/20038102:22
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for archive_deleted_rows*  https://review.openstack.org/20038002:22
openstackgerritAlex Xu proposed openstack/nova: Remove the useless require_admin_context decorator  https://review.openstack.org/20038202:22
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for reservation_expire  https://review.openstack.org/19997202:22
alex_xuoomichi: it's done, this https://review.openstack.org/#/c/199972/4 just need +w02:23
oomichialex_xu: nice, +A02:24
alex_xuoomichi: oops, that is +A02:24
alex_xuoomichi: thanks02:24
*** yamahata has quit IRC02:24
oomichialex_xu: https://review.openstack.org/#/c/199971/ is not updated yet, will you ?02:25
alex_xuoomichi: oh...my god...I forget02:25
oomichialex_xu: no problem ;)02:26
*** annashen has joined #openstack-nova02:26
*** bkopilov has quit IRC02:27
*** park_heijlong has joined #openstack-nova02:27
*** zhenguo has joined #openstack-nova02:27
*** SourabhP has quit IRC02:29
*** ishita has quit IRC02:30
*** annashen has quit IRC02:31
openstackgerritAlex Xu proposed openstack/nova: Remove useless db call instance_get_all_by_host_and_not_type  https://review.openstack.org/19997102:31
openstackgerritAlex Xu proposed openstack/nova: Remove the useless require_admin_context decorator  https://review.openstack.org/20038202:31
*** unicell has quit IRC02:31
*** obedmr has quit IRC02:33
*** tobe has joined #openstack-nova02:42
*** patrickeast has quit IRC02:42
*** dboik_ has quit IRC02:44
*** dboik has joined #openstack-nova02:44
openstackgerritGhanshyam Mann proposed openstack/nova: Merge server list multi status tests between v2 and v2.1  https://review.openstack.org/20138702:47
*** busterswt has joined #openstack-nova02:47
*** busterswt has quit IRC02:50
*** ijw has quit IRC02:51
openstackgerritGhanshyam Mann proposed openstack/nova: Merge block_device_mapping_v2_boot tests between v2 and v2.1  https://review.openstack.org/20140102:51
*** markvoelker has joined #openstack-nova02:54
*** markvoelker has quit IRC02:55
*** markvoelker has joined #openstack-nova02:55
*** browne has joined #openstack-nova02:55
*** ssurana has joined #openstack-nova03:00
*** shuquan has quit IRC03:05
openstackgerritwanghao proposed openstack/nova: Image/block device mapping combination is not valid  https://review.openstack.org/17198403:05
*** wanghao has joined #openstack-nova03:07
*** jwcroppe has joined #openstack-nova03:13
*** jwcroppe has quit IRC03:21
*** yingjun has joined #openstack-nova03:23
*** dims__ has quit IRC03:27
*** lyanchih has quit IRC03:28
*** Jeffrey4l has quit IRC03:29
*** Jeffrey4l has joined #openstack-nova03:31
*** lyanchih has joined #openstack-nova03:34
*** Longgeek has joined #openstack-nova03:35
*** oomichi has quit IRC03:35
*** achanda has quit IRC03:38
*** otter768 has joined #openstack-nova03:41
*** otter768 has quit IRC03:45
*** baoli has quit IRC03:51
*** asettle-afk is now known as asettle03:52
*** yingjun has quit IRC03:53
*** annashen has joined #openstack-nova03:56
*** vilobhmm has quit IRC03:59
*** vilobhmm has joined #openstack-nova04:01
*** annashen has quit IRC04:01
*** asettle has quit IRC04:01
*** jwcroppe has joined #openstack-nova04:02
*** bkopilov has joined #openstack-nova04:07
*** deepthi has joined #openstack-nova04:09
*** armax has joined #openstack-nova04:10
*** arnaud___ has joined #openstack-nova04:17
*** tpeoples has quit IRC04:19
*** tpeoples has joined #openstack-nova04:21
*** boris-42 has quit IRC04:22
*** garyk has quit IRC04:24
*** oro has joined #openstack-nova04:24
*** dave-mccowan has quit IRC04:25
*** tjones1 has joined #openstack-nova04:25
*** tjones1 has left #openstack-nova04:27
*** asettle has joined #openstack-nova04:27
*** ssurana has quit IRC04:31
*** unicell has joined #openstack-nova04:33
*** fawadkhaliq has joined #openstack-nova04:34
*** sudipto has joined #openstack-nova04:35
*** fawadkhaliq has quit IRC04:38
*** whenry_ has quit IRC04:38
*** irenab has quit IRC04:38
*** shyu has quit IRC04:40
*** unicell has quit IRC04:41
*** shyu has joined #openstack-nova04:41
*** shyama has joined #openstack-nova04:43
*** VW_ has joined #openstack-nova04:43
*** unicell has joined #openstack-nova04:45
*** markvoelker_ has joined #openstack-nova04:48
*** markvoelker has quit IRC04:50
*** markvoelker_ has quit IRC04:52
*** achanda has joined #openstack-nova04:52
*** VW_ has quit IRC04:53
*** annashen has joined #openstack-nova04:57
*** sudipto has quit IRC04:57
*** markvoelker has joined #openstack-nova04:57
*** fawadkhaliq has joined #openstack-nova04:58
*** yingjun has joined #openstack-nova04:59
*** annashen has quit IRC05:02
*** markvoelker has quit IRC05:03
*** sharkJing has quit IRC05:07
*** sharkJing has joined #openstack-nova05:07
*** markvoelker has joined #openstack-nova05:08
*** moshele has joined #openstack-nova05:09
*** Nikolay_St has quit IRC05:13
*** markvoelker has quit IRC05:16
*** armax has quit IRC05:17
*** ildikov has quit IRC05:20
*** markvoelker has joined #openstack-nova05:22
*** garyk has joined #openstack-nova05:25
*** irenab has joined #openstack-nova05:26
*** markvoelker has quit IRC05:28
*** yingjun has quit IRC05:32
*** afazekas has joined #openstack-nova05:32
openstackgerritliaonanhai proposed openstack/nova-specs: Add user_id info: add 'user_id' to REST os-simple-tenant-usage output  https://review.openstack.org/19893705:33
*** dheeraj-gupta-4 has joined #openstack-nova05:35
*** moshele has quit IRC05:38
*** kumar has joined #openstack-nova05:38
*** vilobhmm has quit IRC05:40
*** yingjun has joined #openstack-nova05:41
*** otter768 has joined #openstack-nova05:42
*** exploreshaifali has joined #openstack-nova05:42
openstackgerritGhanshyam Mann proposed openstack/nova: Merge block_device_mapping boot tests between v2 and v2.1  https://review.openstack.org/20140105:46
*** sharkJing has quit IRC05:47
*** otter768 has quit IRC05:47
*** sharkJing has joined #openstack-nova05:47
*** ssurana has joined #openstack-nova05:48
*** apuimedo has joined #openstack-nova05:52
*** arnaud___ has quit IRC05:53
*** lyanchih has quit IRC05:56
*** eliqiao has left #openstack-nova05:57
*** annashen has joined #openstack-nova05:58
*** coolsvap has joined #openstack-nova06:00
*** Murali has joined #openstack-nova06:01
*** Kennan has quit IRC06:02
*** Kennan has joined #openstack-nova06:03
*** annashen has quit IRC06:03
*** achanda has quit IRC06:07
*** pradipta has joined #openstack-nova06:07
openstackgerritGhanshyam Mann proposed openstack/nova: Merge block_device_mapping boot tests between v2 and v2.1  https://review.openstack.org/20140106:08
*** lyanchih has joined #openstack-nova06:09
openstackgerritZhenyu Zheng proposed openstack/nova: CONF.allow_resize_to_same_host should check only once in controller  https://review.openstack.org/18623606:10
*** lpetrut has joined #openstack-nova06:11
openstackgerritliaonanhai proposed openstack/nova-specs: Add user_id info: add 'user_id' to REST os-simple-tenant-usage output  https://review.openstack.org/19893706:12
*** coolsvap has quit IRC06:13
*** coolsvap|away is now known as coolsvap06:13
*** dhvanan has joined #openstack-nova06:18
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/19721306:18
dhvananHi, I am new to openstack and I needed help to know if we can make multiple concurrent requests through the nova-api?06:20
dhvananCould someone help me out!06:21
*** abhishekk has joined #openstack-nova06:22
*** achanda has joined #openstack-nova06:22
*** abhishekk has quit IRC06:22
openstackgerritZhenyu Zheng proposed openstack/nova: network_request_obj: Clean up outdated code  https://review.openstack.org/20142506:22
*** oro has quit IRC06:25
*** oro has joined #openstack-nova06:27
*** yingjun has quit IRC06:29
openstackgerritRui Chen proposed openstack/nova: Fix incomplete error message of quota exceeded  https://review.openstack.org/19746006:29
openstackgerritRui Chen proposed openstack/nova: Set task_state=None when booting instance failed  https://review.openstack.org/18714506:29
openstackgerritRui Chen proposed openstack/nova: Improve functional test base for microversion  https://review.openstack.org/19006306:29
openstackgerritRui Chen proposed openstack/nova: Fix permission issue of server group API  https://review.openstack.org/19311706:29
*** SourabhP has joined #openstack-nova06:32
openstackgerritPavel Kholkin proposed openstack/nova: libvirt: optimize multipath call to identify IQN  https://review.openstack.org/16373306:35
*** eglynn has joined #openstack-nova06:35
*** SourabhP_ has joined #openstack-nova06:35
*** kiran-r has joined #openstack-nova06:36
*** arnaud___ has joined #openstack-nova06:36
*** belmoreira has joined #openstack-nova06:36
openstackgerritlyanchih proposed openstack/nova: libvirt - Flavor's quota instance resource not observed for non-ephemeral storage  https://review.openstack.org/20101906:36
*** ankit_ag has joined #openstack-nova06:37
*** SourabhP has quit IRC06:37
*** SourabhP_ is now known as SourabhP06:37
*** scheuran has joined #openstack-nova06:43
*** _fortis has joined #openstack-nova06:44
*** tpeoples has quit IRC06:44
*** _fortis has quit IRC06:44
*** tpeoples has joined #openstack-nova06:44
openstackgerritGhanshyam Mann proposed openstack/nova: Merge flavor all_extensions tests between v2 and v2.1  https://review.openstack.org/20143006:47
*** kumar has quit IRC06:51
openstackgerritliaonanhai proposed openstack/nova: Add user_id info: add 'user_id' to REST os-simple-tenant-usage output  https://review.openstack.org/15152206:51
*** ssurana has quit IRC06:52
*** _fortis has joined #openstack-nova06:53
*** lpetrut has quit IRC06:54
*** yingjun has joined #openstack-nova06:55
*** itzikb_ has joined #openstack-nova06:55
pkholkinhi folks, could you please look at this patch https://review.openstack.org/#/c/173834/, I think unit-tests are broken without it06:55
pkholkinI wrote to Doug Hellmann for several times06:56
*** moshele has joined #openstack-nova06:56
pkholkindhellmann: Hello, are you here? Could you please remove -2 from this patch https://review.openstack.org/#/c/173834/06:56
*** kiran-r has quit IRC06:58
*** PpPyg has quit IRC06:58
*** arnaud___ has quit IRC06:58
*** annashen has joined #openstack-nova06:59
*** asettle has quit IRC07:00
*** markus_z has joined #openstack-nova07:00
*** kiran-r has joined #openstack-nova07:01
openstackgerritAbhijeet Malawade proposed openstack/nova: POC: Extract cinder-client response to log request IDs  https://review.openstack.org/20143407:03
*** annashen has quit IRC07:03
openstackgerritAbhijeet Malawade proposed openstack/nova: POC: Extract cinder-client response to log request IDs  https://review.openstack.org/20143407:05
*** ssurana has joined #openstack-nova07:06
openstackgerritAbhishek Kekane proposed openstack/nova: Execute _poll_shelved_instances only if shelved_offload_time is > 0  https://review.openstack.org/20143607:06
*** SourabhP has quit IRC07:07
*** rdopiera has joined #openstack-nova07:08
itzikb_moshele: hi, you may want to attach https://bugs.launchpad.net/nova/+bug/1222990 to your patch07:08
openstackLaunchpad bug 1222990 in OpenStack Compute (nova) "Cannot specify subset of PCI devices for PCI passthrough" [Wishlist,Confirmed] - Assigned to Yongli He (yongli-he)07:08
*** kiran-r has quit IRC07:08
itzikb_moshele: https://review.openstack.org/#/c/199488/07:09
*** ildikov has joined #openstack-nova07:10
*** amotoki_ has joined #openstack-nova07:11
*** humble_ has joined #openstack-nova07:13
*** mutoulbj has quit IRC07:14
*** wanghua has quit IRC07:14
*** mutoulbj has joined #openstack-nova07:14
*** cfriesen has quit IRC07:14
*** _fortis has quit IRC07:17
*** hakimo has joined #openstack-nova07:18
*** rotbeard has joined #openstack-nova07:18
*** hakimo has quit IRC07:19
*** achanda has quit IRC07:19
*** hakimo has joined #openstack-nova07:20
*** Jeffrey4l has quit IRC07:21
*** _fortis has joined #openstack-nova07:21
openstackgerritGhanshyam Mann proposed openstack/nova: Merge "versions" tests between v2 and v2.1  https://review.openstack.org/20143907:22
openstackgerritGhanshyam Mann proposed openstack/nova: Merge "versions" tests between v2 and v2.1  https://review.openstack.org/20143907:24
*** scheuran has quit IRC07:26
*** moshele has quit IRC07:29
*** jcoufal has joined #openstack-nova07:30
*** ndipanov has quit IRC07:34
openstackgerritZhenyu Zheng proposed openstack/nova: network_request_obj: Clean up outdated code  https://review.openstack.org/20142507:36
*** ndipanov has joined #openstack-nova07:38
*** nkrinner_afk is now known as nkrinner07:40
*** jlanoux has joined #openstack-nova07:40
*** browne has quit IRC07:41
*** jyuso1 has left #openstack-nova07:42
*** jistr has joined #openstack-nova07:42
*** jyuso1 has joined #openstack-nova07:42
*** otter768 has joined #openstack-nova07:43
openstackgerritRodolfo Alonso proposed openstack/nova: Added new scheduler filter: AggregateTypeExtraSpecsAffinityFilter  https://review.openstack.org/18927907:45
*** otter768 has quit IRC07:47
*** fawadkhaliq has quit IRC07:49
*** alex_klimov has joined #openstack-nova07:50
*** alex_xu has quit IRC07:52
*** Longgeek has quit IRC07:53
openstackgerritAndreas Scheuring proposed openstack/nova: Add macvtap as new virtual interface (vif) type to Nova's libvirt driver  https://review.openstack.org/18228307:54
*** alex_xu has joined #openstack-nova07:55
*** shuquan has joined #openstack-nova07:58
*** annashen has joined #openstack-nova08:00
*** Longgeek has joined #openstack-nova08:00
*** pradipta has quit IRC08:01
*** deepthi has quit IRC08:02
*** annashen has quit IRC08:04
*** eliqiao has joined #openstack-nova08:05
*** lucasagomes has joined #openstack-nova08:06
*** fawadkhaliq has joined #openstack-nova08:11
*** yingjun has quit IRC08:13
openstackgerritNikola Dipanov proposed openstack/nova: Revert "Remove useless db call instance_get_all_hung_in_rebooting"  https://review.openstack.org/20145108:14
ndipanovjohnthetubaguy, ^^08:14
ndipanovthe sooner this goes the better08:15
ndipanovwho else is awake from the core team?08:15
*** tpeoples has quit IRC08:15
garykndipanov: why does that need to be reverted?08:16
*** eliqiao1 has joined #openstack-nova08:17
ndipanovbecause you can't drop methods without a major version bump08:17
ndipanovas always08:17
garykndipanov: butthat method is not used.08:17
garykwhat is this breaking?08:18
*** Jeffrey4l has joined #openstack-nova08:18
ndipanovit was never ever used?08:18
*** eliqiao has quit IRC08:18
garyknot sure.08:18
*** shuquan has quit IRC08:19
garykit may have been in a version prior to object :)08:19
garykstill do not think that warrants a revert08:19
garykcan you find code where it was an is used and then we can decide on whthee ot not to revert08:19
ndipanovyeah in that case no08:19
garykwhether (fat finger day)08:19
*** Nikolay_St has joined #openstack-nova08:20
*** deepthi has joined #openstack-nova08:21
*** yingjun has joined #openstack-nova08:21
*** shyama has quit IRC08:21
*** amotoki_ has quit IRC08:22
*** gszasz has joined #openstack-nova08:23
*** ssurana has quit IRC08:23
*** ssurana has joined #openstack-nova08:26
ndipanovso it seems it was actually never used08:26
ndipanovif only they had bothered to write that though08:26
*** kiran-r has joined #openstack-nova08:29
*** ssurana has quit IRC08:29
*** kiran-r has quit IRC08:29
*** derekh has joined #openstack-nova08:30
*** pixelbeat_ has joined #openstack-nova08:30
openstackgerritPavel Kholkin proposed openstack/nova: libvirt: Add post_connection_terminated  https://review.openstack.org/17234108:30
*** kiran-r has joined #openstack-nova08:31
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431108:32
*** _kiran_ has joined #openstack-nova08:35
*** kiran-r has quit IRC08:35
johnthetubaguyndipanov: just taking a look08:36
johnthetubaguyndipanov: I08:36
ndipanovjohnthetubaguy, meh abandoned it08:36
ndipanovit seems that it was literally never used08:36
johnthetubaguyndipanov: ah, fair enough08:36
ndipanovit still makes little sense to bump the version08:36
johnthetubaguyndipanov: I kinda hope we got that right08:37
ndipanovthey should have just removed it08:37
ndipanovversion bump is meaningless there08:37
johnthetubaguyndipanov: true, like RPC versions08:37
ndipanovright08:37
openstackgerritHiroyuki Eguchi proposed openstack/nova: Cannot rebuild a instance booted from volume  https://review.openstack.org/20145808:37
ndipanovgaryk, ^08:38
garykndipanov: gracias08:40
*** _kiran_ has quit IRC08:40
johnthetubaguyndipanov: we might want to update the version bump comment in the test_objects.py thing with the object hashes in there08:42
johnthetubaguya bump is always safer I guess08:42
openstackgerritPavel Kholkin proposed openstack/nova: libvirt: Add post_connection_terminated  https://review.openstack.org/17234108:48
*** tobe has quit IRC08:48
*** deepthi has quit IRC08:49
garykjohnthetubaguy: following the nova meeting last week i opened a specless bp as requested by you and matt - https://blueprints.launchpad.net/openstack/?searchtext=vmware-better-display-names08:50
johnthetubaguygaryk: cool, I can approve that, there is no way for me to see newly submitted blueprints, hence the request for the ping08:51
*** aix has joined #openstack-nova08:51
garykjohnthetubaguy: ok, thanks.08:52
johnthetubaguygaryk: that should be all approved now I think08:53
*** lpetrut has joined #openstack-nova08:53
*** lpetrut has left #openstack-nova08:55
*** lpetrut has joined #openstack-nova08:55
garykjohnthetubaguy: thanks!08:58
*** tobe has joined #openstack-nova08:58
*** aix has quit IRC08:58
*** annashen has joined #openstack-nova09:00
*** aix has joined #openstack-nova09:03
*** annashen has quit IRC09:05
*** moshele has joined #openstack-nova09:05
mosheleitzikb_: I will look in to that09:09
*** jcoufal_ has joined #openstack-nova09:09
*** xgsa has quit IRC09:09
*** xgsa has joined #openstack-nova09:10
*** jcoufal has quit IRC09:12
*** yingjun has quit IRC09:13
*** yingjun has joined #openstack-nova09:14
*** alexpilotti has joined #openstack-nova09:16
*** amotoki_ has joined #openstack-nova09:16
*** xgsa has quit IRC09:19
*** xgsa has joined #openstack-nova09:20
*** shyama has joined #openstack-nova09:21
*** dheeraj-gupta-4 has left #openstack-nova09:21
*** jang has quit IRC09:29
*** jang has joined #openstack-nova09:29
*** shuquan has joined #openstack-nova09:30
*** yingjun has quit IRC09:31
*** marzif_ has joined #openstack-nova09:33
*** shuquan has quit IRC09:34
*** shuquan has joined #openstack-nova09:36
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431109:38
*** shuquan has quit IRC09:41
*** jichen has joined #openstack-nova09:41
openstackgerritgaryk proposed openstack/nova: VMware: add support for provider network portgroup  https://review.openstack.org/19947709:41
*** shuquan has joined #openstack-nova09:42
*** shuquan has quit IRC09:42
*** otter768 has joined #openstack-nova09:44
openstackgerritNikola Dipanov proposed openstack/nova: Fix the incorect PciDeviceList version number  https://review.openstack.org/20128009:45
*** shuquan has joined #openstack-nova09:45
*** shuquan has quit IRC09:46
*** shuquan has joined #openstack-nova09:48
*** otter768 has quit IRC09:48
*** dims_ has joined #openstack-nova09:48
*** shuquan has quit IRC09:49
*** shuquan has joined #openstack-nova09:50
*** Longgeek has quit IRC09:51
*** jcoufal has joined #openstack-nova09:53
*** shuquan has quit IRC09:54
*** shuquan has joined #openstack-nova09:55
*** shuquan has quit IRC09:56
*** jcoufal_ has quit IRC09:57
*** shuquan has joined #openstack-nova09:58
*** shyama has quit IRC09:58
*** shuquan has quit IRC09:58
*** shyama has joined #openstack-nova09:58
*** shyama_ has joined #openstack-nova10:00
*** annashen has joined #openstack-nova10:01
*** shyama has quit IRC10:03
*** shyama_ is now known as shyama10:03
*** Kennan has quit IRC10:03
*** Kennan has joined #openstack-nova10:03
*** kiran-r has joined #openstack-nova10:03
*** fawadkhaliq has quit IRC10:03
*** shuquan has joined #openstack-nova10:03
*** annashen has quit IRC10:06
*** Marga_ has quit IRC10:12
*** Marga_ has joined #openstack-nova10:13
*** shuquan has quit IRC10:14
*** shuquan has joined #openstack-nova10:16
*** ociuhandu has joined #openstack-nova10:16
*** Marga_ has quit IRC10:16
*** salv-orlando has quit IRC10:16
*** Marga_ has joined #openstack-nova10:16
*** moshele has quit IRC10:17
*** shuquan has quit IRC10:17
*** shuquan has joined #openstack-nova10:18
*** fawadkhaliq has joined #openstack-nova10:18
*** abhishekk has joined #openstack-nova10:21
*** aix has quit IRC10:21
*** shuquan has quit IRC10:22
*** Longgeek has joined #openstack-nova10:22
*** shuquan has joined #openstack-nova10:24
*** moshele has joined #openstack-nova10:24
*** shuquan has quit IRC10:24
*** shuquan has joined #openstack-nova10:26
*** shuquan has quit IRC10:27
*** jlanoux_ has joined #openstack-nova10:27
*** rdo has quit IRC10:27
*** oro has quit IRC10:27
*** shuquan has joined #openstack-nova10:27
*** exploreshaifali has quit IRC10:28
*** rdo has joined #openstack-nova10:29
*** lyanchih has quit IRC10:29
ndipanovabhishekk, hey - so will you re-spin this one? https://review.openstack.org/#/c/192986/10:29
*** shuquan has quit IRC10:30
*** jlanoux has quit IRC10:30
abhishekkndipanov: yes, I am working on unit tests10:31
*** moshele has quit IRC10:32
*** IanGovett has joined #openstack-nova10:32
*** moshele has joined #openstack-nova10:33
ndipanovabhishekk, ok I will abandon my change here https://review.openstack.org/#/c/200621/10:33
ndipanovps - it has all the unittest done so you can steal ideas from there10:33
*** mutoulbj has quit IRC10:34
*** aix has joined #openstack-nova10:34
abhishekkndipanov: sure, I will add your name in co-author10:35
ndipanovno no10:35
ndipanovyou don't have to do that10:35
ndipanovyou can't use those exact tests - you'd have to change them10:35
ndipanovbut at least you can see where to do the tests10:35
abhishekkndipanov: yes I need to change them, thank you for the suggestion10:36
*** beagles has quit IRC10:36
*** deepthi has joined #openstack-nova10:40
alex_xundipanov: just want to ask the generic case why we need bump major version when remove remote method. In normally we should keep the deprecate method in one release cycle, after use upgrade to new release cycle, then nobody use the old method, then we can remove them safely? so I didn't get the reason why major version bump needed10:40
alex_xus/after use/after user/10:40
ndipanovright10:40
ndipanover10:41
ndipanovno10:41
ndipanovthat's not correct10:41
ndipanovby keeping the version at 1.x10:41
*** b3nt_pin has joined #openstack-nova10:41
*** b3nt_pin is now known as Guest8315010:42
alex_xundipanov: need bump to 2.x? so why?10:42
ndipanovwe are saying that we are backwards compatible with any 1.x10:42
ndipanovif you remove the method10:42
ndipanovyou can't really be backwards compatible as the new code will have no idea about that method anymore10:42
ndipanovit's just a coincidence that we bump the major version10:42
garykis there any chance that one or more cores can please look at https://review.openstack.org/#/c/188789/ - this patch is blokcing a ton of other patches and it would open the flood gates...10:43
ndipanovvery soon after we bump the realease number10:43
ndipanovalex_xu, ^10:43
ndipanovin the case from today10:43
ndipanovalex_xu, does that make sense?10:43
alex_xundipanov: I think I didn't understand your word yet :(10:45
alex_xundipanov: I just ask the generic case, not for https://review.openstack.org/#/c/201451/110:45
ndipanovso bumping the major version means - we are no longer compatible with 1.x10:45
*** Longgeek_ has joined #openstack-nova10:46
ndipanovso if you want to make a backwards incompatible change10:46
alex_xundipanov: yes, but if just bump minor version, it won't break anything also? so bump the major version just for our verison policy?10:46
ndipanovand removing a method is10:46
ndipanovwhat do you mean it won't break anything10:46
ndipanovif 1.2 asks the conductor to do 'foo_method' which is remotable10:47
ndipanovand conductor is at 1.7 which does not have the method anymore10:47
ndipanovit breaks10:47
ndipanovthe rule is: you can't do breaking changes10:47
ndipanovif you want to do breaking changes - wait for the major version bump and in the meantime add a comment saying it's deprecated10:48
alex_xundipanov: what happend if after 1.2 there isn't any code invoke foo_method, then if foo_method disappeared in 1.7, then that will safe10:48
*** Longgeek has quit IRC10:48
*** jlanoux has joined #openstack-nova10:49
ndipanovalex_xu, if it was invoked in any version of the code from 1.010:49
sdagueanyone want to take a look at - https://review.openstack.org/#/c/174245/10 - it's really old review, got 2 reviews stacked on top of it that are ready to go, and hasn't got any -1s on it.10:49
ndipanovit needs to be kept10:49
ndipanovalex_xu, I don't understand what part is unclear10:50
ndipanovthe only rule is - you can't make a change to the objects interface that will break any code that has the same major version10:52
ndipanovremoving a method (if it was ever used) is one of those changes10:52
*** jlanoux_ has quit IRC10:52
johnthetubaguyalex_xu: you have to think about old and new deployments, and how upgrade works (old computes with new control plane), etc.10:57
*** deepthi has quit IRC10:58
*** jichen has quit IRC10:58
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Change default compute api version  https://review.openstack.org/18465811:00
alex_xundipanov: johnthetubaguy, thanks for the explain, let me think about it~11:01
ndipanovalex_xu, it's always good to remind yourself that in case of objects11:01
johnthetubaguyalex_xu: its not just because we are doing sem_ver, its how we keep upgrades working basically11:01
*** afazekas has quit IRC11:02
ndipanovthe conductor knows all the latest versions (aka we need to upgrade conductor first11:02
ndipanov)11:02
johnthetubaguyndipanov: hoping we can get some more docs on this stuff asap, it easy for folks to loose the context here11:02
*** annashen has joined #openstack-nova11:02
ndipanovjohnthetubaguy, well there are docs written by dansmith in the context of upgrades I think11:02
ndipanovmaybe not posted in a well known place :/11:03
johnthetubaguyndipanov: yes, thats part of it, need to get this into devref11:03
johnthetubaguyits on my list, for the priority BP, but the list is getting silly long now11:03
ndipanovalex_xu, so that lets you have different versions of the code on compute nodes requesting stuff from the conductor11:03
ndipanovbut for this to work - conductor needs to know all of their versions to be able to "backport"11:04
ndipanovso even if let's say no code in 1.7 uses "foo_method"11:04
ndipanovsome code with 1.2 might11:04
ndipanovso the 1.7 conductor needs to know how to do it11:05
sdaguegmann: on https://review.openstack.org/#/c/197394/2/nova/tests/functional/v3/test_fixed_ips.py,cm it would be really good to also negative test the new attributes not existing on v2.011:05
*** sudipto has joined #openstack-nova11:07
alex_xundipanov: yea, I think I just didn't get the major version why need bump11:07
*** annashen has quit IRC11:07
*** openstackgerrit has quit IRC11:09
alex_xundipanov: nvm..let me spend some time to think about it. thanks for your explain11:09
*** jaypipes has joined #openstack-nova11:09
*** coolsvap is now known as coolsvap_11:09
*** openstackgerrit has joined #openstack-nova11:10
openstackgerritJohn Garbutt proposed openstack/nova: docs: add the scheduler evolution plans  https://review.openstack.org/19226011:12
alex_xundipanov: one more similar patch https://review.openstack.org/#/c/199971/5/nova/objects/instance.py11:13
*** mutoulbj has joined #openstack-nova11:15
ndipanovalex_xu, well bumping the major version is kind of a coordinated thing11:15
*** moshele has quit IRC11:16
ndipanovso it means - we as a project now agree that we will not support anything older than X11:16
ndipanovand we can remove a bunch of code11:16
ndipanovso then your code that was marked deprecated can be removed11:16
*** afazekas has joined #openstack-nova11:17
sdaguealex_xu: can you rebase https://review.openstack.org/#/c/160206/16  ?11:18
sdaguethe rest of that stack is in merge conflict11:18
ndipanovalex_xu,, don't rebase unless you also respond to any pending comments11:19
ndipanovsdague, ^11:19
ndipanovI've seen valid points get missed that way11:19
sdaguendipanov: there are no pending comments that I see11:20
*** alex_klimov has quit IRC11:21
sdaguethe last -1 in the logs is March, 13 revisions ago11:21
ndipanovsdague, cool just sayin' that it's something that happens11:21
sdaguendipanov: sure, it just seemed like you thought something specific was going on in this patch11:22
*** thorst has joined #openstack-nova11:22
ndipanovno ...11:22
ndipanovbut people see the RED MERGE CONFLICT11:22
ndipanovand quickly rebase thinking that they will get back to the -1s...11:22
sdaguendipanov: sure, but I was reviewing the stack, and it was ready to go, except a conflict on patch 211:23
ndipanovyeah in that case all good11:23
sdaguehey, so in https://review.openstack.org/#/c/189632/811:23
ndipanovI typed instead of clicking on the actual patch11:23
ndipanovyeeeees :)11:23
sdagueI really don't like the idea of the fact that we have an API, and then we ignore params and don't tell the user11:23
sdaguebecause a log warn doesn't get to the user11:24
ndipanovright11:24
ndipanovhence the upgradeImpact -> make this a releasenote kind of thing11:24
ndipanovrelease notes don't go to users necessarily either11:24
ndipanovbut not sure how to resolve this any other way11:25
sdaguesure, but if this is out in the field, how is anyone going to know11:25
sdagueI'd like to figure out a way to bubble this issue back to the user11:25
sdagueon the api call11:25
jaypipes*yawn*11:25
johnthetubaguysdague: it does feel like we need virt driver specific validation on that API call, I guess?11:26
ndipanovjohnthetubaguy, but that's not something that we can do really11:26
sdaguejohnthetubaguy: yeh, that's kind of what it's feeling like11:26
sdaguendipanov: why not?11:26
johnthetubaguyndipanov: we kinda do already for live-migrate, but its not something we should copy, probably11:26
ndipanovjohnthetubaguy, we do?11:27
ndipanovin the API?11:27
sdagueso what API calls would trigger this?11:27
ndipanovboot11:27
sdaguendipanov: and attach? or only boot?11:27
ndipanovthis particular patch boot, there is another one to fix it for attach11:27
sudiptogaryk, Hi, regarding your comments here: https://review.openstack.org/#/c/200823/4/nova/tests/unit/api/openstack/compute/contrib/test_extended_virtual_interfaces_net.py11:27
johnthetubaguyndipanov: yeah, after we pick the host, we check its compatible, by calling the specific compute node, and return errors the the user, but lets not go there11:27
sudiptogaryk, I haven't dropped the uuid field?11:27
ndipanovjohnthetubaguy, that's in the conductor11:27
johnthetubaguyndipanov: sdague: in this case, it feels like libvirt failing builds that request a device, would be more consistent11:28
ndipanovafter the API returns a 20011:28
johnthetubaguyndipanov: yeah, but its an RPC call into the conductor11:28
sudiptogaryk, i just changed the net_uuid to be an int instead of a string, no?11:28
ndipanovjohnthetubaguy, it's a call11:28
ndipanovhmmm11:28
johnthetubaguyndipanov: its a horrible pattern, just saying we do that already, I would love a better pattern, Tasks was always pencilled in to fix that, but lets not go there11:29
johnthetubaguyso rather than silently fail, you could fail all builds that request a device id right/11:29
johnthetubaguy?11:29
*** alex_klimov has joined #openstack-nova11:29
sdaguejohnthetubaguy: yeh, I wonder if there is something sane we could do to return the error directly on the API11:29
sdaguebecause, hypervisor_type is in the compute_nodes table11:29
johnthetubaguysdague: in a multi virt driver cloud, its tricky right? I mean, should be possible, but its tricky as we don't have proper flavor modeling11:30
ndipanovso we could return an error for a device requested sure...11:30
ndipanovthat would break everyone but they would know it11:31
ndipanovbut the thing is11:31
johnthetubaguyndipanov: yeah, its a trade off, but that feels more... honest and discoverable11:31
ndipanovlibvirt guest still would not honor this device name in most OSs11:31
sdaguejohnthetubaguy: sure, but, honestly, if we solved the easy case, and said well in multi hypervisor, well things are complicated11:31
johnthetubaguysdague: maybe11:31
ndipanovso from the perspective of the user this is less broken (maybe) since now at least nova gives you waht you actually see in the instance (most of the time)11:32
ndipanovbut that's just imho11:32
ndipanovcalling it a day and saying you can't specify device names anymore go away might be a solution too11:33
ndipanovthis particular one seemed like it gets us where we want to be and the only thing it "breaks" is something that is already broken11:34
johnthetubaguyndipanov: so we have drivers that work when you do that, well roughly work most of the time, and we have users using that, so its tricky to do that across the board, hence the discoverability point really11:34
ndipanovright11:34
ndipanovthere are several ways to do this I guess11:35
ndipanovmake it a filter11:35
ndipanovmake it a config option that a libvirt only cloud can set11:35
garyksudipto: srry, just saw your meesage now11:35
sudiptogaryk, np :)11:35
garyksudipto: the net_uuid should be a string (repesenting a uuid) as far as I understand11:36
garykbut then again mayne i am wrong :)11:36
ndipanovin defence of the proposed approach - it gets us three, by changing an already broken interaction so _might_ be worth it11:36
ndipanovsdague, ^11:36
sudiptogaryk,    'network_id': fields.IntegerField(),11:37
sudipto --the uuid is a separate field that is a UUIDField object, did you mean i change net_id to uuid?11:37
sdaguendipanov: yeh, I think the end state of the internals is mostly the right thing to do, I just want to take a couple of days and figure out if there is a useful way we can expose this back to the user11:37
*** tobe has quit IRC11:37
openstackgerritSergey Nikitin proposed openstack/nova: Added InstanceTagExists exception  https://review.openstack.org/20152111:38
*** tobe has joined #openstack-nova11:39
*** lyanchih has joined #openstack-nova11:39
sudiptogaryk, i think the older test file's nomenclature might have not matched with the nova objects nomenclature (?)11:39
garyksudipto: ok, let me take a look agin11:41
jaypipessdague: what about a microversion that removed the ability to request/set the device name?11:42
*** afazekas has quit IRC11:42
*** Guest83150 is now known as beagles11:42
sudiptogaryk, i am wondering if get_vif_by_mac_address should actually be returning a nova object instead of a dict that it returns currently.11:42
sudiptogaryk, in that test i mean.11:43
*** exploreshaifali has joined #openstack-nova11:43
*** lucasagomes is now known as lucas-hungry11:44
ndipanovsdague, one thing we want to keep in mind for the API disucssion - people writing an API for the services they run have way more data to go on than us - they know exactly what people are using and how, and can make informed decisions based on that11:44
*** otter768 has joined #openstack-nova11:44
garyksudipto: it is kind of odd - the comment in the code indicate that the support should be dropped :)11:45
ndipanovwe can't - and I fear that "default to making everything even a bugfix for something that never worked a version" will turn out to be too expensive11:45
garykfrom what i understand it returns an object11:45
*** tobe has quit IRC11:46
sudiptogaryk, yeah - i mean - i am not exactly sure of what all places the code is affected, so it's a bit of a hit and trial too - and as we speak i discovered that - this method is actually returning a dict instead of an object in the tests (which is not covered as a part of the review - but is an agreement for sure). :)11:46
sdaguendipanov: so, why is RPC, objects, and and database different?11:46
sudiptogaryk, ok - let me have that method return a nova object...then.11:47
garyksudipto: ok, sounds good11:47
sdaguejaypipes: so, I thought some of the hypervisors supported the device setting11:47
*** casusbelli has joined #openstack-nova11:48
ndipanovsdague, I guess it's not but it's not really consumed by users... I think that we don't fully grasp the costs of "each commit is backwards compatible"11:48
ndipanovbut it is what it is11:48
jaypipessdague: I thought we were trying to get away from different behaviour depending on the underlying implementnation/driver?11:48
ndipanovjaypipes, in that case we should outright ban device names11:48
*** dhvanan has quit IRC11:49
openstackgerritPavel Kholkin proposed openstack/nova: libvirt: Add post_connection_terminated  https://review.openstack.org/17234111:49
*** otter768 has quit IRC11:49
sdaguejaypipes: maybe, though I don't know all the implications of throwing on this feature because libvirt can't do it correctly11:49
sdaguei.e. don't take down a fence unless you know why it's there - http://www.chesterton.org/taking-a-fence-down/11:49
ndipanovsdague, ec2 api needs it11:50
ndipanovwell11:50
ndipanovthey could maybe in theory work around it by storing it on their side11:50
openstackgerritSergey Nikitin proposed openstack/nova: Added InstanceTagExists exception  https://review.openstack.org/20152111:50
*** moshele has joined #openstack-nova11:52
*** lyanchih has quit IRC11:52
sdaguendipanov: so, my point is that we added versioning into all our internal data structures because it was impossible to build a complex system like Nova without it. Nova isn't the end all for users. We expect them to build complex applications on top of it. How can we expect them to do that without the same tools we gave ourselves.11:53
*** jichen has joined #openstack-nova11:54
*** sudipto has quit IRC11:56
jaypipessdague: I guess I'm not quite seeing how a microversion doesn't solve this problem. If we add a microversion that removes the ability to request a device name, then the EC2 API folks can block on that microversion (i.e. return MIN_VERSION = N - 1 where N == microversion introducing no device name specified) until they store the device name themselves and work around that...11:56
ndipanovsdague, well nova rest API has widely different semantics than any RPC API - if we continue down that road what we'll find is that we need to fully redesign the API11:57
sdaguejaypipes: is it only ec2?11:57
ndipanovjaypipes, that still means being backwards compatible11:57
ndipanovthat's a massive cost11:57
sdaguejaypipes: mostly I just don't know all the implications of getting rid of this11:57
ndipanovthat makes sense only if we have 3.x on the horizon11:57
ndipanovwhich we don't11:57
ndipanovnova rest api has no way to tell the user that it has no idea really about these things it just returned11:58
ndipanovif it was a task we could query later - this problem would not exist11:58
ndipanovbut it's not11:58
ndipanovnova API is a blatant lie11:59
ndipanov:)11:59
ndipanovthe solution posted is pragmatic acknowledigng the current limitations12:00
ndipanovacknowledging*12:02
jaypipesndipanov: the microversion would be backwards-compatible, no? the behaviour would not change for clients requesting an earlier microversion.12:03
ndipanovjaypipes, but that means keeping backwards compatibility in nova code12:03
sdaguewell, we never acknowledged it to the user. That's my concern. We changed behavior on them (in potentially a significant way) and didn't tell them.12:03
openstackgerritJohn Garbutt proposed openstack/nova: docs: split up upgrade and upgrade futures  https://review.openstack.org/20152912:03
*** annashen has joined #openstack-nova12:03
*** shyu has quit IRC12:03
jaypipesndipanov: yes, for a time, it does indeed. that's what microversions are all about.12:03
*** exploreshaifali has quit IRC12:03
sdaguejohnthetubaguy, jaypipes, ndipanov : anyone want to take a look at this - https://review.openstack.org/#/c/174245/10 - seemed pretty straight forward12:04
jaypipessdague: not quite following you...12:04
jaypipessdague: looking...12:04
ndipanovyes I have it open but jaypipes will probably do it before me12:05
ndipanovbut now that I have you here gentlemen https://review.openstack.org/#/c/201280/12:05
*** mwagner_lap has quit IRC12:05
ndipanovthe kilo backport of this will look differently as discussed with dansmith yesterday12:06
openstackgerritJohn Garbutt proposed openstack/nova: docs: split up upgrade and upgrade futures  https://review.openstack.org/20152912:06
*** raildo has joined #openstack-nova12:07
*** salv-orlando has joined #openstack-nova12:08
*** annashen has quit IRC12:08
ndipanovhmmm actually12:09
*** edmondsw has joined #openstack-nova12:09
sdaguewe seem to end up with a lot of these rpc version fixes after the fact. Is there a way to test and prevent this in the future?12:10
*** afazekas has joined #openstack-nova12:10
*** openstack has joined #openstack-nova12:12
jaypipessdague: I12:13
*** edmondsw has quit IRC12:14
jaypipes'm a little annoyed with it because it's furthering a flawed database model.12:14
*** gmann_ has joined #openstack-nova12:14
sdaguejaypipes: ok, well how would you rather be doing this? Can you get a discussion going on it?12:16
sdagueand, it's already in, so is all this work that uses it blocked until this gets redone, or can this continue?12:16
*** Longgeek_ has quit IRC12:17
ndipanovsdague, well12:17
*** dprince has joined #openstack-nova12:18
jaypipessdague: how long has this task log database model been around...12:18
ndipanovsdague, basically we should be building a hash tree in our tests12:18
*** Longgeek has joined #openstack-nova12:19
*** edmondsw has joined #openstack-nova12:19
*** fawadkhaliq has quit IRC12:20
ndipanovso instead of having a version that's a number - we should have a fingerprint that is a hash of all the things that are relevant to the current version including hashes of related objects12:20
ndipanov(we could then alias that to a human readable version)12:21
ndipanovwhere have I seen something like that before... hmmm12:21
ndipanov:)12:21
sdaguejaypipes: tasklog the object showed up here - https://review.openstack.org/#/c/174244/1012:22
*** aysyd has joined #openstack-nova12:23
*** ig0r_ has joined #openstack-nova12:23
jaypipessdague: gimme a sec.. on a phone call :)12:24
sdaguetask_log in the db goes back.... to - https://review.openstack.org/#/c/9455/7/nova/db/sqlalchemy/migrate_repo/versions/108_task_log.py,cm12:24
sdagueJul 10, 2012 6:28 PM12:24
*** annegent_ has quit IRC12:24
*** annegentle has joined #openstack-nova12:25
*** READ10 has joined #openstack-nova12:25
*** garyk has quit IRC12:27
*** gmann_ has quit IRC12:29
jaypipessdague: k, sorry, off call now.12:31
jaypipessdague: yes, I see the db model is an old one...12:31
jaypipessdague: I guess I'm just a bit disappointed we couldn't have a strong object model that didn't pin us to the broken (denormalized) db model.12:32
openstackgerritRoman Podoliaka proposed openstack/nova: libvirt:Rsync remote FS driver was added  https://review.openstack.org/14688712:32
sdaguejaypipes: ok, well that's changable over time right?12:32
sdagueI guess, does this make things worse?12:32
sdagueor just not improve them the way you want them improved12:32
*** bkopilov has quit IRC12:32
sdaguehonestly, I don't know, I'm trying to figure out if hans' work should be nixed or merged12:33
*** yingjun has joined #openstack-nova12:33
jaypipessdague: well, yes it's changeable in some ways. not in others... for instance, you can't change the name of the object. however I suppose we could just essentially deprecate the object and replace with new Task and TaskItem objects12:33
*** moshele has quit IRC12:34
openstackgerritZhaoBo proposed openstack/nova: Fixed raise SecurityGroupCannotBeApplied as network port_security off  https://review.openstack.org/18826012:34
*** moshele has joined #openstack-nova12:35
*** Piet has quit IRC12:36
*** moshele has quit IRC12:37
openstackgerritGhanshyam Mann proposed openstack/nova: Merge block_device_mapping boot tests between v2 and v2.1  https://review.openstack.org/20140112:37
*** dave-mccowan has joined #openstack-nova12:38
*** coolsvap_ is now known as coolsvap|away12:39
*** lucas-hungry is now known as lucasagomes12:40
johnthetubaguysdague: task log object, oh dear, thats the third version of the same thing... whats the context of the patch chain we have here?12:42
*** busterswt has joined #openstack-nova12:42
*** moshele has joined #openstack-nova12:42
*** bnemec has joined #openstack-nova12:42
*** markvoelker has joined #openstack-nova12:43
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_create/update  https://review.openstack.org/16020612:43
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_get_all_by_name  https://review.openstack.org/16020512:43
openstackgerritAlex Xu proposed openstack/nova: Cleanup quota_class unittest with appropriate request context  https://review.openstack.org/15035112:43
alex_xusdague: ^ just rebased12:43
johnthetubaguyjaypipes: sdague: this sounds like good stuff, but do we have the plan written down anywhere for this bit?12:44
jaypipesjohnthetubaguy: no. I didn't even know about it until just this morning when I saw sdague12:46
jaypipes's link.12:46
johnthetubaguyjaypipes: ok, so I feel a bit better that its not just me12:46
jaypipesjohnthetubaguy: I don't think it's terrible, though... we can evolve to a Task and TaskItem model later if need be.12:46
jaypipesjohnthetubaguy: at least this gets rid of the conductor calls.12:46
jaypipesdirect conductor calls...12:47
jaypipessdague: ^^ ok, I am cool with this for the time being.12:47
jaypipessdague: will review fully shortly.12:47
jaypipessorry for the fire drill.12:47
*** markvoelker has quit IRC12:47
johnthetubaguyjaypipes: sdague: yeah, at a quick glance it looks cool, just feels like we should add a retrospective blueprint (maybe spec) to report the progress here12:48
jaypipesjohnthetubaguy: sure, good idea.12:48
jaypipesjohnthetubaguy: I'll try to remember to do that sometime this week..12:48
johnthetubaguyjaypipes: ah, that would be awesome, thank you12:48
johnthetubaguyjaypipes: my main worry is what it means for instance actions and instance faults, and the cells API redirection work, as it seems to conflict a little, I would love alaski to take a look12:50
*** lyanchih has joined #openstack-nova12:51
*** ivasev has joined #openstack-nova12:55
kashyapcburgess: Heya, I unassigned this bug, as there is no word on it since you said "look into it" about 6 months ago. If you have more concreten analysis/patches, feel free to undo my action -- https://bugs.launchpad.net/nova/+bug/1334398.12:56
openstackLaunchpad bug 1334398 in OpenStack Compute (nova) "libvirt live_snapshot periodically explodes on libvirt 1.2.2 in the gate" [High,In progress]12:56
*** markvoelker has joined #openstack-nova12:57
*** eglynn has quit IRC12:59
alex_xujohnthetubaguy: sdague, andreykurilin let's talk about microversion client?13:00
andreykurilinalex_xu: hi13:00
*** whenry_ has joined #openstack-nova13:01
alex_xuandreykurilin: hi13:01
johnthetubaguyalex_xu: ah, yes, can you PM me the link for that?13:01
*** markvoelker has quit IRC13:01
alex_xujohnthetubaguy: https://review.openstack.org/15256913:01
*** markvoelker has joined #openstack-nova13:01
johnthetubaguyalex_xu: ah, gotcha13:01
*** oro has joined #openstack-nova13:01
alex_xujohnthetubaguy: sdague, the current implementation adds version negotiation before each API call.13:02
*** fawadkhaliq has joined #openstack-nova13:02
*** ZZelle has quit IRC13:02
alex_xuandreykurilin: ^ is it right?13:02
*** ZZelle has joined #openstack-nova13:03
andreykurilinalex_xu: it's true for "latest" versions13:03
*** annashen has joined #openstack-nova13:04
alex_xuso two questions, 1. we said we only implement version negotiation for CLI, 2. The microversion is global version, whether we should discover version for each API?13:04
*** mdrabe has joined #openstack-nova13:06
*** markvoelker has quit IRC13:06
*** whenry_ has quit IRC13:06
*** rlrossit has joined #openstack-nova13:06
*** shuquan has joined #openstack-nova13:07
*** shuquan has quit IRC13:07
sdagueI think on point 1. yes, for the API we shouldn't support implicit version negotiation, we should just provide the CLI as an example of how a client might want to do that themselves.13:08
*** whenry_ has joined #openstack-nova13:08
*** shuquan has joined #openstack-nova13:08
*** dims_ has quit IRC13:09
*** annashen has quit IRC13:09
*** krtaylor has quit IRC13:09
alex_xusdague: so what mean for explicit version negotiation? user use version discover version manually, or there is parameter enable API bit discover version?13:10
*** markvoelker has joined #openstack-nova13:10
*** dims_ has joined #openstack-nova13:10
*** krtaylor has joined #openstack-nova13:10
sdaguealex_xu: honestly, I just assumed the application writer would put that into their own code13:11
alex_xujohnthetubaguy: sdague andreykurilin, I create etherpad, want to write down how to use our client lib, https://etherpad.openstack.org/p/microversion_client, maybe this is helpful our communicate13:11
alex_xusdague: yea, that I remember we agreement on13:12
*** dims_ has quit IRC13:13
*** dims_ has joined #openstack-nova13:13
andreykurilinalex_xu: https://etherpad.openstack.org/p/microversion_client looks like users will write a lot of lines of code to use our client.13:14
andreykurilin*will need to write13:14
openstackgerritVladik Romanovsky proposed openstack/nova: Adding user_id handling to keypair index, show and create api calls  https://review.openstack.org/7048513:15
johnthetubaguyandreykurilin: I think I had assumed most users will just code to one version of the API, and stick with that until they need something more13:15
andreykurilinalex_xu: so what the negative side of using putting discovering latest version to API?13:15
sdaguejohnthetubaguy: ++13:15
sdagueandreykurilin: because the point of the API here was to be explicit13:16
*** shuquan has quit IRC13:16
alex_xujohnthetubaguy: ++13:16
johnthetubaguyandreykurilin: we want people to code to the specific versions really, rather than just "try get the latest stuff"13:16
johnthetubaguynow the issues is when you work across multiple clouds13:16
johnthetubaguybut the CLI is a very easy case to fix, but the solution we pick for the CLI probably isn't want we want most folks to do13:17
*** vladikr has joined #openstack-nova13:17
*** shuquan has joined #openstack-nova13:17
sdagueI think it's fine to add a utility method here that lives above Client for getting the latest client you can get. It would be used by the cli code, and a user could choose to use it. But Client(...) down should be explicit version I think13:17
andreykurilinok13:17
*** abhishekk has quit IRC13:17
sdagueand that's the only real hang up at this point right13:17
johnthetubaguysdague: +1 I think13:17
sdaguewhether we discover / negotiate above or below Client()13:17
johnthetubaguysome of this is probably more of a docs effort too13:18
johnthetubaguywell, once we get past this initial bit13:18
*** changbl has quit IRC13:18
sdagueright, but I mean that's why the patches are blocked13:18
andreykurilinIn this case, the question: "latest" version should be global or per API?13:19
alex_xuandreykurilin: global, and we should let user use latest for Client() I think13:19
alex_xuif use latest, the Client() may break13:20
alex_xuwhen server latest version > client latest version13:20
sdaguealex_xu: I thought we just said Client() would always be explicit13:20
sdaguewhich means we shouldn't put latest into it13:20
alex_xusdague: yea, ..I forget type 'not' again...13:21
sdagueandreykurilin: yes, and it's global13:21
andreykurilinSo if some API will be deprecated in N-10 version, client should discover N version(when both client and server side supports N version). right?13:21
rlrossitdansmith: ping13:21
alex_xuandreykurilin: the Client() with explicit version, if that API didn't existed in requested version, we can just raise exception, like in the ethepad line 1213:23
*** RuiChen has quit IRC13:23
andreykurilinalex_xu: yes, Client would always be explicit, but it seems to me we agreed that we can provide some utils to find latest version. so users will be able to call something like client.Client(find_latest())13:25
raildosdague: ping, do you have some free minutes? I think that you can help me with a problem :)13:25
andreykurilinalso such method will be used in cli13:26
alex_xuandreykurilin: I think ti should be find_latest(client.Client())13:26
*** eharney has joined #openstack-nova13:26
*** mriedem_away is now known as mriedem13:27
*** Piet has joined #openstack-nova13:27
andreykurilinok13:28
andreykurilinsdague, alex_xu: there is a one more question13:28
*** artom has joined #openstack-nova13:28
*** jdandrea has joined #openstack-nova13:29
alex_xuandreykurilin: that find_latest may codes like in line 16-30 at https://etherpad.openstack.org/p/microversion_client13:29
andreykurilinalex_xu: it's a little bit harder:) `client.version.get()` is invalid method.13:30
andreykurilinclient.versions have only list method13:31
dansmithrlrossit: ack13:31
alex_xuandreykurilin: yes, I'm think we add one, version.list() is request to '/', version.get is request '/2.1' or '/2', then you can the version info the endpoint directly13:31
*** eglynn has joined #openstack-nova13:31
alex_xuversion.get request to the endpoint version API directly13:32
andreykurilinalex_xu: the simplest way is list all versions and check url with management_url of httpclient13:32
*** yingjun has quit IRC13:32
*** marzif_ has quit IRC13:33
*** shhfeng has joined #openstack-nova13:33
*** yingjun has joined #openstack-nova13:33
*** marzif_ has joined #openstack-nova13:33
alex_xuandreykurilin: you still need check url with management_url with list. if with get, then you needn't, you can get version info directly13:33
andreykurilinok13:34
rlrossitdansmith: looking through ndipanov's version bumps, and noticed some of the objects don't have hash updates... looked at the fingerprint code and saw Lists have child_versions included in the relevant_data, but regular objects don't have obj_relationships in there (https://github.com/openstack/nova/blob/master/nova/tests/unit/objects/test_objects.py#L1242-L1246) don't we want to pay attention to obj_relationships so people don't change13:35
alex_xuso everybody are on the same page :)13:35
andreykurilinalex_xu: I'll change a spec today and sen a link to review13:35
alex_xuandreykurilin: we said in the meeting, just focus on code, needn't update spec13:35
openstackgerritVladik Romanovsky proposed openstack/nova: virt: introduce libosinfo library to set hardware policy  https://review.openstack.org/14962513:35
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring network model  https://review.openstack.org/14962713:35
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adding a class to retrieve hardware properties  https://review.openstack.org/14962613:35
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring the disk bus  https://review.openstack.org/14962813:35
andreykurilinalex_xu: great!13:36
*** thangp has joined #openstack-nova13:36
ndipanovrlrossit, we do13:36
ndipanovit's a bug13:36
alex_xusdague: johnthetubaguy, andreykurilin is it worth you can review this etherpad https://etherpad.openstack.org/p/microversion_client then we nail down how client lib looks like?13:36
dansmithndipanov: rlrossit hang on13:36
dansmithrlrossit: we added child_versions to the hash just so we'd catch it because list objects were always getting skipped for bumps13:37
dansmithrlrossit: the problem with that is that it doesn't tell you what you need to change, just that something changed13:37
andreykurilinalex_xu: Should I fix first two patches in chain or I can add new patch with restrict latest for Client() ?13:37
ndipanovok anyway13:37
dansmithrlrossit: if the relationships test is working, then that is much more detailed information than just "hash don't match yp"13:37
dansmithrlrossit: so now that that's working, I'd say make the fingerprint just cover the things we don't have explicit correctness checks for13:38
rlrossitdansmith: ok so when I get rid of child_versions that will compress that down a little to just do methods and fields basically?13:39
dansmithrlrossit: when you bump the child object, that'll trigger a hash change, but the version will also trigger the parent's relationship test to fail, and when you change that version, it will change the hash, and make some other object that depends on it fail the relationship test, and so on13:39
dansmithyeah13:39
alex_xuandreykurilin: we should fix first two patches I think, we can't introduce two wrong thing first, then fix them in later patch13:39
ndipanovdansmith, almost like a hash tree13:39
ndipanovwhere have I seen that before... hmmm13:39
ndipanovanyway: https://bugs.launchpad.net/nova/+bug/147407413:40
openstackLaunchpad bug 1474074 in OpenStack Compute (nova) "PciDeviceList is not versioned properly in liberty and kilo" [High,In progress] - Assigned to Nikola Đipanov (ndipanov)13:40
ndipanovdansmith, ^13:40
ndipanovin order for this to work - we need to make liberty (master) aware of the .z versions13:41
ndipanovpresent in kilo stable13:41
shhfengjohnthetubaguy,  ping13:41
ndipanovso that it won't backport relations by mistake13:41
johnthetubaguyshhfeng: hi13:41
*** bradjones has quit IRC13:41
shhfenghello13:41
dansmithndipanov: I'm not sure I know what you mean13:41
ndipanovwell it's like this13:42
shhfengI'd like to talk about 13991013:42
shhfenghttps://review.openstack.org/#/c/139910/13:42
ndipanovif kilo with instance version 1.19 asks for it from a lemming conductor13:42
shhfengjohnthetubaguy ^13:42
shhfengjohnthetubaguy,  I seen your comment on it.13:42
ndipanovconductor looks at it and says - in my book - 1.19 means pcilist 1.113:42
ndipanovbecause everything before 1.22 (Instance) means 1.1 (PciDeviceList)13:43
ndipanovand the same thing happens for 1.19.113:43
ndipanovbut that's wrong13:43
ndipanovconductor in lemming needs to know that13:43
ndipanovso it's not enough to only insert .z versions in kilo13:44
ndipanovwe need to make master know about those for all the stuff that ultimately uses the PciDeviceList13:44
*** Piet has quit IRC13:44
ndipanovwhich is sadly Instance :(13:44
rlrossitndipanov: so the .z is a half update that lets Liberty know about new kilo things without backporting the entire version tree?13:44
ndipanovyes13:44
ndipanovit's basically a branch13:44
ndipanovof the tree13:45
ndipanovwell a parallel tree if you will :)13:45
*** mwagner_lap has joined #openstack-nova13:45
*** otter768 has joined #openstack-nova13:45
dansmithwhich instance version is in kilo?13:45
dansmithokay, 1.1913:46
dansmithso, I'm not sure why we can't just correct this in place13:47
dansmithbump pcidevicelist to 1.313:47
dansmithinsert a relationship for instance 1.19 to be dependent on pci device list 1.313:47
*** Jeffrey4l has quit IRC13:47
dansmithit wont be correct for people that deployed mid-kilo,13:47
dansmithbut those people aren't able to work properly anyway13:47
*** bradjones has joined #openstack-nova13:48
*** bradjones has quit IRC13:48
*** bradjones has joined #openstack-nova13:48
*** Jeffrey4l has joined #openstack-nova13:48
*** jecarey has joined #openstack-nova13:48
rlrossitndipanov: dansmith: so, possibly stupid question, but what are we saving 2.x objects for, or are we always going to be on 1.x?13:48
dansmithrlrossit: that's a really sad question13:49
dansmithrlrossit: because I had a set to bump everything to 2.0 so we could drop a bunch of compatibility13:49
dansmithrlrossit: but SOMEone didn't review it13:49
dansmithrlrossit: either way, that wouldn't help us here13:49
*** ctrath has joined #openstack-nova13:50
rlrossitwell I wasn't sure if we could back up the .z to be .y and then just bump all liberty everything to 2.x so when we get a 1.x we know it's from "before"13:50
*** otter768 has quit IRC13:50
rlrossitI keep mixing up my x y and z13:50
rlrossitbut I hope that was understandable13:50
dansmithI don't think it helps13:50
dansmithI also don't think this is that complicated to fix13:51
dansmithwe know that kilo people are on instance 1.19, and that they need to depend on a pcidevicelist of 1.213:52
*** krtaylor has quit IRC13:52
ndipanovdansmith, yar13:52
dansmithand that right now they're broken anyway13:52
ndipanovyes13:52
dansmithso kilo people are going to have to deploy code to both sides to get back to working13:52
*** dboik has quit IRC13:52
dansmithso we might as well just insert the version, the relationship and get then back on the right track13:52
ndipanovso just actually add a tuple to obj_relationships13:53
rlrossitdansmith: well with what I discovered, the hash test won't kill you on that :)13:53
ndipanovand not do any of the version bumps13:53
ndipanovother than PciDevice list13:53
dansmithndipanov: you have to bump the pcidevicelist to 1.2 right? but the relationship is already there13:53
ndipanovthat actually makes sense13:53
dansmithright13:53
dansmithexactly13:53
ndipanovcool13:53
ndipanovand then we do the same thing in kilo and we should be good13:54
* dansmith gets coffee13:54
rlrossitgood thing I keep putting off rebasing that change13:54
dansmithyes13:54
ndipanovwell you will still have to only the change will be much smaller13:54
ndipanovthat will break pre - numa_node kilo folks but not really since it's a purely additive change13:55
ndipanovok13:55
ndipanovhmm or would it13:56
dansmiththey're broken anyway13:56
openstackgerritPavel Kholkin proposed openstack/nova: libvirt:Rsync remote FS driver was added  https://review.openstack.org/14688713:56
dansmithwell, depends on where they are I guess13:56
*** Longgeek has quit IRC13:56
dansmithif they are before the numa node change, then this fixes it for them rolling over that actually13:57
dansmithbecause all you're doing is adding the actual accounting for what happened13:57
dansmithif they had a post-numa-node conductor and a pre compute,13:57
dansmiththen they'd be sending back unbackported pcidevice objects13:57
ndipanovthey were broken anyway13:57
dansmithnow they will properly get backported with this change13:57
dansmiththe kinds of changes where we get stuck are when a version number isn't allocated for a change that is made13:58
dansmithbut this did allocate one,13:58
dansmithit just didn't actually set it :)13:58
ndipanovright13:58
*** yamahata has joined #openstack-nova13:58
*** annegentle has quit IRC14:00
*** cfriesen has joined #openstack-nova14:00
*** markvoelker_ has joined #openstack-nova14:00
dansmithrlrossit: in the meantime, if you could think about whether the tests we're going to end up with would have caught this case, that'd be awesome14:00
*** irenab has quit IRC14:00
dansmithrlrossit: because we might want a test to make sure that we don't have a version in relationships that is newer than ourselves14:00
dansmithrlrossit: to catch this kind of thing14:00
*** Longgeek has joined #openstack-nova14:01
dansmithrlrossit: you can see that the impact to missing these things can be large, so improvements in that area of testing are very welcome14:01
*** VW_ has joined #openstack-nova14:02
rlrossitdansmith: what do you mean by testing so we don't have a version newer than ourselves?14:03
rlrossitlike if you version is 1.1, and we have obj_relationships with ('1.2', '1.3') or something?14:03
dansmithyes, which is what happened14:03
dansmithhang on14:03
openstackgerritAlex Xu proposed openstack/nova: Cleanup quota_class unittest with appropriate request context  https://review.openstack.org/15035114:03
dansmithrlrossit: https://review.openstack.org/#/c/140289/4/nova/objects/pci_device.py14:03
*** VW__ has joined #openstack-nova14:03
dansmithrlrossit: see they forgot to bump the version, but did put in the relationship to satisfy the test14:03
*** markvoelker has quit IRC14:04
*** krtaylor has joined #openstack-nova14:04
*** VW__ has quit IRC14:05
*** annashen has joined #openstack-nova14:05
rlrossitdansmith: gotcha. I thought you were talking about a test for catching what the original bug was for, which is what all this list stuff is14:06
ndipanovdansmith, actually the code that gets screwed is code between having the numa_node in pci device and the next chronological Instance bump - you can't fix those14:06
*** agireud has joined #openstack-nova14:06
ndipanovsince you can't insert an instance version14:06
ndipanoveven on stable kilo14:06
ndipanovwill post this patch soon14:06
dansmithum14:06
mriedemrlrossit: dansmith: seems like a relatively easy test, just lookup relationships that i'm in and see if a newer version is listed than what i have14:06
dansmithndipanov: oh right, because of the other list bugs he's fixing the instance thing didn't get caught14:07
dansmithI see14:07
*** VW_ has quit IRC14:07
dansmithmriedem: yep14:07
rlrossitmriedem: yep, but I'm kind of curious why the hash test didn't check this, because it should've seen child_versions was updated, so the hash should be different. Unless the hash was updated, but not the version part of the fingerprint...14:07
mriedemrlrossit: that was probably it14:08
mriedemthey updated the hash but not the version,14:08
mriedemand the test assumes you know what you're doing with the version14:08
*** diogogmt has quit IRC14:08
mriedemand the test output says 'make sure you bump the version' but some people don't read14:08
rlrossitso this will just make things more strict then. which is good14:08
dansmithyep14:08
alaskijohnthetubaguy: the TaskLog object doesn't appear to be related to "tasks" as we've been talking about them.  it's related to instance usage audits, so just confusingly named14:09
johnthetubaguyalaski: oh, I should go read that more closely14:09
*** annashen has quit IRC14:09
*** tpeoples has joined #openstack-nova14:09
*** Kennan2 has joined #openstack-nova14:10
*** Kennan has quit IRC14:10
*** bkopilov has joined #openstack-nova14:12
*** dboik has joined #openstack-nova14:12
*** sudipto has joined #openstack-nova14:15
ankit_agmriedem: hi14:16
mriedemankit_ag: hi14:17
ankit_agmriedem: Could you please take a look on a pending review https://review.openstack.org/#/c/194063/14:17
ankit_agwhenever you get some time14:18
*** browne has joined #openstack-nova14:18
mriedemlooks scary14:18
mriedemi remember the revert14:18
ankit_agmriedem: yeah, I have fixed that race condition issue14:18
ankit_agmriedem: in the same patch14:18
ankit_agmriedem: It was because I had removed an exception from the master code, which I have added back14:19
ankit_agin the current patch14:19
*** shhfeng has quit IRC14:23
*** exploreshaifali has joined #openstack-nova14:23
*** kbyrne has quit IRC14:23
*** tonytan4ever has joined #openstack-nova14:23
*** RuiChen has joined #openstack-nova14:24
*** MentalRay has joined #openstack-nova14:25
*** samueldmq has quit IRC14:26
*** ankit_ag has quit IRC14:26
*** gszasz has quit IRC14:28
*** agentle_ has joined #openstack-nova14:28
*** samueldmq has joined #openstack-nova14:28
jaypipesdansmith: heya. want to chat about sudipto's memory bandwidth monitor metric object field changes?14:29
dansmithjaypipes: remind me with a link?14:29
sudiptodansmith, https://review.openstack.org/#/c/198972/14:29
*** andrewbogott_afk is now known as andrewbogott14:29
dansmithjaypipes: hmm14:30
jaypipesdansmith: I wanted to explain what my original thoughts were on how to seamlessly make the value field polymorphic, to accomodate the existing integer values as well as the new NUMA-node-specific memory bandwitdh values.14:30
gibiHi nova cores! I have this small patch regarding making on_shared_storage optional with a +2 already and I'm eager to get another one ;) https://review.openstack.org/#/c/197951/14:31
*** gszasz has joined #openstack-nova14:31
dansmithjaypipes: okay...14:31
*** _kiran_ has joined #openstack-nova14:31
jaypipesdansmith: so, my idea was to use a @property on the MonitorMetric value field and use the from_dict() method to just populate either the IntegerField or the NUMANodeMemoryBandwidths ObjectField, depending on the metric_type.14:33
mriedemgibi: since that's related to evacuate code you probably want dansmith on your review since he's playing in the guts of evacuate14:33
thomasemAnyone have a few minutes to look at https://review.openstack.org/#/c/187012/ today?14:34
dansmithjaypipes: value is already a property14:34
thomasemBeen open for a while, gate was blocking it previously, finally got things passing again.14:34
dansmithjaypipes: I'm missing where there is an objectfield in here14:35
jaypipesdansmith: right, but it's easy enough to change the name of that field attribute to something like "integer_value".14:35
*** kiran-r has quit IRC14:35
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Implements 'microversions' api type - Part 1  https://review.openstack.org/15256914:35
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Implements 'microversions' api type - Part 2  https://review.openstack.org/16740814:35
jaypipesdansmith: sorry, it's not an object field... it's a DictOfIntegersField.14:35
gibimriedem: Thanks. He was involved in the spec review and already agreed that his is independent from mine.14:35
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Adds support for x509 certificates as keypairs  https://review.openstack.org/13645814:35
dansmithjaypipes: not really :) Aside from breaking our semantic rules, if you change that and then send an older version to the newer version it'll get dropped. But, that's a cosmetic thing I guess14:36
rlrossitdansmith: we need to get my tests in... they missed updating MonitorMetricList :P14:36
dansmithsudipto: ^14:36
dansmithrlrossit: aye :)14:36
jaypipesdansmith: right. it can all be handled in from_dict() and obj_make_compatible() and to_dict().14:36
dansmithjaypipes: so you want the .value (whatever we call it) to return either an integer or a dict depending on the type?14:36
pkholkindhellmann: Are you here? Could you remove -2 from the patch https://review.openstack.org/#/c/173834/14:36
jaypipesdansmith: this never actually goes over the RPC wire... only currently to the notification API.14:36
jaypipesdansmith: yes, that's correct.14:37
*** itzikb_ has quit IRC14:37
*** afazekas has quit IRC14:37
jaypipesdansmith: FTR, this is precisely how I'm building the resource objects serialization, which also needs to be polymorphic in the same way.14:37
dansmithjaypipes: you mean it doesn't go over the wire in object format yet because we convert to dict first? These do get sent back to the scheduler or db or something so that we can schedule on them, right?14:38
*** unicell1 has joined #openstack-nova14:38
openstackgerritlyanchih proposed openstack/nova: gate-nova-python34 sometimes test failed on test_save_updates_numa_topology  https://review.openstack.org/20157914:38
*** zsais has joined #openstack-nova14:38
jaypipesdansmith: unfortunately, that has yet to be "corrected". right now, the resource tracker just does jsonutils.dumps directly on the metrics dict.14:38
jaypipes:(14:38
jaypipesdansmith: I was working to correct that.14:38
dansmithokay14:39
mriedemgibi: i approved, but,14:39
jaypipesdansmith: it's the next in my patch series that unf**ks the monitor system.14:39
mriedemgibi: new tests should be using mock now14:39
*** unicell has quit IRC14:39
mriedemrather than mox14:39
*** MentalRay has quit IRC14:39
dansmitheither way, I guess I'm not sure why you'd ever want to return either an integer or a dict14:39
*** Murali has quit IRC14:39
dansmithwhy not just store both and access the one you think you're going to want?14:39
dansmithi.e. it seems confusing to me to have int(foo.value) in one place and foo.value[3] in another place14:40
*** shuquan has quit IRC14:40
gibimriedem: Thanks. I wanted to follow the patter in the test file this is why the test was written with mox.14:40
*** jcoufal has quit IRC14:41
rlrossitdansmith: jaypipes: may be missing something, but are you basically trying to mux the value and numa_nodes_values in MonitorMetric?14:41
mriedemgibi: yeah, we also don't want more new tests in nova.tests.unit.compute.test_compute since that uses a db backend,14:41
mriedemgibi: new compute manager tests should use mock and live in nova.tests.unit.compute.test_compute_mgr14:41
mriedemgibi: but i didn't want to block your change on that14:41
dansmithjaypipes: I think I'm derailing this conversation.. what did you specifically want to chat about? the polymorphism?14:41
gibimriedem: thanks, I was nat aware of that.14:41
*** jichen has quit IRC14:41
dansmithrlrossit: yeah, sounds like it14:41
sudiptorlrossit, yeah sorta.14:41
*** iamjarvo has joined #openstack-nova14:42
*** jichen has joined #openstack-nova14:42
*** shuquan has joined #openstack-nova14:42
jaypipesdansmith: sec14:42
jaypipesdansmith: think of it like a union struct in C.14:43
*** kbyrne has joined #openstack-nova14:43
dansmithjaypipes: right, but in a union you reference the element in the union that has the data type you expect... :D14:43
dansmithyou don't say int c = (int)&myunion14:44
dansmithyou say int c = myunion.intval14:44
jaypipesdansmith: sure, but what I'm saying is that the union doesn't store multiple things at the same time inside itself.14:44
rlrossitdansmith: so you're saying we need to make a UnionField?14:44
jaypipesrlrossit: no... hold on, mate.14:45
dansmithjaypipes: right, but the object already doesn't store things that aren't set, so there's no duplication or re-use or anything14:45
dansmithjaypipes: sorry if I'm being dense14:46
dansmithjaypipes: we can do this high bw if you want to make hand gestures and such14:46
jaypipesdansmith: I'm not following you... In the original patchset: https://review.openstack.org/#/c/198972/1/nova/objects/monitor_metric.py, the value @property on MonitorMetricValue is doing the work of "selecting" the union'd field by simply returning the first non-NULL value.14:47
jaypipesdansmith: yeah, let's hop on a hangout. I hve 13 minutes.14:47
dansmithis that enough? want to do it after your next thing? I'm free the rest of the day14:47
jaypipesdansmith: https://plus.google.com/hangouts/_/gwhyffus4mhpvx7y32dpb23b4ua?hl=en14:47
jaypipesdansmith: I'm not, umnfortunately.14:48
dansmithokay14:48
*** MentalRay has joined #openstack-nova14:49
*** markvoelker_ has quit IRC14:49
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894014:49
*** markvoelker has joined #openstack-nova14:50
sudiptorlrossit, can you help with the changes you mentioned that missed the metriclist?14:51
openstackgerritBelmiro Moreira proposed openstack/nova: Add flavor* tables to API database  https://review.openstack.org/20160614:51
*** tsekiyama has joined #openstack-nova14:52
rlrossitsudipto: sure. what do you need help with?14:52
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/20070814:53
*** pmcfadden has joined #openstack-nova14:53
sudiptorlrossit, oh, i was referring to your comment: "we need to get my tests in... they missed updating MonitorMetricList"14:54
*** shuquan has quit IRC14:54
*** markvoelker has quit IRC14:55
rlrossitsudipto: I left a comment in the review too, but basically you need to update the child_versions in MonitorMetricList to have '1.1': '1.1' after '1.0': '1.0' and then also bump the version of the list to 1.1 (which will then break unit tests because you'll need to update hashes and the object tree)14:56
*** armax has joined #openstack-nova14:56
*** rwsu has joined #openstack-nova14:56
*** zzzeek has joined #openstack-nova14:57
*** rwsu has quit IRC14:58
dansmithsudipto: rlrossit you guys could have joined, FWIW, but I think we're good so I'll leave comments on the review14:58
*** rwsu has joined #openstack-nova14:58
*** achanda has joined #openstack-nova14:58
sudiptorlrossit, ah i get it now.  So there are two things, let jaypipes and dansmith decide on the best approach for the field (and if that would eventually lead to a version bump), secondly, i guess you are saying we need to bump the version of the metriclist because even though it's accepting the same 'type' of object, the hashes would be different?14:59
sdagueandreykurilin: https://review.openstack.org/#/c/200908/ does not look like a race, it's got to be actually resolved14:59
sdagueplease look at the test logs before just running recheck14:59
rlrossitdansmith: didn't want to crash a party I wasn't invited to :) but good to see you guys reached an agreement14:59
sudiptosince effectively the version of metricvalue would have changed with the new field.14:59
openstackgerritBelmiro Moreira proposed openstack/nova: Add flavor* tables to API database  https://review.openstack.org/20160614:59
sudiptodansmith, sure... :)15:00
rlrossitsudipto: correct15:00
*** ddaskal has joined #openstack-nova15:00
dansmithrlrossit: pasting the url in public channel means it's not a private party :)15:00
sudiptorlrossit, alright, good catch :)15:00
andreykurilinsdague: It doesn't repeat each time, so I prefer to fix it in separate patch, since novaclient gates are fully blocked now15:00
sdagueandreykurilin: did you look at the logs?15:01
andreykurilinsdague: yes15:01
sdagueit's very clearly a different set of parameters coming back15:01
*** pmcfadden has quit IRC15:01
*** shuquan has joined #openstack-nova15:01
andreykurilinsdague: and it can be reproduced locally. 3 of 4 tests launches are failed.15:02
sdagueandreykurilin: if the failure rate is that high, it's pointless to try to recheck grind through that race15:02
sdaguethe root cause needs to be addressed15:02
*** busterswt has quit IRC15:02
dansmithsudipto: rlrossit: left comments, see if you agree15:02
*** burt has joined #openstack-nova15:03
*** tpeoples has quit IRC15:04
*** tpeoples has joined #openstack-nova15:04
*** rdopiera has quit IRC15:04
*** coolsvap|away is now known as coolsvap15:04
*** xyang2 has joined #openstack-nova15:05
*** mdrabe has quit IRC15:05
*** _kiran_ is now known as kiran-r15:05
andreykurilinsdague: I suppose the root issue in this mock - https://github.com/openstack/python-novaclient/blob/master/novaclient/tests/unit/v2/test_shell.py#L2370-L2371 . Since the global object is mocked and this test is launched several times via different testcases, it can produce collision.15:05
*** annashen has joined #openstack-nova15:06
*** achanda has quit IRC15:06
*** shuquan has quit IRC15:06
andreykurilinsdague: can we replace mock_open with real file?15:06
sudiptodansmith, agree with all the comments. So you are suggesting that we report only a single 'value' field based on the attribute that's set (either numa one or the normal int one) right?15:06
dansmithsudipto: since it's the legacy dict, that's up to you I guess15:07
dansmithsudipto: probably better to set it to None in the dict if it's not set on the object I guess15:07
dansmithif you're going to report them as separate names in the dict15:07
*** pmcfadden has joined #openstack-nova15:07
sudiptodansmith, ok, i tried to take a middle path between your and jaypipes 's approach - and preserve the legacy dict by just having the 'value' field.15:08
sdagueandreykurilin: we could15:09
sdagueandreykurilin: I'm trying to figure out where else it's called though15:09
sdaguelike why would it be a race15:09
*** alex_xu has quit IRC15:09
sdagueor if this is another bug in mock 1.115:09
dansmithsudipto: okay, I'm not sure about the consumer of that blob so I'm not sure if that's the best approach or not15:10
*** alex_xu has joined #openstack-nova15:10
*** ig0r__ has joined #openstack-nova15:10
*** diogogmt has joined #openstack-nova15:10
*** annashen has quit IRC15:10
*** tdurakov has joined #openstack-nova15:10
dansmithsudipto: however, I'd leave it the way you have it (but with my comments addressed) and then let jaypipes look at it.. easy to change the dict again if need be15:10
tdurakovHi, got problems with py27 on master: http://paste.openstack.org/show/374595/15:10
sudiptodansmith, sounds good! thx...15:10
*** ig0r_ has quit IRC15:10
tdurakovanyone else has same problems?15:11
sdagueandreykurilin: oh, you know what, I bet it's because this is decorated15:12
*** Piet has joined #openstack-nova15:12
andreykurilinsdague: "where else it's called though". there two classes are inheritors of ShellTest: ShellTestV11 and ShellWithSessionClientTest. When all these classes are launched in parallel, it produces some collision. But I suppose this is a new bug of mock, because previous releases doesn't have any problems15:14
sdagueyeh, I just noticed that15:14
sdagueandreykurilin: can you file an upstream mock bug, I'm going to see if we can just turn it into a context manager instead15:15
andreykurilinsdague: ok, I'll do15:16
*** ig0r_ has joined #openstack-nova15:17
*** ferest has joined #openstack-nova15:17
*** ig0r__ has quit IRC15:19
openstackgerritlyanchih proposed openstack/nova: NUMATopologyFilter raise exception and not continue filter next node  https://review.openstack.org/20063015:19
*** mdrabe has joined #openstack-nova15:20
openstackgerritMark Goddard proposed openstack/nova: Map physical ports to networks.  https://review.openstack.org/15323015:20
sdagueandreykurilin: I'm testing my theory, if it's true, I'll have a patch in a minute15:20
sdagueyeh, so you can get a 100% reproduce with: tox -e py27 -- --concurrency=115:20
*** gszasz has quit IRC15:21
sdaguethe reason it sometimes works is there are 3 tests15:21
sdagueand 8 workers15:21
sdagueso it only fails if 2 tests end up in the same worker15:21
*** ferest has quit IRC15:21
*** IanGovett has quit IRC15:21
*** dannywilson has joined #openstack-nova15:22
*** IanGovett has joined #openstack-nova15:22
*** READ10 has quit IRC15:23
openstackgerritSean Dague proposed openstack/python-novaclient: patch open in a context manager instead of decorator  https://review.openstack.org/20162915:24
sdagueandreykurilin: ^^^15:24
*** dannywil_ has joined #openstack-nova15:25
sdagueso, I guess because we're blocking on py26 on the other patch, we recheck grind it, then get this one in to fix the mock 1.1 issue15:25
sdaguelifeless fyi, another mock 1.1 issue exposed in https://review.openstack.org/20162915:25
*** dannywilson has quit IRC15:25
tdurakovjaypipes: Hi Jay!15:25
andreykurilinsdague: maybe it would be better to squash two patches in one?15:26
*** belmoreira has quit IRC15:26
sdagueandreykurilin: maybe, lets see if you get lucking on the rechecks15:26
sdagueif it fails, we can merge them15:26
andreykurilin:)15:26
sdagueI at least feel better in understanding it, and having a reproduce15:26
*** markvoelker has joined #openstack-nova15:26
openstackgerritNikola Dipanov proposed openstack/nova: Fix the incorect PciDeviceList version number  https://review.openstack.org/20128015:27
ndipanovdansmith, ^^15:27
*** krtaylor has quit IRC15:27
jaypipestdurakov: hello!15:27
*** ildikov_ has joined #openstack-nova15:28
*** Mike_D_laptop has joined #openstack-nova15:29
tdurakov@jaypipes, it seems that nova master is broken now15:29
tdurakovcould you verify that15:29
tdurakovhttp://paste.openstack.org/show/374595/15:30
dansmithndipanov: replied15:30
tdurakovjaypipes:^15:30
dansmithndipanov: assuming the obvious answer to my question, code looks good I think15:30
*** ildikov has quit IRC15:30
openstackgerritBence Romsics proposed openstack/nova: Do not block instance boot on net without subnet  https://review.openstack.org/20004615:31
RuiChendims_, can you take a look this patch https://review.openstack.org/#/c/193117/ ? I add some reply.15:31
jaypipestdurakov: :( not sure...15:31
dims_RuiChen: ack15:31
dansmithtdurakov: yes, same15:32
dansmithtdurakov: try rebuilding your tox15:32
openstackgerritJohn Garbutt proposed openstack/nova: docs: split up upgrade and upgrade futures  https://review.openstack.org/20152915:32
tdurakovdansmith: ok, I'll check that15:32
openstackgerritNikola Dipanov proposed openstack/nova: Fix the incorrect PciDeviceList version number  https://review.openstack.org/20128015:33
johnthetubaguydansmith: ndipanov: spoke to you both about more docs around upgrade, I have started moving the existing ones forward a bit here: https://review.openstack.org/20152915:34
dansmithjohnthetubaguy: okay, I was also going to start a "what to look for in reviews for upgrades"15:35
dansmithmaybe that's covered in your changes?15:35
* dansmith pushes that on the growing stack15:35
*** wuhao has joined #openstack-nova15:35
johnthetubaguydansmith: it adds a section that should cover that15:35
dansmithokay15:35
*** READ10 has joined #openstack-nova15:36
johnthetubaguydansmith: I am trying to focus on what we want to happen, and why, and the more general stuff first15:36
*** exploreshaifali has quit IRC15:36
johnthetubaguydansmith: but yeah, that review check list would be super handy15:36
RuiChendims_, thank you :-)15:37
dansmiththe review checklist is important because it's hard to keep track of all the banned things for folks that don't live and breathe it15:37
dansmithjohnthetubaguy: anyway, yeah, I'll look at that in a bit15:37
*** oro_ has joined #openstack-nova15:38
*** ig0r__ has joined #openstack-nova15:40
*** krtaylor has joined #openstack-nova15:40
*** jogo has quit IRC15:40
*** jogo has joined #openstack-nova15:41
tdurakovdansmith, thanks tox rebuild helped15:42
ndipanovsdague, johnthetubaguy https://review.openstack.org/#/c/189632/15:43
ndipanovI mean whatever but at least let's make a plan to talk about this15:43
dansmithtdurakov: cool15:43
ndipanovdevice names have been broken since forever15:43
*** ig0r_ has quit IRC15:43
ndipanovand this is one way to fix it15:43
ndipanovif no one else picks it up (and I don't think they will)15:44
ndipanovI don't see why we should keep it broken indefinitely15:44
johnthetubaguyndipanov: sdague: feels like it needs an ML thread, with someone summarising both sides of the story, to unstick the review?15:45
mriedemndipanov: maybe bring this to the mailing list15:45
mriedemha15:45
mriedemjinx15:45
*** tjones1 has joined #openstack-nova15:45
andreykurilinsdague: sorry for delay15:46
andreykurilinsdague, lifeless: https://github.com/testing-cabal/mock/issues/28015:46
ndipanovyeah the question is with whom does the burden of ML post sit15:46
johnthetubaguyndipanov: I am tempted to say we should error out builds, so the lack of support is discoverable, but that is was more disruptive15:46
lyanchihguys please help me to review this  https://review.openstack.org/#/c/197514/15:46
ndipanovjohnthetubaguy, yes15:46
ndipanovwhy I decided against it15:46
*** otter768 has joined #openstack-nova15:46
mriedemndipanov: i think the ML is just a place to make this known and see if there are any strong reactions against this15:46
ndipanovI'll post something15:46
mriedemthere isn't a -2 from sdague, just a -1 that we need to make sure everyone is aware and ok with this since it is throwing away an api parameter, which is why i said it was maybe an APIImpact15:47
johnthetubaguyndipanov: that would be great, thank you15:47
*** oro_ has quit IRC15:47
johnthetubaguymriedem: thats true, it is maybe is worth APIImpact15:48
*** oro has quit IRC15:48
johnthetubaguybut an ML thread should help with all that15:48
andreykurilinsdague: I'm not lucky and patch with requirements updates is failed - https://jenkins01.openstack.org/job/gate-python-novaclient-python27/37/ :(15:48
sdagueandreykurilin: ok, you want to merge the patches together?15:48
*** dprince has quit IRC15:48
*** yingjun has quit IRC15:48
andreykurilinsdague: yes15:49
sdagueandreykurilin: thanks15:50
openstackgerritSudipta Biswas proposed openstack/nova: Allow NUMA based reporting for Monitors  https://review.openstack.org/19897215:50
sudiptorlrossit, dansmith ^ whenever you can...15:51
*** changbl has joined #openstack-nova15:51
*** otter768 has quit IRC15:51
*** marzif_ has quit IRC15:52
*** marzif_ has joined #openstack-nova15:52
sdagueso I think what we need to understand is "is this useful feature anywhere?" if not, I'd say we make a version change, get rid of it. And figure out what the fallback behavior would be. I think in the libvirt case, it doesn't work anyway, so it's just a warning like we have.15:53
*** tpeoples has quit IRC15:53
dansmithlast I checked, only xen could honor that flag,15:53
johnthetubaguysdague: to the XenAPI driver works with this, I think, at least in the most common cases, and folks seemed to want to use it, now calling it "useful" is harder...15:54
dansmithand maybe not even recent xenserver15:54
*** tpeoples has joined #openstack-nova15:54
*** wuhao has quit IRC15:54
johnthetubaguydansmith: so it seems to work, although I haven't tried really hard to break it recently15:54
sdagueanyway, it seems like we should try to get that detail out on the table.15:54
*** wuhao has joined #openstack-nova15:54
dansmithjohnthetubaguy: I thought you said recently that there was something about it that wasn't right, like you could only control ordering but not actually the device name it got in the guest15:54
dansmithit used to be with blkfront that you could just say "this should be sdzzfoo" and it would do it15:55
dansmithbut I thought nowadays it just orders them by index15:55
johnthetubaguydansmith: we just control the index not the name, yeah15:55
ndipanovdansmith, missed your comment about explaining the version change - will do15:55
dansmithjohnthetubaguy: right, then this is broken15:55
*** jichen has quit IRC15:55
johnthetubaguydansmith: the API does a nasty covert15:55
johnthetubaguydansmith: yeah, thats true15:55
dansmithright, but it can't actually honor what is asked for15:55
dansmithso the API is broken15:55
dansmithand not useful anywhere, AFAICT15:55
dansmithordering is different and we can do that properly15:55
ndipanovnova kinda already does that15:56
*** exploreshaifali has joined #openstack-nova15:56
dansmithright15:56
ndipanovand there's hooks to make xen driver replicate what the hypervisor would do15:56
johnthetubaguydansmith: well if you request the correct sort of names, it does work, but yes, in general is a pile of seaming something nasty15:56
ndipanovi.e. the methods I added with this and the next patch15:56
ndipanovnot actually with this... it was there since havana15:56
dansmithjohnthetubaguy: but I can't request sdz and have it give me sdz if the  next one in line is sdb right?15:57
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/20090815:57
*** hemnafk is now known as hemna15:57
andreykurilinsdague: ^15:58
johnthetubaguydansmith: oh, good question, I think it actually tries to give you /dev/xvdz or something like that, but I haven't tried it enough to be sure that still works everywere (PV vs PVops vs HVM+PV... sigh)15:58
dansmithjohnthetubaguy: okay, I didn't think even that worked everywhere anymore15:58
dansmithjohnthetubaguy: certainly not fully HVM15:59
johnthetubaguydansmith: I have a feeling it works in linux and breaks in windows, but yeah15:59
dansmithjohnthetubaguy: either way, I'd rather we have an index (and order if we prefer) and drop the "you can specify a device name" thing if we can, since it's soooo broken15:59
sdagueso, can we get another person to sign off on this - https://review.openstack.org/#/c/200908/2 as I had a hand in the fix15:59
sdaguebut all novaclient patches are blocked until it lands15:59
*** marzif_ has quit IRC15:59
johnthetubaguydansmith: ah... so it is possibly because xenserver still uses the xen QEMU rather than upstream16:00
*** tpeoples has quit IRC16:00
*** tpeoples has joined #openstack-nova16:01
*** amotoki_ has quit IRC16:01
johnthetubaguydansmith: so yeah, I need to get someone to dig into all this, its confusing me now16:03
dansmithwell, regardless,16:04
dansmithunless I can specify random device names, I think this is problematic16:04
dansmithit's extremely problematic for libvirt users16:04
dansmithbecause it breaks us and we can never actually honor it16:04
*** tjones1 has quit IRC16:04
dansmithso since we can't ever, we should at least fix it for libvirt if we're going to wait on the larger question of removing it from the api16:05
openstackgerritMatt Riedemann proposed openstack/nova: objects: add missing enum values to DiskBus field  https://review.openstack.org/20028016:05
johnthetubaguydansmith: agreed with that16:05
dansmithsdague: are you opposed to making libvirt fully ignore it separately from the API decision?16:05
dansmiththe latter will take some time either for consensus and/or deprecation/removal16:05
sdaguedansmith: no, I'm fine with libvirt ignoring it, as it doesn't work anyway16:06
*** jlanoux has quit IRC16:06
sdagueI'd just like to make it clearer to the user that's what we are doing16:06
sdagueideally with removing that feature from the API entirely if we can16:06
*** annashen has joined #openstack-nova16:06
dansmithsdague: yep, agreed with all that16:07
sdaguemy -1 was mostly a "can we hold and figure out the API story first before merge"16:07
sdaguewhich I think I said in the message16:08
*** dprince has joined #openstack-nova16:08
mriedemsdague: oh i remember it quite differently.... http://fakeplus.com/pictures/jpg/hateful-cat-is-hateful_20120425122425.jpg16:08
*** moshele has quit IRC16:09
sdaguemriedem: lol16:09
dansmithsdague: okay, well, I'm not sure we need to hold this up for that.. do you just want something that marks the decision point? like another review to deprecate it from the API that we can hold until we decide or something?16:09
sdaguewell can we take a day and figure out our direction here, get the ML thread going?16:10
sdagueis there a reason this is a must merge today? it's been broken for a while.16:10
ndipanovI'm cool with taking a day it's been up for months16:10
*** annashen has quit IRC16:11
ndipanovwell maybe 2 months :)16:11
mriedemheh, ~35 days :)16:11
mriedemyeah16:11
mriedemha16:11
mriedemFOREVER!16:11
dansmithsure, I just don't want to hold the patch on $potentially_neverending_convo16:11
dansmithholding it on starting the convo is fine16:11
ndipanovexactly what irked me about this16:11
*** signed8bit has joined #openstack-nova16:11
*** RuiChen has quit IRC16:11
*** ijw has joined #openstack-nova16:12
sdaguendipanov: well, don't be irked, my intent was once we figured out the plan to +2 it myself, I just didn'16:12
sdaguet want it to accidentally merge while we were still talking about stuff16:12
*** unicell1 has quit IRC16:13
ndipanovsure - will follow up with a ML post16:13
*** zhenguo has quit IRC16:13
sdaguendipanov: great16:13
sdaguethank you16:14
*** ishita has joined #openstack-nova16:14
*** boris-42 has joined #openstack-nova16:14
ndipanovjust hope we'll decide something within the thread...16:15
*** kjelly has joined #openstack-nova16:15
ndipanovtor soonish16:15
ndipanovor*16:15
sdaguendipanov: yep, agreed. I feel like we should get this merged by end of week one way or another.16:16
*** alex_klimov has quit IRC16:16
*** Sukhdev has joined #openstack-nova16:18
*** kiran-r has quit IRC16:21
*** gmurphy has left #openstack-nova16:23
*** iamjarvo has quit IRC16:24
sdaguemriedem: https://review.openstack.org/#/c/197769/4 - parallel tests run in different address spaces, so there should be no issues there16:27
sdaguewas that your only objection to that patch?16:27
mriedemsdague: i just think it's unnecessary to have the hard-coded uuid in there16:28
mriedemsdague: also these aren't nodbtestcase tests so that worried me16:29
*** nic has joined #openstack-nova16:30
openstackgerritNikola Dipanov proposed openstack/nova: Fix the incorrect PciDeviceList version number  https://review.openstack.org/20128016:32
ndipanovdansmith, ^16:32
*** apuimedo has quit IRC16:32
*** fawadkhaliq has quit IRC16:33
*** derekh has quit IRC16:34
*** tjones1 has joined #openstack-nova16:34
openstackgerritTimofey Durakov proposed openstack/nova: Split instance resize operation into 2 phases  https://review.openstack.org/19508816:35
openstackgerritTimofey Durakov proposed openstack/nova: Create class hierarchy for tasks in conductor  https://review.openstack.org/18449516:35
openstackgerritDan Smith proposed openstack/nova: WIP: Base NovaObject on VersionedObject  https://review.openstack.org/20165516:37
sdaguemriedem: the db is reset on every test16:38
sdagueand it's in memory16:38
*** ijw has quit IRC16:38
dansmithmriedem: wanna hit this so we can get it on the backport queue? https://review.openstack.org/20128016:39
dansmithor sdague16:39
*** annashen has joined #openstack-nova16:39
sdaguedansmith: done16:39
dansmiththanks16:39
*** ijw has joined #openstack-nova16:39
sdaguedansmith: oh, so the thing I asked ndipanov this morning, we seem to have to land one of these oops patches every month. Is there any way we can get ahead of that with testing?16:40
dansmithsdague: we have tests for it16:40
dansmithsdague: there were some critical missteps in there, which rlrossit has patches up to fix16:40
sdaguedansmith: ok16:41
dansmithsdague: he had already fixed this one in that set, but we wanted to pull this out into a backportable thing16:41
sdagueok, cool. link to those fixes?16:41
dansmithand I don't think it's every month :)16:41
rlrossitsdague: https://review.openstack.org/#/c/198730/ https://review.openstack.org/#/c/198904/16:41
dansmithyeah that16:42
rlrossitthey're kinda stale though because I'm waiting for the dust to settle before going back in and rebasing16:42
dansmithbut it needs rebasing on top of this still I think16:42
dansmithyeah16:42
dansmiththe critical missing link was that we weren't following links through list objects in the test16:43
rlrossitdansmith: should I add the checking for incorrect future versioning in one of these changes? or make that a separate change?16:43
dansmithwhich was an exception put in place by yjiang516:43
dansmithrlrossit: either is fine with me16:43
dansmithbut the exception kinda missed the point that if we check half the structure in one test and half in the other,16:44
dansmithwe miss the intersection points between them16:44
dansmithwhich is what rlrossit has fixed16:44
*** nkrinner is now known as nkrinner_afk16:44
dansmithso, we thought we were doing well, but in reality we were missing a few things16:44
dansmiththat, and we still have reviewers that don't notice when someone changes the hash for an object and not the version :(16:44
*** yamahata has quit IRC16:45
*** oro_ has joined #openstack-nova16:46
*** fawadkhaliq has joined #openstack-nova16:46
*** oro has joined #openstack-nova16:47
ndipanovdansmith, can you at least add a +1 on the kilo backport so that I can bug stable maint to merge it?16:47
dansmithndipanov: you already have a backport?16:47
mriedemndipanov: i can look at the backport16:48
ndipanovwell yes16:48
mriedemhttps://review.openstack.org/#/c/201654/16:48
*** unicell has joined #openstack-nova16:48
dansmithyeah, I see16:48
*** lyanchih has quit IRC16:48
dansmithndipanov: if you just wait until master lands, then mriedem and I can merge it16:48
*** unicell has quit IRC16:48
*** unicell has joined #openstack-nova16:48
ndipanovcools!16:48
mriedemndipanov: the commit message is different16:49
ndipanovyes16:49
*** lyanchih has joined #openstack-nova16:49
ndipanovso as to make sense16:49
mriedemsure yeah i guess16:49
*** Jeffrey4l has quit IRC16:49
mriedemjwcroppe: 2nd bullet under ibm specifics https://wiki.openstack.org/wiki/Sprints/NovaLibertySprint#IBM_Specifics16:52
jwcroppemriedem: thanks16:54
*** xyang2 has quit IRC16:55
raildoHi guys, I'm working to provide nested quotas here in nova. With this feature, a parent project will be able to set the quotas for their children.16:56
raildobut during the implementation, we found a project_id check here: https://github.com/openstack/nova/blob/8fd7b44d1ae4fd919dfdab4aab358a3137708ff4/nova/api/openstack/wsgi.py#L805-L81216:56
raildothat prohibit make some action a project which isn't the project in the context.16:56
raildoAnyone know a way to don't make this check only for the quota update?16:57
*** lpetrut has quit IRC16:58
*** ijw has quit IRC16:59
*** ijw has joined #openstack-nova16:59
*** aix has quit IRC16:59
*** mwagner_lap has quit IRC17:00
*** mgarza_ has joined #openstack-nova17:00
*** gmurphy has joined #openstack-nova17:01
*** tjones1 has quit IRC17:01
*** Jeffrey4l has joined #openstack-nova17:01
*** lucasagomes is now known as lucas-dinner17:01
*** browne has quit IRC17:04
*** kjelly has quit IRC17:05
*** davideagnello has quit IRC17:06
*** ildikov_ has quit IRC17:07
*** yamahata has joined #openstack-nova17:11
*** veena has joined #openstack-nova17:12
*** vilobhmm has joined #openstack-nova17:12
*** jistr has quit IRC17:14
*** davideagnello has joined #openstack-nova17:14
sdaguemriedem: as I consider you the oslo.i18n expert, is this right - https://review.openstack.org/#/c/193860/1/nova/virt/libvirt/volume.py,cm ?17:15
*** jcoufal has joined #openstack-nova17:15
*** ssurana has joined #openstack-nova17:15
*** kylek3h has joined #openstack-nova17:15
mriedemlooking17:15
mriedemjecarey is the expert17:15
*** tonytan4ever has quit IRC17:15
sdaguemriedem: sure, but I can blame you17:15
*** MentalRay has quit IRC17:16
mriedemhttp://docs.openstack.org/developer/oslo.i18n/guidelines.html#choosing-a-marker-function17:16
*** fawadkhaliq has quit IRC17:16
sdaguemriedem: yeh17:16
mriedem+217:16
sdagueit's all just confusing with "do this" "except"17:16
mriedemdon't do what donny don't does17:17
*** signed8bit is now known as signed8bit_ZZZzz17:17
mriedemhttp://i.imgur.com/VwKnQ5H.jpg17:17
sdagueare the _L* functions only used to build priority lists?17:17
mriedemi guess? "The purpose of the different marker functions is to separate the translatable messages into different catalogs, which the translation teams can prioritize translating. It is important to choose the right marker function, to ensure that strings the user sees will be translated and to help the translation team manage their work load."17:18
openstackgerritQin Zhao proposed openstack/nova: VMware: Use virtual disk size instead of image size  https://review.openstack.org/16801317:18
mriedemso i'd prioritize _LE17:18
*** patrickeast has joined #openstack-nova17:18
*** jcoufal has quit IRC17:19
openstackgerritPavel Kholkin proposed openstack/nova: libvirt:Rsync remote FS driver was added  https://review.openstack.org/14688717:20
*** coolsvap is now known as coolsvap|afk17:20
openstackgerritQin Zhao proposed openstack/nova: VMware: Use virtual disk size instead of image size  https://review.openstack.org/16801317:22
*** annashen has quit IRC17:23
*** kiran-r has joined #openstack-nova17:28
*** krtaylor has quit IRC17:29
*** mtanino has joined #openstack-nova17:29
*** achanda has joined #openstack-nova17:29
openstackgerritMike Dorman proposed openstack/nova: Add console allowed origins setting  https://review.openstack.org/20167717:32
*** Sukhdev has quit IRC17:33
*** fawadkhaliq has joined #openstack-nova17:34
*** markus_z has quit IRC17:35
*** lpetrut has joined #openstack-nova17:36
*** mpaolino has joined #openstack-nova17:37
*** ijw has quit IRC17:40
*** ijw has joined #openstack-nova17:40
*** achanda has quit IRC17:41
*** andrewbogott is now known as andrewbogott_afk17:41
*** achanda has joined #openstack-nova17:41
*** otter768 has joined #openstack-nova17:47
*** armax has quit IRC17:48
*** MentalRay has joined #openstack-nova17:48
*** pradipta has joined #openstack-nova17:51
*** ildikov has joined #openstack-nova17:51
*** otter768 has quit IRC17:52
*** ociuhandu has quit IRC17:52
*** browne has joined #openstack-nova17:53
*** mwagner_lap has joined #openstack-nova17:53
*** ijw has quit IRC17:55
*** openstackgerrit has quit IRC17:56
sdagueso, honestly, it feels like we should be able to build a tool to do that instead of having to annotate every message17:56
*** ijw_ has joined #openstack-nova17:57
*** openstackgerrit has joined #openstack-nova17:57
sdaguehmm... numa datastructure isn't stable ordered - https://jenkins02.openstack.org/job/gate-nova-python34/581/console ?17:57
*** mpaolino has quit IRC17:58
ndipanovsdague why would you assume that18:00
*** lpetrut has quit IRC18:00
sdaguendipanov: because of how that test result fails18:00
sdagueit's because the order of a highly nested array is different than expected18:00
sdaguesame content though18:01
ndipanovit's a dict18:01
sdaguendipanov: did you look at the failure?18:01
*** agentle_ has quit IRC18:02
ndipanovyes but those are dicts - not objects18:02
*** agentle_ has joined #openstack-nova18:02
*** apuimedo has joined #openstack-nova18:03
sdaguendipanov: "nova_object.changes": ["memory", "cpuset", "id"]}] vs. "nova_object.changes": ["cpuset", "memory", "id"]}]18:03
sdaguendipanov: so maybe, if you have another theory about what's going on, would be great18:03
ndipanovah I see what you mean by stable ordered...18:04
ndipanovso the solution to that problem is to not store those changes because they are useless18:04
ndipanovI think there was a patch to do this18:04
sdagueok, if you have a pointer, that would be great, because this is rando failing unrelated patches18:05
ndipanovand apparently never merged18:05
ndipanovso the thing is - that's a set in the object18:05
ndipanovbut json has no set18:05
ndipanovso it gets turned into a list18:05
*** Nikolay_St has quit IRC18:05
ndipanovI assume py27 has a deterministic ordering18:05
ndipanovand 3.4 doesn't18:05
ndipanovsdague, ^18:05
ndipanovwould that make sense?18:05
ndipanovhmm no json there actually18:06
ndipanovlet me look into it more18:06
openstackgerritMaxim Nestratov proposed openstack/nova: libvirt: rename parallels driver to virtuozzo  https://review.openstack.org/18431118:06
*** chuckcarmack has joined #openstack-nova18:07
ndipanovah no there is json there actually sdague18:07
ndipanovyeah sdague there's your problem18:08
*** annashen has joined #openstack-nova18:09
*** agireud has quit IRC18:09
sdaguendipanov: well, if you are relying on natural ordering of python data structures, that changes between releases18:09
ndipanovyes18:09
ndipanovbut we rely on it here only for this test to work really18:10
ndipanovso the real solution is - drop those changes from the DB18:10
ndipanov(I will dig up the patch I know one was posted)18:10
ndipanovand if that's too uncertain to wait18:10
ndipanovjust add sorting to that list there18:11
ndipanovI vote for 1)18:11
*** signed8bit_ZZZzz is now known as signed8bit18:11
sdaguendipanov: sure, though it seems like fake_obj_numa_topology._to_json() is the thing that needs the stable ordering, right?18:11
ndipanovwell that stable ordering comes from obj_to_primitive18:12
*** veena has quit IRC18:12
ndipanovwhich just calls list()18:12
ndipanova super quick hack would be to do sorted() as well18:12
dansmithedleafe wrote some things for stable object comparisons, IIRC18:12
*** iamjarvo has joined #openstack-nova18:13
*** tpeoples has quit IRC18:13
*** tdp has joined #openstack-nova18:13
ndipanov        if self.obj_what_changed():18:13
ndipanov            obj['nova_object.changes'] = list(self.obj_what_changed())18:13
ndipanovsdague, ^18:13
ndipanovthis is what causes it18:13
ndipanov(I think)18:13
sdagueyeh, that could be. dansmith you want to weigh in on this?18:14
ndipanovsorting that list would be the quickest way for that to go away18:14
sdaguendipanov: sure18:14
ndipanovbut in reality there is no need to sort that list18:14
dansmiththere is no need to sort that list18:14
dansmithdid you see what I said about edleafe's object comparison stuff?18:14
ndipanovbut this is not object comparison18:15
ndipanovthis is only for numa18:15
ndipanovwhich serializes this into the db18:15
ndipanovand then fails tests on python 318:15
ndipanovwe would still need to compare json strings in that test18:15
ndipanovnot objects18:15
*** xyang2 has joined #openstack-nova18:15
dansmithyeah, I know18:16
dansmithI think he had a stable json comparator for that reason18:16
ndipanovin that case awesome18:17
sdaguedansmith: except, that wouldn't help here18:17
ndipanova slightly less horrible way to fix this is to sort only in _to_json() method of InstanceNumaTopology18:17
sdaguebecause it's mock doing the comparison18:17
ndipanovthat way we would have deterministic ordering always18:18
*** agireud has joined #openstack-nova18:18
*** krtaylor has joined #openstack-nova18:18
ndipanovbut the real fix is to not save those changes18:18
ndipanovdansmith, do you remember if there was an actual fix for that?18:18
sdaguehttp://logs.openstack.org/05/160205/13/gate/gate-nova-python34/e789e1c/console.html#_2015-07-14_17_33_29_55718:18
dansmithsdague: ah, using mox you mean?18:18
*** lpetrut has joined #openstack-nova18:19
dansmithah, I see18:19
dansmithwell, you could just inspect the call instead of using assert_called_with18:20
sdaguedansmith: sure18:20
dansmithwe don't need to persist the changes, which is what ndipanov is saying, but that's just sidestepping the issue18:20
sdagueis the stable json comparitor in?18:20
*** ijw_ has quit IRC18:20
dansmithyeah, it's been for ages18:20
dansmithI need to find it though :)18:20
ndipanovdansmith, well imho there is no issue - changes don't need to be ordered18:21
sdagueit does seem like forcing stable order on the json we generate would be a long term good thing18:21
*** ijw has joined #openstack-nova18:21
*** tdp is now known as tpeoples18:21
dansmithsdague: why?18:22
dansmiththat's just burning CPU every time we serialize an object18:22
dansmithit's an unordered thing, it doesn't matter at all18:22
*** MentalRay has quit IRC18:22
sdagueI'd be pretty surprised if it was a measurable amount of CPU18:23
dansmithit's just a silly thing to do to make our unit tests pass18:23
sdaguemaybe, it feels like stable structures are more useful should they get logs or compared in other contexts, but that's fine18:24
*** wasmum- has joined #openstack-nova18:24
*** hakimo_ has joined #openstack-nova18:24
dansmithso in the actual code, this is a set not a list18:25
dansmithit's only a list for the trip over the wire because json has no set structure18:25
*** iamjarvo has quit IRC18:25
dansmithsorting it before we serialize it and then converting it to a set on the other end is just waste18:25
sdagueok18:25
*** raorn_ has joined #openstack-nova18:25
sdagueif it's really a set, then I'm fine with that answer18:25
dansmithhttps://github.com/openstack/nova/blob/master/nova/tests/unit/objects/test_objects.py#L218-25318:26
dansmithso that's the top level thing18:26
dansmithwhich takes comparators18:26
*** rdo_ has joined #openstack-nova18:26
dansmithand there is a json one I think which I think we might be able to use18:26
dansmithah, we have an assertJsonEqual somewhere18:27
*** armax has joined #openstack-nova18:27
dansmithso if we just use that and pull the call out ourselves18:27
dansmiththat makes more sense I think18:27
sdaguesure18:27
dansmithbut, we also need not persist changes in the database like this,18:28
sdaguehow do you extract the calling params for a mock call? I've never done that before18:28
dansmithso just calling obj_reset_changes() on the thing before we save it is also saving us bytes in the db18:28
dansmithsdague: mock_thingy.call_args_list[0][0][0] is the first argument18:28
dansmithof the first call18:28
sdagueok18:28
sdague3 [0]?18:28
sdaguewhat's the 3rd one for18:29
*** changbl has quit IRC18:29
*** shyama has quit IRC18:29
*** tlbr_ has joined #openstack-nova18:29
dansmithhttps://github.com/openstack/nova/blob/master/nova/tests/unit/objects/test_instance.py#L456-45618:29
*** adam_g` has joined #openstack-nova18:29
*** mgagne_ has joined #openstack-nova18:29
*** __maurosr__ has joined #openstack-nova18:29
dansmithactually, nevermind that link18:30
*** kcaj_ has joined #openstack-nova18:30
dansmithsdague: it's mock being silly18:30
*** edleafe- has joined #openstack-nova18:30
dansmithsdague: one call of foo(123, bar=456) looks likethis:18:30
*** fawadkhaliq has quit IRC18:30
*** vilobhmm has quit IRC18:30
*** jogo has quit IRC18:30
*** READ10 has quit IRC18:30
*** ddaskal has quit IRC18:30
*** zsais has quit IRC18:30
*** jdandrea has quit IRC18:30
*** rlrossit has quit IRC18:30
*** ivasev has quit IRC18:30
*** rdo has quit IRC18:30
*** Marga_ has quit IRC18:30
*** hakimo has quit IRC18:30
*** angular_mike_ has quit IRC18:30
*** edleafe has quit IRC18:30
*** tlbr has quit IRC18:30
*** isq has quit IRC18:30
*** ccard has quit IRC18:30
*** PaulMurray has quit IRC18:30
*** kcaj has quit IRC18:30
*** zhiyan has quit IRC18:30
*** raorn has quit IRC18:30
*** rex_lee has quit IRC18:30
*** maurosr has quit IRC18:30
*** scottda has quit IRC18:30
*** wasmum has quit IRC18:30
*** mgagne has quit IRC18:30
*** adam_g has quit IRC18:30
*** sileht has quit IRC18:30
*** stefanb has quit IRC18:30
*** mrda-away has quit IRC18:30
*** __maurosr__ is now known as maurosr18:30
dansmithcall_args_list[([123],{'bar':456})]18:30
*** MentalRay has joined #openstack-nova18:31
dansmithsdague: it's a list of calls, each entry is a tuple of args,kwargs18:31
*** Guest10549 is now known as dan18:31
*** changbl has joined #openstack-nova18:32
*** iamjarvo has joined #openstack-nova18:32
*** armax has quit IRC18:32
*** patrickeast has quit IRC18:32
*** patrickeast_ has joined #openstack-nova18:32
*** mgagne_ has left #openstack-nova18:33
*** armax has joined #openstack-nova18:33
*** oro has quit IRC18:34
*** oro_ has quit IRC18:34
*** Longgeek has quit IRC18:36
edleafe-dansmith: you sure that was me?18:36
edleafe-doesn't ring a bell18:36
dansmithwell, I thought it was18:36
* dansmith blames18:36
sdagueedleafe-: just take the credit and move on18:37
edleafe-sdague: heh18:37
dansmithI dunno that stuff has changed enough that it's not easy to tell18:37
dansmithwhatever18:37
*** erlon has joined #openstack-nova18:37
edleafe-dansmith: I remember that bauzas did some comparison stuff18:38
sdagueok, so I have the change, man is this the ugs :)18:38
edleafe-dansmith: maybe that's what you had in mind18:38
dansmithI don't think that was this18:38
*** krotscheck has joined #openstack-nova18:39
*** armax has quit IRC18:39
*** ijw has quit IRC18:39
sdaguebecause assertJsonEqual uses actual json, not python structures18:40
sdagueso we have to turn it back into strings18:40
*** mgagne_ has joined #openstack-nova18:40
mriedemmtreinish: ha, see the section on building docs here https://github.com/openstack/nova/blob/master/HACKING.rst18:42
*** sudipto has quit IRC18:43
sdaguemtreinish: hey, what's up with the random pdf build script?18:44
mriedemmtreinish: yeah, apparently we already have "tox -evenv -- python setup.py build_sphinx_latex"18:45
*** kcaj_ has quit IRC18:47
openstackgerritTimofey Durakov proposed openstack/nova: Split instance resize operation into 2 phases  https://review.openstack.org/19508818:47
openstackgerritTimofey Durakov proposed openstack/nova: Create class hierarchy for tasks in conductor  https://review.openstack.org/18449518:47
lifelesssdague: thanks18:48
lifelesssdague: the exception thing is fixed btw, can make those clean again18:48
lifeless(in 1.1.3)18:48
sdaguelifeless: cool18:48
sdaguethe autospec issue still out there?18:48
*** kcaj has joined #openstack-nova18:49
lifelesssdague: it was exposed via autospec but not an autospec issue18:49
lifelesssdague: see http://bugs.python.org/issue2366118:50
*** gmurphy has left #openstack-nova18:51
*** Sukhdev has joined #openstack-nova18:51
openstackgerritSean Dague proposed openstack/nova: make test_save_updates_numa_topology stable accross python versions  https://review.openstack.org/20171918:53
sdaguendipanov / dansmith ^^^18:53
*** sgordon has quit IRC18:55
*** openstackgerrit has quit IRC18:56
*** openstackgerrit has joined #openstack-nova18:56
*** sgordon has joined #openstack-nova18:57
openstackgerritMatt Riedemann proposed openstack/nova: Update HACKING.rst for running tests and building docs  https://review.openstack.org/20172218:58
mtreinishsdague: sphinx doesn't generate valid latex so if you try to use it it'll fail19:01
mtreinishso I wrote a helper script to work around it19:01
mtreinishI still need to report the bugs upstream though19:01
sdagueyeh, I'd feel more ok about that after the bugs were filed upstream19:02
sdagueI also think doing some error handling is probably appropriate19:02
lifelessandreykurilin: is that issue you filed the one sdague was mentioning ?19:02
mtreinishsdague: well, tbh I'm not sure how much of them will be considered sphinx bugs vs nova docs bugs19:03
mtreinishlike the 2 issues were the unicode check and x mark usage and the svg arch diagram19:03
*** tpatil has joined #openstack-nova19:03
openstackgerritMing Yang proposed openstack/nova: Refactor get_filtered_hosts in filter host manager  https://review.openstack.org/19287819:03
openstackgerritMing Yang proposed openstack/nova: Case-insensitive filters  https://review.openstack.org/20172519:03
mtreinishsdague: well found one open for the svg issue: https://github.com/sphinx-doc/sphinx/issues/190719:04
sdaguelifeless: yes, andreykurilin filed the bug19:05
sdaguewe were working through the patch together19:05
*** mutoulbj has quit IRC19:07
*** ijw has joined #openstack-nova19:10
lifelesscool19:11
*** achanda has quit IRC19:17
*** achanda has joined #openstack-nova19:17
openstackgerritMatt Riedemann proposed openstack/nova-specs: Spec: add nova-manage db purge-deleted-instances  https://review.openstack.org/20022419:18
*** xyang2 has quit IRC19:19
openstackgerritDan Smith proposed openstack/nova: Add version counter to Service object  https://review.openstack.org/20173319:20
*** agentle__ has joined #openstack-nova19:20
*** ZZelle_ has joined #openstack-nova19:21
openstackgerritSean Dague proposed openstack/nova: make test_save_updates_numa_topology stable across python versions  https://review.openstack.org/20171919:21
sdagueok, dansmith how is that language?19:21
mriedemsdague: is this a thing in stable/kilo also?19:22
mriedemif so, we should have a bug for this for backporting19:22
openstackgerritlyanchih proposed openstack/nova: Creating instance fail when inject ssh key in cells mode  https://review.openstack.org/19751419:22
dansmithsdague: still sounds like it's a NUMA-specific thing, which it's not, but it's much better than it was19:22
sdaguemriedem: no idea, I caught a gate failure19:23
dansmithmriedem: it's just a unit test thing19:23
dansmithmriedem: not sure it's worth a backport19:23
mriedemoh and it's py34 right?19:23
mriedemyeah, nvm19:23
sdagueI saw it expose on py3419:23
sdagueI have no idea if that's the only place it will or not19:23
sdaguebut, yeh, backport seems unneeded19:23
*** MentalRay has quit IRC19:24
*** agentle_ has quit IRC19:24
dims_sdague: there's a bug as well - https://bugs.launchpad.net/nova/+bug/147394919:24
openstackLaunchpad bug 1473949 in OpenStack Compute (nova) "gate-nova-python34 some times test failed on test_save_updates_numa_topology" [Undecided,In progress] - Assigned to lyanchih (lyanchih)19:24
sdaguedims_: oh, I didn't even know19:25
sdagueI can close bug that19:25
dims_++ sdague19:25
openstackgerritSean Dague proposed openstack/nova: make test_save_updates_numa_topology stable across python versions  https://review.openstack.org/20171919:25
sdaguemriedem can you reapprove, now with updated commit message, which I know you like19:25
mriedemsdague: man i already did like 50 seconds ago19:27
*** MentalRay has joined #openstack-nova19:27
mriedembtw19:27
mriedemis it odd that i was thinking about what happened to the intel pci ci in the middle of the night last night?19:28
dansmithyes19:28
mriedemhas anyone noticed it's gone?19:28
mriedemn0ano: do you know anything about that? ^19:29
dansmithgone for over 30 days it looks like19:29
mriedemright, hence my cold sweats at 3am19:29
mriedem:)19:29
mriedemit's like 'home alone: 4'19:29
mriedemin other ci news, jhesketh's fixes for t-h in kilo have been in the gate for over 3 hours now, really like 2 days19:30
mriedemsucks19:30
* sdague has a vision of mriedem putting "LOST: Intel CI" fliers up in his neighboorhood19:30
n0anomriedem, no, hadn't heard but I can ask around, I think the ones running the CI are in China so I won't find out until this evening19:31
mriedemok, i think i got thinking about it b/c of this pci device list version snafu19:32
*** lyanchih has quit IRC19:32
*** pradipta has quit IRC19:32
*** Nikolay_St has joined #openstack-nova19:32
*** tonytan4ever has joined #openstack-nova19:32
*** Piet has quit IRC19:33
*** Piet has joined #openstack-nova19:33
*** achanda has quit IRC19:34
dansmithmriedem: that's a good point, I would have expected it to start catching that pretty much as soon as it landed19:34
dansmithand it was running back then, which makes me wonder what it was doing...19:34
*** achanda has joined #openstack-nova19:35
*** eglynn has quit IRC19:35
dansmithnever ran on that patch19:35
sdagueit's got a different test payload, that can be looked at19:36
*** mgarza_ has quit IRC19:37
*** mgarza_ has joined #openstack-nova19:38
*** Nikolay_St has quit IRC19:39
*** Nikolay_St has joined #openstack-nova19:40
*** Mike_D_laptop has quit IRC19:41
*** iamjarvo has quit IRC19:43
openstackgerritMatthew Treinish proposed openstack/nova: Add tool to build a doc latex pdf  https://review.openstack.org/19933219:45
mtreinishsdague, mriedem, dansmith: ^^^19:45
*** achanda has quit IRC19:47
*** mgarza_ has quit IRC19:49
*** vilobhmm has joined #openstack-nova19:49
*** isq has joined #openstack-nova19:49
*** PaulMurray has joined #openstack-nova19:49
*** rlrossit has joined #openstack-nova19:49
*** ccard has joined #openstack-nova19:49
*** mgarza_ has joined #openstack-nova19:49
*** ddaskal has joined #openstack-nova19:49
*** Marga_ has joined #openstack-nova19:49
*** wverdugo500 has joined #openstack-nova19:49
*** sileht has joined #openstack-nova19:49
sdaguemtreinish: I still don't understand why you do the backup19:50
*** iamjarvo has joined #openstack-nova19:51
sdagueit's also not idempotent with your sed line19:51
mtreinishoh, I guess we don't need to. I was doing that to test the sed stuff and do a diff19:52
mtreinishI can drop that bit19:52
*** tjones1 has joined #openstack-nova19:52
*** akscram has joined #openstack-nova19:52
*** angular_mike_ has joined #openstack-nova19:52
*** stefanb has joined #openstack-nova19:52
*** mrda-away has joined #openstack-nova19:52
*** angular_mike_ has quit IRC19:53
*** scottda has joined #openstack-nova19:56
sdaguethe non idempotent part concerns me a bit, what happens if it gets run more than once19:56
*** mgarza_ has quit IRC19:57
*** angular_mike_ has joined #openstack-nova19:57
*** mgarza_ has joined #openstack-nova19:57
*** kiran-r has quit IRC19:57
*** ijw has quit IRC19:58
cfriesenndipanov: you around?19:59
*** zhiyan has joined #openstack-nova20:02
*** agentle__ is now known as annegentle20:02
*** rex_lee has joined #openstack-nova20:03
mriedemctrath: were you going to follow up in the mailing list on the options for this? https://review.openstack.org/#/c/199604/20:03
mriedemor want me to?20:03
mriedemi see that alex_xu put in his 2 cents20:04
lifelesssdague: did https://github.com/testing-cabal/mock/issues/280 previously work ?20:04
mtreinishsdague: oh if it's run more than once the sphinx will regenerate first20:05
mtreinishwhich will restore the original file20:05
*** iamjarvo has quit IRC20:08
mriedemalaski: melwitt: have you seen this type of cells failure in the gate before? http://logs.openstack.org/85/197185/10/gate/gate-tempest-dsvm-cells/7ef1949/logs/screen-n-cpu.txt.gz#_2015-07-14_16_39_06_86220:09
lifelesssdague: nvm, reproduced. It did.20:09
mtreinishsdague: so the script is idempotent but the actual sed call isn't20:09
sdaguemtreinish: and the latex doesn't care with it being in there a million times?20:10
sdaguelifeless: cool20:10
mtreinishsdague: care that what's there a million times?20:10
sdagueif you call the script a second time20:10
sdagueyou'll double up on your imports20:11
sdaguethat will keep growing20:11
sdague -e 's/\\usepackage{multirow}/\\usepackage{multirow}\n\\usepackage{amsmath,amssymb,latexsym}\n\\usepackage{pifont}/g'20:11
mtreinishsdague: I doesn't because the sphinx-build call at the start of the script recreates the .tex file20:11
mtreinishwhich will undo the changes that sed is making20:12
sdagueah, gotcha20:12
alaskimriedem: that's new to me.  Is this only occurring in cells jobs?20:12
sdagueok20:12
mriedemchecking logstash now20:12
sdaguemtreinish: ok, I'm +2 if you get rid of the backup file20:13
sdaguebecause that's just cruft in your git tree for no use20:13
mtreinishsdague: ok, one sec20:13
mriedemmtreinish: did you check to see if there was a way to exclude doc/source/api from the latex build?20:13
mriedemalaski: not just cells20:13
mriedemlooks like it just started in the last 24 hours20:14
lifelesssdague: and found the upstream bug20:14
sdaguemtreinish: and... if you file sphinx bugs20:14
sdaguelifeless: cool20:14
openstackgerritMatthew Treinish proposed openstack/nova: Add tool to build a doc latex pdf  https://review.openstack.org/19933220:14
lifelesssdague: http://bugs.python.org/issue2175020:14
mtreinishsdague: ^^^20:14
mtreinishsdague: see the commit msg20:14
alaskimriedem: okay.  I'll take a look, but glad it's not cells related20:14
mtreinishmriedem: err, not yet I'll have to look into that20:14
sdaguemtreinish: oh, win20:14
mtreinishmriedem: how do you do it for the html and man page builds?20:14
sdaguelifeless: so... am I the only one concerned that the upstream version apparently has so many regressions ?20:15
ctrathmriedem: regarding https://review.openstack.org/#/c/199604/, I have no idea which option should be chosen.  I would reply, but I don't know the downstream impacts20:15
mriedemalaski: i do see this in the cell-region log http://logs.openstack.org/85/197185/10/gate/gate-tempest-dsvm-cells/7ef1949/logs/screen-n-cell-region.txt.gz?level=TRACE20:15
mriedemctrath: that's the reason for taking it to the ML20:15
lifelesssdague: it was inevitable20:15
lifelesssdague: most upstream libs have few resources maintaining them20:15
*** annashen has quit IRC20:16
lifelesssdague: and few users (literally, only the cpython developers)20:16
lifelesssdague: ... until releases happen20:16
sdagueright, well also, python3 usage being much lower I'm sure helps let stuff slip through20:16
lifelesssdague: and mock (like mox in this regard) is very clever code20:16
lifelessso what we need to do is get on this, get the fixes together and into cPython - which I can help with20:17
lifelesssdague: we'd have hit all of these ourselvs *anyway* with the strategy of 'use mock for 2.7, unittest.mock for 3.4' - except we wouldn't have been able to consume the fixes20:17
sdaguelifeless: yeh, sure20:18
lifelesse.g. mock_open was broken by 3.420:18
lifeless(or possibly between the import and 3.3. releasing)20:18
sdagueI'm just kind of surprised we're still uncovering things. It would also be useful to realize that the nova code base makes a pretty good testbed for a wide range of mock use20:18
sdagueso it could be used as a test set for future versions20:19
mriedemmtreinish: i need help with an e-r query20:20
mriedemmtreinish: given http://logs.openstack.org/85/197185/10/gate/gate-tempest-dsvm-cells/7ef1949/logs/screen-n-cpu.txt.gz?level=TRACE#_2015-07-14_16_39_06_86220:20
mriedemwhy won't this work:20:20
mriedemmessage:"_build_networks_for_instance" AND message:"InstanceUpdateConflict_Remote" work?20:20
alaskimriedem: the UnexpectedVMStateError is not totally uncommon, it's a messaging race20:20
mriedemalaski: yeah, and that's a delete test too20:21
mtreinishmriedem: hmm so looking at logstash for the individual methods it treating those as separate lines now20:23
mriedemnow?20:23
mtreinishso you won't be able to find a message that contains both20:23
mriedemis that new?20:23
mtreinishmriedem: well I though tracebacks used to be treated as a single big line in logstash right?20:23
mriedemyeah20:23
mriedemthat's what i thought too20:23
mriedemand why i was using this20:23
*** iamjarvo has joined #openstack-nova20:24
*** rotbeard has quit IRC20:24
*** annashen has joined #openstack-nova20:24
*** coolsvap|afk is now known as coolsvap|away20:25
mtreinishmriedem: maybe a recent oslo_log release changed something20:25
mriedemgdi20:25
mriedemi can't just use InstanceUpdateConflict20:25
lifelesssdague: so, basically the stdlib is a bad idea20:25
mriedemtoo generic20:25
mtreinishnot sure, but that's a guess20:25
lifelesssdague: but there's huge inertia around it20:25
sdaguelifeless: them sound like drinking words20:25
lifelesssdague: batteries included is a great idea. But that isn't the same thing as the stdlib :)20:25
mriedemdims_: was there a change to oslo.log such that all lines in a traceback are now separate lines?20:25
lifelesssdague: the expectation in cPython is that during alpha/beta periods one finds out about bugs and issues in the changes from many months of development20:26
lifelesssdague: and we know how well that works ....20:26
dims_mriedem: does not ring a bell20:26
mtreinishmriedem: well it'd be more subtle than that, it would have changed the format so the parsing rules treat it as multiple lines20:26
*** dave-mccowan has quit IRC20:27
mriedemwell gdi20:28
mriedemdon't tell me there are subtle bugs20:28
mtreinishmriedem, dims_: it might have been: http://git.openstack.org/cgit/openstack/oslo.log/commit/?id=27f7fe52fefcb81c5fe01736841d7a20149caf0220:28
*** lucas-dinner has quit IRC20:28
mtreinishlet me dig up the oslo filters for logstash20:28
*** dave-mccowan has joined #openstack-nova20:29
*** dprince has quit IRC20:30
*** jdandrea has joined #openstack-nova20:32
mriedemmtreinish: pattern => "^%{TIMESTAMP_ISO8601}%{SPACE}%{NUMBER}?%{SPACE}?TRACE"20:32
mriedemfor multiline20:32
mtreinishmriedem: yep20:33
mriedemok, let me update a thing20:33
mriedembut20:33
*** jogo has joined #openstack-nova20:33
mriedemdoesn't seem like i could just change TRACE to ERROR there20:33
mriedemsince not all errors are multiline20:34
mtreinishmriedem: yeah, that might not be the best choice20:34
mtreinishmriedem: I don't think we have a way to differentiate a traceback from a normal error now20:35
mtreinishmriedem: it's all dims_ fault :)20:35
mtreinishmriedem: this also means a bunch of are existing queries won't be matching anything anymore...20:36
mriedemyes20:36
mriedemi know20:36
mriedemrevert is up20:37
dims_haha20:38
*** mgarza_ has quit IRC20:38
*** achanda has joined #openstack-nova20:38
*** vladikr has quit IRC20:38
*** mgarza has joined #openstack-nova20:39
alaskimriedem: https://review.openstack.org/#/c/141115/ is the cause of that failure20:40
alaskithere's a new error raised, but no code to deal with it20:41
*** mgarza has quit IRC20:42
mriedemalaski: ok, yeah, i hadn't checked git history yet20:43
mriedembut that's spot on20:43
*** oro_ has joined #openstack-nova20:43
*** oro has joined #openstack-nova20:43
mriedemalaski: let me get a bug writen20:43
mriedem*written20:43
mriedemunf'ing logstash logs atm20:43
ctrathmriedem: I sent that email to the ML.  Hopefully I didn't murder it too badly20:44
*** Alexei_987 has joined #openstack-nova20:45
*** Alexei_987 has left #openstack-nova20:45
mriedemalaski: https://bugs.launchpad.net/nova/+bug/147455020:45
openstackLaunchpad bug 1474550 in OpenStack Compute (nova) "network allocation randomly failing with InstanceUpdateConflict after compare and swap was merged" [Undecided,New]20:45
mriedemi see it drops off a bit in logstash, do you see anything merged which fixed it?20:45
alaskinot yet20:46
mriedemrevert?20:46
mriedemmdbooth: around?20:46
mriedem^20:46
alaskiconsidering a revert20:46
mriedemit would crush him :)20:47
alaskithe other option would be to have InstanceUpdateConflict inherit from UnexpectedVMStateError20:47
alaskiheh20:47
alaskisince that's an expected error from that method20:47
alaskiand then separate handling could be added in later20:47
*** ijw has joined #openstack-nova20:48
mriedemyeah, or UnexpectedVMStateError20:48
mriedemthose are both coming out of that20:48
mriedemthe comment in the code says we know something conflicted but we don't know what20:49
flwangmriedem: dansmith: could you please review the nova backup spec https://review.openstack.org/190919 ?20:49
*** mgagne_ is now known as mgagne20:50
mriedemalaski: i'm leaning toward revert20:50
alaskimriedem: yeah, that would be better20:51
*** Sukhdev has quit IRC20:51
alaskithe commit message indicates this is expected to be an exceptionally rare case, which obviously isn't true20:52
alaskiso better handling is needed before going this route20:52
openstackgerritMatt Riedemann proposed openstack/nova: Revert "Implement compare-and-swap for instance update"  https://review.openstack.org/20177120:52
mriedemthere we go20:53
*** raildo has quit IRC20:53
alaskimriedem: +220:54
mriedemsdague: jaypipes: dansmith: ^20:55
sdaguemriedem: +A20:55
sdaguemriedem: do we need to promote that?20:55
mriedemsdague: no20:56
sdagueok20:56
mriedemflwang: sorry, in the middle of some things atm20:56
jaypipes*sigh*20:56
jaypipeswhy do I feel like every reverted patch has my fingerprints on it...20:57
alaskijaypipes: it's great that it exposed the race.  it just needs some handling for it20:57
*** dannywilson has joined #openstack-nova20:59
*** dannywi__ has joined #openstack-nova20:59
*** dannywilson has quit IRC20:59
*** Sukhdev has joined #openstack-nova21:00
*** edleafe- is now known as edleafe21:02
*** jaypipes has quit IRC21:02
*** aysyd has quit IRC21:02
*** dannywil_ has quit IRC21:02
*** changbl has quit IRC21:03
*** rlrossit has left #openstack-nova21:03
*** chuckcarmack has left #openstack-nova21:05
*** thangp has quit IRC21:06
mriedemctrath: heh, well, i thought you'd at least put something in the commit message for context21:09
ctrathsomething from the commit message in the note?21:10
mriedemi'm replying and will updtae the subject21:10
ctraththanks21:11
tjones1hi - i have a wierd thing.  I ran tox -egenconfig on my kilo env and the sample is missing things like log_dir, debug, and verbose.  so i looked at upstream master and there is etc/nova/nova-config-generator.conf which is missing from stable/kilo.  was that done after kilo and if so anyone know why the sample would be missing key items like verbose?21:11
flwangmriedem: no worries, it would be appreciated if you can revisit the patch at your most convenience, thanks21:14
mriedemflwang: is feodor +1 on it?21:14
flwangmriedem: not yet, but i have addressed his comments21:15
mriedemok, i'd like to see him agree with it since he's done a lot of the review work on it and the code already21:15
flwangmriedem: ok, sounds good21:15
*** thorst has quit IRC21:16
*** iamjarvo has quit IRC21:18
*** eharney has quit IRC21:19
*** ishita has quit IRC21:19
*** mriedem is now known as mriedem_away21:19
*** jwcroppe_ has joined #openstack-nova21:22
*** ishita has joined #openstack-nova21:22
*** jwcroppe has quit IRC21:23
*** jwcroppe has joined #openstack-nova21:26
*** jwcroppe_ has quit IRC21:27
*** Piet has quit IRC21:30
*** iamjarvo has joined #openstack-nova21:30
*** iamjarvo has quit IRC21:31
*** coolsvap has joined #openstack-nova21:31
*** iamjarvo has joined #openstack-nova21:32
*** iamjarvo has quit IRC21:32
*** ndipanov has quit IRC21:37
*** dboik has quit IRC21:37
*** iamjarvo has joined #openstack-nova21:38
*** iamjarvo has quit IRC21:39
*** lpetrut has quit IRC21:40
*** krtaylor has quit IRC21:45
*** iamjarvo has joined #openstack-nova21:48
*** iamjarvo has quit IRC21:49
*** otter768 has joined #openstack-nova21:49
*** Piet has joined #openstack-nova21:51
*** oro has quit IRC21:53
*** otter768 has quit IRC21:53
*** oro_ has quit IRC21:54
*** cloudrancher has joined #openstack-nova21:55
*** cloudrancher has left #openstack-nova21:56
*** iamjarvo has joined #openstack-nova21:56
*** iamjarvo has quit IRC21:56
*** asettle has joined #openstack-nova21:56
*** jwcroppe has quit IRC21:57
*** shakamunyi has joined #openstack-nova21:58
*** signed8bit has quit IRC21:59
*** tjones1 has quit IRC22:01
*** burt has quit IRC22:02
*** ddaskal has quit IRC22:02
kfox1111johnthetubaguy: Thanks. What can we do to keep the ball rolling besides bringing it up in the last meeing? It hasn't seen a comment in almost two weeks? :/22:03
*** pkholkin has quit IRC22:04
*** pkholkin has joined #openstack-nova22:04
*** dannywi__ has quit IRC22:06
*** dannywilson has joined #openstack-nova22:07
*** karimb has joined #openstack-nova22:07
*** edmondsw has quit IRC22:08
*** mdrabe has quit IRC22:08
*** ishita has quit IRC22:15
*** pmcfadden has quit IRC22:15
*** kylek3h has quit IRC22:17
*** annegentle has quit IRC22:18
*** jecarey has quit IRC22:19
*** pmcfadden has joined #openstack-nova22:19
*** tjones1 has joined #openstack-nova22:21
*** ishita has joined #openstack-nova22:22
kfox1111having a very strange issue. nova list shows nothing in ip address section on some vm's. nova show doesn't either. but it shows up correctly in the horizon ui.22:24
kfox1111but horizon just uses the same client the cli does, doesn't it?22:25
*** pmcfadden has quit IRC22:29
*** pmcfadden has joined #openstack-nova22:31
*** signed8bit has joined #openstack-nova22:31
*** signed8bit is now known as signed8bit_ZZZzz22:31
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/20070822:34
*** signed8bit_ZZZzz has quit IRC22:34
*** zzzeek has quit IRC22:41
*** zzzeek has joined #openstack-nova22:41
*** ijuwang has quit IRC22:41
*** karimb has quit IRC22:41
*** agireud has quit IRC22:42
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/20070822:42
*** ijw has quit IRC22:42
*** MentalRay has quit IRC22:46
*** ijw has joined #openstack-nova22:47
*** thorst has joined #openstack-nova22:49
*** xyang1 has joined #openstack-nova22:49
*** zzzeek has quit IRC22:50
*** ctrath has quit IRC22:51
*** artom has quit IRC22:51
openstackgerritEarle F. Philhower, III proposed openstack/nova: Add os_brick-based VolumeDriver for HGST connector  https://review.openstack.org/19441222:52
*** slong has joined #openstack-nova22:56
*** bnemec has quit IRC22:59
*** Sukhdev has quit IRC22:59
*** annashen has quit IRC23:09
*** dims__ has joined #openstack-nova23:17
*** vilobhmm has quit IRC23:17
*** vilobhmm has joined #openstack-nova23:18
*** diogogmt has quit IRC23:18
*** tpeoples is now known as tpeoples_away23:19
*** dims_ has quit IRC23:19
*** signed8b_ has joined #openstack-nova23:20
*** dprince has joined #openstack-nova23:24
*** ijw_ has joined #openstack-nova23:26
*** signed8b_ is now known as signed8bit_ZZZzz23:27
*** signed8bit_ZZZzz has quit IRC23:27
*** thorst has quit IRC23:28
*** oomichi has joined #openstack-nova23:28
*** ijw has quit IRC23:29
*** ZZelle_ has quit IRC23:30
*** erlon has quit IRC23:30
*** bitblt has joined #openstack-nova23:31
openstackgerritZhaoBo proposed openstack/nova: Fixed raise SecurityGroupCannotBeApplied as network port_security off  https://review.openstack.org/18826023:33
*** barra204 has joined #openstack-nova23:35
*** shakamunyi has quit IRC23:36
*** exploreshaifali has quit IRC23:38
*** IanGovett has quit IRC23:39
*** tonytan4ever has quit IRC23:40
*** alexpilotti has quit IRC23:40
*** apuimedo has quit IRC23:41
*** ijw_ has quit IRC23:42
*** pmcfadden has quit IRC23:48
*** asettle has quit IRC23:50
*** otter768 has joined #openstack-nova23:50
*** signed8b_ has joined #openstack-nova23:53
*** otter768 has quit IRC23:54
*** signed8b_ is now known as signed8bit_ZZZzz23:55
*** signed8bit_ZZZzz has quit IRC23:55
*** dannywilson has quit IRC23:57
openstackgerritDan Smith proposed openstack/nova: Add version counter to Service object  https://review.openstack.org/20173323:58

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