Thursday, 2015-05-07

*** tsekiyama has quit IRC00:01
*** Marga_ has joined #openstack-nova00:02
*** DCWillia_ has quit IRC00:02
*** annegentle has joined #openstack-nova00:03
*** annegentle has quit IRC00:08
*** tjones1 has quit IRC00:09
*** signed8bit_ZZZzz is now known as signed8bit00:12
*** signed8bit is now known as signed8bit_ZZZzz00:12
*** dboik has joined #openstack-nova00:14
*** Marga_ has quit IRC00:17
*** Marga_ has joined #openstack-nova00:17
*** dboik has quit IRC00:18
*** tjones1 has joined #openstack-nova00:18
*** oro has quit IRC00:20
*** VW_ has quit IRC00:25
*** yingjun has joined #openstack-nova00:27
*** igordcard has quit IRC00:28
*** zhenguo has joined #openstack-nova00:28
*** tjones1 has quit IRC00:32
*** promulo__ has joined #openstack-nova00:32
*** tjones1 has joined #openstack-nova00:35
*** promulo_ has quit IRC00:36
*** annegentle has joined #openstack-nova00:39
*** tjones1 has quit IRC00:40
*** DCWilliams_VA has joined #openstack-nova00:40
*** liusheng has quit IRC00:41
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support  https://review.openstack.org/18069500:41
*** the_hugger has quit IRC00:41
*** liusheng has joined #openstack-nova00:41
*** VW_ has joined #openstack-nova00:44
openstackgerritPaul Murray proposed openstack/nova: Use compute_node consistently in ResourceTracker  https://review.openstack.org/15976500:47
*** IanGovett1 has joined #openstack-nova00:49
*** IanGovett has quit IRC00:49
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support  https://review.openstack.org/18069500:49
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080900:51
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069500:51
*** annegentle has quit IRC00:56
*** zsais has quit IRC01:00
*** shakamunyi has quit IRC01:02
*** dboik has joined #openstack-nova01:05
*** signed8bit_ZZZzz is now known as signed8bit01:06
*** dboik_ has joined #openstack-nova01:06
*** signed8bit is now known as signed8bit_ZZZzz01:06
*** dboik has quit IRC01:09
*** DCWilliams_VA has quit IRC01:12
*** claudiub has quit IRC01:12
*** asettle has joined #openstack-nova01:12
*** VW_ has quit IRC01:16
*** park_heijlong has quit IRC01:16
*** angdraug has quit IRC01:18
*** otter768 has joined #openstack-nova01:26
*** achanda has quit IRC01:29
*** otter768_ has joined #openstack-nova01:29
*** otter768 has quit IRC01:30
*** popw has joined #openstack-nova01:32
*** FL1SK has quit IRC01:41
*** Marga_ has quit IRC01:42
*** Marga_ has joined #openstack-nova01:43
openstackgerritEli Qiao proposed openstack/nova-specs: Validate the service state before deleting it  https://review.openstack.org/16327401:45
*** tjones1 has joined #openstack-nova01:48
*** zzzeek has quit IRC01:53
*** otter768_ has quit IRC01:56
openstackgerritmelanie witt proposed openstack/nova: Send Instance object to cells instance_update_at_top  https://review.openstack.org/17651801:56
*** vilobhmm1 has quit IRC01:56
*** annegentle has joined #openstack-nova01:56
*** patrickeast has quit IRC01:59
openstackgerritEli Qiao proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_get_all_by_name  https://review.openstack.org/16020501:59
*** zhangtralon has joined #openstack-nova02:01
*** dboik_ has quit IRC02:01
*** erlon has quit IRC02:01
*** dboik has joined #openstack-nova02:01
openstackgerritEli Qiao proposed openstack/nova: API: remove unuseful expected error code from v2.1 service delete api.  https://review.openstack.org/18082702:02
*** annegentle has quit IRC02:02
*** salv-orlando has quit IRC02:03
*** neelashah has joined #openstack-nova02:04
*** ddaskal has joined #openstack-nova02:05
*** unicell has quit IRC02:07
*** browne1 has quit IRC02:07
*** shakamunyi has joined #openstack-nova02:09
*** mriedem has quit IRC02:14
*** Kevin_Zheng has joined #openstack-nova02:15
*** yamahata has joined #openstack-nova02:17
*** yamahata has quit IRC02:20
*** yamahata has joined #openstack-nova02:20
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/18060102:20
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069502:21
*** yingjun has quit IRC02:26
*** baoli has joined #openstack-nova02:27
*** achanda has joined #openstack-nova02:29
*** yingjun has joined #openstack-nova02:30
*** baoli_ has joined #openstack-nova02:30
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080902:31
*** mtanino has quit IRC02:32
*** baoli has quit IRC02:33
*** VW_ has joined #openstack-nova02:35
*** bkopilov has quit IRC02:35
*** jogo has quit IRC02:45
*** Marga_ has quit IRC02:45
*** achanda has quit IRC02:46
*** achanda has joined #openstack-nova02:48
*** r-daneel has quit IRC02:49
openstackgerritwanghao proposed openstack/nova: Allow bdm boot_index=1 when creating vm from image  https://review.openstack.org/17198402:49
openstackgerritEli Qiao proposed openstack/nova: API: remove unuseful expected error code from v2.1 service delete api.  https://review.openstack.org/18082702:50
*** zzzeek has joined #openstack-nova02:50
openstackgerritEli Qiao proposed openstack/nova: API: remove unuseful expected error code from v2.1 service delete api.  https://review.openstack.org/18082702:50
*** dims_ has quit IRC02:51
*** dims has joined #openstack-nova02:52
*** annegentle has joined #openstack-nova02:57
*** vishwanathj has joined #openstack-nova03:02
*** jogo has joined #openstack-nova03:02
*** markvoelker has quit IRC03:04
*** zzzeek has quit IRC03:05
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_get_all_*  https://review.openstack.org/16020203:05
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_create/update  https://review.openstack.org/16020303:05
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_destroy_all_*  https://review.openstack.org/16020103:05
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_usage_update  https://review.openstack.org/16021503:05
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069503:09
*** sdake_ has joined #openstack-nova03:09
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_get_all_*  https://review.openstack.org/16020203:11
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_create/update  https://review.openstack.org/16020303:11
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_usage_update  https://review.openstack.org/16021503:11
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080903:11
*** dims has quit IRC03:11
*** sdake has quit IRC03:13
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_create/update  https://review.openstack.org/16020603:17
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_get_all_by_name  https://review.openstack.org/16020503:17
openstackgerritAlex Xu proposed openstack/nova: Cleanup quota_class unittest with appropriate request context  https://review.openstack.org/15035103:17
*** dsanders has quit IRC03:18
*** jyuso1 has quit IRC03:23
*** annegentle has quit IRC03:25
*** Murali has joined #openstack-nova03:25
*** otter768 has joined #openstack-nova03:26
openstackgerritAlex Xu proposed openstack/nova: API: remove unuseful expected error code from v2.1 service delete api  https://review.openstack.org/18082703:28
*** achanda has quit IRC03:28
*** tjones1 has left #openstack-nova03:28
*** neelashah has quit IRC03:29
*** baoli_ has quit IRC03:30
*** asettle has quit IRC03:34
openstackgerritVincent Hou proposed openstack/nova: Add a test case to ensure the right parameters for swap_volume  https://review.openstack.org/17430703:34
*** sdake has joined #openstack-nova03:36
*** browne has joined #openstack-nova03:36
*** sdake_ has quit IRC03:39
*** IanGovett1 has quit IRC03:40
*** mmedvede_ has quit IRC03:41
*** lpetrut has joined #openstack-nova03:41
*** dikonoor has joined #openstack-nova03:42
*** marun has quit IRC03:44
*** links has joined #openstack-nova03:45
*** FL1SK has joined #openstack-nova03:46
*** mmedvede_ has joined #openstack-nova03:48
*** alanf-mc has quit IRC03:49
*** yingjun has quit IRC03:50
*** deepthi has joined #openstack-nova03:52
*** shyama has joined #openstack-nova04:00
*** bkopilov has joined #openstack-nova04:01
*** otter768 has quit IRC04:01
*** emagana has quit IRC04:03
*** markvoelker has joined #openstack-nova04:04
*** achanda has joined #openstack-nova04:05
*** READ10 has quit IRC04:07
*** armax has joined #openstack-nova04:07
*** markvoelker has quit IRC04:09
*** tojuvone has joined #openstack-nova04:13
*** armax has quit IRC04:16
*** jogo has quit IRC04:16
*** tjones1 has joined #openstack-nova04:20
openstackgerritRui Chen proposed openstack/nova: Clean up ComputeManager._get_instance_nw_info  https://review.openstack.org/17368004:21
*** tjones1 has left #openstack-nova04:21
*** alanf-mc has joined #openstack-nova04:23
*** dave-mccowan has quit IRC04:24
*** garyk has joined #openstack-nova04:27
*** alanf-mc has quit IRC04:30
*** alanf-mc has joined #openstack-nova04:30
*** jogo has joined #openstack-nova04:32
*** oomichi has joined #openstack-nova04:33
*** shyama has quit IRC04:36
*** lpetrut has quit IRC04:40
*** arnaud____ has joined #openstack-nova04:40
*** emagana has joined #openstack-nova04:41
*** jog0 has joined #openstack-nova04:44
*** jogo has quit IRC04:45
*** emagana has quit IRC04:46
*** shyama has joined #openstack-nova04:47
*** ildikov has quit IRC04:49
*** kiran-r has joined #openstack-nova04:51
*** Murali has quit IRC04:54
*** yingjun has joined #openstack-nova04:59
*** andrewbogott_afk is now known as andrewbogott05:00
*** andrewbogott is now known as andrewbogott_afk05:00
*** mmedvede has quit IRC05:01
*** ildikov has joined #openstack-nova05:02
*** coolsvap|afk is now known as coolsvap05:03
*** nkrinner has joined #openstack-nova05:04
*** yingjun has quit IRC05:04
*** markvoelker has joined #openstack-nova05:05
*** yingjun has joined #openstack-nova05:05
*** unicell has joined #openstack-nova05:06
*** andrewbogott_afk is now known as andrewbogott05:09
*** ildikov has quit IRC05:09
*** zhangtralon has quit IRC05:09
*** arnaud____ has quit IRC05:10
*** markvoelker has quit IRC05:10
*** zhangtralon has joined #openstack-nova05:11
*** vilobhmm1 has joined #openstack-nova05:12
*** yingjun has quit IRC05:13
*** yingjun has joined #openstack-nova05:13
*** dsanders has joined #openstack-nova05:15
*** zhangtralon has quit IRC05:17
*** andrewbogott is now known as andrewbogott_afk05:18
*** yingjun has quit IRC05:18
*** Nikolay_St has quit IRC05:19
*** sdake has quit IRC05:20
*** sdake has joined #openstack-nova05:24
openstackgerritgaryk proposed openstack/nova: Object: add volume_type_id to block_device objects  https://review.openstack.org/13999405:24
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_get_all_*  https://review.openstack.org/16020205:24
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_create/update  https://review.openstack.org/16020305:24
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_destroy_all_*  https://review.openstack.org/16020105:24
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_usage_update  https://review.openstack.org/16021505:24
*** sdake_ has joined #openstack-nova05:26
*** mdbooth has quit IRC05:27
*** sdake has quit IRC05:29
*** mdbooth has joined #openstack-nova05:31
*** Longgeek has joined #openstack-nova05:33
openstackgerritGábor Takács proposed openstack/nova: Refactor os-services unittest  https://review.openstack.org/18086905:34
*** emagana has joined #openstack-nova05:35
openstackgerritgaryk proposed openstack/nova: Compute: remove reverts_task_state from interface attach/detach  https://review.openstack.org/18053705:37
*** moshele has joined #openstack-nova05:38
*** emagana has quit IRC05:40
*** arnaud____ has joined #openstack-nova05:42
*** jog0 has quit IRC05:42
*** _gryf|afk is now known as _gryf05:43
*** jogo has joined #openstack-nova05:50
*** jogo has quit IRC05:50
*** jogo has joined #openstack-nova05:50
*** salv-orlando has joined #openstack-nova05:50
*** markvoelker has joined #openstack-nova05:51
*** VW_ has quit IRC05:53
*** mmedvede_ has quit IRC05:55
*** markvoelker has quit IRC05:56
*** mpsairam has joined #openstack-nova05:56
*** shyama has quit IRC05:56
*** moshele has quit IRC05:56
*** shyama has joined #openstack-nova05:56
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_create/update  https://review.openstack.org/16020605:57
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_get_all_by_name  https://review.openstack.org/16020505:57
openstackgerritAlex Xu proposed openstack/nova: Cleanup quota_class unittest with appropriate request context  https://review.openstack.org/15035105:57
*** yingjun has joined #openstack-nova05:57
*** baoli has joined #openstack-nova05:57
*** vilobhmm1 has quit IRC05:59
alex_xuoomichi: hi, I put something in the summit etherpad https://etherpad.openstack.org/p/liberty-nova-api hope you can check it if there is anything isn't worth discuss when you have time, thanks in advance!06:01
*** baoli has quit IRC06:02
*** otter768 has joined #openstack-nova06:02
*** Kennan has quit IRC06:02
*** Kennan has joined #openstack-nova06:03
oomichialex_xu: thanks, many items :-)06:03
*** jyuso1 has joined #openstack-nova06:03
*** dsanders has quit IRC06:04
alex_xuoomichi: yea, many items, just feel free to edit if anything wrong, let me know whether I work with right way :)06:04
oomichialex_xu: yeah, nice work. I am checking it now06:05
alex_xuoomichi: thanks, no hurry06:05
oomichialex_xu: btw we will have api meeting tomorrow?06:05
alex_xuoomichi: do you want to have one, as I know gilliard_afk is on vacation06:06
*** Longgeek has quit IRC06:06
alex_xuoomichi: maybe we can have one if you have anything want to suggestion for the etherpad06:06
*** otter768 has quit IRC06:07
oomichialex_xu: unfortunately I cannot be sure that I can attend to it tomorrow. so I will try suggesting on each review06:07
*** pkoniszewski has joined #openstack-nova06:07
alex_xuoomichi: ok, it's fine, no problem, let me collect the suggestion06:08
*** sdake_ is now known as sdake06:10
eliqiao1hi oomichi: thanks the reviewing , it's re https://review.openstack.org/#/c/175744/12/nova/tests/unit/api/openstack/compute/contrib/test_hypervisors.py06:12
oomichieliqiao1: hi06:12
openstackgerritRui Chen proposed openstack/nova: Fix empty instance nw_info cache  https://review.openstack.org/14603606:13
eliqiao1oomichi: I am afraid we can not move self.policy.set_rules to setup() because test case will be reset after being executed.06:13
*** yingjun has quit IRC06:13
oomichieliqiao1: thanks for the notice, I'd like to confirm it on my test env.06:14
*** mmedvede has joined #openstack-nova06:15
eliqiao1oomichi: sure, thanks06:15
*** ddaskal has quit IRC06:18
*** yingjun has joined #openstack-nova06:19
openstackgerritEli Qiao proposed openstack/nova: Remove db layer hard-code permission checks for floating_ip_dns  https://review.openstack.org/15071006:21
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/17963806:21
*** ildikov has joined #openstack-nova06:24
*** Murali has joined #openstack-nova06:28
*** jcoufal has joined #openstack-nova06:28
*** zhangtralon has joined #openstack-nova06:29
*** exploreshaifali has joined #openstack-nova06:29
oomichieliqiao1: sorry, that is my bad. LGTM now06:30
*** oro has joined #openstack-nova06:31
*** oomichi has quit IRC06:31
*** ildikov has quit IRC06:32
*** emagana has joined #openstack-nova06:37
*** ankit_ag has joined #openstack-nova06:38
*** exploreshaifali has quit IRC06:40
*** exploreshaifali has joined #openstack-nova06:40
ankit_agalaski: hi06:42
*** emagana has quit IRC06:42
*** arnaud____ has quit IRC06:43
alex_xuankit_ag: US didn't wake up yet, need waiting for more few hours :)06:45
ankit_agalex_xu: yeah :)06:46
*** romainh has joined #openstack-nova06:46
*** lpetrut has joined #openstack-nova06:47
*** moshele has joined #openstack-nova06:47
*** ildikov has joined #openstack-nova06:48
*** markvoelker has joined #openstack-nova06:52
*** shyama has quit IRC06:55
*** Mike_D_laptop has joined #openstack-nova06:56
*** markvoelker has quit IRC06:56
*** tojuvone has quit IRC06:59
*** sahid has joined #openstack-nova07:00
*** mpavone has joined #openstack-nova07:02
*** matrohon has joined #openstack-nova07:03
*** Longgeek has joined #openstack-nova07:07
*** Mike_D_laptop has quit IRC07:10
*** xgsa has quit IRC07:18
*** exploreshaifali has quit IRC07:18
*** jichen has joined #openstack-nova07:20
*** Longgeek has quit IRC07:21
*** Longgeek has joined #openstack-nova07:21
*** dulek has joined #openstack-nova07:24
*** markus_z has joined #openstack-nova07:31
*** claudiub has joined #openstack-nova07:31
*** lpetrut has quit IRC07:31
*** emagana has joined #openstack-nova07:32
*** Nikolay_St has joined #openstack-nova07:32
*** cfriesen has quit IRC07:35
*** emagana has quit IRC07:36
*** xgsa has joined #openstack-nova07:37
*** takedakn has joined #openstack-nova07:37
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_create/update  https://review.openstack.org/16020607:38
openstackgerritAlex Xu proposed openstack/nova: Cleanup quota_class unittest with appropriate request context  https://review.openstack.org/15035107:38
openstackgerritAnkit Agrawal proposed openstack/nova: Detach volume after deleting instance with no host  https://review.openstack.org/14573807:39
*** VW_ has joined #openstack-nova07:42
openstackgerritsahid proposed openstack/nova: libvirt: add method to get cpu stats to host  https://review.openstack.org/17722307:42
openstackgerritsahid proposed openstack/nova: monitor: remove dependance with libvirt  https://review.openstack.org/17815407:42
openstackgerritsahid proposed openstack/nova: libvirt: add method to compare cpu to Host  https://review.openstack.org/17733107:42
openstackgerritsahid proposed openstack/nova: libvirt: add method to list pci devices to Host  https://review.openstack.org/17733007:42
openstackgerritsahid proposed openstack/nova: libvirt: add method to get device by name to Host  https://review.openstack.org/17732907:42
openstackgerritsahid proposed openstack/nova: libvirt: add method to define instance to host  https://review.openstack.org/17431407:42
openstackgerritsahid proposed openstack/nova: libvirt: introduces a Guest to wrap arround virConnect  https://review.openstack.org/17431307:42
openstackgerritsahid proposed openstack/nova: libvirt: add todo note to avoid call to libvirt from the driver  https://review.openstack.org/17733207:42
*** lpetrut has joined #openstack-nova07:42
*** oro has quit IRC07:42
*** takedakn has quit IRC07:44
*** mmedvede has quit IRC07:45
tdurakovbauzas, hi) another one for  you:) https://bugs.launchpad.net/nova/+bug/145256807:45
openstackLaunchpad bug 1452568 in OpenStack Compute (nova) "nova allows to live-migrate instance from one availability zone to another" [Undecided,New]07:45
*** pask81 has joined #openstack-nova07:45
*** VW_ has quit IRC07:46
*** yingjun has quit IRC07:47
*** gszasz has joined #openstack-nova07:52
*** mmedvede has joined #openstack-nova07:53
*** yingjun has joined #openstack-nova07:54
*** jistr has joined #openstack-nova07:54
openstackgerritsahid proposed openstack/nova: servicegroup: remove get_all method never used as public  https://review.openstack.org/16887607:56
*** achanda has quit IRC07:56
openstackgerritFeng Xi Yan proposed openstack/nova: Make VMWare Driver support third party distributed switch.  https://review.openstack.org/15200607:59
*** jlanoux has joined #openstack-nova08:00
*** park_heijlong has joined #openstack-nova08:00
*** otter768 has joined #openstack-nova08:03
*** jcoufal_ has joined #openstack-nova08:03
*** jcoufal has quit IRC08:07
*** otter768 has quit IRC08:08
*** yingjun has quit IRC08:14
*** tdurakov has quit IRC08:15
*** yingjun has joined #openstack-nova08:18
*** atuvenie has joined #openstack-nova08:21
*** alanf-mc_ has joined #openstack-nova08:22
*** yassine_ has joined #openstack-nova08:22
*** jlanoux has quit IRC08:23
*** emagana has joined #openstack-nova08:26
*** alanf-mc has quit IRC08:26
*** jlanoux has joined #openstack-nova08:26
*** alanf-mc_ has quit IRC08:27
*** lucasagomes has joined #openstack-nova08:28
*** emagana has quit IRC08:31
*** ZZelle has quit IRC08:31
*** zhangtralon has quit IRC08:32
*** zhangtralon has joined #openstack-nova08:34
*** moshele has quit IRC08:34
*** pixelbeat has joined #openstack-nova08:34
*** moshele_ has joined #openstack-nova08:34
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_create/update  https://review.openstack.org/16020608:35
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for quota_class_get_all_by_name  https://review.openstack.org/16020508:35
openstackgerritAlex Xu proposed openstack/nova: Cleanup quota_class unittest with appropriate request context  https://review.openstack.org/15035108:35
*** moshele_ has quit IRC08:35
*** moshele has joined #openstack-nova08:35
*** atuvenie has quit IRC08:38
*** apuimedo has joined #openstack-nova08:43
*** danpb has joined #openstack-nova08:49
*** dikonoor has quit IRC08:51
*** dikonoor has joined #openstack-nova08:52
*** markvoelker has joined #openstack-nova08:53
*** tdurakov has joined #openstack-nova08:55
tdurakovbauzas, ping08:55
bauzastdurakov: pong08:55
tdurakov:)08:55
*** jcoufal_ has quit IRC08:55
bauzastdurakov: so I owned your bug since it needs a blueprint actually08:55
bauzastdurakov: what I'm working on08:55
tdurakovwhat is the plan for 1452568?08:55
*** jcoufal has joined #openstack-nova08:56
bauzastdurakov: https://review.openstack.org/#/c/179224/08:56
tdurakovok, so we doesn't allow such migrations at all?08:57
bauzastdurakov: the idea is to verify against the scheduler if the target host is able to handle the vM08:58
tdurakovok, nice)08:58
*** markvoelker has quit IRC08:58
bauzastdurakov: there is one flaw tho, that the hints are not persisted08:58
bauzastdurakov: that's another story, that I'm working on too with the help of alaski08:59
bauzastdurakov: so I'm basically owning all the bugs related to that, and I'll just close of all them once the implementation lands09:00
tdurakovsounds good)09:00
*** ildikov has quit IRC09:00
*** yamahata has quit IRC09:01
tdurakovbauzas, I'was thinking about default_schedule_zone... here is my point: if i have 2 hosts, one belongs to Az1 another belongs to Az2, there is no-az hosts at all. Instance always belongs to one of these, no matter want it user or not. when instance is booted, after scheduling, we should manually update info in instances table. Thoughts?09:10
*** romainh has quit IRC09:10
*** romainh1 has joined #openstack-nova09:10
openstackgerritSylvain Bauza proposed openstack/nova-specs: Proposes to check destination on migrations  https://review.openstack.org/17922409:10
openstackgerritLingxian Kong proposed openstack/nova: Correct az property of instance when specifying force host/node  https://review.openstack.org/16384209:10
tdurakovno matter if default_schedule_zone specified or not09:10
bauzastdurakov: that's a good question09:11
bauzastdurakov: I don't have a clear PoV now09:11
bauzastdurakov: IMHO, instance AZ shouldn't be stored in the instances table, but rather as a request hint09:11
*** claudiub_ has joined #openstack-nova09:12
bauzastdurakov: because AZs are related to hosts, not instances09:12
bauzastdurakov: what we call instance AZ is just the wish of the user, that's it, hence a request spec hint09:12
bauzastdurakov: exactly like a scheduler hint09:12
bauzastdurakov: but just saying that requires a plan for fixing all the crap09:12
bauzastdurakov: so, with the help of johnthetubaguy I'm planning to discuss that on the Summit09:13
tdurakovi don't think that storing such scheduler hint in instances table is good idea09:13
bauzastdurakov: we won't store the hints in an instances table09:13
tdurakovyep09:13
*** danpb has quit IRC09:13
*** dikonoor has quit IRC09:14
tdurakovbut from you words it's only hint)09:14
*** aix has joined #openstack-nova09:14
bauzastdurakov: just to explain you, we have lots of work already planned for Lemming09:14
bauzaseh, Liberty09:14
tdurakov))09:14
johnthetubaguybauzas: we have quite a lot of time for the scheduler, there should be space for that09:14
johnthetubaguywith any luck09:14
bauzasjohnthetubaguy: yup, the main issue is that I need to draw a plan :/09:14
*** claudiub has quit IRC09:14
bauzasjohnthetubaguy: and I have no specs atm09:14
tdurakovi'd prefer to make fix for now09:14
tdurakovto update info for table at boot time09:15
bauzasjohnthetubaguy: re: the AZ issue I mentioned09:15
*** dikonoor has joined #openstack-nova09:15
johnthetubaguybauzas: I am drafting out etherpads and things at the moment, hoping to contact folks to assign session leaders etc, later today09:15
bauzasjohnthetubaguy: I volunteered for the Wed morning sessions09:15
bauzasjohnthetubaguy: I leave alaski drive the cells v2 stuff tho09:15
*** ildikov has joined #openstack-nova09:16
*** derekh has joined #openstack-nova09:16
bauzasjohnthetubaguy: about AZs, I'll try to draw a plan before the summit in an etherpad at least09:16
BobBalljohnthetubaguy: Hi! Didn't see you there.  Do you know who knows the RAX keystone deployment?09:16
openstackgerritPetrut Lucian proposed openstack/nova: Add Hyper-V storage QoS support  https://review.openstack.org/17547909:16
bauzasjohnthetubaguy: saying exactly what I mentioned above, ie. instance AZ is just a hint09:16
bauzaswell, should be rather09:17
bauzastdurakov: will you be able to join Vancouver ?09:17
*** emagana has joined #openstack-nova09:20
*** pask81 has quit IRC09:20
tdurakovnope, i miss that09:22
*** danpb has joined #openstack-nova09:23
bauzastdurakov: okay, I'll share your voice then09:23
bauzastdurakov: as we were discussing with johnthetubaguy, there will be some etherpad referring to the sessions09:23
johnthetubaguyBobBall: yes, but they are not awake, currently we don't use keystone09:24
tdurakovi'll push patch for review to update instance info in db with actual az09:24
tdurakovbauzas, could you share it with me?09:24
bauzastdurakov: the ones related to the scheduler should happen on Wed morning PST09:24
BobBalljohnthetubaguy: Well I'm using it to authenticate against Rackspace... :)09:24
bauzastdurakov: that's what johnthetubaguy said, this is not exactly done yet - we basically have to fill in them09:24
*** emagana has quit IRC09:25
johnthetubaguyBobBall: yeah, good luck with that, what problem are you seeing / what are you trying?09:26
tdurakovok) share it with me as soon as it will be ready09:26
johnthetubaguytdurakov: bauzas: its here, just not very useful right now: https://wiki.openstack.org/wiki/Summit/Liberty/Etherpads#Nova09:26
bauzastdurakov: eh, tbh it will be incrementally filled till the session :)09:27
BobBalljohnthetubaguy: See PM09:27
bauzasjohnthetubaguy: yup, saw that yesterday night09:27
openstackgerritzhangtralon proposed openstack/nova: rename the opt scheduler_default_filters  https://review.openstack.org/18091009:28
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: hypervisor support matrix: add feature "serial console"  https://review.openstack.org/18091209:31
*** yingjun has quit IRC09:32
*** park_heijlong has quit IRC09:33
tdurakovbauzas, btw, I've checked how volume attachments work with AZ: if instance located in one az, and volume created in another one. volume attachment won't work09:34
bauzastdurakov: IIRC there is a conf flag for that09:34
tdurakovyou could even not specify az while creating volume09:34
tdurakovi know09:34
tdurakovcross_az09:34
tdurakovI'm about design09:35
tdurakovin cinder volume couldn't belong to no az09:35
tdurakovthere is also one09:36
*** dims has joined #openstack-nova09:36
tdurakovand that's ok for me09:36
tdurakovbauzas, johnthetubaguy, I'll prefer to implement same for instances09:37
bauzastdurakov: I don't get your point09:37
bauzastdurakov: what do you want ?09:37
tdurakovto populate instances db table with correct data.09:38
tdurakovwanted to hear you opinion09:38
johnthetubaguytdurakov: I don't have enough context without going digging, but that sounds quite sensible09:39
tdurakovgive me 5 minutes09:40
tdurakovi'll push patch09:40
*** dims has quit IRC09:41
*** redbeard has joined #openstack-nova09:41
openstackgerritRoman Podoliaka proposed openstack/nova: Fix rebuild of an instance with a volume attached  https://review.openstack.org/17689109:42
bauzastdurakov: MHO is that we should remove the AZ field in the instances table09:43
bauzastdurakov: and persist it in the request_spec09:43
*** tojuvone has joined #openstack-nova09:43
openstackgerritJohn Garbutt proposed openstack/nova: devref: add information to clarify nova scope  https://review.openstack.org/17862309:43
bauzaseh, YVR titling all the etherpads, are we meeting in the airport, and so in which gate ? :D09:44
openstackgerritJohn Garbutt proposed openstack/nova: devref: add information to clarify nova scope  https://review.openstack.org/17862309:45
bauzastdurakov: there are already some changes related to that, but I think we need a better strategy09:46
openstackgerritTimofey Durakov proposed openstack/nova: Fix for availability_zone in instances table  https://review.openstack.org/18091509:47
*** deepthi has quit IRC09:48
*** pask81 has joined #openstack-nova09:48
*** IanGovett has joined #openstack-nova09:48
openstackgerritJohn Garbutt proposed openstack/nova: devref: update the nova architecture doc  https://review.openstack.org/17737409:49
bauzastdurakov: I just made a few comments in https://etherpad.openstack.org/p/YVR-nova-scheduler-in-liberty09:50
*** abhishekk has joined #openstack-nova09:50
openstackgerritJohn Garbutt proposed openstack/nova: devref: add information to clarify nova scope  https://review.openstack.org/17862309:50
*** markvoelker has joined #openstack-nova09:54
lxslibauzas: YVR?09:54
bauzaslxsli: airport codename AFAIK09:55
bauzaslxsli: maybe just a pirouette for avoiding to mention the liberty gate :)09:55
openstackgerritgaryk proposed openstack/nova: VMware: add in vnic resource limitations  https://review.openstack.org/18020209:55
openstackgerritgaryk proposed openstack/nova: VMware: create commom object for instance Limits  https://review.openstack.org/17905909:55
openstackgerritgaryk proposed openstack/nova: VMware: Resource limits for memory  https://review.openstack.org/17906009:55
openstackgerritgaryk proposed openstack/nova: VMware: store extra_specs object  https://review.openstack.org/17906109:55
openstackgerritgaryk proposed openstack/nova: VMware: add resource limits for disk  https://review.openstack.org/17906209:55
bauzasaka. lemminggate :)09:55
tdurakovbauzas, AZs are host related, not instances - that's good.09:57
bauzastdurakov: the only reason I see for persisting the instance AZ information is when migrating09:57
tdurakovinstance AZ is actually a hint given by the user, so that's a request_spec information - as discussed before, that's confusing09:58
tdurakovdon't like 'hint'09:58
*** markvoelker has quit IRC09:58
tdurakovit's strange to store hints there09:59
bauzastdurakov: I don't want to paint my shed, but it is - that's a request data09:59
bauzastdurakov: the word 'hint' is maybe confusing, agreed09:59
bauzastdurakov: technically, that's a SLA09:59
*** dims_ has joined #openstack-nova09:59
tdurakov:) i'll prefer to use this field to store actual info09:59
*** lucasagomes_ has joined #openstack-nova10:00
bauzastdurakov: you mean the instance.az field ? it should tell us bye-bye IMHO10:00
tdurakovfor now10:00
tdurakovuntil it say good bye)10:00
*** dulek has quit IRC10:01
bauzastdurakov: as I mentioned, there are already a few changes working on that, sec10:01
bauzastdurakov: https://review.openstack.org/#/c/163842/ is one of those10:01
bauzastdurakov: just giving you idea on how hacky this is10:01
bauzastdurakov: because we also cache this information10:01
*** lucasagomes has quit IRC10:02
bauzashttps://review.openstack.org/#/c/149562/ and  https://review.openstack.org/#/c/172906/ too10:02
*** dulek has joined #openstack-nova10:02
bauzastdurakov: I'm sorry, I'll have to stop this convo - really useful because you helped me thinking about the real issue10:02
*** IanGovett1 has joined #openstack-nova10:02
bauzastdurakov: now I have an opinion10:03
bauzastdurakov: but I have lots of things to do as well, so I need to stop :)10:03
*** dulek has quit IRC10:03
tdurakovok, thanks. it was helpful10:03
bauzasas well,10:04
bauzasbye10:04
*** otter768 has joined #openstack-nova10:04
*** IanGovett has quit IRC10:05
*** zhangtralon has quit IRC10:06
*** lucasagomes_ is now known as lucasagomes10:08
*** otter768 has quit IRC10:09
*** romainh1 has quit IRC10:13
*** emagana has joined #openstack-nova10:14
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080910:18
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069510:18
*** emagana has quit IRC10:18
*** liusheng has quit IRC10:19
*** moshele has quit IRC10:19
*** liusheng has joined #openstack-nova10:21
*** moshele has joined #openstack-nova10:21
*** ildikov has quit IRC10:22
openstackgerritTimofey Durakov proposed openstack/nova: Fix for availability_zone in instances table  https://review.openstack.org/18091510:37
*** mpsairam has quit IRC10:38
*** vladikr has quit IRC10:38
*** ildikov has joined #openstack-nova10:38
*** coolsvap is now known as coolsvap|afk10:43
*** baoli has joined #openstack-nova10:43
*** ociuhandu has joined #openstack-nova10:47
*** baoli has quit IRC10:48
*** alexpilotti has joined #openstack-nova10:49
bauzasjohnthetubaguy: quick q, is it you who removed my name from the lib summit ideas etherpad or is it my mobile device who said to me I was adding some lines to the etherpad but didn't ?10:51
bauzasjohnthetubaguy: the etherpad timeslider is buggy for me, can't see what happened and why10:51
bauzasjohnthetubaguy: (speaking about the volunteers for the sessions)10:52
johnthetubaguybauzas: your name is there as a joint leader I think10:54
bauzasjohnthetubaguy: strange ?10:54
bauzasjohnthetubaguy: can't see it10:54
johnthetubaguybauzas: line 15?10:54
bauzasjohnthetubaguy: I honestly don't take much of importance to be seen as leader, I just want to understand why I thought I wrote something than I can't see it10:55
*** markvoelker has joined #openstack-nova10:55
bauzasjohnthetubaguy: speaking of https://etherpad.openstack.org/p/liberty-nova-summit-ideas10:55
bauzasjohnthetubaguy: L331 I mentioned my name10:55
bauzasjohnthetubaguy: but can't see it10:56
johnthetubaguybauzas: oh right, not sure I saw your name there before, my bad10:56
bauzasjohnthetubaguy: again, that's not much about myself, that's more about if I can trust my android10:56
bauzasjohnthetubaguy: ok then my android chrome sucks10:56
johnthetubaguybauzas: it could have been me10:57
johnthetubaguybauzas: not yet sure about that separate resource tracker slot, need to see what else crops up, I think there was a suggestion on the ML I need to dig into10:57
bauzasjohnthetubaguy: yup, I'm thinking about that too10:57
*** sahid has quit IRC10:57
johnthetubaguybauzas: anyways, I added into the first scheduler session for now10:58
bauzasjohnthetubaguy: I would see it as a free slot for discussing urgent queries10:58
bauzasjohnthetubaguy: cool, that's fine by me10:58
johnthetubaguybauzas: we already have two of those10:58
*** sahid has joined #openstack-nova10:58
*** Longgeek has quit IRC10:58
bauzasjohnthetubaguy: yeah, I don't get much importance of the 1150 slot for the scheduler, IMHO we have enough time10:58
*** Longgeek has joined #openstack-nova10:58
bauzass/get/give10:58
johnthetubaguybauzas: might just end up being cells/scheduler overflow, but still actively looking for anything else10:58
bauzasjohnthetubaguy: yup, consider it as free10:59
bauzasjohnthetubaguy: alaski was maybe interested in hijacking that slot10:59
johnthetubaguybauzas: it could include persistent resource tracker, committing resources during the scheduling process, and general simplification plans and hows doing it10:59
*** markvoelker has quit IRC11:00
bauzasjohnthetubaguy: scaling out the scheduler for cells v2 is IMHO a huge discussion11:00
bauzasjohnthetubaguy: so it could probably just leave the other cells v2 topic undiscussed11:00
bauzastopic*11:00
bauzastopics even11:00
bauzasbut we have a 2nd slot for cells V211:00
bauzasso, anyway, that's your call, take it as your convenience11:01
bauzasI'm fine with sticking with what we have already, the 1150 slot is just bonus to me11:01
bauzaseither for cells or scheduler11:01
openstackgerritgaryk proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094211:01
bauzasjohnthetubaguy: ^11:01
*** achanda has joined #openstack-nova11:02
johnthetubaguybauzas: yeah, lets see what comes up11:02
bauzasjohnthetubaguy: sure, PCI and NUMA sounds also a good fit btw.11:03
bauzasjohnthetubaguy: just because we made actions during the last Summit about 3rd party CI etc.11:03
bauzasjohnthetubaguy: and I would love having feedback on that and if any other actionable items to do11:04
johnthetubaguybauzas: yes thats true, I added PCI hardening to that slot11:04
bauzasjohnthetubaguy: IIRC there is a proposal for a NUMA priority for Lib11:05
johnthetubaguybauzas: actually those are the key issues with the resource tracker, so thats maybe a good way to twist that11:05
bauzasjohnthetubaguy: lemme check11:05
bauzasjohnthetubaguy: yup exactly, we suffer of that11:05
bauzasjohnthetubaguy: yeah, NFV is proposed as a prio, I don't want to talk about that but rather the points it raises11:06
bauzasjohnthetubaguy: https://etherpad.openstack.org/p/liberty-nova-priorities mentions CI issues, distro problems etc.11:07
bauzasjohnthetubaguy: sounds enough chatty for one session, if we cover PCI and NUMA IMHO11:07
johnthetubaguyyeah11:07
*** achanda has quit IRC11:07
johnthetubaguyI like that11:07
johnthetubaguywell, I don't, but its a good idea, if we get the correct discussion going11:07
johnthetubaguybauzas: can you check these two out for me now please: https://etherpad.openstack.org/p/YVR-nova-scalling-out-scheduler-for-cells https://etherpad.openstack.org/p/YVR-nova-scheduler-in-liberty11:08
bauzasjohnthetubaguy: yeah, it's all about seeing what's worth doing11:08
bauzasjohnthetubaguy: sure will do11:08
bauzasjohnthetubaguy: I already noted a few things for the latter11:08
*** emagana has joined #openstack-nova11:08
bauzasjohnthetubaguy: and I'll look at the former11:09
*** ankit_ag has quit IRC11:11
*** ankit_ag has joined #openstack-nova11:11
*** emagana has quit IRC11:13
*** bfic has joined #openstack-nova11:15
*** VW_ has joined #openstack-nova11:18
*** VW_ has quit IRC11:22
*** kaufer has joined #openstack-nova11:25
openstackgerritLianhao Lu proposed openstack/nova-specs: Add new API to list compute node metrics  https://review.openstack.org/18004911:26
*** oro has joined #openstack-nova11:26
*** ferest has joined #openstack-nova11:30
*** links has quit IRC11:31
*** moshele has quit IRC11:32
*** ferest has quit IRC11:32
*** links has joined #openstack-nova11:32
*** sudipto has joined #openstack-nova11:34
*** dulek has joined #openstack-nova11:38
*** moshele has joined #openstack-nova11:41
*** moshele has quit IRC11:42
*** romainh has joined #openstack-nova11:42
openstackgerritSean Dague proposed openstack/nova: don't report service group connection events as errors  https://review.openstack.org/18095611:45
sdagueso... I'm sifting through some of these fails during upgrades, and nova-compute is barf o matic during the partial upgrade11:50
*** sudipto has quit IRC11:50
sdaguebecause the periodic tasks to do things with the db try to run when conductor is down11:50
sdaguehave we considered that window, or are we just hoping that compute won't do anything bad with partial data11:51
*** openstackgerrit has quit IRC11:52
*** openstackgerrit has joined #openstack-nova11:53
*** VW_ has joined #openstack-nova11:53
*** markvoelker has joined #openstack-nova11:56
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080911:56
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069511:56
*** VW_ has quit IRC11:57
*** mmedvede_ has joined #openstack-nova11:59
*** kiran-r has quit IRC12:00
*** markvoelker has quit IRC12:00
dikonooralex_xu : Hi12:01
dikonooralex_xu: Do you know when will nova start moving to use oslo_policy?12:02
*** emagana has joined #openstack-nova12:02
dikonooralex_xu : I have some very basic questions around the policy enforcement and the more i look at it , the more confused I am . I am trying to take a closer look at what really needs to be passed to policy.enforce to ensure that the ownership rules like "owner": "user_id:%(user_id)s" work12:04
*** raildo has joined #openstack-nova12:05
*** otter768 has joined #openstack-nova12:05
*** yassine_ has quit IRC12:05
dikonooralex_xu: If I am not wrong , the enforce method expects the rule name , context/credentials from the request you are trying to make and a dictionary around the target object..The dictionary around the target object is what confuses me12:05
*** emagana has quit IRC12:07
dikonooralex_xu : I was initially under the impression that the enforce method basically tries to match the contents from the request credentials to the target and thus attempts to figure out if the user making the request has the right ownership on the target resources (based on the rule defined in the policy.json)12:07
*** raildo has quit IRC12:10
*** otter768 has quit IRC12:10
*** raildo has joined #openstack-nova12:10
dikonooralex_xu: and probably that's what it does.. but I see that in most of the nova api calls the authorize call (which in turn calls policy.enforce) is called right at the beginning of the api method..So , if we take a case where I want only the resource owner (i e user) to update the resource , the call to authorize with not carry any value for target..12:10
*** doude_ has quit IRC12:10
*** doude has joined #openstack-nova12:11
*** ankit_ag has quit IRC12:11
*** ankit_ag has joined #openstack-nova12:12
dikonooralex_xu : As the target is None , target is set to some values pulled from the context  >>  https://github.com/openstack/nova/blob/master/nova/api/openstack/extensions.py#L34112:12
dikonooralex_xu: so where does the filtering that this resource is owned by not by the user making the request happen?12:13
*** markvoelker has joined #openstack-nova12:15
dikonoordhellmann : alex_xu: could you guys (or someone else) point me to the code where that logic runs ..i e in the flow I mentioned here , where does it try to figure out if the resource is owned by the user making the request12:16
*** dprince has joined #openstack-nova12:16
*** liusheng has quit IRC12:16
*** aysyd has joined #openstack-nova12:18
*** liusheng has joined #openstack-nova12:19
*** dave-mccowan has joined #openstack-nova12:24
*** busterswt has joined #openstack-nova12:26
*** rfolco has joined #openstack-nova12:29
openstackgerritjichenjc proposed openstack/nova-specs: Allow adjust ephemeral disks during resize  https://review.openstack.org/14573612:31
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: add in vnic resource limitations  https://review.openstack.org/18020212:33
*** sudipto has joined #openstack-nova12:37
*** VW_ has joined #openstack-nova12:38
*** bkopilov has quit IRC12:39
alex_xudikonoor: currently we didn't enable user owned permission, I plan to do that in the beginning, but unfortunately that didn't include in the initial policy spec. And if we want to do that, it need some behavior change for the API.12:40
alex_xudikonoor: target with the resource obj only bring to us one benefit is enable user-owned permission, I'm not sure is there anyone using nova like that, so I list that works as low priority12:41
*** bfic has quit IRC12:44
dikonooralex_xu: That's very interesting because I tried few with ownerhsip rules and it seems to work and I thought it was already implemented..12:45
dikonooralex_xu ..For eg. I tried with these >> "compute:start": "rule:admin_or_owner",12:45
dikonoor    "compute:stop": "rule:admin_or_owner",12:45
dikonoor    "compute:pause": "rule:admin_or_owner",12:45
dikonoor    "compute:unpause": "rule:admin_or_owner",12:45
dikonoor    "compute:update": "rule:admin_or_owner",12:45
*** bfic has joined #openstack-nova12:45
alex_xudikonoor: ok, I see what you mean now...12:45
dikonooralex_xu : with rule defined as >> "owner": "user_id:%(user_id)s",12:45
dikonoor    "admin_or_owner": "rule:adm or rule:owner",12:45
*** bfic has quit IRC12:45
alex_xudikonoor: that works even without target12:45
alex_xudikonoor: the owner permission is done by db code12:46
dikonooralex_xu : Ah ..ok..db layer..12:46
dikonooralex_xu : So the db code does that layer of filter based on the ownership rule defined in policy.json? Could you point me to some code that does that db filtering?12:47
*** yassine_ has joined #openstack-nova12:49
alex_xudikonoor: ok, just saw you said user_id:%(user_id)s, the target is passed at here https://github.com/openstack/nova/blob/master/nova/compute/api.py#L22512:49
openstackgerritgaryk proposed openstack/nova: VMware: support limits via image meta data  https://review.openstack.org/18094212:49
dikonooralex_xu : Apart from the lifecycle operations , I have tried this in others like attach_volume , detach_volume and many others..The rules "owner": "user_id:%(user_id)s" or "owner": "project_id:%(project_id)s" works for all these12:49
*** dulek has quit IRC12:50
*** dims_ has quit IRC12:51
*** dims has joined #openstack-nova12:51
*** jichen has quit IRC12:52
*** dulek has joined #openstack-nova12:54
dikonooralex_xu : these have targets..I agree..When you said earlier that the ownerhsip stuff is not implemented yet , I guess you meant something else..what was it?12:55
alex_xudikonoor: 'compute:*' is compute api layer, the api layer without the target12:56
alex_xudikonoor: "os_compute_api:*" won't support user-owned permission12:56
alex_xudikonoor: and "compute_extension:*" won't support also12:57
*** emagana has joined #openstack-nova12:57
*** signed8bit_ZZZzz has quit IRC12:57
*** IanGovett1 has quit IRC12:58
alex_xudikonoor: do you have real use-case for user want to use user-owned permission?12:59
RuiChenjohnthetubaguy: can you have a look https://review.openstack.org/#/c/169638/ when you have time? please feel free for some comments, thanks.12:59
*** claudiub_ has quit IRC13:00
*** IanGovett has joined #openstack-nova13:00
*** ildikov has quit IRC13:00
*** moshele has joined #openstack-nova13:00
*** emagana has quit IRC13:01
openstackgerritsahid proposed openstack/nova-specs: console: convert consoles code to use objects framework  https://review.openstack.org/16583813:01
*** mriedem has joined #openstack-nova13:02
*** ildikov has joined #openstack-nova13:02
*** Mike_D_laptop has joined #openstack-nova13:04
dikonoordikonoor: I wasn't aware that there were target based differences across diferent api layers within nova..lemme go through it a little more. yeah.. user and project-based ownerhsip is something that all serious cloud users ask for /would want to have..13:05
sahiddansmith: any chance to get your review here https://review.openstack.org/#/c/171287/ ?13:06
openstackgerritSudipta Biswas proposed openstack/nova-specs: Report host memory b/w as a metric in Nova  https://review.openstack.org/18098313:06
*** yingjun has joined #openstack-nova13:07
*** neelashah has joined #openstack-nova13:08
mriedemsahid: is there some other change that's part of https://blueprints.launchpad.net/nova/+spec/resource-objects that will use that field?13:08
*** tonytan4ever has quit IRC13:08
sahidmriedem: looking13:09
mriedemsahid: like one of these maybe https://review.openstack.org/#/q/topic:resource-objects,n,z13:09
mriedemsahid: i'd ask jaypipes on that before removing it13:09
*** IanGovett has quit IRC13:10
sahidmriedem: yes it probably better to get te return from jaypipes I looked at when it has been introduced13:10
sahidbut sure more reviews we have better it will be13:11
*** baoli_ has joined #openstack-nova13:11
*** kiran-r has joined #openstack-nova13:12
alex_xudikonoor: ok, let me think about it.13:13
*** baoli_ has quit IRC13:13
*** IanGovett has joined #openstack-nova13:13
*** burt has joined #openstack-nova13:13
*** baoli has joined #openstack-nova13:14
alex_xuadvertisement: the policy patches related to service, compute_node and quota are in good shape. Appreciate any review! https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/nova-api-policy-final-part,n,z13:15
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: Hypervisor Support Matrix renders links in notes  https://review.openstack.org/18098513:16
*** tjones1 has joined #openstack-nova13:16
*** tjones1 has left #openstack-nova13:17
*** david-lyle has quit IRC13:19
*** park_heijlong has joined #openstack-nova13:20
openstackgerritsahid proposed openstack/nova: compute: make test rpcapi more flexible  https://review.openstack.org/16417713:21
*** yingjun has quit IRC13:23
*** cfriesen has joined #openstack-nova13:23
*** dboik has quit IRC13:24
*** openstackstatus has quit IRC13:25
sahidmriedem: btw :) if i can ask you.. we have two backports with clean cherry-pick can you take a look at them?13:25
sahidhttps://review.openstack.org/#/c/180075/13:25
sahidhttps://review.openstack.org/#/c/178072/13:25
mriedemi can13:26
sahidgaryk: already acked the first one and I guess he will be happy to ack the other then13:26
*** openstackstatus has joined #openstack-nova13:26
*** ChanServ sets mode: +v openstackstatus13:26
sahidgreat thank you13:26
*** eharney has quit IRC13:28
openstackgerritAnne Gentle proposed openstack/nova: Changes conf.py for Sphinx build because oslosphinx now contains GA  https://review.openstack.org/17252513:29
garykmriedem: without it a large majority of instances do not boot13:30
mriedemgaryk: so where is the bug?13:30
mriedema backport w/o a bug reference is suspect13:30
dansmithsahid: just FYI, in general this sort of thing is not very useful right now since we've moved everything to o.vo and are going to drop all of nova's stuff like this anyway13:31
dansmithsahid: but, this one isn't in o.vo, so I guess it's okay to remove13:31
*** kaufer has quit IRC13:32
*** changbl has quit IRC13:33
*** gokrokve has joined #openstack-nova13:33
garyki was sure that i added a bug.13:33
sahiddansmith: yes i understand, thanks for the information13:34
mriedemalexpilotti: are you around to talk about this hyper-v gen2 thing in the mailing list?13:35
*** moshele has quit IRC13:37
*** yamahata has joined #openstack-nova13:37
*** moshele has joined #openstack-nova13:37
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Filter out inactive compute firstly  https://review.openstack.org/18015513:40
*** park_heijlong has quit IRC13:42
*** signed8bit has joined #openstack-nova13:42
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: handle NotSupportedError in compareCPU  https://review.openstack.org/16613013:42
*** vladikr has joined #openstack-nova13:43
sdaguedansmith: so... in looking into some of the more recent grenade failures on the partial job, once we've dropped conductor, the compute periodic jobs on the old side keep chugging13:44
sdagueand mostly stack tracing13:44
sdaguebecause the idea that conductor might be down is... never anticipated13:44
dansmithsdague: so my change hit that same thing again.. have you seen it on other jobs, or is that somethign else?13:44
*** dboik has joined #openstack-nova13:44
dansmithsdague: right, they've always done that, AFAIK13:44
*** dboik has quit IRC13:44
sdagueso I've seen that on a bunch of jobs13:45
dansmithwhich, the stack tracing or the thing I was hitting?13:45
*** dboik has joined #openstack-nova13:45
sdagueI'm seeing the stack tracing a lot13:45
*** signed8b_ has joined #openstack-nova13:45
*** zzzeek has joined #openstack-nova13:46
sdagueI'm seeing the computes loose networking some times13:46
dansmithright, that should have been happening since the beginning of the partial job13:46
dansmiththe stack-tracing that is13:46
sdagueok, that seems, suboptimal right, because are we sure the periodic tasks are atomic? (i.e. won't mess anything up if they lose connectivity part way through)13:47
dansmithwell, it's the same as any other sort of connectivity loss, right?13:47
mriedemi don't think we are sure of that13:47
*** kaufer1 has joined #openstack-nova13:47
dansmithand/or just a regular timeout to do a thing13:47
mriedemsync_instance_power_state could be sending a stop API that fails in the middle b/c conductor is down13:48
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080913:48
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069513:48
dansmithif you request a thing and then another thing, those go to two different conductors,13:48
dansmithand if one is wedged, then you'll timeout in the same way13:48
dansmithso that problem isn't really any different than normal runtime13:48
openstackgerritdave-mcnally proposed openstack/nova: Add policy to cover snapshotting of volume backed instances  https://review.openstack.org/17680513:48
danpbdansmith: i'm looking at the Boolean field type and its coerce() method which simply does 'bool(value)'13:49
dansmithmriedem: what does the stop example matter?13:49
*** gokrokve has quit IRC13:49
danpbdansmith: this means that strings like  'false', 'no' all end up being coerced to True13:49
*** signed8bit has quit IRC13:49
*** r-daneel has joined #openstack-nova13:49
dansmithdanpb: yeah, it's truthiness, and any non-zero string is truthy13:49
danpbdansmith: right but for the image properties object we really need it to do  strutils.bool_from_string()13:50
mriedemdansmith: it doesn't really, just means the periodic tasks shouldn't expect conductor/api to be up13:50
danpbso i'm wondering whether changing the Boolean field to use  bool_from_string is acceptable,13:50
danpbor whether we need todo somethin different13:50
sdaguedansmith: well I'm trying to poke at reasons why a guest on the network was responding to pings, 0 api calls were made, then it stops responding to pings13:50
dansmithmriedem: well everything they do with checking/fixing state requires conductor to be up, but I agree they should be idempotent13:50
*** kiran-r has quit IRC13:51
dansmithsdague: yeah.. do any of the periodics affect firewall rules? I can't think of any off the top of my head13:51
*** jamielennox is now known as jamielennox|away13:51
mriedemdansmith: umm13:51
dansmithdanpb: it's part of the API of the library now, so you can't really make that change, no13:51
dansmithdanpb: you can add a LooseBool field that inherits from bool that coerces with that though and use that in your object13:52
mriedemthere is the heal_instance_info_cache task, that doesn't directly do anything with fw rules, but wondering if something bad could happen there13:52
mriedemloosebool sounds too much like loosestoole13:52
mriedem*stool13:52
dansmithmriedem: I don't think so, that one is mostly just calling to neutron, storing the result, IIRC13:52
dansmithmriedem: danpb can feel free to come up with a less scatalogical name if he prefers :)13:53
*** gokrokve has joined #openstack-nova13:53
danpbdansmith: ok, i'll do that approach13:53
*** gszasz has quit IRC13:54
*** links has quit IRC13:54
*** gokrokve has quit IRC13:54
*** IanGovett1 has joined #openstack-nova13:55
*** gokrokve has joined #openstack-nova13:55
*** oro has quit IRC13:55
dansmithcool13:56
*** gszasz has joined #openstack-nova13:57
*** IanGovett has quit IRC13:57
*** zul has quit IRC13:57
*** sudipto has quit IRC13:59
sdagueok, so we've got 16 fails in the last 7 days on the test servers not pinging - http://logstash.openstack.org/#eyJzZWFyY2giOiJcImNvdWxkbid0IHBpbmdcIiIsImZpZWxkcyI6W10sIm9mZnNldCI6MCwidGltZWZyYW1lIjoiNjA0ODAwIiwiZ3JhcGhtb2RlIjoiY291bnQiLCJ0aW1lIjp7InVzZXJfaW50ZXJ2YWwiOjB9LCJzdGFtcCI6MTQzMTAwNjg2OTUzOH0=14:01
sahidjogo: funny here https://review.openstack.org/#/c/164168/ ;)14:01
sdaguethey don't all look the same, but I'm trying to figure out what would be the best additional information to get to the bottom of these14:02
*** zul has joined #openstack-nova14:02
sdagueI've got code going in that will give us iptables dumps on fails, but perhaps also doing those dumps at various stages could help figure out working vs. non.14:03
*** thangp has joined #openstack-nova14:03
*** eglynn has joined #openstack-nova14:03
mriedemsdague: these all look like nova-network jobs?14:04
dansmithsdague: I've got a call now, but can jump back in in an hour14:04
sdaguemriedem: yep14:04
mriedemsdague: hmm14:04
*** nkrinner has quit IRC14:04
mriedemsdague: would dumping the network info_cache be any help?14:04
garykjohnthetubaguy: can you please post the link for the etherpad for the sessions14:04
sdaguedon't know, I'm happy to take options here :)14:04
mriedemwe log the nw info_cache in the n-net logs everywhere but it's a big ugly dict so it's a bit hard to trace14:05
sdaguethough it is interesting that neutron is more reliable here14:05
mriedemwould be nice to know at the point of failure what our nw info_cache looks like compared to iptables14:05
dansmithsdague: do we do a partial run with neutron?14:05
mriedemyes14:05
sdaguedansmith: we do not14:05
sdaguehowever this isn't only partial fails14:05
mriedemisn't there one on experimental?14:05
dansmithand this only happens on the partial job right?14:05
dansmithah, okay14:05
*** achanda has joined #openstack-nova14:06
*** otter768 has joined #openstack-nova14:06
mriedemi thought there was a grenade partial neutron on the exp queue14:06
sdagueso... that signature is just a "stuff doesn't work" signature14:06
sdagueI think this is at least a couple of different problems overlapping14:06
mriedemi'd have to look but,14:06
*** eharney has joined #openstack-nova14:06
mriedemalex_xu:  and jichenjc and i were looking at some n-net errors in some other race bugs14:06
mriedemon fixed ip alloc/dealloc14:07
sdaguemriedem: ok14:07
mriedemhttps://review.openstack.org/#/c/171390/14:07
mriedemhttps://bugs.launchpad.net/nova/+bug/1249065/comments/3014:07
openstackLaunchpad bug 1249065 in OpenStack Compute (nova) "Nova throws 400 when attempting to add floating ip (No nw_info cache associated with instance)" [Medium,In progress] - Assigned to Matt Riedemann (mriedem)14:07
sdagueyeh, so in all these runs I'm allocating floating ips to the guests because that seemed like the more generic way to handle it regardless of neutron / nova14:08
alex_xumriedem: I didn't take a look at neutron case yet, will try to take a look at it weekend14:08
openstackgerritRajesh Tailor proposed openstack/nova: Fix quota-update when nova-compute startup finish  https://review.openstack.org/12234714:08
sdaguebecause the ovs networks don't let you connect from host to guest14:08
sdaguemriedem: https://review.openstack.org/#/c/171390 is merge conflicting14:08
mriedemi know14:09
mriedemlots of my changes are merge conflicting this week14:09
sdagueheh14:09
sdagueok, stepping away for a bit14:09
alex_xujohnthetubaguy: jaypipes do you have want an api meeting this week? As Ken'ichi can't ensure join the meeting and gilliard_afk is on vacation, if you didn't have anything want to talk about, then I think we can cancel api meeting this week14:10
*** oro has joined #openstack-nova14:10
*** achanda has quit IRC14:11
*** otter768 has quit IRC14:11
openstackgerritChris Friesen proposed openstack/nova: unify libvirt driver checks for qemu  https://review.openstack.org/17554214:11
*** signed8b_ has quit IRC14:12
*** jcoufal has quit IRC14:14
*** ankit_ag has quit IRC14:14
*** abhishekk has quit IRC14:15
*** bkopilov has joined #openstack-nova14:20
*** baoli has quit IRC14:22
*** ddaskal has joined #openstack-nova14:22
*** baoli_ has joined #openstack-nova14:23
openstackgerritEric Brown proposed openstack/nova: VMware: Allow other nested hypervisors (HyperV)  https://review.openstack.org/18101814:24
openstackgerritEric Harney proposed openstack/nova: Add error message to failed block device transform  https://review.openstack.org/18058414:25
*** bfic has joined #openstack-nova14:25
*** moshele has quit IRC14:25
*** tpeoples has joined #openstack-nova14:26
*** signed8bit has joined #openstack-nova14:26
*** signed8bit has quit IRC14:27
*** jcoufal has joined #openstack-nova14:27
tpeoplesIs there a way to dump information about a hung nova-compute process? Telnetting into the eventlet backdoor port just hangs as well. I'd like to be able to determine where the native thread is hung if possible14:27
mriedemtpeoples: yeah sec14:28
mriedemtpeoples: http://docs.openstack.org/developer/nova/devref/gmr.html14:28
*** bfic has left #openstack-nova14:28
*** achanda has joined #openstack-nova14:29
*** achanda has quit IRC14:31
jaypipesalex_xu: I would like to find some resolution on the 403 Forbidden for OverQuota issue with you, sdague, cdent, and others...14:31
jaypipesalex_xu: or at least, have a conversation about it, even if no resolution.14:32
alex_xujaypipes: it should on nova-api meeting, or api-wg meeting?14:32
jaypipessahid: https://review.openstack.org/#/c/171287/ approved. thx man.14:32
tpeoplesmriedem: thanks14:33
jaypipesalex_xu: both, probably, but I think either meeting today is bad time for you :(14:33
openstackgerritEric Brown proposed openstack/nova: VMware: update supported vsphere 6.0 os types  https://review.openstack.org/18102014:34
alex_xujaypipes: yea, api-wg meeting is bad time, but I can try. nova-api meeting is good time for me.14:35
*** kaufer1 has quit IRC14:35
*** Murali has quit IRC14:35
jaypipesalex_xu: ok, cool. let's discuss it then.14:36
tpeoplesmriedem: does that require me to import gmr and register the hook prior to starting the nova process?  I'm not sure if I'll be able to reproduce if I do that (scale testing) so trying to get info about the currently hung process if at all possible14:36
*** zsais has joined #openstack-nova14:37
*** moshele has joined #openstack-nova14:38
alex_xujaypipes: yea, cool, let me send a note for nova api meeting14:39
*** zsais22 has joined #openstack-nova14:40
*** emagana has joined #openstack-nova14:41
openstackgerritEric Brown proposed openstack/nova: VMware: Allow other nested hypervisors (HyperV)  https://review.openstack.org/18101814:41
sahidjaypipes: thank you14:42
*** packet has joined #openstack-nova14:43
*** jichen has joined #openstack-nova14:43
*** zsais has quit IRC14:43
*** tonytan4ever has joined #openstack-nova14:45
*** tonytan4ever has quit IRC14:49
*** hemnafk is now known as hemna14:52
*** zsais222 has joined #openstack-nova14:55
*** ociuhandu_ has joined #openstack-nova14:56
*** popw has quit IRC14:56
*** achanda has joined #openstack-nova14:56
*** ociuhandu has quit IRC14:56
*** ociuhandu_ is now known as ociuhandu14:56
*** xyang1 has joined #openstack-nova14:58
*** yamahata has quit IRC14:59
*** zsais22 has quit IRC14:59
*** baoli_ has quit IRC14:59
*** yamahata has joined #openstack-nova14:59
*** andrewbogott_afk is now known as andrewbogott14:59
*** baoli has joined #openstack-nova15:00
dansmithsdague: mriedem okay, I'm done if I can help further on that network thing15:00
*** dboik_ has joined #openstack-nova15:01
mriedemdansmith: if you have any ideas about this it might help https://bugs.launchpad.net/nova/+bug/1249065/comments/3015:01
openstackLaunchpad bug 1249065 in OpenStack Compute (nova) "Nova throws 400 when attempting to add floating ip (No nw_info cache associated with instance)" [Medium,In progress] - Assigned to Matt Riedemann (mriedem)15:01
dansmithmriedem: is that related to the thing sdague was chasing, or something else?15:02
mriedemdansmith: well, maybe related15:02
*** jcoufal has quit IRC15:02
mriedemgeneral n-net funkiness wrt races15:02
*** achanda has quit IRC15:03
mriedemi'm trying to get my microversion change rebased and fixing the unit tests but the unit tests are throwing me off15:03
*** mspreitz has joined #openstack-nova15:04
*** dboik has quit IRC15:05
mriedemtpeoples: sorry i'm not a gmr wizard, just knew about the link15:05
dansmithtpeoples: you send SIGUSR1 to nova-compute and it dumps that data15:05
*** gszasz has quit IRC15:05
dansmithmriedem: that bug looks pretty bad15:05
dansmithmriedem: does it happen right after boot, such that it looks like a race?15:06
mriedemdansmith: the floating_ips one? been around for a long time, very rare in the gate15:06
dansmithugh15:06
tpeoplesthanks guys15:06
mriedemdansmith: given tempest i'm sure it is right after the instance goes active when they try to hit the floating ips api15:06
mriedemand at that point nw info_cache is empty15:07
JayFhttps://review.openstack.org/#/c/176395/ has 10 +1s, fixes a major bug with Ironic<>Nova + Configdrive. If someone could core review it I'd be appreciative15:07
dansmithand with nova-net, huh?15:07
*** apuimedo has quit IRC15:07
*** salv-orlando has quit IRC15:08
*** annegentle has joined #openstack-nova15:09
*** tonytan4ever has joined #openstack-nova15:09
dansmithmriedem: so was this the original ssh timeout bug that we thought was only neutron?15:09
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Create RequestSpec object  https://review.openstack.org/14552815:09
*** mwagner_lap has quit IRC15:10
dansmithmriedem: like, I didn't think we saw this 400 error every time we get that timeout15:10
*** apmelton_away is now known as apmelton15:10
mriedemdansmith: bug 1249065 is unrelated to the ssh timeout bug(s)15:10
openstackbug 1249065 in OpenStack Compute (nova) "Nova throws 400 when attempting to add floating ip (No nw_info cache associated with instance)" [Medium,In progress] https://launchpad.net/bugs/1249065 - Assigned to Matt Riedemann (mriedem)15:10
*** wwriverrat has quit IRC15:10
mriedemwell, unrelated in that the tests aren't trying to do ssh thingies15:10
dansmithmriedem: https://bugs.launchpad.net/nova/+bug/1249065/comments/115:11
dansmithso, I thought we only did async network allocation on neutron, but I guess we do it even for nova-net15:12
mriedemyeah15:13
mriedemdansmith: i was thinking more like this http://logs.openstack.org/04/173304/7/check/check-tempest-dsvm-nova-v21-full/69342e7/console.html.gz#_2015-04-30_08_48_29_78115:13
BadCubHiya folks. Would it be possible to get some core reviews on: https://review.openstack.org/#/c/176395/ ?15:13
mriedemthe tempest api tests aren't doing ssh like the scenario tests15:13
*** annegentle has quit IRC15:14
mriedemif bug 1249065 only ever shows up in that rescue test, might be a problem with rescue15:14
openstackbug 1249065 in OpenStack Compute (nova) "Nova throws 400 when attempting to add floating ip (No nw_info cache associated with instance)" [Medium,In progress] https://launchpad.net/bugs/1249065 - Assigned to Matt Riedemann (mriedem)15:14
*** annegentle has joined #openstack-nova15:14
lucasagomeshi all, if you have a time please take a look at this patch for Ironic https://review.openstack.org/#/c/176395/ it's quite small (+3,-2LOC) and fix a bug with the configdrive in Ironic15:14
lucasagomesthanks15:14
mriedemwho wtf http://logs.openstack.org/32/178332/5/check/check-tempest-dsvm-postgres-full/fb52792/logs/screen-n-api.txt.gz?level=TRACE#_2015-05-06_16_43_36_06115:15
mriedemi've never seen that before ^15:15
mriedemoh negative test, so hitting a db api thing in postgresql15:16
dansmithmriedem: unfortunately that doesn't generate any logs on the api or compute side15:16
dansmiththe 400 for associate that is15:16
dansmithand on rescue we don't have to do an allocation step, AFAIK15:17
mriedemdansmith: same http://logs.openstack.org/04/173304/7/check/check-tempest-dsvm-nova-v21-full/69342e7/console.html.gz#_2015-04-30_09_04_21_52515:17
dansmithright15:17
dansmiththat's the one I'm talking about15:17
mriedemwell in the api log it's just info level http://logs.openstack.org/04/173304/7/check/check-tempest-dsvm-nova-v21-full/69342e7/logs/screen-n-api.txt.gz#_2015-04-30_08_48_27_30015:18
mriedembut it's the same, and not helpful15:18
mriedemwonder, could we just add a check somewhere in the network api layer such that if instance.info_cache goes from something to nothing, we log a warning?15:19
mriedemlike in the refresh decorator?15:19
dansmithwell, in the instance object would catch everything I think15:19
mriedemsure, anything15:19
mriedemjust, once you have some nw info, is it valid to not anymore unless you're deleting or something?15:19
dansmithyeah15:20
dansmithwe don't even save the info cache if it's None15:20
dansmithon instance.save()15:20
alaskimriedem: just if you deallocate I think15:21
*** dsanders has joined #openstack-nova15:22
dansmithalaski: what?15:22
alaskifor nw_info to go from something to nothing15:22
alaskiif you deallocate the networks it would15:22
dansmithwhich you do when?15:23
dansmithbesides delete15:23
alaskionly delete afaik, but I am only familiar with simple use cases15:23
dansmithwhat about migration?15:23
dansmithdon't we do some deallocation on the old node on confirm?15:24
dansmithobviously it shouldn't null out info_cache, but..15:24
*** Nikolay_St has quit IRC15:24
mriedemi'm only seeing deallocate_network on terminate and build failed/reschedule15:25
alaskidansmith: it's setup_networks_on_host in that case, with teardown=True.  not sure what that actually does15:25
dansmithI'm only seeing info_cache.delete() in delete_instance and local_delete15:26
dansmithalaski: oh, right, right15:26
dansmithsetup(teardown=True) <--- terrible15:26
alaskiyep15:26
dansmithmriedem: that call is _add_floating_ip() in floating_ips.py right?15:28
mriedemdansmith: yeah https://review.openstack.org/#/c/171391/3/nova/api/openstack/compute/contrib/floating_ips.py15:29
dansmithso, that error is kinda misleading15:30
dansmithI was thinking that it meant there was no record in the db15:30
openstackgerritdave-mcnally proposed openstack/nova: Add policy to cover snapshotting of volume backed instances  https://review.openstack.org/17680515:31
dansmithbut it actually could mean that it's there and empty15:31
mriedemdansmith: right15:31
*** browne has quit IRC15:31
dansmithbecause of that completely useless helper15:31
*** oro has quit IRC15:31
mriedemwtf, nova.tests.unit.test_crypto.KeyPairTest.test_generate_key_pair times out for me locally every time i run it15:32
dansmiththat change you have proposed is kinda icky because it could generate a ton of back and forth with neutron15:33
mriedemdansmith: well, i originally proposed it b/c ganso in here was saying he was recreating the test failure all of the time on his juno ci setup,15:33
mriedemso wipped that up for him to see if it did anything,15:33
dansmithokay15:33
mriedemthen he changed something and wasn't hitting the problem anymore15:33
*** shiva has joined #openstack-nova15:35
*** Marga_ has joined #openstack-nova15:35
*** marun has joined #openstack-nova15:35
shivaHi15:35
*** dsanders has quit IRC15:35
*** Marga_ has quit IRC15:36
shivaWanted to know if I can get some help on VMWare + NOVA15:36
shivaespecially on VM placement stuff with NOVA on a cluster15:36
*** Marga_ has joined #openstack-nova15:36
openstackgerritDan Smith proposed openstack/nova: Log the actual instance.info_cache when empty in floating ip associate  https://review.openstack.org/18103515:36
dansmithmriedem: ^ that will give us some info about what is actually in info_cache15:37
cfriesenis there a way to run the tox pep8 tests only on specific files?15:37
dansmithnot sure if that can be warning, but seems appropriate given what that means15:37
mriedemdansmith: yeah, and assuming we can recreate it on that change15:37
mriedemout of thousands15:37
dansmithmriedem: well, we can just merge that and wait15:37
mriedemdansmith: you need it on v2 then also15:37
shivaI want to see if there is a way from nova to query which ESX host is the VM Placed on when deployed15:38
openstackgerritChris Friesen proposed openstack/nova: unify libvirt driver checks for qemu  https://review.openstack.org/17554215:38
mriedemcfriesen: nope15:38
mriedemshiva: see topic please15:38
mriedemshiva: you probably want to find garyk15:39
dansmithmriedem: okay15:39
dansmithshiva: try #openstack-vmware15:39
openstackgerritDan Smith proposed openstack/nova: Log the actual instance.info_cache when empty in floating ip associate  https://review.openstack.org/18103515:39
shivathanks dansmith15:39
openstackgerritMatt Riedemann proposed openstack/nova: Log the actual instance.info_cache when empty in floating ip associate  https://review.openstack.org/18103515:40
*** nelsnelson has joined #openstack-nova15:40
*** sdake has quit IRC15:44
*** sdake has joined #openstack-nova15:44
*** zhenguo has quit IRC15:44
*** shiva has left #openstack-nova15:47
*** lpetrut has quit IRC15:48
*** artom has joined #openstack-nova15:49
*** markus_z has quit IRC15:49
*** kylek3h has joined #openstack-nova15:49
garykdansmith: no one really uses #openstack-vmware any more - we prefer to do it here15:49
dansmithgaryk: okay, well, still, non-dev discussion belongs elsewhere15:50
*** mtanino has joined #openstack-nova15:50
garykdansmith: sure, but how areyou sure that it is not dev related15:51
*** artom has quit IRC15:51
*** artom has joined #openstack-nova15:51
dansmithgaryk: seems pretty clear to me15:52
dansmithassume shiva would have told us otherwise when we pointed to topic15:52
*** mtanino_ has joined #openstack-nova15:52
*** matrohon has quit IRC15:53
openstackgerritIldiko Vancsa proposed openstack/nova: Add functional test for server group  https://review.openstack.org/14751415:54
openstackgerritIldiko Vancsa proposed openstack/nova: scheduler:refactor group info in filter_properties  https://review.openstack.org/14827515:54
openstackgerritIldiko Vancsa proposed openstack/nova: api: add soft-affinity policies for server groups  https://review.openstack.org/14752015:54
openstackgerritIldiko Vancsa proposed openstack/nova: Add functional tests to soft affinity capabilities  https://review.openstack.org/14752115:55
openstackgerritIldiko Vancsa proposed openstack/nova: scheduler: add num of instance per host in a group  https://review.openstack.org/14827715:55
openstackgerritIldiko Vancsa proposed openstack/nova: object:add count_members_by_hosts to InstanceGroup  https://review.openstack.org/14751715:55
openstackgerritIldiko Vancsa proposed openstack/nova: scheduler: add soft-(anti-)affinity weighers  https://review.openstack.org/14751615:55
*** mtanino has quit IRC15:55
garykdansmith: it was actually related - we have a patch in review for donkeys years (parity to a libvirt one added in J). that would address the question15:56
dansmithasking a question about a missing feature you have a patch up for is not dev-related, IMHO, but whatever :)15:56
*** angdraug has joined #openstack-nova15:57
garykdansmith: helpful15:57
*** dsanders has joined #openstack-nova15:58
*** mtanino_ has quit IRC15:59
*** mwagner_lap has joined #openstack-nova16:00
*** moshele has quit IRC16:01
*** jlanoux has quit IRC16:02
*** dboik_ has quit IRC16:04
*** bkopilov has quit IRC16:04
*** dboik has joined #openstack-nova16:04
*** otter768 has joined #openstack-nova16:07
*** mpavone has quit IRC16:07
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069516:08
*** bkopilov has joined #openstack-nova16:09
*** salv-orlando has joined #openstack-nova16:09
*** sahid has quit IRC16:10
*** otter768 has quit IRC16:11
*** salv-orlando has quit IRC16:12
*** browne has joined #openstack-nova16:13
openstackgerritMichal Rostecki proposed openstack/nova-specs: Dedicate aggregates for specific tenants  https://review.openstack.org/18105416:13
*** pask81 has quit IRC16:14
*** lpetrut has joined #openstack-nova16:15
*** unicell has quit IRC16:17
*** derekh has quit IRC16:19
*** gokrokve_ has joined #openstack-nova16:22
*** changbl has joined #openstack-nova16:23
*** gokrokve_ has quit IRC16:23
*** gokrokve_ has joined #openstack-nova16:24
*** Marga_ has quit IRC16:24
*** dikonoor has quit IRC16:24
*** mtanino has joined #openstack-nova16:25
*** gokrokve has quit IRC16:25
garykdansmith: please see comments on https://review.openstack.org/#/c/181035/16:26
dansmithgaryk: and it matters for a single param why?16:27
garyki think that you misunderstood.16:28
dansmiththe few things above it that I see with single format variables all use %16:28
dansmithso I think I'm good16:28
mriedemit's the delayed format processing with log.warning that garyk is probably referring to16:29
mriedemwith , vs %16:29
garyksure, in the past i have been asked to do the , instead of the % - so that the assignment is not done in the log module. but whatever you choose16:29
*** oro has joined #openstack-nova16:29
*** shakamunyi has quit IRC16:29
garykmriedem: yes, that is what i am referring to.16:29
dansmithmriedem: I don't get what the difference is for this though16:30
mriedemin the case that someone isn't logging at warning+ level, which i'd say is bonkers if they aren't16:30
dansmithin that case what?16:30
mriedemthat the substitution doesn't need to be performed if you're not logging at warning level16:31
*** Marga_ has joined #openstack-nova16:31
dansmithstill not getting why it matters, unless you're saying it saves the few cycles of doing a thing that doesn't need to be done16:32
mriedemtheoretically that's the point16:32
mriedembut i'm not -1 on this :)16:32
garyknor am i i just thought that dan would be open to a suggestion...16:32
*** xyang1 has quit IRC16:32
*** Murali has joined #openstack-nova16:32
*** lucasagomes has quit IRC16:33
dansmithheh, okay16:33
dansmithit's only in a rare error case, so not like we're doing it all the time either16:33
mriedemhttp://docs.openstack.org/developer/oslo.i18n/guidelines.html#adding-variables-to-log-messages16:33
mriedemofficially ^16:33
dansmithokay, if I have to rebase I'll change it16:33
garykthanks16:34
*** tpeoples has quit IRC16:34
*** emagana has quit IRC16:35
*** Murali_ has joined #openstack-nova16:35
*** alanf-mc has joined #openstack-nova16:36
*** Murali__ has joined #openstack-nova16:36
openstackgerritMichal Rostecki proposed openstack/nova-specs: Dedicate aggregates for specific tenants  https://review.openstack.org/18105416:37
*** Murali has quit IRC16:37
*** Murali__ is now known as Murali16:37
*** annegentle has quit IRC16:39
*** Murali_ has quit IRC16:40
*** rushiagr_away is now known as rushiagr16:40
*** emagana has joined #openstack-nova16:42
*** Nic has joined #openstack-nova16:43
*** gszasz has joined #openstack-nova16:43
*** alanf-mc has quit IRC16:43
*** tsekiyama has joined #openstack-nova16:44
*** alanf-mc has joined #openstack-nova16:45
*** dulek has quit IRC16:45
*** patrickeast has joined #openstack-nova16:46
*** IanGovett1 has quit IRC16:46
*** unicell has joined #openstack-nova16:47
*** romainh has left #openstack-nova16:47
*** IanGovett has joined #openstack-nova16:48
*** Murali has quit IRC16:49
*** neelashah has quit IRC16:50
sdaguedansmith: so http://logs.openstack.org/22/162722/7/gate/gate-grenade-dsvm/b2f3148/logs/old/screen-n-cpu.txt.gz ... that's one of those fails where the server worked fine, then the check once the services went down failed16:50
dansmithand that's not mine?16:51
* dansmith checks16:51
dansmithokay, well, that makes me feel better that it's not my problem16:51
sdagueyeh, I don't think that patch set of yours is the issue16:51
dansmithwell, same issue in two runs, I was worried, especially given the change I was making16:52
dansmithbut cool16:52
*** jichen has quit IRC16:52
*** sdake_ has joined #openstack-nova16:52
dansmithsdague: so is this spiking?16:52
openstackgerritGorka Eguileor proposed openstack/nova: Preserve usage and reservations on quota deletion  https://review.openstack.org/16342316:52
sdaguedansmith: I'm not sure it's spiking, but I'm trying to get ahead of this16:52
sdaguebecause it's weird16:52
dansmithwell,16:52
dansmithwhat I mean is.. this appears to be a thing that just started happening at a decent rate?16:53
dansmithbecause twice for me is pretty good odds16:53
sdagueand... this particular instance seems to be in the middle of the heal_instance_info_cache when the compute got a SIGTERM16:53
*** ildikov has quit IRC16:53
*** garyk has quit IRC16:53
sdaguehttp://logs.openstack.org/22/162722/7/gate/gate-grenade-dsvm/b2f3148/logs/old/screen-n-cpu.txt.gz#_2015-05-07_04_12_20_48816:53
*** vilobhmm1 has joined #openstack-nova16:54
dansmithsdague: but that's the end of the new run, right?16:54
sdaguethat's the end of the old16:54
dansmithoh, this isn't partial16:54
sdaguethe explosition is testing the networking of the computes when all the services are down16:54
sdaguecorrect16:54
*** pkoniszewski has quit IRC16:54
dansmithexplosition? awesome16:54
*** claudiub has joined #openstack-nova16:54
mriedemhttp://goo.gl/Kza2rc16:55
dansmithso wait, you're saying we kill compute to do the upgrade and you think that means we're suddenly unable to ping the guests that should still be running?16:55
dansmithsdague: &16:55
dansmither, sdague ^16:55
*** sdake has quit IRC16:56
dansmithmriedem: I think that's too generic of a thing to query for16:56
dansmithsdague: do you have a link to that service signal change we made recently?16:56
sdaguedansmith: I think some times when we take the services down we lose working guests16:57
*** tjones2 has left #openstack-nova16:57
sdaguewell, I know that some times when we take services down we lose working guests, I think it may be related to partially finished work they have16:57
dansmithyou think that because we pinged them earlier,16:57
sdaguedansmith: well I have a link to the revert which I pushed16:57
dansmithbut that doesn't mean that they didn't die before the service went doen16:57
dansmithsdague: revert?16:58
sdaguehttps://review.openstack.org/#/c/180964/16:58
dansmithI got the original one16:58
dansmithah, I meant this: https://review.openstack.org/#/c/176777/16:58
dansmithall the things we do for networking are spawning processes16:58
sdaguedansmith: ok, sure, but that code isn't really functioning yet, because we're double killing everything16:58
dansmithso I wanted to look at this to see if we messed up SIGCHLD somehow16:59
dansmithand are taking out dnsmasq when we exit or something16:59
sdagueok, that's fair16:59
dansmithbut I guess we're not changing SIGCHLD behavior, just what we do when we term _as_ a child16:59
mriedemzzzeek: this has to be 293 now https://review.openstack.org/#/c/154243/17:00
*** exploreshaifali has joined #openstack-nova17:00
*** emagana has quit IRC17:00
sdagueso... the number of things done between the working pings, and the failing pings are actually quite small, as this happens post tempest runs17:00
mriedemzzzeek: ping me when it's up and i'll +217:00
*** Marga_ has quit IRC17:00
zzzeekmriedem: heh no pressure right :)17:00
zzzeekquick before its 294!17:01
mriedemright :)17:01
*** emagana has joined #openstack-nova17:01
dansmithsdague: timing being like a second or what?17:02
sdaguedansmith: sorry, timing of which?17:03
dansmithsdague: between ping and fail17:05
* dansmith is doing like eight things right now317:05
sdaguedansmith: ok, go do other things, we can circle back17:07
dansmithwell, this seems important17:07
dansmithsdague: do you know what order services come down in?17:08
dansmithwait, this is nova-net right?17:08
sdagueit's nova net17:09
sdagueI can look them up, conductor is definitely down before compute here, based on the sigterm lines17:10
sdagueI'm sort of wondering if the double kill is exacerbating things, because services don't get a chance to finish what they are doing.17:10
sdaguewhich is why I proposed that revert to devstack so we can do this the way we're supposed to be17:11
dansmithwell, the double kill of conductor wouldn't affect this task in that way17:12
dansmithbecause this task makes several calls, each of which can straddle the kill17:12
dansmitheven gracefully17:12
dansmithI don't know what we do for periodics though, let me look17:12
dansmithand I think conductor wasn't doing graceful shutdown anyway, IIRC17:12
*** sdake has joined #openstack-nova17:13
*** yamahata has quit IRC17:14
*** tonytan4ever has quit IRC17:14
*** tonytan4ever has joined #openstack-nova17:16
*** jistr has quit IRC17:17
*** sdake_ has quit IRC17:17
dansmithsdague: so, when we get that signal in compute, we stop the roc server, which I think cuts us off from any replies we were going to get17:18
*** lpetrut has quit IRC17:18
dansmither, rpc server17:18
dansmithand then waits for any threads currently running to finish17:18
dansmithbut it doesn't wait for periodics17:18
*** IanGovett has quit IRC17:19
dansmithso I don't *think* that the double kill is making it worse that we exit in the middle of that periodic17:19
sdagueright, so the compute is definitely hanging in heal_info_cache when this particular fail happens17:19
sdaguewhich may or may not be relevant17:19
*** VW_ has quit IRC17:19
sdaguenormally it would have completed17:19
dansmithI also don't think there is anything in that periodic which can cause the networks to actually go down if we fail in the middle17:19
openstackgerritDaniel Berrange proposed openstack/nova: objects: define the ImageMeta & ImageMetaProps objects  https://review.openstack.org/7623417:20
openstackgerritDaniel Berrange proposed openstack/nova: objects: add a FlexibleBoolean field type  https://review.openstack.org/18108517:20
openstackgerritDaniel Berrange proposed openstack/nova: objects: treat EnumField and ListOfEnumField classes as abstract  https://review.openstack.org/18108617:20
sdaguehowever with conductor down, that 3rd line is it going out to get the info from conductor, and it's hung there17:20
sdaguedansmith: we don't ever try to do things to clean up security groups if hosts are lost?17:20
dansmithsdague: which third line?17:20
dansmithsdague: what do you mean "if hosts are lost" ?17:21
*** VW_ has joined #openstack-nova17:21
sdaguesorry, now I'm doing 2 things. :) Let me dig up17:22
sdaguehttp://logs.openstack.org/22/162722/7/gate/gate-grenade-dsvm/b2f3148/logs/old/screen-n-cpu.txt.gz#_2015-05-07_04_12_20_51417:22
openstackgerritMatt Riedemann proposed openstack/nova: Show 'reserved' status in os-fixed-ips  https://review.openstack.org/16896617:22
sdagueif you look at the heal before that - http://logs.openstack.org/22/162722/7/gate/gate-grenade-dsvm/b2f3148/logs/old/screen-n-cpu.txt.gz#_2015-05-07_04_11_20_48817:22
dansmithsdague: actually probably not going to conductor for that17:23
dansmithsdague: in the flavor case, that's probably just processing system_metadata17:23
*** IanGovett has joined #openstack-nova17:23
dansmithalthough it needs to go to conductor to get extra_specs I guess17:23
*** gszasz has quit IRC17:23
dansmitheither way, that task is full of calls to conductor, so if it's not that lazy-load it's something else for sure17:23
dansmithsdague: on the secgroups thing, were you asking if we nuke secgroups if we think the instance has gone away because of a failure to refresh the info cache?17:24
*** armax has joined #openstack-nova17:25
*** Marga_ has joined #openstack-nova17:25
sdagueor something else tickled our iptables stack17:26
sdaguebut yes17:26
*** xyang1 has joined #openstack-nova17:26
dansmithsdague: shall we dump iptables after this failure, or do we do that already?17:26
sdagueso... that patch is inbound17:27
openstackgerritDaniel Berrange proposed openstack/nova: objects: add a FlexibleBoolean field type  https://review.openstack.org/18108517:27
openstackgerritDaniel Berrange proposed openstack/nova: objects: treat EnumField class as abstract  https://review.openstack.org/18108617:27
openstackgerritDaniel Berrange proposed openstack/nova: objects: define the ImageMeta & ImageMetaProps objects  https://review.openstack.org/7623417:27
sdaguelet me see if it landed yet17:27
dansmithsdague: I don't think there's anything in there that would be triggering us doing that, FWIW, and I think we'd see a bunch of log noise if so17:27
dansmithsdague: okay cool17:27
*** oro has quit IRC17:27
sdagueyeh, I'd have thought so as well17:27
*** oro has joined #openstack-nova17:28
openstackgerritEric Brown proposed openstack/nova: VMware: update supported vsphere 6.0 os types  https://review.openstack.org/18102017:29
sdaguehowever, the fact that the guest pinged here - http://logs.openstack.org/22/162722/7/gate/gate-grenade-dsvm/b2f3148/logs/grenade.sh.txt.gz#_2015-05-07_04_12_11_95917:29
sdaguethen failed here - http://logs.openstack.org/22/162722/7/gate/gate-grenade-dsvm/b2f3148/logs/grenade.sh.txt.gz#_2015-05-07_04_12_43_95417:29
dansmithsdague: we also don't see any traces from some call raising an exception due to rpc being down or anything17:29
dansmithwe don't have any except Exception: statements in there17:29
sdaguedansmith: sure, but we wouldn't17:30
sdaguethat timeout is 60 seconds or something17:30
dansmithsdague: dude, that's 30 whole seconds!17:30
*** Marga_ has quit IRC17:30
sdagueand all the services go down17:30
sdaguein a couple of seconds17:30
dansmithsdague: right,  what I'm saying is:17:30
*** Marga_ has joined #openstack-nova17:30
dansmithsdague: if taking down conductor first caused us to receive an exception and we were going  to turn that into "screw with security groups because instance is fubar" we'd have seen the trace that makes it think that's a good idea17:31
sdaguedansmith: ok sure17:31
*** Marga_ has quit IRC17:31
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080917:31
sdagueso the only other active thing that happened between that guest working, and then failing later, is we build the cinder boot from volume guest17:32
*** danpb has quit IRC17:32
dansmithah17:32
dansmithwhich does screw with secgroups17:32
sdaguewhich means this race might entirely be related to us self racing on secgroups17:32
sdagueyep17:32
dansmithI think firewalls are overrated anyway, we should just remove that code17:33
dansmithsdague: did we ever find any damning evidence in iptables dumps to support the races we still think are in that code?17:33
dansmithmeaning,17:33
dansmithunless we see some obviously stupid rule in the forthcoming dump, I wonder if we'll be even able to tell what's going on17:34
dansmithalso17:34
sdaguewe haven't yet, I'm pretty close to dumping iptables before and after every guest boot here so we can walk through it on working and non working17:34
dansmithsdague: that is trying to ping $subnet.1 .. is that really the ip of the instance?17:34
dansmithsdague: +117:34
*** mspreitz has quit IRC17:34
sdaguedansmith: yes, that's what nova gave for the floating ip17:35
dansmithhmm17:35
*** Marga_ has joined #openstack-nova17:35
*** tjones1 has joined #openstack-nova17:35
sdaguehttp://logs.openstack.org/22/162722/7/gate/gate-grenade-dsvm/b2f3148/logs/grenade.sh.txt.gz#_2015-05-07_04_11_21_83617:35
*** tjones1 has quit IRC17:36
dansmithyeah, just reading17:36
dansmiththere is nothing in compute cleanup_host() that mucks with secgroups, and libvirt doesn't implement that cleanup hook either17:38
*** dsanders has quit IRC17:39
*** yamahata has joined #openstack-nova17:40
*** annegentle has joined #openstack-nova17:40
*** emagana has quit IRC17:40
dansmithsdague: so, what about dumping the guest console log to see if something we did with one of the other services caused it heartache?17:41
dansmithare these BFV guests by any chance?17:41
*** isd has joined #openstack-nova17:42
*** erlon has joined #openstack-nova17:43
*** achanda has joined #openstack-nova17:43
*** emagana has joined #openstack-nova17:43
sdaguedansmith: the 2nd one is17:44
sdaguebut that one is working17:44
dansmithheh17:44
sdaguein this job17:44
sdaguein your original failure, the BFV was the on failing17:44
dansmithinteresting17:44
dansmiththat does kinda sound like a secgroups thing17:44
*** Nikolay_St has joined #openstack-nova17:45
*** MVenesio has joined #openstack-nova17:45
sdaguedansmith: so... how would you expect to dump the console all the services are down17:45
*** yassine_ has quit IRC17:45
dansmithand I know it would please you to no end for it to be secgroups race -related :)17:45
dansmithsdague: it's just a file on disk, right?17:45
*** anteaya has quit IRC17:45
dansmithsdague: we haven't fixed that grows-forever-muahaha bug yet, AFAIK17:45
*** tonytan4ever has quit IRC17:45
sdagueoh, good point, just a find ... ?17:46
sdagueyou remember where they are17:46
*** annegentle has quit IRC17:46
dansmithI can look, jsut a sec17:46
dansmithsdague: /opt/stack/data/nova/instances/c5967308-4cf4-4114-853e-dd6bfcd64aa1/console.log17:47
dansmithshould be easy to snag, maybe even just snag the one that we can't ping?17:47
sdagueok, I'll code up something to capture all those and put them in the dump file, that will happen later today17:48
dansmithcool17:48
*** emagana has quit IRC17:48
dansmithwhile you do that, I'll try to find other employment so I don't have to worry about this anymore... :P17:48
*** kaisers has quit IRC17:48
sdagueheh17:49
*** jistr has joined #openstack-nova17:49
*** kaisers has joined #openstack-nova17:49
*** Nikolay_St has quit IRC17:50
*** claudiub has quit IRC17:53
*** gokrokve has joined #openstack-nova17:53
vilobhmm1dims : ping17:54
dimsvilobhmm1: pong17:54
vilobhmm1johnthetubaguy, dims : can you please review https://review.openstack.org/#/c/138607/ have addressed all the concerns raised and also updated the migration plan17:55
*** tonytan4ever has joined #openstack-nova17:55
dimsvilobhmm1: queuing it up17:55
*** gokrokve_ has quit IRC17:57
vilobhmm1ok thanks17:57
*** gokrokve has quit IRC17:59
*** derekh has joined #openstack-nova17:59
*** rushiagr is now known as rushiagr_away18:00
*** tzumainn_ has joined #openstack-nova18:00
*** gokrokve has joined #openstack-nova18:03
*** vilobhmm1 has quit IRC18:03
*** vilobhmm1 has joined #openstack-nova18:03
*** moshele has joined #openstack-nova18:04
*** vilobhmm1 has quit IRC18:04
*** vilobhmm1 has joined #openstack-nova18:04
NicSo, we found this in integration testing: https://bugs.launchpad.net/nova/+bug/145284018:04
openstackLaunchpad bug 1452840 in OpenStack Compute (nova) "libvirt: nova's detach_volume silently fails sometimes" [Undecided,New]18:04
NicI've come up with an extraordinarily hackish workaround that involves detecting that things have gone wrong, and shelling out to virsh18:05
*** emagana has joined #openstack-nova18:05
NicI suspect that this approach is a non-starter18:05
*** ericksonsantos has quit IRC18:05
*** ildikov has joined #openstack-nova18:05
dansmithyeah18:05
*** tellesnobrega has quit IRC18:05
*** raildo has quit IRC18:06
*** htruta has quit IRC18:06
NicBut I figure folks with more insight than me could lend some advice18:06
dansmithwhat does shelling out to virsh help? are you doing something else or just trying the same thing with virsh?18:06
*** afaranha has quit IRC18:06
*** annegentle has joined #openstack-nova18:06
NicIt's all very black-box, since Nova fires a libvirt method which disappears down a shared-object rabbit-hole18:07
NicBut, there is a disconnect between what QEMU and libvirt think is going on with the guest18:07
mriedemNic: so libvirt is saying it's detached but it's not?18:07
*** otter768 has joined #openstack-nova18:07
dansmithNic: meaning nova has a cached notion of the guest and virsh builds it from scratch, and thus does the right thing?18:08
NicNo, libvirt is saying it's detaching it, but failing, and QEMU says on subsequent detach requests that the device is gone (but it's not)18:08
*** sdake has quit IRC18:08
NicI see no evidence of any explicit caching going on, but there is some manner of disconnect happening18:09
dansmithwell,18:09
dansmithcall it caching or "state coherence" or something18:09
*** sdake has joined #openstack-nova18:09
NicIf you ask virsh to smash the device, it works fine18:09
sdagueok, I'm going to get some food, then will ponder the bigger debug dumping for this18:09
dansmithsdague: cool18:10
dansmithNic: I think we should try to get danpb to look at that bug18:10
NicI'm 99.999% sure it's nothing particular to Nova18:10
mriedemNic: can you reproduce with newer libvirt, like 1.2.9?18:10
dansmithNic: right, so danpb is the right person to know if it's a libvirt thing and fix it :)18:10
dansmithNic: or the right person to know if it's a usage issue or anything else18:11
NicI just grabbed a stock Trusty image and devstack off of master, and it's still b0rken there18:11
NicGot a preferred PPA for bleeding-edge libvirt?18:12
*** otter768 has quit IRC18:12
mriedemNic: try 1.2.9 b/c that's what fc21 has and we have a job to test that18:12
mriedemotherwise we're running/gating on trusty with libvirt 1.2.2, same as what you're reporting here18:13
*** VW_ has quit IRC18:13
*** vilobhmm1 has quit IRC18:13
*** gokrokve has quit IRC18:13
*** gokrokve has joined #openstack-nova18:14
*** tjones1 has joined #openstack-nova18:15
*** VW_ has joined #openstack-nova18:16
*** nikhil_k_ is now known as nikhil_k-afk18:17
*** ildikov has quit IRC18:17
*** baoli has quit IRC18:17
*** baoli has joined #openstack-nova18:18
*** baoli has quit IRC18:18
*** vilobhmm1 has joined #openstack-nova18:18
*** derekh has quit IRC18:18
*** gokrokve has quit IRC18:19
*** anteaya has joined #openstack-nova18:19
*** VW__ has joined #openstack-nova18:19
*** VW_ has quit IRC18:21
*** sudipto has joined #openstack-nova18:21
mriedemi would like to see a few more +1s on this https://review.openstack.org/#/c/176395/18:21
mriedemJayF: can you make that happen ^ ? :)18:21
JayF-.-18:21
*** vilobhmm1 has quit IRC18:21
*** tellesnobrega has joined #openstack-nova18:22
JayFmriedem: https://review.openstack.org/#/c/180632/1 there's a small followup patch too18:22
mriedemreading it now18:22
*** vilobhmm1 has joined #openstack-nova18:22
JayFtyvm18:22
mriedemdoesn't meet the requisite 10 +1s for a +218:22
*** VW_ has joined #openstack-nova18:22
JayFheh18:23
*** VW__ has quit IRC18:23
*** salv-orlando has joined #openstack-nova18:23
jrollmriedem: because we haven't bugged you enough, the backport :P https://review.openstack.org/#/c/176396/18:23
*** vilobhmm1 has quit IRC18:24
mriedemjroll: still -1 on that18:24
mriedemcan you cherry-pick -x that?18:24
*** vilobhmm1 has joined #openstack-nova18:24
*** htruta has joined #openstack-nova18:24
mriedemto preserve the commit hash in the message18:24
jrollmriedem: sure thing18:24
*** dsanders has joined #openstack-nova18:24
openstackgerritMarian Horban proposed openstack/nova: WIP: Graceful shutdown WSGI server  https://review.openstack.org/12916718:25
*** penick has joined #openstack-nova18:25
*** raildo has joined #openstack-nova18:26
mriedemdansmith: sdague: ^ heh read the first sentence in the commit message18:26
*** salv-orlando has quit IRC18:27
dansmithI dunno18:27
dansmithI guess we should do that18:27
dansmithclosing the master socket first makes sense18:27
dansmithbut the API nodes generally are supposed to go away fast when you kill them18:27
*** jogo has quit IRC18:27
dansmithwonder what alaski thinks of that18:27
dansmithmight want a timeout or something so we don't stall api exits on a blocked rpc thread for 60 seconds18:29
jrollmriedem: updated 176396, even if openstackgerrit doesn't think I did18:29
mriedemjroll: the bot doesn't post on stable changes18:29
jrollah18:29
jrollthanks18:29
alaskidansmith: looking...18:30
*** ildikov has joined #openstack-nova18:30
openstackgerritDan Smith proposed openstack/nova: Add migration_type to Migration database model  https://review.openstack.org/18110918:30
openstackgerritDan Smith proposed openstack/nova: Add migration_type to Migration object  https://review.openstack.org/18111018:30
alaskidansmith: seems reasonable18:31
*** jichen has joined #openstack-nova18:31
alaskiAPI should go away quickly, but hopefully because they're not doing anything long running18:31
dansmithalaski: so that can block for at least a minute on an rpc thing18:31
*** ericksonfgds has joined #openstack-nova18:32
dansmithalaski: well, if you've just bounced your rabbit, or your computes are down, it can18:32
*** Marga_ has quit IRC18:32
alaskifair point18:32
alaskiI like having the option though18:32
alaskigraceful if you can wait, kill -9 if not18:32
dansmithor make sure another TERM will take it out18:33
alaskiyeah, or that18:33
dansmiththe problem with closing the socket and then waiting,18:33
dansmithis that you end up refusing connections for minutes potentially18:34
dansmithif you're managing things with a load balancer, then maybe that's not as much of a problem18:34
alaskiyeah18:34
dansmithbut if you're not, this at least requires a heads-up to anyone used to the usual behavior18:34
alaskireally what we want is a way to bleed connections18:34
*** eharney_ has joined #openstack-nova18:35
alaskiwhich sort of requires a load balancer18:35
dansmithright, was trying to figure out how we'd do that otherwise :)18:35
*** Marga_ has joined #openstack-nova18:36
alaskiso I'm for the feature, but there's a compatibility concern right?18:37
dansmithactually18:37
sdaguemriedem: yeh, I -1ed that patch 2 months ago for the oslo violation, good to know the author cared on that :(18:37
dansmithif you drop the master socket, then you could re-start new api workers immediately and the old ones would die off when they're done18:37
mriedemsdague: well, wip, so i'm guessing he's using it for testing right now18:37
sdaguemriedem: maybe18:37
alaskidansmith: it seems like the right option would be to have graceful shutdown take another TERM18:37
mriedemroman had also pointed out the o-i issue18:38
*** eharney has quit IRC18:38
alaskisorry, I mean another signal18:38
dansmithalaski: what do you mean?18:38
alaskito maintain compatibility, keep current behavior and add a way to do the graceful thing18:38
alaskiit's a bit odd though I suppose18:39
dansmithah18:39
dansmithyeah, term is the right signal though18:39
dansmithso with the socket closure,18:39
dansmithI think the behavior change doesn't matter as much,18:39
dansmithbecause TERM; sleep 1; start-nova-api should still work I think18:39
dansmithI hadn't thought it through18:39
alaskiyeah, if that works then this is great18:40
dansmithyeah18:40
mriedemi feel really dumb but i think i'm staring at what's failing here and can't figure it out http://logs.openstack.org/66/168966/4/check/gate-nova-tox-functional/8166a8a/console.html#_2015-05-07_17_41_46_38018:40
openstackgerritBrent Eagles proposed openstack/nova-specs: WIP: VIF plug script support for Nova  https://review.openstack.org/16246818:40
*** penick has quit IRC18:41
*** penick has joined #openstack-nova18:41
*** tellesnobrega has quit IRC18:41
*** raildo has quit IRC18:41
*** ericksonfgds has quit IRC18:42
*** htruta has quit IRC18:42
*** jogo has joined #openstack-nova18:43
*** sdake_ has joined #openstack-nova18:43
*** eharney_ is now known as eharney18:44
*** exploreshaifali_ has joined #openstack-nova18:44
*** exploreshaifali has quit IRC18:46
*** sdake has quit IRC18:47
*** markmcclain has quit IRC18:48
*** jistr has quit IRC18:51
*** emagana has quit IRC18:53
openstackgerritSudipta Biswas proposed openstack/nova-specs: Report host memory bandwidth as a metric in Nova  https://review.openstack.org/18098318:54
*** emagana has joined #openstack-nova18:55
*** emagana has quit IRC18:55
*** tojuvone has quit IRC18:56
*** packet has quit IRC18:56
kashyapdansmith: Hi, when you get a moment, w/ 1 week old Nova git, does this look accurate to you:18:57
*** packet has joined #openstack-nova18:57
kashyapDeleting an instance (from bootable volume) with 'shutdown=REMOVE' -- http://paste.openstack.org/show/216381/18:57
dansmithkashyap: no, doesn't match my experience18:58
dansmithkashyap: but I used shutdown=remove not REMOVE18:58
dansmithnot sure if it matters18:58
*** Sukhdev has joined #openstack-nova18:58
kashyapWorth a shot, let me retest.18:58
*** emagana has joined #openstack-nova18:59
mriedembdm_dict['delete_on_termination'] = (action == 'remove')19:00
mriedemkashyap: ^19:00
kashyapmriedem: Darn, I should have looked at the source to begin with :-)19:01
dansmithI was looking at docs19:01
dansmithwhere REMOVE is the metavar for "remove or preserve"19:01
mriedemyeah docs also say 'remove'19:01
kashyapdansmith: Strange, with 'remove' (lower case), after deleting the Nova instance, `cinder list` just hangs?!19:02
mriedemhttp://docs.openstack.org/cli-reference/content/novaclient_commands.html#novaclient_subcommand_boot19:02
kashyapNo, it doesn't hang, it's just slow. Impatient me.19:02
kashyapdansmith: mriedem: Yep, for completness' sake, you're right. Lower case did it (volume was removed, as expected).19:03
openstackgerritMatt Riedemann proposed openstack/nova: Add DB2 support  https://review.openstack.org/6904719:03
*** VW_ has quit IRC19:04
*** VW_ has joined #openstack-nova19:07
*** VW_ has quit IRC19:07
mriedemkashyap: i have a mailing address for personal checks19:07
mriedemno cash please, i don't trust the mailman19:08
kashyapmriedem: :-)19:08
*** VW_ has joined #openstack-nova19:08
openstackgerritJonathan Halterman proposed openstack/nova-specs: Nova VM placement  https://review.openstack.org/18111719:09
*** markmcclain1 has joined #openstack-nova19:09
kashyapmriedem: BTW, on a unrelated note regarding this patch -- https://review.openstack.org/#/c/171098/, danpb posted his long work (on qemu-devel list) on adding encryption/TLS support for all QEMU I/O channels.19:09
kashyapIt's being reviewed (albeit a bit slowly) upstream, and /me has been slowly testing it from git, and found a couple of bugs. So I'm sure there's few more iterations in-progress.19:11
kashyap(s/in-progress/upcoming)19:11
*** __gryf has joined #openstack-nova19:12
openstackgerritBrent Eagles proposed openstack/nova-specs: Distribute PCI Requests Across Multiple Devices  https://review.openstack.org/14209419:12
kashyapIn short, that avoids the need to tunnel anything via libvirt's RPC layer.19:13
kashyapAnyhow, see ya folks for the night!19:13
mriedemfigured out my functional test failure from 30 minutes ago19:14
mriedemthanks to no one's help god!19:14
openstackgerritMatt Riedemann proposed openstack/nova: Show 'reserved' status in os-fixed-ips  https://review.openstack.org/16896619:14
*** zul has quit IRC19:16
*** markmcclain1 is now known as markmcclain19:16
melwittmriedem: I looked but didn't have anything helpful to say. :P that response would have gotten to that point as not a string. what was it?19:17
mriedemmelwitt: i'm guessing an error or something dumb? bool?19:17
dansmithis melwitt core yet?19:18
*** sudipto has quit IRC19:18
mriedemfrom the number of random +1s in the ML, yes i think so19:19
dansmithwell, I meant has it become official19:19
dansmithi.e. can she +2 my patches yet19:19
melwittmriedem: I got confused by the series of json.loads and json.dumps before that so I was more puzzled how it got through that as not a string19:19
dansmithit's clear the +1 store is out of stock19:19
*** tellesnobrega has joined #openstack-nova19:20
melwittlol :P19:20
mriedemi think there is a 1 week policy on people speaking now or forever holding their peace19:21
dansmithright,19:21
dansmithand that was up today19:21
mriedemoh19:21
dansmithbut I think johnthetubaguy should do the add19:21
mriedemwell19:21
mriedemhe's going to be late19:21
dansmithheh19:22
melwittI see "AssertionError: False is not true : Timed out waiting for 10.100.0.4 to become reachable" appeared in the gate recently (5/4) only 55 hits in the past 7 days19:22
openstackgerritJonathan Halterman proposed openstack/nova-specs: Nova VM placement  https://review.openstack.org/18111719:23
openstackgerritBrent Eagles proposed openstack/nova-specs: Refactor allocate_for_instance  https://review.openstack.org/14112919:23
mriedemmelwitt: link?19:23
melwittmriedem: http://logstash.openstack.org/#eyJzZWFyY2giOiJtZXNzYWdlOlwiRmFsc2UgaXMgbm90IHRydWUgOiBUaW1lZCBvdXQgd2FpdGluZyBmb3JcIiBBTkQgdGFnczpcImNvbnNvbGVcIiIsImZpZWxkcyI6WyJidWlsZF9zaG9ydF91dWlkIiwiYnVpbGRfc3RhdHVzIiwiYnVpbGRfcXVldWUiLCJmaWxlbmFtZSJdLCJvZmZzZXQiOjAsInRpbWVmcmFtZSI6IjYwNDgwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwic3RhbXAiOjE0MzEwMjYxNTY2MTB919:24
mriedemmelwitt: well,19:25
*** angdraug has quit IRC19:25
mriedemsome garbage queues in there19:25
mriedemrestrict to gate and it's 1 hit19:25
mriedemon a barbicanclient job19:26
mriedemso, you know19:26
mriedemquick, how do i tell a guy i don't want him to come to my office to talk about a thing i don't want to talk about19:26
*** raildo has joined #openstack-nova19:27
*** Marga_ has quit IRC19:28
openstackgerritBrent Eagles proposed openstack/nova-specs: Refactor of the Neutron network adapter  https://review.openstack.org/13141319:29
dansmithmriedem: start farting19:30
tjones1mriedem: tell him you have a sore throat and may be contagious19:30
dansmithtjones1: oh sure, come up with a PG solution19:30
mriedemdansmith: gas was my inital thought as well :)19:30
dansmithof course19:30
tjones1dansmith: boys boys….19:30
melwittmriedem: yeah, I noticed it was only one gate hit. I saw it pop up on a change I've been reviewing, one that should be fine. should I just recheck it? or open a bug, no e-r query?19:30
tjones1gas is always your initial thought19:30
dansmithtjones1: hey, don't ... yeah, nevermind19:30
tjones1lol19:31
mriedem'you'll have to speak up, i'm wearing a towel'19:31
*** zul has joined #openstack-nova19:31
mriedemhttps://www.youtube.com/watch?v=jk8SToEQPGw19:31
mriedemmelwitt: let me check logstash again19:32
mriedemon jobs we don't expect to suck19:32
openstackgerritDan Smith proposed openstack/nova: Refactor tests that use compute's deprecated run_instance() method  https://review.openstack.org/17995019:32
openstackgerritDan Smith proposed openstack/nova: Drop compute RPC 3.x support  https://review.openstack.org/17995119:32
openstackgerritDan Smith proposed openstack/nova: Add SpawnFixture  https://review.openstack.org/17994919:32
openstackgerritDan Smith proposed openstack/nova: Switch to _set_instance_obj_error_state in build_and_run_instance  https://review.openstack.org/18029119:32
openstackgerritDan Smith proposed openstack/nova: Update kilo version alias  https://review.openstack.org/18112719:32
*** bkopilov has quit IRC19:33
*** busterswt has quit IRC19:34
__gryfdansmith, hi19:36
dansmith__gryf: I still haven't gone back to make a full pass19:37
__gryfdansmith, i just have a qst regrding api19:37
dansmithalright :)19:37
__gryfdansmith, so if the v2 is frozen and we have to use v2.1 how;s that map to extensions v2?19:38
*** ociuhandu has quit IRC19:38
__gryfi mean19:38
dansmithparse error.19:39
__gryfwhere to put the actual implementation19:39
dansmithin the v2.1 code19:39
__gryfsince with v2 extension (which os-services are) it was pretty obvious19:39
dansmithcleverly hiding in the v3/ directory in the tree19:39
dansmith__gryf: extensions are dead19:39
__gryfcleverly…19:39
__gryfthat's the last word… oh, wait19:40
__gryfso, shoul I move all the needed things out of api/openstack/compute/contrib/services.py to api/openstack/compute/schemas/v3/services.py ?19:41
dansmithyes19:41
__gryfack19:41
dansmithwell,19:41
dansmithwait, schemas19:41
__gryfyeah, my bad19:42
dansmithI think you mean api/openstack/compute/plugins/v3/services.py19:42
__gryfright19:42
dansmiththen: yes :)19:42
__gryfand what about all the other api calls?19:42
__gryfenable/disable/details and so on?19:42
dansmithall what other calls?19:42
openstackgerritJonathan Halterman proposed openstack/nova-specs: Nova VM placement  https://review.openstack.org/18111719:43
*** bkopilov has joined #openstack-nova19:43
__gryfapi calls, which currently resides in v2 ext?19:43
*** ildikov has quit IRC19:43
__gryffor os-services19:43
__gryfshould also be moved within that BP?19:43
dansmithnothing existing should be moved,19:44
dansmithyou should just make your additions to the v3 one19:44
__gryfok.19:44
__gryfdansmith, doesn't it feel a bit wierd if the call for certain thing, which is a part of the group (like the os-services) will be completely different, than the other ones?19:49
dansmith__gryf: not sure what you mean19:50
__gryfok. let me explain19:50
*** yamahata has quit IRC19:50
*** gokrokve has joined #openstack-nova19:51
__gryfnow we have several calls to interact with services, where the url looks like this /v2/{tenant}/os-services[/action] and with the defined payload, which is similar for all the update actions19:53
*** bkopilov has quit IRC19:53
*** bkopilov has joined #openstack-nova19:53
jaypipesmelwitt: https://review.openstack.org/#/c/159626/ could use your new +2 :)19:54
__gryfand yet if I introduce another call, which might looks like this /v2.1/os-services/{service-id} with appropriate payload with all needed data19:54
__gryfit might confuse user19:55
*** heyongli has quit IRC19:55
*** gokrokve has quit IRC19:55
*** marun has quit IRC19:56
*** b3nt_pin has quit IRC19:56
__gryfdansmith, my point is, that there will be a bug difference between these calls19:56
__gryfs/bug/big/19:56
dansmith__gryf: for v2 and v2.1 you mean?19:56
*** busterswt has joined #openstack-nova19:56
__gryfyes19:56
dansmith__gryf: v2 is going away real soon19:56
__gryfwithin the same group19:56
melwittjaypipes: cool, I will revisit after I'm added :)19:56
dansmith__gryf: so, that's fine19:56
*** angdraug has joined #openstack-nova19:57
__gryfdansmith, if v2 is going away, than i assume, that all functionalty in v2 have to be translated to v2.1, am I rihgt?19:58
dansmith__gryf: *has been. yes19:58
*** bkopilov has quit IRC19:59
*** ildikov has joined #openstack-nova19:59
*** bkopilov has joined #openstack-nova19:59
__gryfdansmith, hm. if so, than I should not see any /v2/…/os-services while using --debug i nova cmdline util, right?20:00
*** VW_ has quit IRC20:00
__gryfor it's a nova-client fault for still using v2?20:00
dansmith__gryf: are you like trying to prove me wrong, or are you asking for actual guidance?20:01
*** matrohon has joined #openstack-nova20:01
jaypipesmelwitt: :( oh, sorry, I thought you were already added?20:01
dansmithmelwitt: I assume that novaclient is fully v2.1ified because v2.1 was released as the current version in kilo, is that right?20:01
*** heyongli has joined #openstack-nova20:01
__gryfdansmith, I'm just trying to understand how it works20:01
*** salv-orlando has joined #openstack-nova20:01
dansmith_gryf: http://developer.openstack.org/api-ref.html20:02
dansmith__gryf: see how it says v2.1 is "current"20:02
*** annegentle has quit IRC20:02
*** annegentle has joined #openstack-nova20:02
melwittdansmith: it's not actually. there are patches up to do it. let me see20:03
*** achanda has quit IRC20:04
dansmithit only really matters that we have that before we mark as deprecated, AFAIK20:04
*** achanda has joined #openstack-nova20:04
__gryfdansmith, yes, I can see that. I also see, that compute API v2.1 lack of os-services, while compute api v2 extensions have it20:04
melwittokay, just checked it's in the same state. alex_xu had some comments on how those patches should be changed a bit. we have had the API experts going through it20:04
bauzasnova meeting in 55 mins right?20:05
edleafebauzas: yep20:05
dansmith__gryf: I see services in v320:05
bauzas_gryf: os-services is also in v2.1 AFAICS20:05
*** heyongli has quit IRC20:05
bauzas_gryf: but the docs is not good20:05
dansmith__gryf: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/plugins/v3/services.py20:06
bauzas_gryf: that's something I already discussed with alex_xu20:06
__gryfbauzas, oh. I see. bummer20:06
*** VW_ has joined #openstack-nova20:06
__gryfdansmith, thx for pointing it out (:20:06
bauzas_gryf: your point is valid, the docs need updating20:06
__gryfbauzas, so it seems like bug… in documentation20:07
bauzas_gryf: not really20:07
*** tjones2 has joined #openstack-nova20:07
bauzas_gryf: that's in Nova tree20:07
dansmithyeah20:07
*** baoli has joined #openstack-nova20:07
__gryfdansmith, bauzas, thanks for clarifying (:20:07
melwitt__gryf: so by default, novaclient will go to the keystone catalog endpoint named "compute". if you want it to call elsewhere, you can tell it by --service-type <name> where you have v2.1 being served. it might probably work20:07
*** alexpilotti has quit IRC20:08
melwittif you're using devstack, it will be --service-type "computev21" and then you should see novaclient call to the /v2.1/...20:08
*** beagles has joined #openstack-nova20:08
bauzasmelwitt: what's the status of it for v2.1 ? is it still v2 the default for the client ?20:08
__gryfmelwitt, ok, I'll try it out, thanks20:08
*** tjones1 has quit IRC20:08
*** otter768 has joined #openstack-nova20:08
bauzasmelwitt: or is it v2.1 but not micro-versioned ?20:08
*** achanda has quit IRC20:08
*** baoli has quit IRC20:08
melwittbauzas: so, the default is whatever is being served out of "compute" in the service catalog. so it would be deployment dependent. if it's devstack, "compute" == v220:09
dansmithbauzas: right, v2.1 should work for v2 clients, that's the point20:09
*** alexpilotti has joined #openstack-nova20:09
*** baoli has joined #openstack-nova20:09
dansmithso it should be fine to point the client at it, AFAIK20:09
melwittbauzas: yeah it's just it can't do anything with micro-versions yet20:09
bauzasdansmith: I've been heard that input validation is stricter for v2.120:10
dansmithbauzas: sure20:10
*** heyongli has joined #openstack-nova20:10
bauzasmelwitt: dansmith: okay I see20:10
*** toure_ has joined #openstack-nova20:10
*** toure_ has quit IRC20:11
* melwitt runs to lunch20:11
bauzasmelwitt: while you're in, do you have a few mins to discuss on https://review.openstack.org/#/c/149562/ ?20:11
bauzasergh :)20:11
bauzasmelwitt: ttyl then :)20:11
*** baoli has quit IRC20:13
*** otter768 has quit IRC20:13
*** baoli has joined #openstack-nova20:13
*** alexpilotti has quit IRC20:16
*** salv-orlando has quit IRC20:16
*** Longgeek has quit IRC20:18
*** alexpilotti has joined #openstack-nova20:21
*** Mike_D_laptop has quit IRC20:21
*** VW_ has quit IRC20:21
*** Marga_ has joined #openstack-nova20:23
*** Marga_ has quit IRC20:23
*** Marga_ has joined #openstack-nova20:24
*** exploreshaifali_ has quit IRC20:26
*** gokrokve has joined #openstack-nova20:26
*** oro has quit IRC20:27
*** gokrokve has quit IRC20:28
*** gokrokve has joined #openstack-nova20:28
*** alexpilotti has quit IRC20:29
*** dsanders has quit IRC20:29
*** nikhil_k-afk is now known as nikhil_k20:29
*** sdake_ has quit IRC20:29
*** baoli has quit IRC20:29
*** emagana has quit IRC20:31
*** __gryf has quit IRC20:31
*** emagana has joined #openstack-nova20:32
*** tonytan4ever has quit IRC20:33
*** GLaupre has joined #openstack-nova20:33
*** zzzeek has quit IRC20:35
*** baoli has joined #openstack-nova20:35
*** zzzeek has joined #openstack-nova20:35
*** ericksonfgds has joined #openstack-nova20:35
*** bnemec has quit IRC20:36
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Run using rootwrap daemon as True  https://review.openstack.org/18080920:38
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Add rootwrap daemon mode support (Switched off)  https://review.openstack.org/18069520:38
*** jichen has quit IRC20:41
*** Marga_ has quit IRC20:41
*** Marga_ has joined #openstack-nova20:42
*** Nikolay_St has joined #openstack-nova20:42
*** dsanders has joined #openstack-nova20:43
*** achanda has joined #openstack-nova20:44
*** vladikr has quit IRC20:44
*** marun has joined #openstack-nova20:44
openstackgerritDan Smith proposed openstack/nova: Refactor tests that use compute's deprecated run_instance() method  https://review.openstack.org/17995020:48
openstackgerritDan Smith proposed openstack/nova: Drop compute RPC 3.x support  https://review.openstack.org/17995120:48
openstackgerritDan Smith proposed openstack/nova: Update kilo version alias  https://review.openstack.org/18112720:48
openstackgerritDan Smith proposed openstack/nova: Add SpawnFixture  https://review.openstack.org/17994920:48
openstackgerritDan Smith proposed openstack/nova: Switch to _set_instance_obj_error_state in build_and_run_instance  https://review.openstack.org/18029120:48
*** VW_ has joined #openstack-nova20:51
*** bnemec has joined #openstack-nova20:51
*** VW_ has quit IRC20:53
*** VW__ has joined #openstack-nova20:53
mriedemnova meeting in 6 minutes20:54
mriedemget ready to argue about mid cycle meetup schedule20:54
*** andrewbogott has left #openstack-nova20:54
dansmithno way20:55
dansmiththat's done20:55
dansmithno arguing20:55
*** baoli has quit IRC20:55
*** baoli has joined #openstack-nova20:56
*** oro has joined #openstack-nova20:57
*** moshele has quit IRC20:58
*** VW__ has quit IRC20:58
*** Marga_ has quit IRC20:58
*** Sukhdev has quit IRC20:58
*** browne has quit IRC20:58
*** Marga_ has joined #openstack-nova20:58
bauzasmriedem: I can invite in my house, fine ?20:59
bauzasmriedem: for the midcycle20:59
*** VW_ has joined #openstack-nova21:01
*** thangp has quit IRC21:04
*** annegentle has quit IRC21:04
*** aysyd has quit IRC21:04
*** exploreshaifali_ has joined #openstack-nova21:06
*** sdake has joined #openstack-nova21:08
*** jog0 has joined #openstack-nova21:09
*** jog0 has quit IRC21:09
*** jog0 has joined #openstack-nova21:09
*** jogo has quit IRC21:11
*** sdake_ has joined #openstack-nova21:11
*** Anticime1 is now known as Anticimex21:14
*** sdake has quit IRC21:15
*** EmilienM is now known as EmilienM|afk21:16
*** baoli has quit IRC21:16
*** baoli has joined #openstack-nova21:17
*** dprince has quit IRC21:20
thomasemAnyone got a moment to chat about novaclient?21:22
*** packet has quit IRC21:23
*** rms_13 has joined #openstack-nova21:23
*** rms_13 has left #openstack-nova21:23
*** claudiub has joined #openstack-nova21:24
*** rms_13 has joined #openstack-nova21:24
*** neelashah has joined #openstack-nova21:25
*** bnemec has quit IRC21:25
*** tjones2 has quit IRC21:29
*** sdake_ is now known as sdake21:30
*** ijw has joined #openstack-nova21:32
*** Sukhdev has joined #openstack-nova21:32
*** redbeard has quit IRC21:32
openstackgerritDan Smith proposed openstack/nova: Drop compute RPC 3.x support  https://review.openstack.org/17995121:33
*** IanGovett has quit IRC21:33
mikalCan I be Sarcasm Czar?21:35
*** tjones1 has joined #openstack-nova21:35
*** exploreshaifali_ has quit IRC21:35
*** MVenesio has quit IRC21:37
*** baoli has quit IRC21:38
*** baoli has joined #openstack-nova21:39
*** jog0 is now known as jogo21:41
*** jogo has quit IRC21:41
*** jogo has joined #openstack-nova21:43
*** rfolco has quit IRC21:45
*** mwagner_lap has quit IRC21:45
*** matrohon has quit IRC21:47
*** baoli has quit IRC21:49
*** baoli has joined #openstack-nova21:50
*** Marga_ has quit IRC21:50
jaypipesthomasem: we're all in the Nova IRC meeting right this moment :) but leave your question here!@21:50
*** isd has quit IRC21:51
dimsmikal: johnthetubaguy: please restore https://review.openstack.org/#/c/105404/ i'd like to pick that up for liberty21:52
*** oro has quit IRC21:53
mikaldims: I don't think we have to? You just upload a new revision of that change id and it opens up magically21:53
dimsnot if it is abandoned mikal21:54
dims ! [remote rejected] HEAD -> refs/publish/master/bp/rootwrap-daemon-mode (change 105404 closed)21:54
dimserror: failed to push some refs to 'ssh://dims-v@review.openstack.org:29418/openstack/nova-specs.git'21:54
mikalHuh21:54
*** sdake_ has joined #openstack-nova21:54
dimsat least for non cores it does not work21:54
mikalI have misunderstoof abandon then21:55
sc68calOK, so I added a new section to the cross project page - hopefully my table makes senes to everyone https://wiki.openstack.org/wiki/CrossProjectLiaisons#Inter-project_Liaisons21:55
mikalWhich I think means my email to -dev the other day was a pack of lies21:55
lifelessyou need to unabandon21:55
lifelessthen you can push21:55
dimsor probably because this was not mine21:55
lifelessand infra, -core and the owner can unabandon21:55
dimsto begin with21:55
mikaldims: done21:55
dimsthanks much mikal21:56
mikalNP21:56
mikalAhhh, ok21:56
mikalIts because you're not the owner21:56
mikalThat makes my email a smaller pack of lies21:56
mikalWhich is good21:56
lifelessI've had that error when I'm the owner21:56
*** david-lyle has joined #openstack-nova21:56
lifelessI think we probably need to test; I'm not sure if that bit is acl controlled or intrinsic21:56
*** burt has quit IRC21:57
*** neelashah has quit IRC21:58
*** sdake has quit IRC21:58
openstackgerritDavanum Srinivas (dims) proposed openstack/nova-specs: Add rootwrap-daemon-mode blueprint  https://review.openstack.org/10540422:00
mikaldansmith: tonyb means insufferable in the "rides his bike to the gym and then tweets about it" sense22:00
*** gokrokve has quit IRC22:01
*** gokrokve has joined #openstack-nova22:01
*** andreykurilin__ has joined #openstack-nova22:01
tonybmikal: and the "my body is a temple" sense22:01
dansmithmikal: oh22:01
mikaltonyb: true dat22:01
mikaltonyb: a fatty fatty temple22:01
dansmithmy body is the size of a temple, does that work?22:01
dansmithheh22:01
mikaltonyb: I miss my bikes, please go for a ride for me22:02
* mikal is stuck in Sydney as a punishment for his sins22:02
tonybmikal: I went last night22:02
*** artom has quit IRC22:04
*** RuiChen has quit IRC22:07
*** gokrokve has quit IRC22:07
*** emagana has quit IRC22:07
*** RuiChen has joined #openstack-nova22:07
*** eharney has quit IRC22:07
*** gokrokve has joined #openstack-nova22:07
*** Marga_ has joined #openstack-nova22:08
*** otter768 has joined #openstack-nova22:09
*** Nic has quit IRC22:10
edleafemikal: I have a 103-mile ride on Saturday. I'll think of you the whole way22:10
dansmithedleafe: creepy. nice going.22:10
*** baoli has quit IRC22:10
edleafedansmith: I try22:10
*** baoli has joined #openstack-nova22:11
*** nelsnelson has quit IRC22:11
*** claudiub has quit IRC22:12
*** dboik_ has joined #openstack-nova22:12
*** otter768 has quit IRC22:14
mikaledleafe: you are dead to me because you're better at riding than me22:15
edleafemikal: if I survive it, that is22:15
*** browne has joined #openstack-nova22:16
mikalOh, good point22:16
*** dboik has quit IRC22:16
mikalIf you fail massive after say three miles, then you're definitely alive to me22:16
*** dboik_ has quit IRC22:17
edleafemikal: Hmmm... I certainly plan on making it through at least five...22:19
*** ddaskal has quit IRC22:19
*** tjones1 has quit IRC22:20
*** gokrokve has quit IRC22:21
*** baoli has quit IRC22:21
mriedemdims: when the functional tests run, we get this deprecation warning: http://paste.openstack.org/show/216526/22:21
mriedemdims: i'm trying to find out what's using oslo.middleware, nova/etc/api-paste.ini was the only thing i saw22:22
*** baoli has joined #openstack-nova22:22
mriedemi tried changing that to oslo_middleware in there but that doesn't fix anythin22:22
mikaledleafe: that's border line then22:22
*** sdake has joined #openstack-nova22:22
*** salv-orlando has joined #openstack-nova22:25
*** Marga_ has quit IRC22:25
*** sdake_ has quit IRC22:25
*** Marga_ has joined #openstack-nova22:26
*** kylek3h has quit IRC22:26
*** Marga_ has quit IRC22:29
*** Marga_ has joined #openstack-nova22:29
*** tjones1 has joined #openstack-nova22:30
*** salv-orlando has quit IRC22:31
*** sambol has quit IRC22:32
*** ociuhandu has joined #openstack-nova22:34
*** changbl has quit IRC22:36
*** Raildo_ has joined #openstack-nova22:36
*** david-lyle has quit IRC22:38
*** IanGovett has joined #openstack-nova22:39
*** promulo__ has quit IRC22:46
*** ijw has quit IRC22:46
*** promulo_ has joined #openstack-nova22:46
*** promulo_ has quit IRC22:46
*** promulo_ has joined #openstack-nova22:46
mriedemoh barf22:48
mriedemcopy_qcow2_image takes 76 seconds on first boot22:48
mriedemrpc_response_timeout is 60 seconds22:48
*** ujjain has quit IRC22:48
mriedembarf22:48
*** sdake has quit IRC22:51
*** ujjain has joined #openstack-nova22:52
*** ujjain has quit IRC22:52
*** ujjain has joined #openstack-nova22:52
*** sdake has joined #openstack-nova22:52
*** baoli has quit IRC22:53
*** baoli has joined #openstack-nova22:54
*** BadCub is now known as BadCub_Hiding22:55
mriedemdoes anyone use preallocate_images=space?23:03
mriedemconfig help on that one isn't very helpful23:04
*** baoli has quit IRC23:04
GLaupreHello, I have this blueprint https://blueprints.launchpad.net/nova/+spec/improve-vnic-sysfs-parsing, I am working on the code and on the spec. That do I need to make the blueprint accepted? Milestone?23:07
*** zsais22 has joined #openstack-nova23:10
*** zsais222 has quit IRC23:13
mriedemGLaupre: you have to have the spec up23:14
mriedemand approved first23:14
mriedembefore you set milestones, but i don't think we're setting milestones this release b/c it's pointless23:14
*** zsais22 has quit IRC23:16
*** VW_ has quit IRC23:17
*** hemna is now known as hemnafk23:17
*** dboik has joined #openstack-nova23:23
*** dboik_ has joined #openstack-nova23:25
*** markvoelker has quit IRC23:26
*** dboik has quit IRC23:28
*** Marga_ has quit IRC23:28
*** park_heijlong has joined #openstack-nova23:31
*** Sukhdev has quit IRC23:32
park_heijlongping melwitt23:32
melwittpark_heijlong: hi23:33
park_heijlongmelwitt, I sent a email to your yahoo-inc, need sync with you about the bug142019223:35
park_heijlongcould you help to take a view...thanks23:35
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/18121223:36
melwittpark_heijlong: ah, right. it's usually better to comment on the bug it's easier for me to track that way. one moment23:36
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/18123823:37
park_heijlongmelwitt, ok, just need sync with you before update the bug. will update the bug  next :-)23:37
melwittpark_heijlong: okay so how to reproduce the issue. are you using neutron? because I see the stack trace when I use nova-network23:38
park_heijlongmelwitt, I use nova-network too23:39
park_heijlongmelwitt, just the n-api log seems different23:39
melwittpark_heijlong: hm, yeah. when I do the same command 'nova interface-attach vm1' I get 400 from nova too23:41
mriedemha23:42
mriedemremove_unused_kernels23:42
dansmithmelwitt: interface-attach isn't supported in nova-net is it?23:42
mriedemdefaults to false, says we should default to true at some point, looks like that was added back in grizzly23:42
dansmiththere was talk of adding it, but I didn't think that happened23:42
*** Marga_ has joined #openstack-nova23:42
*** busterswt has quit IRC23:42
mriedemi think vishy proposed that but it got held up by paperwork23:42
park_heijlongmelwitt, agree with dansmith23:42
melwittdansmith: it's not, park_heijlong gets a 501 network driver doesn't support, but I see a 400 and a stack trace in n-api.log23:42
dansmithah23:43
dimsmriedem: does it happen in any of the gate/check jobs?23:43
dansmithmelwitt: also, in other obvious news, the sky is blue?23:43
dansmither s/?/!/23:43
melwittlol23:44
mriedemdims: which?23:44
park_heijlongmelwitt: make sure we are using the same branch.... I use master23:44
dimsmriedem: the DeprecationWarning for oslo_middleware23:45
dansmithpark_heijlong: I get a 501 as well23:45
melwittuh oh :(23:46
dansmithheh23:46
park_heijlongdansmiith: y, :), inerface-attach is NOT support by nova-network at this moment...23:46
melwittso I must sheepishly admit my environment has cells enabled. but I didn't think about it affecting this23:46
dansmithoh my23:47
dimsbrb23:47
dansmithif so, that's terrible23:47
* melwitt hides23:47
dansmithnot your fault,23:48
mriedemdims: yes http://logs.openstack.org/66/168966/5/check/gate-nova-tox-functional/36ca709/console.html#_2015-05-07_19_35_03_74923:48
dansmithit's just really not ideal if we get different behavior on that level between cells and non-cells23:48
*** dims_ has joined #openstack-nova23:50
melwittyeah... let me figure out how this is doing different, doesn't really make sense to me23:51
*** dims has quit IRC23:52
*** mriedem is now known as mriedem_away23:54
*** takedakn has joined #openstack-nova23:55
*** markvoelker has joined #openstack-nova23:56
*** markvoelker has quit IRC23:57
*** markvoelker has joined #openstack-nova23:57
dims_dansmith: melwitt: mriedem_away: anyone have some time to give feedback on a devstack review to enable running nova-api and nova-ec2-api under Apache? (has 2 +223:59
dims_s from devstack core)23:59
dansmithI have no idea if that works23:59
dims_dansmith: i have a companion review that enables the switch and runs all the jobs23:59
dansmithare they asking for nova feedback?23:59
dims_y23:59

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