Monday, 2015-03-16

*** achanda has joined #openstack-nova00:07
*** achanda has quit IRC00:12
*** jcru has joined #openstack-nova00:25
*** aix has quit IRC00:26
*** jcru has quit IRC00:28
*** jcru has joined #openstack-nova00:28
*** jcru has quit IRC00:29
*** aix has joined #openstack-nova00:30
*** shaohe_feng1 has quit IRC00:31
*** annashen has joined #openstack-nova00:36
*** otter768 has quit IRC00:37
*** matrohon has quit IRC00:37
*** mjturek1 has quit IRC00:37
*** promulo__ has quit IRC00:37
*** annashen has quit IRC00:41
openstackgerritAlex Xu proposed openstack/nova: Pass project_id when create networks by os-tenant-networks  https://review.openstack.org/16454900:45
*** mwagner_lap has quit IRC00:48
tonybWhen is the pre-release string freeze?00:49
*** vmtrooper has joined #openstack-nova00:53
*** iamjarvo has joined #openstack-nova00:53
*** eliqiao has joined #openstack-nova00:54
openstackgerritshihanzhang proposed openstack/nova: Fix AggregateCoreFilter return incorrect value  https://review.openstack.org/16412800:57
*** vmtrooper has quit IRC00:58
openstackgerritEli Qiao proposed openstack/nova: Clean up Fake_Url for unit test of flavor_access  https://review.openstack.org/16286901:00
*** mwagner_lap has joined #openstack-nova01:00
*** Longgeek has joined #openstack-nova01:08
*** liusheng has quit IRC01:13
*** Longgeek has quit IRC01:15
openstackgerritAlex Xu proposed openstack/nova: Remove the elevated context when get network  https://review.openstack.org/16455101:15
*** alexpilotti has quit IRC01:19
openstackgerritEli Qiao proposed openstack/nova: Cleanup exception handler when attaching interface  https://review.openstack.org/13102601:21
*** shaohe_feng1 has joined #openstack-nova01:21
*** salv-orlando has quit IRC01:22
*** futurama008 has joined #openstack-nova01:23
*** mtanino has joined #openstack-nova01:25
*** futurama008 has quit IRC01:30
openstackgerritEli Qiao proposed openstack/nova: Handle RESIZE_PREP status when nova compute do init_instance  https://review.openstack.org/13282701:40
*** baoli has quit IRC01:48
*** ijw_ has quit IRC01:48
openstackgerritAlex Xu proposed openstack/nova: Remove inner multiple version method support from devref and unitests  https://review.openstack.org/16455501:49
*** otter768 has joined #openstack-nova01:49
*** park has joined #openstack-nova01:51
*** annashen has joined #openstack-nova01:54
*** Marga_ has joined #openstack-nova01:57
*** annashen has quit IRC01:58
*** annashen has joined #openstack-nova01:59
*** baoli has joined #openstack-nova02:07
openstackgerritEli Qiao proposed openstack/nova: Cleanup exception handler when attaching interface  https://review.openstack.org/13102602:09
*** dims_ has quit IRC02:13
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for network_disassociate  https://review.openstack.org/16162402:16
*** popw has joined #openstack-nova02:22
*** salv-orlando has joined #openstack-nova02:22
*** erkules_ has joined #openstack-nova02:23
*** salv-orlando has quit IRC02:25
*** erkules has quit IRC02:26
*** salv-orlando has joined #openstack-nova02:29
*** salv-orlando has quit IRC02:38
*** vmtrooper has joined #openstack-nova02:41
openstackgerritEli Qiao proposed openstack/nova: Handle exception when doing detach_interface  https://review.openstack.org/13015102:47
*** vmtrooper has quit IRC02:47
*** takedakn has joined #openstack-nova02:49
*** eliqiao has quit IRC02:49
*** erkules_ is now known as erkules02:54
*** erkules has quit IRC02:55
*** erkules has joined #openstack-nova02:55
*** browne has joined #openstack-nova02:56
*** takedakn has quit IRC02:57
*** coolsvap|afk is now known as coolsvap02:58
*** nelsnelson has joined #openstack-nova02:59
*** annashen has quit IRC03:05
*** Longgeek has joined #openstack-nova03:11
*** iamjarvo has quit IRC03:12
*** salv-orlando has joined #openstack-nova03:12
*** Longgeek has quit IRC03:13
*** Longgeek has joined #openstack-nova03:14
*** dimsum__ has joined #openstack-nova03:14
*** salv-orlando has quit IRC03:16
openstackgerritAlex Xu proposed openstack/nova: Pass project_id when create networks by os-tenant-networks  https://review.openstack.org/16454903:19
openstackgerritAlex Xu proposed openstack/nova: Deassociate before delete network in os-tenant-networks delete method  https://review.openstack.org/16456303:19
*** Longgeek_ has joined #openstack-nova03:19
*** dimsum__ has quit IRC03:19
*** Longgeek has quit IRC03:20
*** ijw has joined #openstack-nova03:23
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for pci  https://review.openstack.org/15035503:25
*** salv-orlando has joined #openstack-nova03:26
*** salv-orlando has quit IRC03:29
*** eliqiao has joined #openstack-nova03:30
*** salv-orlando has joined #openstack-nova03:32
*** salv-orlando has quit IRC03:32
*** takedakn has joined #openstack-nova03:35
*** salv-orlando has joined #openstack-nova03:36
*** salv-orlando has quit IRC03:38
*** salv-orlando has joined #openstack-nova03:41
*** Longgeek has joined #openstack-nova03:41
*** Longgeek_ has quit IRC03:44
*** salv-orlando has quit IRC03:45
*** deepthi has joined #openstack-nova03:46
*** iamjarvo has joined #openstack-nova03:46
*** iamjarvo has joined #openstack-nova03:47
*** takedakn has quit IRC03:48
*** haomaiwang has joined #openstack-nova03:49
*** salv-orlando has joined #openstack-nova03:50
*** salv-orlando has quit IRC03:57
*** iamjarvo has quit IRC04:03
*** eliqiao has quit IRC04:09
*** shyama has joined #openstack-nova04:09
*** achanda has joined #openstack-nova04:10
*** Longgeek has quit IRC04:11
*** Longgeek has joined #openstack-nova04:11
*** salv-orlando has joined #openstack-nova04:19
*** salv-orlando has quit IRC04:24
*** otter768 has quit IRC04:27
openstackgerritEli Qiao proposed openstack/nova: Handle RESIZE_PREP status when nova compute do init_instance  https://review.openstack.org/13282704:27
*** salv-orlando has joined #openstack-nova04:27
*** salv-orlando has quit IRC04:28
*** vmtrooper has joined #openstack-nova04:30
*** vmtrooper has quit IRC04:36
*** bkopilov has quit IRC04:39
*** gokrokve has joined #openstack-nova04:40
*** mtanino is now known as mtanino_away04:40
*** hanzhang has quit IRC04:41
openstackgerritEli Qiao proposed openstack/nova: Libvirt: preallocate_images CONFIG can be arbitrary characters to enable preallocate images  https://review.openstack.org/16010504:42
*** hanzhang has joined #openstack-nova04:42
*** gokrokve has quit IRC04:45
*** gokrokve has joined #openstack-nova04:46
*** annashen has joined #openstack-nova04:47
*** changbl has quit IRC04:48
*** baoli has quit IRC04:50
*** gokrokve has quit IRC04:50
*** eliqiao has joined #openstack-nova04:55
*** bkopilov has joined #openstack-nova04:55
*** annashen has quit IRC05:03
*** armax has joined #openstack-nova05:05
openstackgerritAlex Xu proposed openstack/nova: Move policy enforcement into REST API layer for v2.1 api volume_attachment  https://review.openstack.org/15937605:11
openstackgerritAlex Xu proposed openstack/nova: Rename and move the v2.1 api policy into separated files  https://review.openstack.org/15026705:11
*** aswadr has joined #openstack-nova05:15
*** gokrokve has joined #openstack-nova05:16
*** gokrokve has quit IRC05:18
*** gokrokve has joined #openstack-nova05:18
*** gokrokve has quit IRC05:23
openstackgerritLan Qi Song proposed openstack/nova: Vmware:Fix how VolumeOps is getting host information  https://review.openstack.org/13518205:29
*** ijw has quit IRC05:31
*** Nikolay_St has quit IRC05:31
*** dsanders has quit IRC05:33
*** dsanders has joined #openstack-nova05:33
*** eliqiao has quit IRC05:34
*** garyk has quit IRC05:37
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for network_associate  https://review.openstack.org/16123405:37
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for network_disassociate  https://review.openstack.org/16162405:39
openstackgerritAlex Xu proposed openstack/nova: Deassociate before delete network in os-tenant-networks delete method  https://review.openstack.org/16456305:39
openstackgerritAlex Xu proposed openstack/nova: Pass project_id when create networks by os-tenant-networks  https://review.openstack.org/16454905:39
*** ijw has joined #openstack-nova05:41
*** hblixt has joined #openstack-nova05:42
*** sluo_wfh has joined #openstack-nova05:46
*** eliqiao has joined #openstack-nova05:46
*** armax has quit IRC05:51
*** ijw has quit IRC05:51
*** ijw has joined #openstack-nova05:52
*** hblixt has quit IRC05:53
*** sluo_wfh has quit IRC05:55
*** changbl has joined #openstack-nova05:58
*** lpetrut has joined #openstack-nova06:01
*** ferest has joined #openstack-nova06:02
*** dboik_ has quit IRC06:05
*** ferest has quit IRC06:07
*** sluo_wfh has joined #openstack-nova06:08
*** nelsnelson has quit IRC06:09
*** achanda has quit IRC06:15
*** irenab has quit IRC06:16
*** salv-orlando has joined #openstack-nova06:17
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/16203006:17
*** gokrokve has joined #openstack-nova06:18
*** irenab has joined #openstack-nova06:18
*** vmtrooper has joined #openstack-nova06:19
*** amotoki has joined #openstack-nova06:21
*** gokrokve has quit IRC06:23
*** salv-orlando has quit IRC06:23
*** afazekas has joined #openstack-nova06:23
*** vmtrooper has quit IRC06:24
*** pradipta has joined #openstack-nova06:25
*** salv-orlando has joined #openstack-nova06:34
openstackgerritIldiko Vancsa proposed openstack/nova: scheduler:refactor group info in filter_properties  https://review.openstack.org/14827506:35
openstackgerritIldiko Vancsa proposed openstack/nova: api: add soft-affinity policies for server groups  https://review.openstack.org/14752006:35
openstackgerritIldiko Vancsa proposed openstack/nova: Add functional tests to soft affinity capabilities  https://review.openstack.org/14752106:35
openstackgerritIldiko Vancsa proposed openstack/nova: scheduler: add num of instance per host in a group  https://review.openstack.org/14827706:35
openstackgerritIldiko Vancsa proposed openstack/nova: object:add count_members_by_hosts to InstanceGroup  https://review.openstack.org/14751706:35
openstackgerritIldiko Vancsa proposed openstack/nova: scheduler: add soft-(anti-)affinity weighers  https://review.openstack.org/14751606:35
*** _gryf|afk has quit IRC06:41
*** achanda has joined #openstack-nova06:42
*** nkrinner has joined #openstack-nova06:42
*** amotoki has quit IRC06:43
*** amotoki has joined #openstack-nova06:44
*** amotoki has quit IRC06:48
openstackgerritShaoHe Feng proposed openstack/nova: Move unlock_override policy enforcement into V2.1 REST API layer  https://review.openstack.org/16216806:48
*** _gryf has joined #openstack-nova06:49
openstackgerritGhanshyam Mann proposed openstack/nova: DO NOT MERGE - Merge V2 and V2.1 functional tests  https://review.openstack.org/16201606:49
*** eliqiao has quit IRC06:49
*** salv-orlando has quit IRC06:50
*** Longgeek_ has joined #openstack-nova06:52
*** Longgeek has quit IRC06:52
*** salv-orlando has joined #openstack-nova06:57
*** eliqiao has joined #openstack-nova06:57
*** vivekd has joined #openstack-nova07:06
*** garyk has joined #openstack-nova07:08
*** achanda has quit IRC07:12
*** pcaruana has quit IRC07:14
*** gokrokve has joined #openstack-nova07:18
*** gokrokve has quit IRC07:20
*** gokrokve has joined #openstack-nova07:20
*** oro has joined #openstack-nova07:21
*** oro_ has joined #openstack-nova07:21
*** browne has quit IRC07:22
*** Marga_ has quit IRC07:23
*** sahid has joined #openstack-nova07:24
*** gokrokve has quit IRC07:24
*** kaisers has joined #openstack-nova07:24
*** TobiasE has joined #openstack-nova07:26
*** ijw has quit IRC07:28
*** mtanino_away has quit IRC07:28
*** Nikolay_St has joined #openstack-nova07:28
*** romainh has joined #openstack-nova07:36
*** andreykurilin_ has joined #openstack-nova07:37
*** salv-orlando has quit IRC07:37
*** mpavone has joined #openstack-nova07:38
hanzhanghi all! who can help me review this patch:https://review.openstack.org/#/c/164128/07:41
*** rwsu has joined #openstack-nova07:43
*** amotoki has joined #openstack-nova07:44
*** liusheng has joined #openstack-nova07:44
*** Marga_ has joined #openstack-nova07:45
*** ajayaa has joined #openstack-nova07:48
openstackgerritShaoHe Feng proposed openstack/nova: Remove db layer hard-code permission checks for fixed_ip_associate_*  https://review.openstack.org/15068707:49
*** dsanders has quit IRC07:55
*** andreykurilin_ has quit IRC07:56
*** dsanders has joined #openstack-nova07:59
*** Marga_ has quit IRC08:01
*** vivekd has quit IRC08:04
*** vivekd has joined #openstack-nova08:04
*** oro_ has quit IRC08:08
*** vmtrooper has joined #openstack-nova08:08
*** oro has quit IRC08:08
*** markus_z has joined #openstack-nova08:08
*** moshele has joined #openstack-nova08:11
*** vmtrooper has quit IRC08:13
*** dulek has joined #openstack-nova08:16
*** gokrokve has joined #openstack-nova08:18
*** park has quit IRC08:21
*** dsanders has quit IRC08:21
*** pradipta has quit IRC08:22
*** gokrokve has quit IRC08:23
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Replace get_dynamic_property with get_object_property  https://review.openstack.org/16422008:23
*** eliqiao has quit IRC08:24
*** eliqiao has joined #openstack-nova08:28
*** lpetrut has quit IRC08:28
*** gszasz has joined #openstack-nova08:29
*** jcoufal has joined #openstack-nova08:33
*** ndipanov has joined #openstack-nova08:33
gmannlifeless: ping08:33
openstackgerritsahid proposed openstack/nova: compute: make test rpcapi more flexible  https://review.openstack.org/16417708:37
*** salv-orlando has joined #openstack-nova08:38
*** nellysmitt has joined #openstack-nova08:40
*** jlanoux has joined #openstack-nova08:41
*** jang has quit IRC08:41
*** jang has joined #openstack-nova08:42
*** ildikov has quit IRC08:47
*** salv-orl_ has joined #openstack-nova08:50
openstackgerritEli Qiao proposed openstack/nova-specs: Judge the service state when perform a deleting on it  https://review.openstack.org/16327408:51
*** salv-orlando has quit IRC08:51
*** oro_ has joined #openstack-nova08:54
*** oro has joined #openstack-nova08:55
openstackgerritwuhao proposed openstack/nova: Add previous page links for Nova GET servers API  https://review.openstack.org/16416908:55
*** lpetrut has joined #openstack-nova08:56
*** lpetrut has quit IRC08:57
*** jcoufal has quit IRC08:57
*** salv-orl_ has quit IRC08:57
*** apuimedo has joined #openstack-nova09:01
*** salv-orlando has joined #openstack-nova09:02
*** mpovolny has joined #openstack-nova09:02
*** salv-orlando has quit IRC09:05
*** eglynn-office has joined #openstack-nova09:06
*** eglynn-officeafk is now known as eglynn09:06
*** eglynn-office has quit IRC09:07
*** eglynn-office has joined #openstack-nova09:07
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: Replace get_dynamic_properties with get_object_properties_dict  https://review.openstack.org/16460409:09
*** jistr has joined #openstack-nova09:11
*** derekh has joined #openstack-nova09:14
*** lucasagomes has joined #openstack-nova09:17
*** gokrokve has joined #openstack-nova09:18
openstackgerritgaryk proposed openstack/nova: VMware: use oslo.vmware methods for handling tokens  https://review.openstack.org/12507309:19
openstackgerritLan Qi Song proposed openstack/nova: Vmware:Fix how VolumeOps is getting host information  https://review.openstack.org/13518209:22
*** salv-orlando has joined #openstack-nova09:22
*** gokrokve has quit IRC09:22
*** jang has quit IRC09:24
*** salv-orlando has quit IRC09:25
*** jang has joined #openstack-nova09:26
*** vivekd_ has joined #openstack-nova09:30
*** vivekd has quit IRC09:31
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type_id by BDMS  https://review.openstack.org/13999209:32
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999409:33
*** salv-orlando has joined #openstack-nova09:34
*** vivekd_ has quit IRC09:36
*** salv-orlando has quit IRC09:37
*** salv-orlando has joined #openstack-nova09:38
*** dheeraj-gupta-4 has joined #openstack-nova09:38
*** salv-orlando has quit IRC09:43
*** zz_johnthetubagu is now known as johnthetubaguy09:43
*** salv-orlando has joined #openstack-nova09:44
*** dimsum__ has joined #openstack-nova09:46
*** jang has quit IRC09:46
openstackgerritPavel Kholkin proposed openstack/nova: Variable 'name' already declared in 'for' loop  https://review.openstack.org/16463109:48
*** pixelb has joined #openstack-nova09:49
openstackgerritgaryk proposed openstack/nova: VMware: enable configuring of addition information for virtual machine  https://review.openstack.org/14066909:50
*** vivekd has joined #openstack-nova09:52
*** kashyapc_ has joined #openstack-nova09:53
*** jang1 has joined #openstack-nova09:54
*** salv-orlando has quit IRC09:56
*** vmtrooper has joined #openstack-nova09:57
*** salv-orl_ has joined #openstack-nova09:58
*** sabari has quit IRC10:00
*** moshele has quit IRC10:00
*** sabari has joined #openstack-nova10:01
*** vmtrooper has quit IRC10:02
*** asettle has joined #openstack-nova10:04
*** kashyapc_ has quit IRC10:04
*** kashyapc has joined #openstack-nova10:05
openstackgerritPavel Kholkin proposed openstack/nova: Unused e variable in exception  https://review.openstack.org/16463510:05
*** Maike has joined #openstack-nova10:06
*** salv-orl_ has quit IRC10:08
*** gszasz has quit IRC10:08
*** asettle has quit IRC10:08
*** gszasz has joined #openstack-nova10:09
*** salv-orlando has joined #openstack-nova10:13
*** moshele has joined #openstack-nova10:13
*** salv-orlando has quit IRC10:17
*** gokrokve has joined #openstack-nova10:18
*** coolsvap is now known as coolsvap|afk10:19
*** jang1 has quit IRC10:20
*** eliqiao has quit IRC10:20
*** salv-orlando has joined #openstack-nova10:22
*** jang1 has joined #openstack-nova10:22
*** gokrokve has quit IRC10:23
*** salv-orlando has quit IRC10:29
*** oro_ has quit IRC10:29
*** oro has quit IRC10:30
*** ildikov has joined #openstack-nova10:31
*** salv-orlando has joined #openstack-nova10:33
*** salv-orlando has quit IRC10:36
openstackgerritShaoHe Feng proposed openstack/nova: Remove db layer hard-code permission checks for floating_ips_bulk  https://review.openstack.org/15070410:36
openstackgerritShaoHe Feng proposed openstack/nova: Add floating_ips_bulk policy enforcement test case for v2.1 REST API layer  https://review.openstack.org/16012010:36
*** jamie_h has joined #openstack-nova10:45
*** popw has quit IRC10:46
openstackgerritGhanshyam Mann proposed openstack/nova: DO NOT MERGE - Merge V2 and V2.1 functional tests  https://review.openstack.org/16201610:47
*** salv-orlando has joined #openstack-nova10:51
*** exploreshaifali has joined #openstack-nova10:51
*** shaohe_feng1 has quit IRC10:51
*** ZZelle has joined #openstack-nova10:55
*** salv-orlando has quit IRC10:56
*** kashyapc has quit IRC11:02
*** dims_ has joined #openstack-nova11:02
*** jang1 has quit IRC11:04
*** dimsum__ has quit IRC11:04
*** jang1 has joined #openstack-nova11:05
*** matrohon has joined #openstack-nova11:06
*** haomaiwang has quit IRC11:06
*** dims_ has quit IRC11:07
*** gszasz has quit IRC11:09
*** dimsum__ has joined #openstack-nova11:13
*** gszasz has joined #openstack-nova11:13
*** gszasz has quit IRC11:13
*** takedakn has joined #openstack-nova11:14
*** exploreshaifali has quit IRC11:14
*** gszasz has joined #openstack-nova11:16
*** takedakn has quit IRC11:18
*** gokrokve has joined #openstack-nova11:18
*** takedakn has joined #openstack-nova11:18
openstackgerritsahid proposed openstack/nova: compute: introduce binary constants  https://review.openstack.org/15736311:20
*** aix has quit IRC11:21
*** VW_ has joined #openstack-nova11:22
*** gokrokve has quit IRC11:23
*** eliqiao has joined #openstack-nova11:23
*** ajayaa has quit IRC11:24
hanzhangwho can help to review this patch:https://review.openstack.org/#/c/164128/11:30
*** IanGovett has joined #openstack-nova11:31
alex_xugood morning everyone, there are fun policy patch ready to merge and review https://etherpad.openstack.org/p/apipolicycheck Thanks in advance for anyone want to enjoy review them!11:34
alex_xumikal: johnthetubaguy sdague , the last two v2.1 policy patches are ready to review https://review.openstack.org/159376 https://review.openstack.org/150267 , then we can focus on db cleanup, thanks in advance!11:37
*** ajayaa has joined #openstack-nova11:37
*** rushiagr_away is now known as rushiagr11:39
openstackgerritGhanshyam Mann proposed openstack/nova: DO NOT MERGE - Merge V2 and V2.1 functional tests  https://review.openstack.org/16201611:43
johnthetubaguyalex_xu: does 150267 need devstack changes to make the test pass?11:43
*** vmtrooper has joined #openstack-nova11:46
*** mwagner_lap has quit IRC11:46
sdaguealex_xu: can you set a Depends-On to show it tested with the devstack change?11:50
*** jaypipes has joined #openstack-nova11:51
sdagueor, I guess I can do that11:51
*** vmtrooper has quit IRC11:51
openstackgerritSean Dague proposed openstack/nova: Rename and move the v2.1 api policy into separated files  https://review.openstack.org/15026711:51
johnthetubaguysdague: thanks, that makes sense11:52
sdaguealex_xu: updated with depends on so that it will test against the devstack change11:52
dimsum__nova cores - fresh set of quick hit bugs, lots of new ones - https://etherpad.openstack.org/p/kilo-nova-priorities-tracking11:53
sdagueI finally figured out why we get all these no network tracebacks in the api samples tests11:53
sdaguewe're actually using the database, and never preallocate any networks11:54
gmannsdague: can you please have a look into - https://review.openstack.org/#/c/162016/11:55
*** rushiagr is now known as rushiagr_away11:55
gmannsdague: doing test merge with testscenario but looks like scenario generated tests gets hang - http://logs.openstack.org/16/162016/4/check/gate-nova-tox-functional/cdcd378/console.html11:55
*** mwagner_lap has joined #openstack-nova11:56
gmannsdague: any idea m missing anything here11:56
sdagueok, it won't be until later this week, because I'm trying to get this scheduler thing sorted right now with some tests.11:56
*** VW_ has quit IRC11:56
sdaguegmann: so, lets assume some of the test cleanup can happen post freeze11:56
*** deepthi has quit IRC11:57
sdaguethe real question I think needs to be addressed before freeze is what's our paste.ini going to look like11:57
sdagueare we going to replace the v2 endpoint with v2.1 ?11:57
sdaguecan we drop v3 entirely11:57
gmannsdague: yes, running same tests cases with changing /v2 with v2.111:58
sdagueright, but the paste.ini is what people use to deploy as well11:58
gmannsdague: as v3 tests are as per extension and in good shape , we can drop v2 tests and share v3(v2.1) for v2 and v2.111:59
gmannsdague: that will in tmp file through fixture not in original one12:00
*** TobiasE1 has joined #openstack-nova12:00
sdagueright, so lets ignore the tests issue for right now12:01
sdagueI actually want to understand the contents of paste.ini on release12:01
*** rushiagr_away is now known as rushiagr12:01
*** jcru has joined #openstack-nova12:01
*** jcru has quit IRC12:01
sdagueand what we are recommending people do to change their paste.ini in production12:01
*** TobiasE has quit IRC12:01
*** jcru has joined #openstack-nova12:02
*** gszasz has quit IRC12:02
gmannsdague: ohk, sounds good. I will hold up tests merge thing till release12:03
*** henrique_ has joined #openstack-nova12:04
*** dprince has joined #openstack-nova12:07
alex_xujohnthetubaguy: sdague thanks, sorry for just saw your message12:07
*** salv-orlando has joined #openstack-nova12:07
gmannsdague: so changing /v2 endpoint with v2.1 can cause backward compatibility for /v2 users due to strong input validation12:07
alex_xuhow that patch can pass test~12:08
openstackgerritgaryk proposed openstack/nova: DB: add support for volume_type_id by BDMS  https://review.openstack.org/13999212:08
sdaguegmann: well for existing users, they are going to have to make a change manually12:09
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999412:09
sdaguejohnthetubaguy: you have any thoughts on this one?12:10
*** aysyd has joined #openstack-nova12:10
gmannsdague: ohk12:10
* alex_xu go home now, will be back after one and half hour12:12
openstackgerritSergey Nikitin proposed openstack/nova: Removed unused variables, methods and classes  https://review.openstack.org/16466612:12
eliqiaoalex_xu: bye12:12
*** ildikov has quit IRC12:13
*** salv-orlando has quit IRC12:14
garyksdague: can you please look at https://review.openstack.org/162652. i needed to rebase after yo approved12:14
johnthetubaguysdague: good question, I was just thinking about that… I am trying to remember whats in the keystone catalog12:15
*** gszasz has joined #openstack-nova12:15
sdaguegaryk: approved12:16
sdaguejohnthetubaguy: well the keystone catalog is whatever you put there12:16
garyksdague: gracias12:16
*** ildikov has joined #openstack-nova12:16
johnthetubaguysdague: I was just checking, the v2 bit is included in the catalog12:17
sdagueright12:17
*** ankit_ag has joined #openstack-nova12:18
*** gokrokve has joined #openstack-nova12:18
*** baoli has joined #openstack-nova12:18
sdagueso, honestly, it seems like the right thing to do is to set v2 as v2.1 in our paste.ini and leave a commented out section for how to restore old v2 as the v2 end point12:18
sdagueexisting deploys will stay on v2 until they update their paste.ini12:19
openstackgerritRajesh Tailor proposed openstack/nova: Remove cell api overrides for force-delete  https://review.openstack.org/13520212:19
johnthetubaguysdague: I didn't think we were ready for that though? as we are not sure all SDKs will work with that new endpoint?12:19
sdaguewell, v2 is hard frozen at this point now, right?12:20
johnthetubaguysdague: I have a slight preference for defining a specific special name for v2.1, and add that into the keystone catalog in a def core checked place, and go down that line12:20
johnthetubaguysdague: agreed its hard frozen, but I don't like us breaking so many clients "out of the box", all be it, badly behaved clients12:21
sdaguethe whole point of v2.1 was that it was largely a seemless roll forward12:21
*** salv-orlando has joined #openstack-nova12:21
*** raildo has joined #openstack-nova12:21
sdaguejohnthetubaguy: ok, except I'm not sure I understand what the break is12:22
*** salv-orlando has quit IRC12:22
johnthetubaguysdague: I maybe wrongly thought we would have both running in parallel, while the major SDKs are caught up12:22
johnthetubaguysdague: the break is the extra validation right?12:22
sdagueI expect that if we don't put v2.1 on v2, no one is going to clean up anything12:22
sdagueexcept, existing deploys won't automatically flip12:22
*** salv-orlando has joined #openstack-nova12:22
*** rajesht has joined #openstack-nova12:23
sdaguebecause no one is crazy enough to CD their paste.ini file12:23
*** gokrokve has quit IRC12:23
sdagueso they get release notes about how to move onto v2.112:23
johnthetubaguysdague: true, I was thinking that we do that in liberty, switch the default, after a release of testing, but maybe thats not forcing the issue quick enough…12:23
sdaguenew deploys start in v2.112:23
johnthetubaguyah, thats a good point...12:23
sdagueand we document how to easily use old v2 if you want instead12:24
sdaguebut it seems like we should default to moving forward.12:24
*** dkliban_afk is now known as dkliban12:24
johnthetubaguysdague: if we knew all major SDKs worked with the new version, I would be cool with that, but I am not convinced we know that yet12:25
johnthetubaguysdague: but I am torn, I like the idea of forcing the issue, I just wonder if we should wait six months to get there, maybe thats dumb12:26
sdagueok, so let's define what criteria you think is needed there12:26
*** rfolco has joined #openstack-nova12:26
sdaguewell if we wait six months that means when we flip to v2.1 you just consumed 40 new microversions, not 412:26
*** claudiub has joined #openstack-nova12:27
sdaguealso, if we don't default to v2.1, ec2 out of tree doesn't work12:27
sdaguebecause that needs v2.112:27
sdaguev2.3 actualy12:27
*** alexpilotti has joined #openstack-nova12:27
johnthetubaguysdague: I was assuming we made both available by default, making the new local the new name, and the old one will eventually redirect/forward to the new code, once people are happy12:27
sdagueok, this seems sufficiently nuanced to need an ML thread to get us an answer12:27
sdaguejohnthetubaguy: yeh, I think the issue is a bunch of that is out of our control. Nova doesn't manage it's catalog entries.12:28
johnthetubaguysdague: yeah, thats true, although I was hoping def core would give us a define name that has to be present, and we make that point to v2.1 from the start?12:29
sdaguedefcore is still working on havana12:29
sdagueso... they really won't be helpful in forward looking statements here I don't think12:29
johnthetubaguysdague: I am over thinking this, I think the key question is, do we want new deployes using v2.1 by default12:30
johnthetubaguyI worry about broken SDKs because there is actually an API change their12:30
johnthetubaguysdague: we did talk about a soft mode, where validation error for extra attributes would just log errors, during the transition, but I am not sure we ever implemented that12:31
*** dimsum__ has quit IRC12:32
*** dimsum__ has joined #openstack-nova12:32
sdaguethe reality is, the validation mostly just means you don't have corrupt data in your db which fails later12:32
johnthetubaguysdague: maybe that would be enough, its the error out on extra params for requests without micro versions specified that worry me12:32
johnthetubaguysdague: I am only worried about the stuff we never looked at really12:33
sdaguebecause what was happening otherwise is db types were causing exceptions to bubble up when we tried to insert12:33
johnthetubaguysdague: right, so I want that validation, thats fine, its the extra param we used to just ignore that worry we me most, and only requests that have no micro version specified12:33
*** lucasagomes is now known as lucas-hungry12:34
sdagueare we doing that on all requests, or just micro version ones?12:34
johnthetubaguysome old SDKs made otherwise valid requests, that worked, no db corruption, but I think v2.1 would reject some of their requests, as they have extra params that are ignored12:34
johnthetubaguysdague: so that might be my missunderstanding, I thought it was all requests, as we delete the old validation code inside the body of the code?12:35
eliqiaohi all, how to let devstack to git pull all project in /opt/stack ?12:35
*** dave-mccowan has quit IRC12:36
* johnthetubaguy goes to get some lunch before a meeting in a bit…12:36
gmannsdague: i think its for all request as we have additionalProperties False in schema files12:37
sdaguejohnthetubaguy: do we have a list of SDKs that someone could go off and investigate that would make you comfortable?12:37
*** dheeraj-gupta-4 has left #openstack-nova12:37
*** subscope has joined #openstack-nova12:37
johnthetubaguysdague: in a way I do, but its not the best list, its very selfish, I am thinking about the ones we at rackspace recommend here: https://developer.rackspace.com/sdks/12:38
sdaguehey, it's a list :)12:38
sdagueI think oomichi did some validation on a bunch of these for a similar tempest question in the past12:39
*** jang1 has quit IRC12:39
sdagueI wonder if he'd do that here12:39
*** jang has joined #openstack-nova12:39
johnthetubaguyOK, cool, might be worth skipping pyrax on that list, but the others seems sound12:40
edleafejohnthetubaguy: why skip pyrax?12:40
johnthetubaguysdague: although, it might just be that single extra param relax that we need, just strip them from the incoming request instead of erroring out on them.12:41
*** vladikr has joined #openstack-nova12:41
*** ajayaa has quit IRC12:41
johnthetubaguyedleafe: its more we should test python-novaclient instead, which I hope is OK12:41
sdagueright, that12:41
sdaguewe should be testing the openstack codepaths in these libs, not the rax specific ones12:42
johnthetubaguyedleafe: pyrax should be a rackspace problem, and I think it just uses novaclient underneath anyways, unless my memory is playing tricks on me12:42
johnthetubaguysdague: +112:42
sdaguejohnthetubaguy: I don't think it does, I think mordred was ragey about that at one point12:42
edleafejohnthetubaguy: yes, it uses novaclient12:42
edleafejohnthetubaguy: but it isn't a rax-only sdk12:42
mordredaroo?12:42
mordredyes12:42
mordredwhat?12:42
mordredpyrax should be tested for whatever issue you're discussing12:43
mordredbecause it's a clear and valid consumer of python-novaclient12:43
*** jang has quit IRC12:43
mordredand might find library use cases that someone didn't consider12:44
*** jang has joined #openstack-nova12:44
*** VW_ has joined #openstack-nova12:45
*** lpetrut has joined #openstack-nova12:47
*** sdake has joined #openstack-nova12:47
* mordred goes to read the scrollback12:47
mordredsdague: the v2.1 thing above - is there anything a novaclient consumer needs to know? or if I specify v2 it'll happily give me v2.1 from the server?12:49
*** openstackgerrit has quit IRC12:50
*** openstackgerrit has joined #openstack-nova12:50
mordredsdague: because I'm passing '2' as the first parameter to the Client constructor right now12:50
sdaguethat's part of this discussion, because currently it's a different paste endpoint12:50
*** adalbas has joined #openstack-nova12:51
*** fifieldt has joined #openstack-nova12:51
sdagueso you would need to specify something different12:52
mordredhow is it discoverable?12:52
sdagueif you GET / you'll get both versions listed with endpoints12:53
mordredwill those both be listed in keystone?12:54
mordred(I am a consumer of novaclient, I don't GET / ever - I use the library)12:54
sdagueregistering in keystone is beyond scope for nova, I can tell you what devstack does12:56
sdaguewhich is 2 endpoints12:56
*** oro has joined #openstack-nova12:56
mordredbtw - not to derail this - the thing I got ragey about re: pyrax was that I Was trying to look in the heat source code to figure out how heat handled something on rackspace since I knew that rax was running heat, and I found that rather than encode any re-usable logic I could learn from they'd just made a rax driver which used pyrax instead12:56
mordredsdague: ok - so, let me try to rephrase ...12:56
*** oro_ has joined #openstack-nova12:56
mordredsdague: as a person who has 3 different clouds that I have scripts running against, how do I know how to hand the right thing to Client() for each of them - and how do I detect if one of them makes this deployment change?12:57
*** wuhg has joined #openstack-nova12:57
*** dboik has joined #openstack-nova12:57
mordredwill '2' as the opaque magic parameter I'm supposed to pass keep working?12:57
* mordred is happy to change the magic parameter passed to novaclient - just wants to know which parameter he can pass that says "just get me something that works13:00
sdaguemordred: honestly, it's a good question. Which I'm trying to sift at the moment. The problem is there are multiple stages between nova upstream code, and what a deployment looks like.13:01
sdaguewhere's the shade code that calls novaclient?13:01
sdagueI'd like to figure out if that opaque '2' can be removed entirely13:01
edleafesdague: pyrax imports v2 of novaclient: from novaclient.v2 import client as _cs_client13:03
edleafesdague: so as long as novaclient handles that correctly, it should be fine13:04
edleafesdague: i.e., if novaclient maps v2 to v2.113:04
*** ijw has joined #openstack-nova13:06
*** dboik has quit IRC13:09
*** wverdugo500 has left #openstack-nova13:09
sdagueyeh, honestly, I don't know. The nova client code sometimes uses the service catalog, and sometimes seems to bypass it. Looking now13:09
*** dave-mccowan has joined #openstack-nova13:10
*** aix has joined #openstack-nova13:10
mordredsdague: I _used_ to use import novaclient.v2 like pyrax does - then I was told that was wrong and that I should use the unversioned one13:11
mordredsdague: http://git.openstack.org/cgit/openstack-infra/shade/tree/shade/__init__.py#n22113:11
mordredsdague: which, unless a cloud is explictly configured differently, will wind up with the vaule here: http://git.openstack.org/cgit/stackforge/os-client-config/tree/os_client_config/defaults.py#n1713:12
mordredhttp://git.openstack.org/cgit/openstack-infra/shade/tree/shade/__init__.py#n29 import statement, fwiw13:12
sdaguemordred: yeh, so, in my reading the magic '2' stays13:13
sdaguehonestly, everything maps to the magic '2' now13:13
sdaguehttps://github.com/openstack/python-novaclient/blob/master/novaclient/client.py#L704-L70713:14
sdaguewhich is a whole other wonkiness that we should figure out if we can unwind13:15
*** kaufer has joined #openstack-nova13:15
mordredsdague: AWESOME. I would also love to unwind that13:16
mordredsdague: and I'd honestly love if we could just make that a keyword param that defaults to '2'13:16
sdagueyeh, so for compat reasons I think we need to be trickier13:16
mordredso that a consumer of the library who does not know what value to put in can just have it default to the magic value13:16
sdaguebut, regardless, lets put that off until post release, because there are bigger fish to fry atm13:17
mordredif it's a keyword param but is the first param in the list, positional '2' passed in from old code should still continue to work as normal - but new code could just remove it as an arg13:17
mordredsdague: ++13:17
*** shaohe_feng1 has joined #openstack-nova13:17
sdagueyeh, but I'd actually like to deprecate the usage to the caller, and have them know they can drop the version13:17
sdagueso drop the arg, inspect args, if value 0 is 2 emit deprecation warning13:18
*** gokrokve has joined #openstack-nova13:18
*** TobiasE has joined #openstack-nova13:18
sdagueand give it 6 months to cycle out13:19
*** TobiasE1 has quit IRC13:19
sdaguebecause I don't think we're ever going to have multiple backends here in this code, we're unwinding all that13:20
mordred++13:20
mordredI support your end goal13:20
*** gokrokve has quit IRC13:22
*** IanGovett has quit IRC13:24
sdaguehmmm.... man jogo made a hell of a fake compute driver which supports 800 GB of mem and 1000 vcpu  :)13:25
*** amotoki has quit IRC13:26
*** claudiub_ has joined #openstack-nova13:29
*** sandywalsh has joined #openstack-nova13:31
*** claudiub has quit IRC13:32
*** IanGovett has joined #openstack-nova13:32
dansmithmeh, I can trivially make one that supports more13:33
dimsum__sdague: haha13:33
*** dimsum__ is now known as dims13:33
sdagueyeh, well, I was trying to build a test case for scheduling hitting limits13:34
sdagueand was wondering why 20 medium instances didn't put me over the edge13:34
sdaguenow i know13:34
dimssdague: jogo's amazon-killer!13:34
*** lucas-hungry is now known as lucasagomes13:35
*** vmtrooper has joined #openstack-nova13:35
sdaguewell, I actually overran my quotas first (which are apparently enabled during tests)13:35
*** shyama has quit IRC13:36
*** mriedem has joined #openstack-nova13:37
dansmithyep, that's the first thin you have to fix when you use the fake driver13:37
dansmithI always do "a lot of nines" and then have to add more13:37
sdaguewhy not just -113:38
*** dboik has joined #openstack-nova13:39
*** dboik has quit IRC13:39
*** dboik has joined #openstack-nova13:40
obondarevjaypipes: ping13:40
*** vmtrooper has quit IRC13:40
*** exploreshaifali has joined #openstack-nova13:41
jaypipesobondarev: on phone :) can you do in 20 minutes?13:41
obondarevjaypipes: sure, thanks13:41
*** sahid has quit IRC13:44
*** sahid has joined #openstack-nova13:44
dansmithsdague: will all the quota values take a -1? I thought there was some that wouldn't so I always just blow it out13:44
mriedem-1 would just mean unlimited13:44
mriedems/would/should/13:44
*** rajesht has quit IRC13:44
*** pixelb has quit IRC13:45
mriedemdansmith: sdague: https://github.com/openstack-dev/devstack/blob/master/lib/nova_plugins/hypervisor-fake#L3813:46
dansmithwell okay then13:46
*** gmann_ has joined #openstack-nova13:46
mriedemnot sure why that script just doesn't set the fake quota driver13:46
*** ajayaa has joined #openstack-nova13:47
ankit_agsdague: Could you please check my reply on https://review.openstack.org/#/c/145738/4/nova/compute/api.py13:47
openstackgerritVladik Romanovsky proposed openstack/nova-specs: libvirt: virtio-net multiqueue  https://review.openstack.org/12882513:48
PaulMurraydansmith, I have a quick objects question - we talked briefly about object equivalence at the mid-cycle meetup13:48
dansmithyup13:48
PaulMurraydansmith, in https://review.openstack.org/#/c/160942/6/nova/compute/resource_tracker.py I do a comparison of an old compute_node and a new changed one13:49
PaulMurraydansmith, ndipanov reviewed it and suggested putting the comparison in the objects code13:49
PaulMurraydansmith, I did it by getting a primitive for each, removing the changes part and then doing a comparson of the primitives13:50
PaulMurraydansmith, its pretty generic, could go in base - what do you think?13:50
PaulMurraydansmith, as a special method - not __equals__13:50
dansmithfirst off, which line is the compare?13:50
dansmithoh, I see13:51
dansmithyou're calling it resources13:51
*** burt has joined #openstack-nova13:51
PaulMurraytha's it - around 58013:51
dansmithso a utility method that takes a list of keys to ignore, serializes two objects, strips them and compares?13:51
*** mjturek1 has joined #openstack-nova13:51
PaulMurrayyes, basically - didn't have any to ignore, but can do that13:52
PaulMurraycould also decide if want to strip the changes13:52
ndipanovdansmith, that really has no business living in the RT13:52
dansmithwe discussed not implementing __eq__ on the base object, but if you do it on compute_node that'd be fine, right?13:52
*** BobBall_AWOL is now known as BobBall13:52
*** gmann_ has quit IRC13:53
ndipanovdansmith, PaulMurray  I was thinking more along the lines of compute_node.compare_with_dict(values)13:53
PaulMurrayndipanov, yes, makes sense - didn't want to do an __eq__13:53
ndipanovand copy_resource would be from_resource_dict or something13:54
*** ankit_ag has quit IRC13:54
PaulMurraydansmith,  I'll go with putting it on the ComputeNode then - just wondered if you thought it might be useful on the base NovaObject13:55
PaulMurrayndipanov, ack13:55
dansmithPaulMurray: I don't think it needs to be on the base object, because it could just be a utility function and our base object is already super busy13:55
*** gokrokve has joined #openstack-nova13:56
dansmithPaulMurray: but if you create the utillity method and then use it from a method on compute_node, that seems fine13:56
*** thomasem has joined #openstack-nova13:56
*** thomasem has quit IRC13:58
*** thomasem has joined #openstack-nova13:58
PaulMurraydansmith, not sure what you mean for the utility method - where would it go? I was going to add it to the ComputeNode object13:59
dansmithPaulMurray: we have other utility methods in the base module13:59
PaulMurraydansmith, I'll take a look13:59
PaulMurraydansmith, thanks13:59
*** samueldmq has quit IRC14:00
*** gokrokve_ has joined #openstack-nova14:00
*** ildikov has quit IRC14:03
*** gokrokve has quit IRC14:04
*** whenry has joined #openstack-nova14:04
garykis zuul alive?14:05
mriedemthey are talking about it in -infra14:05
obondarevjaypipes: replied to your comments on https://review.openstack.org/#/c/157755/ will you please take a look when you have time?14:06
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds VolumeOps unit tests  https://review.openstack.org/13979714:06
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds MigrationOps unit tests  https://review.openstack.org/13979614:07
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: removes test_hypervapi tests  https://review.openstack.org/13979814:07
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds VMOps unit tests (part 2)  https://review.openstack.org/13893414:07
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds HyperVDriver unit tests  https://review.openstack.org/14898014:07
*** takedakn has quit IRC14:09
*** nelsnelson has joined #openstack-nova14:09
*** nelsnelson has quit IRC14:11
tdurakovjaypipes: here is the patch we just discussed: https://review.openstack.org/#/c/164263/ Could you checked it?:)14:13
*** markmcclain has left #openstack-nova14:15
openstackgerritShaoHe Feng proposed openstack/nova: Remove db layer hard-code permission checks for network_associate  https://review.openstack.org/16123414:17
openstackgerritShaoHe Feng proposed openstack/nova: add neutron api NotImplemented test cases for Netowrk V2.1  https://review.openstack.org/16256414:17
*** Nikolay_St has quit IRC14:17
openstackgerritShaoHe Feng proposed openstack/nova: Remove db layer hard-code permission checks for network_associate  https://review.openstack.org/16123414:19
*** jecarey has joined #openstack-nova14:21
*** nelsnelson has joined #openstack-nova14:22
*** bkopilov has quit IRC14:22
*** krykowski has joined #openstack-nova14:23
*** thangp has joined #openstack-nova14:26
*** garyk has quit IRC14:26
openstackgerritMatt Riedemann proposed openstack/nova: DO NOT MERGE: enable libvirt live snapshot (testing)  https://review.openstack.org/14733214:26
*** amotoki has joined #openstack-nova14:26
*** garyk has joined #openstack-nova14:30
*** otter768 has joined #openstack-nova14:32
*** amotoki has quit IRC14:32
*** bkopilov has joined #openstack-nova14:33
*** zz_jgrimm- is now known as jgrimm14:35
*** otter768 has quit IRC14:36
sdaguejohnthetubaguy: http://lists.openstack.org/pipermail/openstack-dev/2015-March/059160.html - hopefully the beginning of a conversation there14:38
*** Marga_ has joined #openstack-nova14:40
openstackgerritShaoHe Feng proposed openstack/nova: Remove db layer hard-code permission checks for network_create_safe  https://review.openstack.org/16162614:40
openstackgerritShaoHe Feng proposed openstack/nova: Pass project_id when create networks by os-tenant-networks  https://review.openstack.org/16454914:40
*** Marga_ has quit IRC14:41
*** Marga_ has joined #openstack-nova14:41
openstackgerritwuhao proposed openstack/nova: Add previous page links for Nova GET servers API  https://review.openstack.org/16416914:42
*** iamjarvo has joined #openstack-nova14:49
*** hemnafk is now known as hemna14:49
*** Maike has quit IRC14:50
*** VW_ has quit IRC14:52
*** krykowski has quit IRC14:55
*** adalbas has quit IRC14:56
*** browne has joined #openstack-nova14:56
*** Nikolay_St has joined #openstack-nova14:56
*** neelashah has joined #openstack-nova14:57
*** VW_ has joined #openstack-nova15:00
*** zzzeek has joined #openstack-nova15:01
*** mpovolny has quit IRC15:01
*** rushiagr is now known as rushiagr_away15:02
*** nelsnelson has quit IRC15:03
*** Maike has joined #openstack-nova15:03
*** Maike has quit IRC15:03
alex_xuhi, dear cores, there are three patches need another +2 https://review.openstack.org/150352 https://review.openstack.org/150353 https://review.openstack.org/150354 thanks for any review!15:03
*** Maike has joined #openstack-nova15:04
alex_xujohnthetubaguy: sdague https://review.openstack.org/#/c/150267/ passed the test :)15:04
*** garyk has quit IRC15:05
*** armax has joined #openstack-nova15:06
alex_xuoops, there are -1 on the devstack patch, johnthetubaguy sdague forget it, looks like need address devstack patch comment15:07
*** garyk has joined #openstack-nova15:07
*** shaohe_feng2 has joined #openstack-nova15:07
*** tonytan4ever has joined #openstack-nova15:08
*** shaohe_feng1 has quit IRC15:10
openstackgerritShaoHe Feng proposed openstack/nova: Remove db layer hard-code permission checks for security_group_default_rule_destroy  https://review.openstack.org/16025715:11
openstackgerritShaoHe Feng proposed openstack/nova: Remove db layer hard-code permission checks for security_group_default_rule_create  https://review.openstack.org/15071815:11
*** aswadr has quit IRC15:14
*** mpovolny has joined #openstack-nova15:15
*** david-lyle_afk is now known as david-lyle15:15
openstackgerritEli Qiao proposed openstack/nova: Handle exception when doing detach_interface  https://review.openstack.org/13015115:16
openstackgerritSteven Kaufer proposed openstack/nova-specs: Nova Server Count API Parameter  https://review.openstack.org/13427915:17
*** achanda has joined #openstack-nova15:17
*** dsanders has joined #openstack-nova15:18
dansmithedleafe: jaypipes: left a question/concern on the base scheduler instance update logic patch15:19
dansmiththe faster you tell me I'm stupid for being concerned, the quicker we can move on :P15:19
edleafedansmith: you're stupid15:20
edleafedansmith: oh, wait, you wanted me to read your comment first...15:20
edleafe:)15:20
dansmithedleafe: optional :)15:20
*** thedodd has joined #openstack-nova15:21
*** tsekiyama has joined #openstack-nova15:22
*** nelsnelson has joined #openstack-nova15:23
edleafedansmith: agree with the high load on scheduler startup. Async sounds like a good approach15:23
*** vmtrooper has joined #openstack-nova15:24
dansmithokay15:24
edleafedansmith: the orginall proposal was to do a series of queries by host, but that was deemed to require too many DB calls15:24
edleafedansmith: it was recommended to do it all in one call, and then sort it in the scheduler15:24
dansmithedleafe: so are you proposing doing the same call, but async completion?15:25
dansmithhmm15:25
edleafedansmith: I'm not really sure15:25
edleafeI thought the series of calls would have been better15:25
dansmithwas that discussed in the comments here somewhere?15:25
dansmithyeah, I would think it would be a lot better15:25
edleafedansmith: IIRC it was during the spec review15:25
*** achanda has quit IRC15:25
dansmiththe problem with the monolithic call is that the result has to fit entirely into memory twice15:25
dansmithnot to mention being sent over the wire from the database15:26
dansmithI'm sure jaypipes has an opinion here15:26
*** Nikolay_St has quit IRC15:27
*** dsanders has quit IRC15:27
*** eliqiao has quit IRC15:27
edleafedansmith: I'm sure he has several. :)15:27
dansmithhopefully non-conflicting15:27
edleafedansmith: no promises15:27
dansmithedleafe: what was the name of the spec for this?15:28
dansmithisolate-scheduler-db was a parent one, right? didn't we do another one just for this specific thing?15:28
edleafedansmith: in the meantime I'll play around with the async idea. Is there anything similar in the codebase I can steal from, um, model it on?15:28
*** mjturek1 has quit IRC15:28
dansmithah, isolate-scheduler-db-filters15:28
edleafedansmith: spec: https://review.openstack.org/#/c/13844415:29
dansmithedleafe: well, just utils.spawn_n()15:29
*** vmtrooper has quit IRC15:29
edleafedansmith: ok, that's what I was thinkning15:29
edleafethinking, even15:29
*** mjturek1 has joined #openstack-nova15:29
dansmithedleafe: should be all you need to spawn a thread, and then either do the monolithic thing, or the series of queries so that you're updating self._instance_info as you go15:29
openstackgerritChris Friesen proposed openstack/nova: Validate server group anti-affinity policy  https://review.openstack.org/16274615:29
*** rushiagr_away is now known as rushiagr15:30
edleafedansmith: regarding the second comment about requerying - currently each of the filters that use instance info do that on every request15:30
openstackgerritMatt Riedemann proposed openstack/nova: Log exception from deallocate_port_for_instance for triage  https://review.openstack.org/16473815:31
edleafedansmith: so this isn't a radical departure, and might be more efficient overall15:31
dansmithedleafe: okay15:33
dansmithedleafe: well, I clicked through a bunch of reviews on the spec and didn't find any arguments about multiple calls to build the list before I got sick of looking15:33
edleafedansmith: yeah, it might have been over IRC15:33
dansmithedleafe: especially if you yield in your async loop, I think that it's an overall win15:34
dansmithif you think about it,15:34
dansmithif you spawn a thread, and then it does a mysql call that takes two minutes to complete,15:34
dansmiththen you're blocking the whole scheduler for the whole time anyway,15:34
dansmithand it will potentially even do things like time out the service check interval before it finishes, etc15:34
dansmithif you split into multiple calls then at least you have the potential to yield some execution time to other things in between calls15:35
*** krykowski has joined #openstack-nova15:36
*** Longgeek_ has quit IRC15:36
dansmithedleafe: you might also be able to use InstanceList.get_by_filters() to query for ten compute nodes at a time, making your batches larger and call count smaller15:36
dansmithfilters={'host': ['host1', 'host2', ... ]15:36
edleafedansmith: ok, good idea15:37
*** romainh has quit IRC15:38
edleafedansmith: I don't see the comments, but the spec changed to an all-at-once approch between PS 15 and 16. https://review.openstack.org/#/c/138444/15..16/specs/kilo/approved/isolate-scheduler-db-filters.rst,cm15:39
dansmithedleafe: okay, well, I'm not going to go digging through IRC logs and timestamps to find it :D15:40
dansmithedleafe: let's see what jaypipes says when he pops up15:40
edleafedansmith: me neither15:40
*** garyk1 has joined #openstack-nova15:44
*** garyk has quit IRC15:45
*** iamjarvo has quit IRC15:46
*** ZZelle_ has joined #openstack-nova15:46
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds VolumeOps unit tests  https://review.openstack.org/13979715:47
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds MigrationOps unit tests  https://review.openstack.org/13979615:47
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: removes test_hypervapi tests  https://review.openstack.org/13979815:47
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds VMOps unit tests (part 2)  https://review.openstack.org/13893415:47
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds HyperVDriver unit tests  https://review.openstack.org/14898015:47
bauzasedleafe: dansmith: mmm good point, I also missed that performance-impacting change in the spec15:47
*** achanda has joined #openstack-nova15:48
*** wuhg has quit IRC15:49
*** vivekd has quit IRC15:49
openstackgerritJulien Danjou proposed openstack/nova: Stop using exception.message  https://review.openstack.org/16475215:52
openstackgerritJulien Danjou proposed openstack/nova: simple_tenant_usage: levera timeutils, drop strtime()  https://review.openstack.org/16475315:52
*** exploreshaifali has quit IRC15:52
*** rushiagr is now known as rushiagr_away15:53
*** gokrokve_ has quit IRC15:53
openstackgerritJulien Danjou proposed openstack/nova: simple_tenant_usage: levera timeutils, drop strtime()  https://review.openstack.org/16475315:53
*** itzikb_ has joined #openstack-nova15:54
itzikb_baoli: ping15:54
*** dave-mccowan has quit IRC15:56
*** gszasz_ has joined #openstack-nova15:57
*** gokrokve has joined #openstack-nova15:57
*** dsanders has joined #openstack-nova15:58
*** gszasz has quit IRC15:59
*** mpovolny has quit IRC16:00
*** nkrinner has quit IRC16:01
*** marun has quit IRC16:01
*** gszasz_ has quit IRC16:01
*** rushiagr_away is now known as rushiagr16:02
*** apuimedo has quit IRC16:03
garyk1sdague: can you please see https://review.openstack.org/#/c/135625/ - the code has an exception and does not have a MS +116:03
*** achanda has quit IRC16:04
sdaguegaryk1: why is MS relevant?16:05
sdaguealso, is the vmware ci dead?16:05
sdagueit hasn't voted on that patch since Jan16:06
dansmithsdague: MS == minesweeper16:06
*** marun has joined #openstack-nova16:06
garyk1sdague: it has voted and is voting. it it a little deeep in the queue16:06
garyk1sdague: when i tested this code it broke and threw an exception and did not run an instance. that is my main concern16:07
garyk1i need to check why it fails MS - i think the same reason too16:07
*** ijw has quit IRC16:07
*** Maike has quit IRC16:07
jaypipesdansmith: what's up?16:07
*** rfolco has quit IRC16:08
garyk1sdague: this is the last +1 from MS. our cloud has a few problems at the moment16:08
*** ZZelle_ has quit IRC16:08
dansmithjaypipes: my comment here: https://review.openstack.org/#/c/160511/1416:08
*** rfolco has joined #openstack-nova16:08
dansmithjaypipes: and the backlog above between edleafe and I16:08
*** gszasz has joined #openstack-nova16:09
*** dulek has quit IRC16:11
sdagueoh16:11
*** tjones1 has joined #openstack-nova16:11
sdaguecan we call it vmware ci instead16:11
*** openstackgerrit has quit IRC16:11
edleafedansmith: re-worked _init_instance_info, to be called with utils.spawn_n: http://paste.openstack.org/show/192666/16:11
sdaguebecause MS is very confusing in a context where microsoft also votes16:11
garyk1sdague: i can speak with tracy and ryn and see if we can change/update16:12
*** openstackgerrit has joined #openstack-nova16:12
edleafedansmith: is that close to what you had in mind?16:12
*** iamjarvo has joined #openstack-nova16:12
openstackgerritwuhao proposed openstack/nova: Add previous page links for Nova GET servers API  https://review.openstack.org/16416916:12
garyk1sdague: it is actually called "VMware NSX CI"16:12
dansmithedleafe: well, you're still doing the get_all at the top of that16:13
sdaguegaryk1: ok, that's where I was getting confused by your comments16:13
edleafedansmith: doh! forgot to delete that line16:13
edleafedansmith: pretend it isn't there :)16:13
garyk1sdague: sorry, next time i will write VMWare CI16:13
sdaguealso, because it doesn't provide info in the standard format, it doesn't pop up into the CI block at the top16:13
tjones1@sdague it used to be called minesweeper - it's now VMware NSX CI16:14
sdaguethat would be good to address16:14
dansmithedleafe: also, I think it's ugly to modify the list inside the loop. why not just use range and step?16:14
jaypipesedleafe: why the need to greenthread.sleep(0) in there? this code should only be run on startup of the scheduler service daemons, and we don't want to accept connections until all the instance infos have been populated...16:14
*** marun_ has joined #openstack-nova16:14
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: make fakelibvirt more customizable  https://review.openstack.org/15500316:15
openstackgerritVladik Romanovsky proposed openstack/nova: tests: introduce a NUMAServersTest class  https://review.openstack.org/15500616:15
openstackgerritVladik Romanovsky proposed openstack/nova: tests: enhance functional tests primitives  https://review.openstack.org/15500416:15
openstackgerritVladik Romanovsky proposed openstack/nova: tests: add a ServersTestBase class  https://review.openstack.org/15500516:15
dansmithjaypipes: because async, that's what I was looking for comments on16:15
*** marun has quit IRC16:15
dansmithjaypipes: I think that at the point it's being run in the existing patch, RPC has already been setup and the service record has been made, right?16:15
jaypipesdansmith: I don't know why we'd want to do asnc there... we want to block there until all the instance infos are loaded, no?16:16
*** amotoki has joined #openstack-nova16:16
*** itzikb_ has quit IRC16:16
dansmithjaypipes: if that takes ten minutes, do you really want the scheduler hamstrung until then?16:16
*** aix has quit IRC16:16
dansmithalthough, if this is for anti-affinity, maybe that would cause us to make bad decisions...?16:16
*** claudiub_ has quit IRC16:16
jaypipesdansmith: if it's not, then if the scheduler takes requests, it's not going to be able to make a corrrect decision.16:16
*** mpavone has quit IRC16:17
dansmithugh16:17
jaypipesdansmith: right?16:17
edleafejaypipes: it won't use this info at all until updates are flowing16:17
dansmithonly for affinity-related things, but yeah, I guess16:17
edleafeso it will use the old queries to get instance info until then16:17
dansmithedleafe: oh, right because unless updated=True, it will fall back?16:17
edleafedansmith: yep16:17
jaypipesedleafe: I see...16:17
dansmithright, okay16:17
dansmithblocking the scheduler for a long time at startup seems, like, really bad16:18
jaypipesseems quite a complicated design, and complicated < simple IMO :)16:18
*** browne has quit IRC16:18
jaypipesedleafe: have you given any thought to how you will test this complicated interaction?16:18
dansmithjaypipes: for a large cloud, this startup could seriously take many minutes, right?16:19
jaypipesdansmith: yes.16:19
edleafejaypipes: I've only tested on my devstack16:19
edleafejaypipes: I don't have access to much else16:19
dansmithjaypipes: so scheduler crashes and startup means we slam the database for 10+ minutes and can't schedule anything16:19
dansmiththat seems rage-inducing to me16:20
*** rmoe has quit IRC16:20
jaypipesdansmith: which is why the end-goal was to support sharding of the scheduler, instead of having each scheduler do all things for all nodes.16:20
*** marun_ has quit IRC16:20
*** amotoki has quit IRC16:21
dansmithyeah, understand, but making it super bad for another 6*N months seems worse than what we have now, IMHO16:21
jaypipesdansmith: I agree with you about rage-inducing. but at the same time, I find it more rage-inducing to not be able to debug what precisely is going on inside a daemon due to complex design vs. dealing with the rage of waiting for startup to finish.16:21
openstackgerritChris Friesen proposed openstack/nova: Validate server group anti-affinity policy  https://review.openstack.org/16274616:21
dansmithit doesn't seem very much more complicated to me, but maybe I'm missing something16:22
dansmithand, it's a single-threaded thing that has to run at large scale, so it can't be too simple :)16:22
openstackgerritTobias Engelbert proposed openstack/nova: Allow multiple volume attachments  https://review.openstack.org/15303316:22
openstackgerritChris Friesen proposed openstack/nova: Fix race in server group policy validation  https://review.openstack.org/16476216:22
jaypipesdansmith: the whole "which state am I in" thing with the updated=True flag seems complicated to me, but I suppose I can go along with this design if it's well tested. thus my question to edleafe ;)16:23
dansmithwell, I was taking updated=True as part of the existing proposal, so making that loop async doesn't really make it (significantly) more complicated (than the current proposal), IMHO16:23
jaypipesok.16:24
*** ijw has joined #openstack-nova16:24
dansmithI guess I thought you had +2d this in the past, so you were on board with that part of the proposal,16:25
dansmithbut sounds like maybe that was a bad assumption16:25
dansmith(because it doesn't look like you had)16:25
jaypipesI +2d an earlier version of this that did everything on startup to get the list of instances. Or perhaps I didn't understand the earlier draft.16:25
dansmithokay16:26
edleafejaypipes: you might be thinking of the spec16:26
jaypipesdansmith: actually, I only ever -1'd this particular patch.16:26
dansmithyeah16:26
dansmithcurrent patch has updated=True16:26
edleafejaypipes: I don't see any +2 on this PS16:26
jaypipesdansmith: because I don't like adding yet another conf option for this.16:26
dansmithjaypipes: yeah16:26
jaypipesdansmith: since whether or not to do the instance updates can be determined by looking at whether certain filters are in the pipeline.16:27
sdagueso where in the fake virt driver should I actually check allocations and throw an error that we've overrun? spawn?16:27
*** TobiasE has quit IRC16:27
*** tjones1 has quit IRC16:27
sdagueI'd like to actually make it be able to run out of resources for testing purposes.16:27
edleafejaypipes: that's not the only determinant16:27
*** garyk1 has quit IRC16:27
jaypipessdague: that's not the virt driver :) that's the resource tracker in nova/compute/resource_tracker.py and nova/compute/claim.py16:27
edleafejaypipes: some deployments may see to much memory usage with this design, and may want to shut it off16:27
sdaguejaypipes: well, it's not that either16:28
dansmithpersonally I don't like looking at the filter config in the compute node, but I seem to be in the minority there :)16:28
sdagueas that happy lets me overrun by at least an order of magnitude16:28
edleafedansmith: I also don't like hard-coding filter names16:28
*** garyk has joined #openstack-nova16:28
jaypipesedleafe, dansmith: meh, ok :)16:28
*** iamjarvo has quit IRC16:29
*** marun_ has joined #openstack-nova16:29
jaypipessdague: so you are asking how to change the virt driver code to just not have as many resources?16:29
*** dsanders has quit IRC16:29
sdaguejaypipes: or is there something else the fake driver needs to do to get it to enforce16:29
dansmithsdague: it needs to report an exhaustible amount of resources ;)16:29
sdaguehttp://paste.openstack.org/show/192669/16:30
jaypipessdague: the way to do that would be to simply reduce the total amount of resources the fake virt driver exposes, no?16:30
*** dboik_ has joined #openstack-nova16:30
*** nellysmitt has quit IRC16:30
sdaguejaypipes: probably, I'm asking for where exactly does that expose from so I can fix the fake virt to do that correctly16:30
jaypipessdague: ah, I see now.16:30
jaypipessdague: one minute, lemme grab a link.16:31
*** baoli has quit IRC16:31
sdaguejaypipes: thanks, appreciate16:31
kashyapUgh, pastebins in source code  -- https://github.com/openstack/nova/blob/master/nova/virt/libvirt/utils.py#L19716:31
*** salv-orlando has quit IRC16:31
*** iamjarvo has joined #openstack-nova16:32
kashyapNow, I can't see the 'rationale' that's pointed to in the pastebin, it's expired. Using pastebins in bugs alone is bad, as code comments. . .16:32
sdaguekashyap: you could poke harlowja to figure out the crux of the issue16:32
sdaguekashyap: agree16:32
bauzasjaypipes: I'm on a call right now, but I saw something you said which hitted me16:32
kashyapsdague, I was tracking down root cause of a bug and came down to that.16:32
*** baoli_ has joined #openstack-nova16:32
*** otter768 has joined #openstack-nova16:32
*** jaypipes has left #openstack-nova16:32
bauzas(17:20:14) jaypipes: dansmith: which is why the end-goal was to support sharding of the scheduler, instead of having each scheduler do all things for all nodes.16:33
*** jaypipes has joined #openstack-nova16:33
bauzasjaypipes: I just wanted to make sure that you know one paper that I have in mind16:33
*** dboik has quit IRC16:33
bauzasjaypipes: http://research.google.com/pubs/pub41684.html and http://eurosys2013.tudos.org/wp-content/uploads/2013/paper/Schwarzkopf.pdf16:33
*** gokrokve has quit IRC16:34
*** marun_ has quit IRC16:35
bauzasjaypipes: so you'll understand that saying that sharding is the a solution is fine... until a certain point16:35
*** gokrokve has joined #openstack-nova16:36
*** tjones1 has joined #openstack-nova16:36
*** Nic has joined #openstack-nova16:36
*** iamjarvo has quit IRC16:36
*** sandywalsh has quit IRC16:36
raorngreetings16:36
raorncan you, please, enlight me on availability zones usage?16:37
*** otter768 has quit IRC16:37
*** krykowski has quit IRC16:37
jaypipessdague: :( seems the fake virt driver is specifically designed to not run out of resources..16:37
jaypipessdague: and is hard-coded all over the place to prevernt that.16:37
sdaguejaypipes: ok, what interface would I need to expose?16:37
jaypipesraorn: this channel is for Nova developer discussions. For usage questions, please use the mailing list or the #openstack IRC channel. Please see /topic. Thanks!16:38
jaypipessdague: well, https://github.com/openstack/nova/blob/master/nova/virt/fake.py#L38916:38
jaypipessdague: just always reports the same things..16:38
jaypipessdague: which is this: https://github.com/openstack/nova/blob/master/nova/virt/fake.py#L96-L10016:39
*** rmoe has joined #openstack-nova16:39
sdagueok, so if I make that be correct, we're good?16:39
sdagueor are there any other interfaces needed?16:39
jaypipessdague: :( I'm not sure.16:39
bauzasraorn: http://docs.openstack.org/openstack-ops/content/scaling.html#segregate_cloud can be a first point of reading16:39
sdaguejaypipes: well, that's a starting point16:39
sdaguegoing to get some lunch, then get hacking on this16:40
jaypipessdague: It woudl seem to me that the resource tracker uses the DB values of the compute_nodes table as its source of truth, not the hypervisor, thus the reason that those links, while hard-coded, don't seem to be considered by the resource tracker.16:40
sdaguejaypipes: are there other interfaces you expect from claims here?16:40
*** flwang has joined #openstack-nova16:41
flwangmriedem: ping16:41
sdaguejaypipes: so the fact that spawn doesn't persist to the db might be the bigger issue?16:41
jaypipessdague: well, each virt driver's spawn() method isn't responsible for interacting with the DB..16:42
*** gszasz has quit IRC16:42
sdagueok16:42
raornbauzas: thanks!16:42
jaypipessdague: the compute manager does that, not the virt driver.16:42
jaypipessdague: still digging here...16:42
sdagueok, so that content should be there16:42
sdaguewhich, actually, it is16:42
dansmithwell, spawn will do some things with the database16:43
sdaguebecause I can GET /servers and get everything16:43
openstackgerritVladik Romanovsky proposed openstack/nova-specs: libvirt: virtio-net multiqueue  https://review.openstack.org/12882516:43
*** sbfox has joined #openstack-nova16:43
*** oro has quit IRC16:43
sdaguedansmith: inside the driver itself, or above it at the compute manager?16:43
dansmithsdague: in a real driver, inside spawn16:43
*** oro_ has quit IRC16:44
*** exploreshaifali has joined #openstack-nova16:44
dansmithsdague: as it updates things like progress, potentially some state, network info, etc16:44
dansmithsdague: none of it is required for claims and quotas though, AFAIK16:44
sdagueok, I'll give making get_resources not completely rediculous a try16:45
*** kaufer has quit IRC16:45
dansmithsdague: well, it's not ridiculous, it's there like that to serve a purpose of course :)16:45
jaypipessdague: danpb was working on that as well... might want to email him about it.16:45
sdaguejaypipes: any idea if there are patches up?16:46
openstackgerritJosh Gachnang proposed openstack/nova: Adjust resource tracker for new Ironic states  https://review.openstack.org/16431316:47
jaypipessdague: https://review.openstack.org/#/q/status:merged+project:openstack/nova+branch:master+topic:bp/resource-objects,n,z16:47
*** mwagner_lap has quit IRC16:47
jaypipessdague: that's all I've got. he would be the person to chat with though :)16:47
sdaguejaypipes: ok, well I'm on that code16:47
*** neelashah has quit IRC16:47
sdaguehttps://review.openstack.org/#/q/file:%255Enova/virt/fake.py+status:open,n,z doesn't look promissing16:47
sdagueok, anyway, this is reasonable breadcrumbs, I can go poke16:48
*** marun_ has joined #openstack-nova16:48
*** dsanders has joined #openstack-nova16:49
openstackgerritPavel Kholkin proposed openstack/python-novaclient: Enable pep8 H404 rule  https://review.openstack.org/16477816:50
*** pixelb has joined #openstack-nova16:52
*** markus_z has quit IRC16:52
*** dsanders has quit IRC16:53
openstackgerritJennifer Mulsow proposed openstack/nova: Edit ServerGroup inval frmt msg to be more verbose  https://review.openstack.org/16430816:53
*** tonytan4ever has quit IRC16:54
*** openstackgerrit has quit IRC16:54
*** browne has joined #openstack-nova16:54
*** openstackgerrit has joined #openstack-nova16:54
raornI think there's a bug with moving HV's between aggregates and migrating instances...16:57
*** kaufer has joined #openstack-nova16:57
*** nellysmitt has joined #openstack-nova16:58
*** mtanino has joined #openstack-nova16:59
*** neelashah has joined #openstack-nova17:00
*** yamahata has quit IRC17:00
*** neelashah1 has joined #openstack-nova17:00
*** annashen has joined #openstack-nova17:00
openstackgerritJosh Gachnang proposed openstack/nova: Add support for cleaning in Ironic driver  https://review.openstack.org/16147417:00
*** iamjarvo has joined #openstack-nova17:01
*** Marga_ has quit IRC17:01
*** iamjarvo has quit IRC17:01
*** henrique_ has quit IRC17:02
*** htruta has quit IRC17:02
*** iamjarvo has joined #openstack-nova17:02
*** iamjarvo has quit IRC17:02
*** matrohon has quit IRC17:02
*** htruta has joined #openstack-nova17:03
*** iamjarvo has joined #openstack-nova17:03
*** neelashah has quit IRC17:04
*** iamjarvo has quit IRC17:04
*** jlanoux has quit IRC17:05
*** iamjarvo has joined #openstack-nova17:05
*** marun_ has quit IRC17:05
flwangjaypipes: ping17:06
*** dboik_ has quit IRC17:06
*** salv-orlando has joined #openstack-nova17:07
*** baoli_ has quit IRC17:08
jaypipesflwang: pong17:09
*** marun_ has joined #openstack-nova17:09
*** dboik has joined #openstack-nova17:09
flwangjaypipes: could u pls help review https://review.openstack.org/#/c/164494/ ?17:09
flwangit exists since Icehouse17:09
jaypipesflwang: will do my best.17:10
flwangjaypipes: awesome, thanks a lot17:10
jaypipesnp17:10
*** baoli has joined #openstack-nova17:11
flwangit totally breaks the nova backup function17:11
*** gokrokve has quit IRC17:11
*** zzzeek has quit IRC17:12
*** vmtrooper has joined #openstack-nova17:13
*** Nic has quit IRC17:13
jaypipesflwang: I'm not a fan of the nova backup function to begin with...17:13
*** garyk has quit IRC17:13
flwangjaypipes: lol, i agree, it should be handled by a customized script from the user instead of nova :)17:14
jaypipesflwang: ++. regardless, looking at yoru patch and the bug now.17:14
flwangjaypipes: cool, cheers17:14
*** garyk has joined #openstack-nova17:15
*** patrickeast has joined #openstack-nova17:15
*** marun_ has quit IRC17:15
flwangthe interesting thing is there is user want to use it, at least in our cloud17:15
*** cbader has joined #openstack-nova17:16
*** cbader02 has joined #openstack-nova17:16
*** garyk has quit IRC17:16
*** ijw has quit IRC17:16
*** romainh has joined #openstack-nova17:17
*** vmtrooper has quit IRC17:18
*** erlon has joined #openstack-nova17:19
*** cbader02 has quit IRC17:21
jaypipesflwang: reviewed. basically, that logic you put into the two REST API controller plugins needs to be moved directly into the nova/compute/api:backup() method.17:23
dansmithjaypipes: said the same thing a minute earlier17:23
jaypipesdansmith: yes, I see that now.17:23
jaypipesdansmith: sorry.17:23
dansmithjaypipes: no, feel free to agree with me anytime17:23
dansmith:)17:23
jaypipes:)17:24
openstackgerritAndrew Laski proposed openstack/nova: Add CellMapping object  https://review.openstack.org/16186717:26
openstackgerritAndrew Laski proposed openstack/nova: Test fixture for the api database  https://review.openstack.org/16479417:26
flwangthanks guys, i know the code works, but i just really need some comments where to place it :)17:26
flwanghowever17:26
*** tonytan4ever has joined #openstack-nova17:26
flwangjaypipes: dansmith: see this https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L105917:27
*** harlowja has joined #openstack-nova17:28
dansmithwe told you where to stick it :)17:28
flwangyep, i know17:28
dansmithand yeah, that could use some refactoring too, would be awesome if you fixed it up too17:28
*** dave-mccowan has joined #openstack-nova17:28
flwangdansmith: ok, make more sense for me, thanks for the clarification17:29
*** ijw has joined #openstack-nova17:29
flwangdansmith: thanks a lot17:29
dansmithnp17:29
*** Marga_ has joined #openstack-nova17:30
jaypipesflwang: yes, here is where to add that logic that switches to use snapshot_volume_backed() in case of a volume-backed instance: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L210917:30
*** ijw has quit IRC17:31
*** ijw has joined #openstack-nova17:31
flwangjaypipes: yep, i know :) https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L1059 gives me some wrong hint :)17:31
*** moshele has quit IRC17:32
*** ijw has quit IRC17:33
*** ijw has joined #openstack-nova17:34
*** VW_ has quit IRC17:35
*** pixelb has quit IRC17:36
*** dprince has quit IRC17:36
*** rushiagr is now known as rushiagr_away17:36
*** Nic has joined #openstack-nova17:37
*** marun has joined #openstack-nova17:37
*** saikrishna has joined #openstack-nova17:38
*** Sukhdev has joined #openstack-nova17:38
*** yamahata has joined #openstack-nova17:38
*** gokrokve has joined #openstack-nova17:39
*** marun_ has joined #openstack-nova17:40
*** dsanders has joined #openstack-nova17:41
*** nelsnelson has quit IRC17:42
*** marun has quit IRC17:42
openstackgerritNicolas Simonds proposed openstack/nova: Don't fetch kernel/ramdisk files if you already have them.  https://review.openstack.org/16366117:43
openstackgerritNicolas Simonds proposed openstack/nova: libvirt: Don't fetch kernel/ramdisk files if you already have them.  https://review.openstack.org/16366117:44
*** afazekas has quit IRC17:44
sdaguejaypipes: so, where are host limits actually populated?17:48
jaypipessdague: in the scheduler's filters :(17:49
sdaguewell, at some point that data has to come from the compute node, right?17:49
sdaguethat's what I'm having a hard time back tracking17:50
*** achanda has joined #openstack-nova17:50
*** dprince has joined #openstack-nova17:50
jaypipessdague: nope. :( the scheduler gets the cpu_allocation_ratio and ram_allocation_ratio for a compute host by checking the *scheduler's* nova.conf option values. :(17:50
*** ybathia has joined #openstack-nova17:50
*** jistr has quit IRC17:51
sdaguefor ratios, fine17:51
jaypipessdague: or, if the compute host is in an aggregate, and the aggregate has an override, it uses that.17:51
sdaguebut at some point you have to actually know how much ram is on a node, right?17:51
jaypipessdague: that comes from the compute_nodes table, which the scheduler re-reads from the conductor on every scheduler select_destinations() method.17:52
openstackgerritPavel Kholkin proposed openstack/python-novaclient: Enable pep8 H405 rule  https://review.openstack.org/16480317:52
sdagueok, so that's the part that I need to make sure actually gets populated17:52
sdagueit wasn't being obvious to me17:52
jaypipessdague: https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L48317:52
*** thomasem has quit IRC17:52
jaypipessdague: the list of ALL compute nodes is grabbed from the conductor here: https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L46817:53
openstackgerritPavel Kholkin proposed openstack/python-novaclient: Enable pep8 H404 rule  https://review.openstack.org/16477817:53
jaypipessdague: and that get_all_host_states() method is called once at the start of every single call to select_destinations() :(17:53
sdagueok, I apparently blew right pass that get_all when I was jumping through the call stack17:54
sdaguejaypipes: thanks, that's helpful17:55
jaypipessdague: no worries. it's ugly ass code.17:55
*** achanda_ has joined #openstack-nova17:55
openstackgerritBart Wensley proposed openstack/nova: Add numa topology to migration object  https://review.openstack.org/16344017:56
*** sahid has quit IRC17:56
sdagueyeh, going up through the call stack through about 10 layers where everyone is passing limits got me lost :)17:57
*** ajayaa has quit IRC17:57
*** romainh has quit IRC17:57
*** salv-orl_ has joined #openstack-nova17:57
*** adalbas has joined #openstack-nova17:58
openstackgerritChris St. Pierre proposed openstack/nova: Allow blacklisting os-api extensions  https://review.openstack.org/16098617:58
*** achanda has quit IRC17:58
*** Nikolay_St has joined #openstack-nova17:59
*** marun_ has quit IRC17:59
*** yamahata has quit IRC18:00
*** yamahata has joined #openstack-nova18:00
*** lucasagomes is now known as lucas-dinner18:00
openstackgerritPavel Kholkin proposed openstack/python-novaclient: Enable pep8 H405 rule  https://review.openstack.org/16480318:00
*** baoli has quit IRC18:00
*** mwagner_lap has joined #openstack-nova18:01
*** baoli_ has joined #openstack-nova18:01
*** salv-orlando has quit IRC18:01
*** thomasem has joined #openstack-nova18:01
*** garyk has joined #openstack-nova18:02
*** jdurgin has joined #openstack-nova18:02
garyksdague: thanks18:02
*** marun_ has joined #openstack-nova18:06
*** nelsnelson has joined #openstack-nova18:07
*** iamjarvo has quit IRC18:08
*** marun has joined #openstack-nova18:09
*** mpavone has joined #openstack-nova18:11
*** marun_ has quit IRC18:11
*** derekh has quit IRC18:12
*** marun_ has joined #openstack-nova18:13
*** marun has quit IRC18:13
*** oro_ has joined #openstack-nova18:14
*** welldannit has joined #openstack-nova18:16
*** thomasem has quit IRC18:16
*** IanGovett has quit IRC18:16
*** oro has joined #openstack-nova18:17
*** rushiagr_away is now known as rushiagr18:17
*** IanGovett has joined #openstack-nova18:17
*** IanGovett has quit IRC18:18
*** iamjarvo has joined #openstack-nova18:18
*** thomasem has joined #openstack-nova18:18
*** paul-- has quit IRC18:20
*** marun_ has quit IRC18:20
openstackgerritDavid J Hu proposed openstack/nova-specs: Nova admin role  https://review.openstack.org/16481318:20
*** marun_ has joined #openstack-nova18:21
*** packet has joined #openstack-nova18:21
*** melwitt has joined #openstack-nova18:22
*** saikrishna has quit IRC18:25
*** jecarey has quit IRC18:25
*** tjones1 has quit IRC18:26
*** flwang has quit IRC18:26
*** tjones1 has joined #openstack-nova18:26
*** bwensley has joined #openstack-nova18:27
openstackgerritgaryk proposed openstack/nova: VMware: use instance UUID as instance name  https://review.openstack.org/16079618:28
openstackgerritgaryk proposed openstack/nova: VMware: update test_vm_util to use instance object  https://review.openstack.org/16027318:28
*** johnthetubaguy is now known as zz_johnthetubagu18:29
*** paul-- has joined #openstack-nova18:29
jogolooking for some reviews for https://review.openstack.org/#/c/12234718:30
jogofixes a serious quotas bug18:30
jogoand its a non trivial fix18:31
*** melwitt_ has joined #openstack-nova18:31
*** IanGovett has joined #openstack-nova18:32
*** otter768 has joined #openstack-nova18:33
*** Maike has joined #openstack-nova18:34
dansmithjogo: man, I don't even understand comstud's comment there18:34
dansmithif the instance is in deleting, we need to create some reservations?18:34
jogodansmith: quota reservation yes18:34
jogodansmith: a negative reservation18:34
jogoto decrement the quotas18:35
*** melwitt has quit IRC18:35
*** melwitt_ is now known as melwitt18:35
*** dprince has quit IRC18:35
*** thomasem has quit IRC18:36
*** thomasem has joined #openstack-nova18:36
openstackgerritgaryk proposed openstack/nova: Virt: update fake driver to use UUID as lookup key  https://review.openstack.org/16016418:37
*** otter768 has quit IRC18:38
dansmithjogo: okay, I thought delete would do the decrement18:38
*** welldannit has quit IRC18:38
jogodansmith: the compute node does taht18:39
openstackgerritgaryk proposed openstack/nova: VMware: save instance object creation in test_vmops  https://review.openstack.org/16245618:39
jogodansmith:  n-api creates the negative quota, and the quotas.commit() happens on the compute node18:40
openstackgerritgaryk proposed openstack/nova: VMware: fill in instance metadata when launching instances  https://review.openstack.org/14102818:40
jogobut if the compute node goes down before it can finish deleting the quota is lost18:41
dansmithokay18:41
dansmithI'm pretty quotas-ignorant18:41
*** thomasem has quit IRC18:41
*** emagana has joined #openstack-nova18:41
jogowe can't decrement the quota until it deletes successfully18:42
openstackgerritgaryk proposed openstack/nova: VMware: fill in instance metadata when resizing instances  https://review.openstack.org/14443618:42
jogosince error state still counts as a quota usage18:42
dansmithsure18:42
bwensleyIs there a way to re-open a bug that was set to Fix Released, if the fix didn't fix the problem described in the bug?18:43
*** annashen has quit IRC18:44
*** dprince has joined #openstack-nova18:44
jogobwensley: yes18:45
*** annashen has joined #openstack-nova18:45
bwensleyHow would I do that? I don't seem to have the ability to change the status for the bug (1267862).18:46
*** moshele has joined #openstack-nova18:47
*** jecarey has joined #openstack-nova18:47
jogobwensley: join the nova bug triage team18:47
jogoits an open group18:47
jogohttps://launchpad.net/~nova-bugs18:47
*** mikeit has joined #openstack-nova18:48
*** dsanders1 has joined #openstack-nova18:51
openstackgerritEd Leafe proposed openstack/nova: Implement instance update logic in Scheduler  https://review.openstack.org/16051118:51
*** dsanders has quit IRC18:51
edleafedansmith: jaypipes: ^^18:51
*** thomasem has joined #openstack-nova18:52
*** VW_ has joined #openstack-nova18:52
*** eglynn is now known as eglynn-officeafk18:53
*** mwagner_lap has quit IRC18:53
*** oro_ has quit IRC18:54
*** annashen has quit IRC18:55
*** ijw_ has joined #openstack-nova18:56
jogodansmith: the quotas log is all kinds of crazy18:56
*** eglynn-office has quit IRC18:56
dansmithjogo: s/ log//18:56
jogodansmith: thanks18:57
*** Marga_ has quit IRC18:57
dansmithnp :)18:57
*** afazekas has joined #openstack-nova18:57
*** Marga_ has joined #openstack-nova18:57
*** baoli_ has quit IRC18:58
*** annashen has joined #openstack-nova18:58
*** ijw has quit IRC18:59
*** welldannit has joined #openstack-nova18:59
*** Nikolay_St has quit IRC18:59
*** baoli has joined #openstack-nova19:00
*** Nikolay_St has joined #openstack-nova19:00
*** mikeit has quit IRC19:01
*** vmtrooper has joined #openstack-nova19:02
*** marun_ has quit IRC19:02
*** mpavone has quit IRC19:02
*** matrohon has joined #openstack-nova19:03
*** Marga_ has quit IRC19:03
*** Marga_ has joined #openstack-nova19:03
lifelessgmann: pong19:03
*** baoli has quit IRC19:04
*** vmtrooper has quit IRC19:06
*** lpetrut has quit IRC19:08
*** iamjarvo has quit IRC19:08
*** jecarey has quit IRC19:08
*** eglynn-office has joined #openstack-nova19:10
*** annashen has quit IRC19:11
*** oro_ has joined #openstack-nova19:11
*** annashen has joined #openstack-nova19:11
*** dboik has quit IRC19:12
*** unicell has joined #openstack-nova19:12
*** dboik has joined #openstack-nova19:13
*** afazekas has quit IRC19:13
*** neelashah1 has quit IRC19:13
dansmithedleafe: teensynit19:14
dansmithedleafe: and some calls for logging I think, to help address jaypipes' complexity concern(s)19:14
dansmithedleafe: but I think it's much better than what you had, IMHO19:14
edleafedansmith: ok, thanks19:14
edleafeI'll add some logging to that method19:15
*** jecarey has joined #openstack-nova19:18
*** neelashah has joined #openstack-nova19:18
ybathiawhat settings are required in nova.conf with recent devstack to get notifications on rabbitmq?19:20
*** afazekas has joined #openstack-nova19:21
*** Marga_ has quit IRC19:21
*** Marga_ has joined #openstack-nova19:22
*** eglynn-office has quit IRC19:24
*** annashen has quit IRC19:25
*** Marga_ has quit IRC19:25
*** Marga_ has joined #openstack-nova19:26
*** samueldmq has joined #openstack-nova19:26
*** annashen has joined #openstack-nova19:28
*** afazekas has quit IRC19:30
*** iamjarvo has joined #openstack-nova19:30
*** annashen has quit IRC19:31
*** annashen has joined #openstack-nova19:32
*** annashen has quit IRC19:37
*** annashen has joined #openstack-nova19:37
*** packet has quit IRC19:37
*** Sukhdev has quit IRC19:38
*** mriedem has quit IRC19:39
*** rushiagr is now known as rushiagr_away19:42
*** packet has joined #openstack-nova19:43
*** tjones1 has quit IRC19:43
*** eglynn-office has joined #openstack-nova19:45
sdaguelifeless: I expect gmann is asleep at this point19:46
openstackgerritmelanie witt proposed openstack/python-novaclient: Ensure the use of volume endpoint in volumes apis  https://review.openstack.org/16432119:46
*** aysyd has quit IRC19:46
lifelesssdague: ah well :)19:46
*** mriedem has joined #openstack-nova19:47
*** moshele has quit IRC19:47
*** moshele has joined #openstack-nova19:47
openstackgerritAndrew Laski proposed openstack/nova: Add InstanceMapping object  https://review.openstack.org/16190419:49
openstackgerritAndrew Laski proposed openstack/nova: Objects: use setattr rather than dict syntax in remotable  https://review.openstack.org/16397419:49
openstackgerritAndrew Laski proposed openstack/nova: Add support for multiple database engines  https://review.openstack.org/15926619:49
openstackgerritAndrew Laski proposed openstack/nova: Add get_api_session to db api  https://review.openstack.org/16186619:49
openstackgerritAndrew Laski proposed openstack/nova: Test fixture for the api database  https://review.openstack.org/16479419:49
openstackgerritAndrew Laski proposed openstack/nova: Use the proper database engine for nova-manage  https://review.openstack.org/16183319:49
openstackgerritAndrew Laski proposed openstack/nova: Split NovaPersistentObject mixin  https://review.openstack.org/16360519:49
alaskihmm, that shouldn't have happened19:49
*** aysyd has joined #openstack-nova19:50
*** alexpilotti has quit IRC19:50
*** sdake has quit IRC19:50
alaskioh, I guess I haven't encountered that rebase behavior in git-review before19:51
dansmithalaski: you can put the obj_as_admin on the base class if you want.. I made it separate so it didn't get swept up in the export, but that's done now19:51
dansmithalaski: so that will trim that patch down a little further19:51
*** sdake has joined #openstack-nova19:51
alaskidansmith: ok19:51
*** xyang1 has joined #openstack-nova19:53
*** amotoki has joined #openstack-nova19:53
*** nellysmitt has quit IRC19:54
*** salv-orl_ has quit IRC19:55
*** afazekas has joined #openstack-nova19:57
*** amotoki has quit IRC19:58
*** r-daneel has joined #openstack-nova19:58
*** thomasem has quit IRC20:02
jaypipesedleafe: https://review.openstack.org/#/c/160511/ reviewed.20:02
edleafejaypipes: thanks - digging into it now20:03
*** flwang has joined #openstack-nova20:03
*** rushiagr_away is now known as rushiagr20:07
*** thomasem has joined #openstack-nova20:10
*** thomasem has quit IRC20:11
*** pixelb has joined #openstack-nova20:12
*** romainh has joined #openstack-nova20:12
*** tjones1 has joined #openstack-nova20:14
*** afazekas has quit IRC20:15
*** thomasem has joined #openstack-nova20:15
*** ndipanov has quit IRC20:16
*** marun_ has joined #openstack-nova20:16
*** afazekas has joined #openstack-nova20:16
edleafejaypipes: I thought it mock.patch on the setUp() method was considered bad form20:17
edleafes/thought it/thought20:17
jaypipesedleafe: I wasn't aware of that...20:17
openstackgerritAndrew Laski proposed openstack/nova: Objects: use setattr rather than dict syntax in remotable  https://review.openstack.org/16397420:18
openstackgerritAndrew Laski proposed openstack/nova: Add CellMapping object  https://review.openstack.org/16186720:18
openstackgerritAndrew Laski proposed openstack/nova: Test fixture for the api database  https://review.openstack.org/16479420:18
openstackgerritAndrew Laski proposed openstack/nova: Split out NovaTimestampObject  https://review.openstack.org/16360520:18
edleafejaypipes: bauzas had told me that. That's why he put the aggs mock inside the method20:18
jaypipesedleafe: well, I don't agree with bauzas :)20:18
edleafejaypipes: I'll bet that's a first! :)20:18
jaypipesha!20:19
edleafejaypipes: ok, I'll move both our mocks to be decorators20:19
*** alexpilotti has joined #openstack-nova20:19
dansmithI don't like mocks in setUp() either, FWIW :)20:19
sdaguegaryk / tjones1 - so what's the vmware ci voting story - https://review.openstack.org/#/c/135625 still seems to not have a vote20:20
edleafedansmith: as decorators, or anywhere?20:20
dansmithedleafe: I don't like setting them in setUp() and expecting to clean them up later20:20
edleafedansmith: the decorator and context manager forms clean themselves up20:21
dansmithedleafe: right20:21
dansmithedleafe: is the question about decorating setUp()?20:22
*** moshele has quit IRC20:22
edleafedansmith: yes20:22
edleafedansmith: vs. a nested context manager in the setUp code20:22
dansmithedleafe: yeah, that's fine with me, although it can lead to some hard-to-pin-down behavior20:22
dansmithedleafe: agreed +1 for decorator in that case20:22
*** dprince has quit IRC20:22
edleafedansmith: ok, decorator it is...20:23
*** marun_ is now known as marun20:23
mriedemsdague: vmware ci has been gone since at least last week20:23
*** afazekas has quit IRC20:23
tjones1@sdague - triggering a vmware ci run on it20:24
mriedemtjones1: there are others20:24
sdaguetjones1: ok, why isn't it processing the queue?20:24
tjones1mriedem: its up now20:24
tjones1hold on20:24
tjones1has a bunch in the queue20:24
*** lpetrut has joined #openstack-nova20:25
*** gokrokve has quit IRC20:27
*** gokrokve has joined #openstack-nova20:27
*** rushiagr is now known as rushiagr_away20:27
openstackgerritRomain Hardouin proposed openstack/nova: heal_instance_info_cache_interval help clearer  https://review.openstack.org/16389720:28
sdaguetjones1: also, where are you folks tracking bugs on it. Because it's not using standard format hideci doesn't bring up the results20:29
tjones1sdague: our ci owner is out sick today so i can't ask him.  where should we be tracking them ?   infra?20:30
tjones1if you write a bug i will assign it to him and ping him when he gets back20:30
sdagueI have no idea, I was mostly asking where it's todo list was managed20:31
*** igordcard_ has joined #openstack-nova20:32
tjones1if you want to drop me an email telling me what's wrong i can write a bug and assign it to him.  or will what you have written above be clear enough for a ci maintainer to know what you mean :-)20:32
*** otter768 has joined #openstack-nova20:34
*** salv-orlando has joined #openstack-nova20:35
*** afazekas has joined #openstack-nova20:38
sdaguetjones1: I don't know, how about we pretend it is, and if not ask him to get on irc once he's feeling better20:38
tjones1ok i just sent it to him20:38
*** dkliban is now known as dkliban_brb20:39
*** otter768 has quit IRC20:39
*** dboik has quit IRC20:40
*** annashen has quit IRC20:40
*** dboik has joined #openstack-nova20:41
mriedemtjones1: sdague: docs http://ci.openstack.org/third_party.html#requirements point to https://wiki.openstack.org/wiki/ThirdPartySystems which points to https://wiki.openstack.org/wiki/ThirdPartySystems/VMware_CI which doesn't point to https://wiki.openstack.org/wiki/NovaVMware/Minesweeper20:41
mriedemthe old wiki, https://wiki.openstack.org/wiki/NovaVMware/Minesweeper, had a section for current status/issues https://wiki.openstack.org/wiki/NovaVMware/Minesweeper/Status20:42
mriedemwould be nice if the latter were linked from the former, more centralized, wiki for all third party ci20:42
*** bwensley has quit IRC20:43
mriedemi could summon she who knows the rules20:43
*** thedodd has quit IRC20:44
*** jcru has quit IRC20:44
tjones1mriedem: i'll update it20:44
*** jcru has joined #openstack-nova20:46
sdaguejaypipes: so... this is curious. How often should get_available_resource be called?20:47
*** afazekas has quit IRC20:47
mriedemall the time20:47
mriedemor every minute20:48
jaypipessdague: it is called every periodic interval (sync_compute_nodes() in the RT)20:48
jaypipessdague: as mriedem says, I think the default is 60 seconds.20:48
mriedemisn't it also done on every claim?20:48
jaypipesno, I don't think so, but lemme check.20:48
*** wverdugo500 has joined #openstack-nova20:49
sdagueyeh, it only seems to be called on startup here20:49
mriedemwe hit a lock timeout with that when the periodic task was running and an api operation was starved waiting for the lock20:49
*** wverdugo500 has left #openstack-nova20:49
mriedemb/c lvm hung for 2 minutes20:49
*** afazekas has joined #openstack-nova20:49
sdagueso that's part of my overrunning the resource tracker, is it never polls for new data20:49
*** packet has quit IRC20:50
*** lucas-dinner has quit IRC20:50
*** vmtrooper has joined #openstack-nova20:50
*** andreykurilin_ has joined #openstack-nova20:50
*** annashen has joined #openstack-nova20:51
jaypipessdague: it's called on nova-compute startup, and it's called after live migration is done20:54
bauzasjaypipes: evening20:55
*** thedodd has joined #openstack-nova20:55
*** vmtrooper has quit IRC20:55
bauzassdague: nope, get_avail_resources() is only done by each 60sec and clean the claims20:56
*** jaypipes has quit IRC20:56
bauzasjaypipes: edleafe: so just to be clear, I dislike mocking methods in setUp()20:56
bauzasergh, jay left20:57
*** jaypipes has joined #openstack-nova20:57
bauzasjaypipes: edleafe: so as I said, I dislike mocking in setUp()20:57
sdaguebauzas: ok, so that means we've got an overrun race right? And we're just relying on compute drivers to barf if they can't schedule20:57
jaypipesbauzas: why?20:57
bauzasjaypipes: because it's not clear that methods are mocked for each test20:58
bauzasjaypipes: so, as I said, I did a context manager mocking only for initiating HostManager because that's ok just for it20:58
jaypipesbauzas: and it's clearer to have with mock.patch() in the setUp()? :(20:58
*** harlowja is now known as harlowja_away20:58
bauzasjaypipes: only for a ctx manager20:59
sdaguebauzas: given our inheritance depth of all these tests, it seems like a silly thing to complain about. The code is in the same file at least20:59
jaypipesbauzas: why do you think that applying a mock.patch decorator around setUp() would make the mock last for longer than just the setUp() method?20:59
bauzassdague: I don't have all the convo, I was just replying on your question about this method21:00
bauzas:)21:00
jaypipesbauzas: I think you may be confusing using the decorators on the class itself instead of the setUp() method?21:00
dansmithbauzas: are you thinking of decorating the class?21:00
jaypipesdansmith: jinx.21:00
dansmithjaypipes: I owe you a coke or something now, huh?21:00
*** packet has joined #openstack-nova21:00
bauzasjaypipes: ok, let's be clear, I'm only +1 if within a setUp() method, someone is doing :21:00
dansmithbased on standard high school jinx rules of course21:00
bauzaswith mock.patch(): do_sth()21:00
jaypipesbauzas: why?21:01
*** Sukhdev has joined #openstack-nova21:01
bauzasjaypipes: because it's clear that the fake is just done for an item21:01
bauzasjaypipes: so it's creating a Fake object21:01
bauzasjaypipes: using this Fake object is fine by me21:02
bauzasjaypipes: but when writing21:02
bauzasdef setUp(): a = mock.patch(); a.start()21:03
*** ijw_ has quit IRC21:03
bauzasit then creates a mocked method for each test21:03
bauzaswhich is not clear21:03
edleafebauzas: but we're talking about using the decorator mock for setUp21:03
bauzasedleafe: that's even worst IMHO21:03
edleafebauzas: why?21:04
dansmithdisagree :)21:04
dansmithusing a decorator or a context manager means it's gone by the time setUp() is complete and before the test is run21:04
*** ijw has joined #openstack-nova21:04
dansmitha = mock.patch(); a.start() should almost never be used, IMHO21:04
jaypipesbauzas: what dansmith said.21:04
bauzasdansmith: ah sorry, I readed too fast21:05
bauzasdansmith: I'm -1 on mocking against a class21:05
bauzasdansmith: but I'm fine by using a decorator for setUp because that's the same as for a context manager21:06
dansmithmocking a class or decorating one?21:06
*** oro_ has quit IRC21:06
dansmithokay21:06
dansmithI think I'm confused about what we're arguing about then :)21:06
*** ijw has quit IRC21:06
*** ijw has joined #openstack-nova21:06
bauzasdansmith: yeah my point was to say : *only mock something if the mock is cleaned by end of setUp()21:06
*** htruta has quit IRC21:06
*** iamjarvo has quit IRC21:06
*** oro has quit IRC21:07
dansmithwhich a decorator on setUp() will do21:07
dansmithsounds like maybe there was confusion over "decorating setup" and "decorating the class"21:07
bauzasdansmith: erm, chatty typpy convo ?21:07
bauzasokay guys, I wanted to shoot something I saw too many times, that's it21:07
*** jgrimm is now known as zz_jgrimm21:07
bauzaswhich was basically : *don't mock methods in setUp that will still be mocked once the test begins*21:08
bauzasthe rest is matter of jumping into a convo without getting the whole context, my bad21:08
*** amotoki has joined #openstack-nova21:09
*** andreykurilin_ has quit IRC21:09
edleafebauzas: the context was that jaypipes dinged me in a review for nesting context manager mocks in setUp21:10
edleafebauzas: the aggs and instances stuff21:10
jaypipesDING!21:10
edleafebauzas: so I'm moving them both to decorators21:10
bauzasedleafe: oic21:10
bauzasedleafe: well, I'm usually fine by using with ctx_mgr() as a, ctx_mgr2() as b:21:11
*** neelashah has quit IRC21:11
bauzasedleafe: but using decorators is fine too21:11
bauzasedleafe: my point was that you were nesting context managers in a way which was okay, but not great21:11
edleafebauzas: understood21:12
edleafebauzas: but earlier you had told me not to decorate setUp, but to use context manager inside the method21:12
bauzasedleafe: I also preferred to use a context manager in my own series, because it was clear that the mock was only on instanciating HostManager21:12
*** annashen has quit IRC21:12
*** tellesnobrega has quit IRC21:13
bauzasedleafe: decorating is good, but could be not so clear that it would be for HostManager21:13
bauzasedleafe: hence the ctx manager21:13
*** thangp has quit IRC21:16
*** afazekas has quit IRC21:16
*** browne has quit IRC21:16
*** tellesnobrega has joined #openstack-nova21:18
*** thomasem has quit IRC21:19
*** iamjarvo has joined #openstack-nova21:20
*** iamjarvo has quit IRC21:21
*** iamjarvo has joined #openstack-nova21:21
openstackgerritChris Friesen proposed openstack/nova: Validate server group anti-affinity policy  https://review.openstack.org/16274621:22
*** browne has joined #openstack-nova21:22
openstackgerritChris Friesen proposed openstack/nova: Fix race in server group policy validation  https://review.openstack.org/16476221:23
*** lpetrut has quit IRC21:23
*** browne has quit IRC21:23
*** afazekas has joined #openstack-nova21:23
*** asettle has joined #openstack-nova21:24
*** packet has quit IRC21:27
*** oro has joined #openstack-nova21:27
*** dkliban_brb is now known as dkliban21:28
*** browne has joined #openstack-nova21:28
*** oro_ has joined #openstack-nova21:28
*** afazekas has quit IRC21:29
*** annashen has joined #openstack-nova21:30
edleafejaypipes: got a second for your comments on test_ironic_host_manager and the self.context changes?21:31
*** hemna has quit IRC21:32
*** mriedem is now known as mriedem_away21:33
*** jcru has quit IRC21:33
jaypipesedleafe: for you? of course :)21:33
edleafejaypipes: aw, gee... :)21:34
*** iamjarvo has quit IRC21:35
edleafejaypipes: for some of the tests I needed to add self.context (an actual context object, not a string like many of the tests used).21:35
edleafejaypipes: I replaced the rest of the usages to make all the tests consistent.21:35
edleafejaypipes: would you rather I leave some in one state, and the others as they were21:35
edleafejaypipes: or make them all work the same?21:36
jaypipesedleafe: one minute...21:36
*** jamie_h has quit IRC21:37
*** aysyd has quit IRC21:38
*** aysyd has joined #openstack-nova21:40
*** irenab has quit IRC21:41
*** sseverson has joined #openstack-nova21:42
*** ijw_ has joined #openstack-nova21:42
*** hemna has joined #openstack-nova21:43
*** browne_ has joined #openstack-nova21:44
*** browne_ has quit IRC21:44
*** browne1 has joined #openstack-nova21:44
edleafejaypipes: never mind - I figure out a work-around21:44
*** browne1 has quit IRC21:44
edleafejaypipes: I'll leave the ugly code untouched :)21:45
*** ijw has quit IRC21:45
*** eglynn-office has quit IRC21:45
jaypipesedleafe: ok :)21:46
*** hemna has quit IRC21:47
*** browne_ has joined #openstack-nova21:47
*** browne has quit IRC21:47
*** zzzeek has joined #openstack-nova21:50
*** hemna has joined #openstack-nova21:52
dimsquick poll for nova cores - is the quick hit still useful? or has it outlived its utiliity? or too stale every day? https://etherpad.openstack.org/p/kilo-nova-priorities-tracking21:53
*** matrohon has quit IRC21:54
dansmithdims: last I looked, we were scraping the barrel for "trivial things"21:55
dansmithI think we cleared out a lot of baggage,21:55
dansmithand then the bar for trivial started moving21:55
dansmithI go through there expecting to spend ten minutes on all of them, the first few requiring actual thought, and close them21:55
dansmithaside from trivialness, there are also things hitting the list that aren't bugs21:56
dansmithmaybe trivial, but not really bugs, which is annoying21:56
dimsdansmith: thanks for the feedback :) will try to line up really easy ones at the top21:57
dimsat the very least :)21:57
*** adalbas has quit IRC21:59
*** aysyd has quit IRC21:59
bauzasdims: eh I will get time by this week for helping this out \o/22:00
*** aysyd has joined #openstack-nova22:03
*** irenab has joined #openstack-nova22:04
*** burt has quit IRC22:04
*** Maike has quit IRC22:05
*** pixelb has quit IRC22:09
*** iamjarvo has joined #openstack-nova22:10
*** aysyd has quit IRC22:11
*** harlowja_away is now known as harlowja22:11
jamielennoxhey all - i'm still looking for a last +2 on https://review.openstack.org/#/c/136931/ changing nova->neutron auth process22:12
*** welldannit has quit IRC22:13
*** ijw_ has quit IRC22:13
*** annashen has quit IRC22:14
*** annashen has joined #openstack-nova22:15
*** browne_ has quit IRC22:16
*** browne has joined #openstack-nova22:18
openstackgerritEd Leafe proposed openstack/nova: Implement instance update logic in Scheduler  https://review.openstack.org/16051122:20
openstackgerritEd Leafe proposed openstack/nova: Add the instance update calls from Compute  https://review.openstack.org/16051322:20
openstackgerritEd Leafe proposed openstack/nova: Modify filters to get instance info from HostState  https://review.openstack.org/16051222:20
openstackgerritEd Leafe proposed openstack/nova: Add the RPC calls for instance updates.  https://review.openstack.org/16050722:20
edleafedansmith: jaypipes: have at it!! ^^22:20
*** dave-mccowan has quit IRC22:24
*** dboik_ has joined #openstack-nova22:30
*** dboik has quit IRC22:33
*** nelsnelson has quit IRC22:34
*** dboik_ has quit IRC22:34
*** ijw has joined #openstack-nova22:34
*** otter768 has joined #openstack-nova22:35
*** romainh has left #openstack-nova22:36
*** VW_ has quit IRC22:37
*** salv-orl_ has joined #openstack-nova22:37
*** nelsnelson has joined #openstack-nova22:38
*** salv-orlando has quit IRC22:39
*** vmtrooper has joined #openstack-nova22:39
*** otter768 has quit IRC22:40
*** dims has quit IRC22:43
*** nelsnels_ has joined #openstack-nova22:44
*** vmtrooper has quit IRC22:45
*** nelsnelson has quit IRC22:45
*** dims has joined #openstack-nova22:46
JoshNanghey, i'd be very grateful if anyone had time to review two fairly small ironic driver patches. one fixes a fairly big bug in the resource tracker for ironic with our new state machine (https://review.openstack.org/#/c/164313/) which we discovered while reviewing code for another spec/patch (https://review.openstack.org/#/c/161474/)22:47
*** dims has quit IRC22:47
*** dims has joined #openstack-nova22:47
*** dave-mccowan has joined #openstack-nova22:50
*** tsekiyam_ has joined #openstack-nova22:52
*** sdake has quit IRC22:55
*** tsekiyama has quit IRC22:55
*** kaufer has quit IRC22:56
*** tsekiyam_ has quit IRC22:57
openstackgerritPraveen Yalagandula proposed openstack/nova: neutron port security-group improperly updated on nova interface-attach  https://review.openstack.org/14439823:00
*** amotoki has quit IRC23:01
*** Sukhdev has quit IRC23:01
*** patrickeast_ has joined #openstack-nova23:03
*** patrickeast has quit IRC23:04
*** patrickeast_ is now known as patrickeast23:04
alexpilotticyeoh: hello23:05
*** jecarey has quit IRC23:05
cyeohalexpilotti: hi23:05
alexpilotticyeoh: me and claudiub are wondering about the X509 support in python-novaclient23:06
alexpilotticyeoh: https://review.openstack.org/#/c/136458/23:06
*** claudiub has joined #openstack-nova23:06
alexpilotticyeoh: btw thanks a lot with all the help on the nova side of this BP :-)23:06
claudiubcyeoh: hello :)23:06
alexpilotticyeoh: the question here is how to handle microversions23:06
*** iamjarvo has quit IRC23:07
cyeohclaudiub: hi!. Yea we need to get suppport for it merged23:07
claudiubcyeoh: how to handle the microversions on the novaclient side.. from what i saw, the novaclient does not include the microversion request in the header23:07
cyeohso off the top of my head there is a novaclient patch we sort of need in first.23:07
cyeohlet me just look for the patch23:08
*** mwagner_lap has joined #openstack-nova23:08
cyeohlast time I looked it wasn't quite ready yet23:08
claudiubcyeoh: yeah... i have a commit on it, and i was working on some functional tests for it, but I could not test the v2.2 microversion23:08
*** dave-mccowan has quit IRC23:09
cyeohclaudiub, alexpilotti: https://review.openstack.org/#/c/152569/23:09
devanandaseconding JoshNang's request above -- those two patches would help us a lot23:10
cyeohthis should allow you to send the microversion header information to nova, but I dont think its quite right yet and i haven't been able to get back to it really in the last week or so)23:10
devanandaboth patches are confined to our driver code23:11
cyeohclaudiub: so even though its not right yet, I am curious as to see if there is enough there to be able to specify the microversion number to access the keypairs nova side?23:11
alexpilotticyeoh: tx, so we could rebase on it. Do you think it’ll make it in time for Kilo?23:12
cyeohI need to do a proper review of 152569 and should hopefully be able to get to that in a couple of hours23:12
*** hemna is now known as hemnafk23:13
alexpilotticyeoh: yeiii tx23:13
claudiubcyeoh: i see. So, I will take a look at it in the morning, and review it. Then rebase my commit on top of it. Also, I am uncertain on how the microversion request will work on novaclient. For example, let's say that the novaclient version is 2.5.0... That means that the 2.5.0 version will make include the microversion request for v2.2?23:14
cyeohalexpilotti, I'm honestly not sure, might have to just get tnough in for sending the version info.23:14
*** thedodd has quit IRC23:14
claudiubcyeoh: and then, 2.5.1 will include a microversion request for v2.3?23:14
cyeohyes if you  request 2.5 you will get assuming your implementation doesn't have a max_version (pretty sure it doesn't) will also be included23:15
cyeohthere is no 2.5.1 - we only have X.Y23:15
claudiubit was just just an example. :)23:16
*** oro_ has quit IRC23:17
cyeohyea, so as long the version requested lies with the range specified for the api_version decorator then it will get executed23:17
*** lnr has joined #openstack-nova23:17
*** sbfox has quit IRC23:17
*** oro_ has joined #openstack-nova23:17
*** oro has quit IRC23:17
claudiubbut still, how are any future microversion requests added to the novaclient request? (v2.3, v2.4, v2.5...etc)?23:18
*** dims has quit IRC23:18
cyeohso I just need to finish looking at this current review then I'll get back on novaclientand see what minimal stuff we can get through23:18
*** dims has joined #openstack-nova23:18
*** r-daneel has quit IRC23:19
claudiubcyeoh: sure, if there is anything I can help you with, let me know. Also, this should also be done in horizon. Is there anything that does this, for the time being?23:19
cyeohclaudiub: we still need to work out what sort extra bits we need to add. For example,if its just an extra parameter and novaclient always prints all parameters returned, then theoreticaly nothing?23:19
*** Roamer` has quit IRC23:20
*** andreykurilin_ has joined #openstack-nova23:20
cyeohclaudiub, yea I don't know mich about the horizon side :-(23:20
claudiubcyeoh: I see. I'll try and talk to the horizon folks about this and see how to implement the microversions there. :)23:22
*** salv-orl_ has quit IRC23:23
cyeohclaudiub: thx!23:23
*** sdake has joined #openstack-nova23:24
*** baoli has joined #openstack-nova23:24
*** ZZelle has quit IRC23:25
*** lnr has left #openstack-nova23:26
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds VolumeOps unit tests  https://review.openstack.org/13979723:29
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds MigrationOps unit tests  https://review.openstack.org/13979623:29
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: removes test_hypervapi tests  https://review.openstack.org/13979823:29
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds VMOps unit tests (part 2)  https://review.openstack.org/13893423:29
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: Adds HyperVDriver unit tests  https://review.openstack.org/14898023:29
*** salv-orlando has joined #openstack-nova23:31
*** oro has joined #openstack-nova23:34
*** salv-orlando has quit IRC23:35
*** promulo has joined #openstack-nova23:40
*** jaypipes has quit IRC23:41
*** r-daneel has joined #openstack-nova23:42
*** oro_ has quit IRC23:42
*** oro has quit IRC23:43
*** sdake__ has joined #openstack-nova23:45
*** r-daneel has quit IRC23:47
*** andreykurilin_ has quit IRC23:48
*** dboik has joined #openstack-nova23:48
*** shaohe_feng2 has quit IRC23:48
*** gokrokve has quit IRC23:49
*** sdake has quit IRC23:49
*** dboik_ has joined #openstack-nova23:49
*** dboik has quit IRC23:53
*** alexpilotti has quit IRC23:57

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