Tuesday, 2017-12-05

*** mriedem has joined #openstack-nova00:01
*** amodi has quit IRC00:03
*** namnh has quit IRC00:03
*** cdent has quit IRC00:07
*** thorst has joined #openstack-nova00:08
*** thorst has quit IRC00:09
*** salv-orlando has quit IRC00:09
*** salv-orlando has joined #openstack-nova00:09
*** slaweq_ has joined #openstack-nova00:11
*** salv-orlando has quit IRC00:14
*** andreas_s has joined #openstack-nova00:16
*** slaweq_ has quit IRC00:16
*** andreas_s has quit IRC00:20
*** yangyapeng has quit IRC00:21
*** danice has quit IRC00:22
*** masber has quit IRC00:33
*** yamamoto has quit IRC00:36
*** yamamoto has joined #openstack-nova00:38
*** masber has joined #openstack-nova00:41
*** danpawlik has joined #openstack-nova00:42
openstackgerritZhenyu Zheng proposed openstack/nova master: Modify _poll_shelved_instances periodic task call _shelve_offload_instance()  https://review.openstack.org/52404700:43
*** maciejjo1 has joined #openstack-nova00:43
Kevin_Zhengmriedem Hi, could you check https://review.openstack.org/#/c/515631/ again when you got time?00:43
*** yamamoto has quit IRC00:44
*** danpawlik_ has quit IRC00:44
*** maciejjozefczyk has quit IRC00:44
gmannstephenfin: zuulv3- i did not find any other user for 'tempest-dsvm-neutron-src-oslo.versionedobject',  we should move this to nova then, any specific reason for not moving it00:47
*** masber has quit IRC00:47
*** armax has quit IRC00:47
*** hoangcx has joined #openstack-nova00:50
*** slaweq_ has joined #openstack-nova00:51
*** felipemonteiro has quit IRC00:51
mriedemgmann: not nova,00:53
mriedemthe oslo.versionedobject repo00:53
gmannmriedem: but they do not run this. its only needed by nova as of now00:53
mriedemit should be run by oslo.versionedobjects00:54
gmannbut yea as its their lib testing then if they want to own00:54
*** slaweq_ has quit IRC00:56
*** gyee has quit IRC00:56
gmannmriedem: yea, as of now they do not run, they run only 'legacy-tempest-dsvm-neutron-src'00:57
mriedemisn't it the same thing? run the dsvm neutron job with src oslo.versionedobjects for the change in question?00:59
mriedemif the job is a duplicate, just drop it00:59
openstackgerritMatt Riedemann proposed openstack/nova master: Mention API behavior change when over quota limit  https://review.openstack.org/51563101:01
mriedemKevin_Zheng: done01:01
*** zhurong has joined #openstack-nova01:02
Kevin_Zhengmriedem thanks, updating01:02
mriedemalex_xu: ^ want to get that?01:02
mriedemKevin_Zheng: i already updated it01:02
Kevin_ZhengAh, ok01:02
gmannmriedem: yea. as oslo run neutron job, it make sure their master src does not break anything. that is enough i think.01:06
*** suresh12 has quit IRC01:08
*** chyka_ has joined #openstack-nova01:10
*** salv-orlando has joined #openstack-nova01:10
*** psachin has joined #openstack-nova01:10
*** phuongnh has joined #openstack-nova01:12
*** chyka has quit IRC01:13
*** fragatina has quit IRC01:14
*** fragatina has joined #openstack-nova01:15
*** salv-orlando has quit IRC01:15
*** chyka_ has quit IRC01:15
*** fragatina has quit IRC01:16
*** yangyapeng has joined #openstack-nova01:16
openstackgerritMerged openstack/nova-specs master: Remove the py27 tox target  https://review.openstack.org/52068001:17
*** slaweq_ has joined #openstack-nova01:22
*** chyka has joined #openstack-nova01:24
*** chyka has quit IRC01:24
*** gouthamr has quit IRC01:24
*** slaweq_ has quit IRC01:27
mriedeminteresting fact,01:28
*** ankit_ has joined #openstack-nova01:28
mriedemmy kid sings the star spangled banner when in the bathroom now,01:28
mriedemlike all the time01:28
*** trinaths has left #openstack-nova01:29
*** phuongnh has quit IRC01:35
mriedemedleafe: https://review.openstack.org/#/c/495854/ for your morning01:37
mriedemmissed something in my initial review01:37
*** Apoorva_ has joined #openstack-nova01:37
mriedemon the plus side, +2 on https://review.openstack.org/#/c/510159/01:37
*** Apoorva has quit IRC01:40
*** namnh has joined #openstack-nova01:40
*** namnh has quit IRC01:41
*** yamamoto has joined #openstack-nova01:41
*** Apoorva_ has quit IRC01:41
*** fragatina has joined #openstack-nova01:42
*** fragatina has quit IRC01:44
*** slaweq_ has joined #openstack-nova01:45
*** gouthamr has joined #openstack-nova01:45
*** yamamoto has quit IRC01:46
openstackgerritMatt Riedemann proposed openstack/nova master: Modify _poll_shelved_instances periodic task call _shelve_offload_instance()  https://review.openstack.org/52404701:47
*** lei-zh has joined #openstack-nova01:47
*** slaweq_ has quit IRC01:49
*** phuongnh has joined #openstack-nova01:50
openstackgerritMatt Riedemann proposed openstack/nova master: Transform instance.resize_revert notification  https://review.openstack.org/39681101:55
mriedemKevin_Zheng: some more comments in https://review.openstack.org/52404701:55
Kevin_Zhengmriedem: thx01:56
*** Dinesh_Bhor has joined #openstack-nova01:56
*** mvk has quit IRC01:57
*** Shunli has joined #openstack-nova01:58
*** felipemonteiro has joined #openstack-nova01:58
*** mvk has joined #openstack-nova01:59
*** zhurong has quit IRC02:00
*** mriedem has quit IRC02:01
*** slaweq_ has joined #openstack-nova02:02
*** abalutoiu has quit IRC02:05
*** gcb has joined #openstack-nova02:06
*** slaweq_ has quit IRC02:07
*** armax has joined #openstack-nova02:08
*** cheneydc has joined #openstack-nova02:10
*** salv-orlando has joined #openstack-nova02:11
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Fix an error message in API validation  https://review.openstack.org/52408802:12
*** salv-orlando has quit IRC02:16
*** felipemonteiro_ has joined #openstack-nova02:17
*** felipemonteiro has quit IRC02:20
*** felipemonteiro_ has quit IRC02:20
*** felipemonteiro_ has joined #openstack-nova02:21
*** amodi has joined #openstack-nova02:21
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix wrong argument order in functional test  https://review.openstack.org/52536302:24
*** felipemonteiro_ has quit IRC02:25
*** suresh12 has joined #openstack-nova02:27
*** zhurong has joined #openstack-nova02:29
*** suresh12 has quit IRC02:31
*** annp has joined #openstack-nova02:33
alex_xuKevin_Zheng: should we doc that in the api-ref also?02:36
Kevin_Zhengalex_xu: which one?02:37
alex_xuKevin_Zheng: https://review.openstack.org/#/c/515631/502:37
alex_xuKevin_Zheng: since you said, it is user-noticeable API change...so I guess you want to get attention from the API user, not only the deployer?02:37
*** slaweq_ has joined #openstack-nova02:38
Kevin_ZhengI don't know, maybe it is too much details for normal users?>02:39
*** masber has joined #openstack-nova02:39
alex_xuKevin_Zheng: yea, it shouldn't be too much detail, just something like after specific release, if overquota, you will get a error instance...02:39
alex_xuKevin_Zheng: I guess that won't effect the API user too much02:40
Kevin_ZhengBut we have only have a Master branch doc02:40
alex_xuKevin_Zheng: actually more the end user, since they get an error instance, and they don't what happened.02:40
Kevin_Zhengit might be different for different versions02:41
Kevin_Zhengreleases02:41
alex_xuKevin_Zheng: ah, got it, there is config option02:41
alex_xuKevin_Zheng: ok, just note in the release note, I think this is more important for the deployer/end user, I don't think that will break the API user app02:42
alex_xuKevin_Zheng: done02:42
*** suresh12 has joined #openstack-nova02:42
*** slaweq_ has quit IRC02:44
*** gouthamr has quit IRC02:46
*** gouthamr has joined #openstack-nova02:47
*** hongbin has joined #openstack-nova02:51
openstackgerritMerged openstack/nova master: Updated from global requirements  https://review.openstack.org/52500602:52
openstackgerritMerged openstack/nova master: Downgrade log for keystone verify client fail  https://review.openstack.org/51324302:52
*** moshele has joined #openstack-nova02:53
*** cheneydc has quit IRC03:00
*** takashin has left #openstack-nova03:01
*** links has joined #openstack-nova03:07
*** slaweq_ has joined #openstack-nova03:10
*** suresh12 has quit IRC03:10
*** salv-orlando has joined #openstack-nova03:12
openstackgerritWangpan proposed openstack/nova master: Handle glance exception during rotating instance backup  https://review.openstack.org/52339503:13
*** slaweq_ has quit IRC03:15
*** salv-orlando has quit IRC03:17
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/52538603:19
*** abhishekk has joined #openstack-nova03:23
*** gouthamr has quit IRC03:23
*** edmondsw has quit IRC03:26
*** threestrands has joined #openstack-nova03:27
*** Apoorva has joined #openstack-nova03:33
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/52539903:33
*** gongysh has joined #openstack-nova03:43
*** slaweq_ has joined #openstack-nova03:44
*** thorst has joined #openstack-nova03:44
*** thorst has quit IRC03:46
*** slaweq_ has quit IRC03:48
*** yamamoto has joined #openstack-nova03:49
*** vladikr has quit IRC03:50
*** vladikr has joined #openstack-nova03:51
*** thorst has joined #openstack-nova03:53
*** thorst has quit IRC03:54
*** fragatina has joined #openstack-nova03:56
*** dave-mccowan has quit IRC04:00
*** fragatina has quit IRC04:01
*** gongysh has quit IRC04:06
*** hongbin has quit IRC04:07
*** coreywright has quit IRC04:07
*** amodi has quit IRC04:12
*** salv-orlando has joined #openstack-nova04:13
*** psachin has quit IRC04:15
*** fragatina has joined #openstack-nova04:17
*** slaweq_ has joined #openstack-nova04:17
*** salv-orlando has quit IRC04:18
*** hongbin has joined #openstack-nova04:20
*** slaweq_ has quit IRC04:22
*** coreywright has joined #openstack-nova04:25
*** tetsuro has joined #openstack-nova04:27
*** zhurong has quit IRC04:27
*** psachin has joined #openstack-nova04:30
*** yikun has quit IRC04:32
*** psachin has quit IRC04:32
*** yikun has joined #openstack-nova04:33
*** moshele has quit IRC04:37
*** hongbin has quit IRC04:39
*** nicolasbock has quit IRC04:48
*** yikun has quit IRC04:50
*** yikun has joined #openstack-nova04:51
*** udesale has joined #openstack-nova04:53
*** suresh12 has joined #openstack-nova04:53
*** slaweq_ has joined #openstack-nova04:54
*** zhurong has joined #openstack-nova04:54
*** jaosorior has joined #openstack-nova04:55
*** ratailor has joined #openstack-nova04:56
*** slaweq_ has quit IRC04:59
*** Dinesh_Bhor has quit IRC05:01
*** psachin has joined #openstack-nova05:10
*** salv-orlando has joined #openstack-nova05:14
*** edmondsw has joined #openstack-nova05:14
*** andreas_s has joined #openstack-nova05:16
*** moshele has joined #openstack-nova05:18
*** salv-orlando has quit IRC05:18
*** edmondsw has quit IRC05:18
*** andreas_s has quit IRC05:21
*** threestrands has quit IRC05:25
*** dklyle has joined #openstack-nova05:25
openstackgerritMerged openstack/nova master: Add regression test for rebuilding a volume-backed server  https://review.openstack.org/52120005:28
*** david-lyle has quit IRC05:29
*** dklyle has quit IRC05:30
*** slaweq_ has joined #openstack-nova05:32
*** hshiina has joined #openstack-nova05:33
*** slaweq_ has quit IRC05:37
*** slaweq_ has joined #openstack-nova05:39
*** Apoorva has quit IRC05:41
*** vishwana_ has joined #openstack-nova05:41
*** sree has joined #openstack-nova05:41
*** slaweq_ has quit IRC05:44
*** fragatina has quit IRC05:44
*** vishwanathj has quit IRC05:45
*** gongysh has joined #openstack-nova05:47
*** lajoskatona has joined #openstack-nova05:50
*** janki has joined #openstack-nova05:58
*** chyka has joined #openstack-nova06:01
*** chyka has quit IRC06:06
*** sridharg has joined #openstack-nova06:09
*** Alex_Staf has joined #openstack-nova06:10
*** slaweq_ has joined #openstack-nova06:10
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/52479506:12
*** salv-orlando has joined #openstack-nova06:14
*** slaweq_ has quit IRC06:15
*** coreywright has quit IRC06:16
*** coreywright has joined #openstack-nova06:18
*** salv-orlando has quit IRC06:19
*** oanson has quit IRC06:20
*** oanson has joined #openstack-nova06:20
*** gongysh has quit IRC06:25
*** jichen has joined #openstack-nova06:27
*** nore_rabel has joined #openstack-nova06:30
openstackgerritjichenjc proposed openstack/nova stable/pike: Downgrade log for keystone verify client fail  https://review.openstack.org/52547506:32
*** alexchadin has joined #openstack-nova06:32
*** karthiks has joined #openstack-nova06:39
*** Dinesh_Bhor has joined #openstack-nova06:45
*** slaweq_ has joined #openstack-nova06:47
*** slaweq_ has quit IRC06:52
*** sree has quit IRC06:52
*** lei-zh has quit IRC06:53
*** lei-zh has joined #openstack-nova06:53
*** sree_ has joined #openstack-nova06:55
*** sree_ is now known as Guest1838506:55
*** armax has quit IRC06:57
*** udesale__ has joined #openstack-nova06:58
*** udesale has quit IRC06:58
*** Guest18385 has quit IRC06:59
*** sree has joined #openstack-nova07:00
*** udesale has joined #openstack-nova07:00
*** vks1 has joined #openstack-nova07:00
openstackgerritZhenyu Zheng proposed openstack/nova master: Modify _poll_shelved_instances periodic task call _shelve_offload_instance()  https://review.openstack.org/52404707:00
*** udesale__ has quit IRC07:02
*** edand has joined #openstack-nova07:02
*** jaianshu has joined #openstack-nova07:06
*** nore_rabel has quit IRC07:07
*** sree has quit IRC07:07
*** sree has joined #openstack-nova07:08
*** salv-orlando has joined #openstack-nova07:15
*** zhurong has quit IRC07:16
*** salv-orlando has quit IRC07:20
*** slaweq__ has joined #openstack-nova07:21
*** slaweq_ has joined #openstack-nova07:25
*** slaweq__ has quit IRC07:26
*** salv-orlando has joined #openstack-nova07:26
*** slaweq_ has quit IRC07:29
*** pcaruana has joined #openstack-nova07:32
*** tianhui is now known as hui07:36
*** sree has quit IRC07:37
*** sree has joined #openstack-nova07:37
*** andreas_s has joined #openstack-nova07:41
*** hui_ has joined #openstack-nova07:41
*** hui has quit IRC07:45
*** hui_ is now known as hui07:46
*** rcernin has quit IRC07:48
*** zhurong has joined #openstack-nova07:50
*** salv-orlando has quit IRC07:57
*** salv-orlando has joined #openstack-nova07:57
*** ralonsoh has joined #openstack-nova08:01
*** salv-orlando has quit IRC08:02
*** zsli_ has joined #openstack-nova08:02
*** sahid has quit IRC08:03
*** sahid has joined #openstack-nova08:03
*** artom_ has joined #openstack-nova08:04
*** vishwana_ has quit IRC08:04
*** vishwanathj has joined #openstack-nova08:04
*** edand has quit IRC08:04
*** zsli__ has joined #openstack-nova08:04
*** edand has joined #openstack-nova08:05
*** zsli__ has joined #openstack-nova08:05
*** lei-zh has quit IRC08:05
*** lei-zh1 has joined #openstack-nova08:05
*** Shunli has quit IRC08:05
*** artom has quit IRC08:07
*** zsli_ has quit IRC08:08
*** jaosorior_ has joined #openstack-nova08:10
*** NostawRm has quit IRC08:10
*** NostawRm has joined #openstack-nova08:10
*** jaosorior has quit IRC08:13
*** sshwarts has joined #openstack-nova08:13
*** brault has quit IRC08:17
*** slaweq_ has joined #openstack-nova08:19
*** tesseract has joined #openstack-nova08:24
*** mdnadeem has joined #openstack-nova08:27
*** priteau has joined #openstack-nova08:29
*** rcernin has joined #openstack-nova08:33
*** andreas_s has quit IRC08:35
*** andreas_s has joined #openstack-nova08:36
*** belmoreira has joined #openstack-nova08:37
*** brault has joined #openstack-nova08:37
*** suresh12 has quit IRC08:38
*** imacdonn has quit IRC08:39
*** imacdonn has joined #openstack-nova08:39
*** pcaruana has quit IRC08:40
*** alexchadin has quit IRC08:42
*** jaosorior_ is now known as jaosorior08:47
*** andreas_s has quit IRC08:47
*** salv-orlando has joined #openstack-nova08:47
*** andreas_s has joined #openstack-nova08:47
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Migrate from 'ip' commands to 'pyroute2'  https://review.openstack.org/48438608:54
*** jpena|off is now known as jpena08:55
*** gmann is now known as gmann_afk08:56
*** cdent has joined #openstack-nova08:57
*** salv-orlando has quit IRC08:57
*** salv-orlando has joined #openstack-nova08:57
*** abalutoiu has joined #openstack-nova08:58
*** zsli__ has quit IRC08:59
openstackgerritZhenyu Zheng proposed openstack/nova master: [WIP] POC to use neutron port_list when filtering instance by ip  https://review.openstack.org/52550508:59
*** salv-orlando has quit IRC09:02
*** diga has joined #openstack-nova09:02
*** hshiina has quit IRC09:07
openstackgerritZhenyu Zheng proposed openstack/nova master: Modify _poll_shelved_instances periodic task call _shelve_offload_instance()  https://review.openstack.org/52404709:10
openstackgerritMerged openstack/nova master: Mention API behavior change when over quota limit  https://review.openstack.org/51563109:27
openstackgerritZhenyu Zheng proposed openstack/nova stable/pike: Mention API behavior change when over quota limit  https://review.openstack.org/52551109:28
*** dtantsur|afk has quit IRC09:30
*** edand has quit IRC09:31
*** lucas-afk is now known as lucasagomes09:31
stephenfingmann_afk, mriedem: I left a big comment about the 'tempest-dsvm-neutron-src-oslo.versionedobject' job here https://review.openstack.org/#/c/514310/3/zuul.d/zuul-legacy-jobs.yaml09:32
*** ttsiouts has quit IRC09:32
*** ttsiouts has joined #openstack-nova09:32
stephenfingmann_afk, mriedem: The tl;dr is that that job should be combined with a number of similar jobs and kept in a central location. There's nothing specific to o.v.o (or nova) about it09:33
*** dtantsur has joined #openstack-nova09:33
*** dtantsur has quit IRC09:33
*** dtantsur has joined #openstack-nova09:33
*** dtantsur has quit IRC09:33
*** dtantsur has joined #openstack-nova09:38
*** derekh has joined #openstack-nova09:39
*** chyka has joined #openstack-nova09:40
*** Dinesh_Bhor has quit IRC09:44
*** chyka has quit IRC09:45
openstackgerritMerged openstack/nova master: Remove incorrect comment about instance.locked  https://review.openstack.org/51530609:45
*** namnh has joined #openstack-nova09:45
*** owalsh_ is now known as owalsh09:52
*** mvk has quit IRC09:54
*** edand has joined #openstack-nova09:58
*** diga has quit IRC09:58
openstackgerritMerged openstack/nova master: Transform instance.resize_revert notification  https://review.openstack.org/39681110:03
*** priteau has quit IRC10:03
*** priteau has joined #openstack-nova10:04
*** lei-zh1 has quit IRC10:05
*** vipul has quit IRC10:05
*** vipul has joined #openstack-nova10:08
*** priteau has quit IRC10:09
*** sambetts|afk is now known as sambetts10:14
*** priteau has joined #openstack-nova10:16
*** vipul has quit IRC10:19
*** vipul has joined #openstack-nova10:22
*** mvk has joined #openstack-nova10:22
openstackgerritMatthew Booth proposed openstack/nova master: Add uuid column to BlockDeviceMapping  https://review.openstack.org/24260210:23
*** sree has quit IRC10:23
*** sree has joined #openstack-nova10:24
*** lei-zh has joined #openstack-nova10:24
*** namnh has quit IRC10:29
*** sree has quit IRC10:29
openstackgerritMerged openstack/nova master: Use ksa adapter for keystone conf & requests  https://review.openstack.org/50769310:29
*** rcernin has quit IRC10:30
*** annp has quit IRC10:33
*** andreas_s has quit IRC10:47
*** andreas_s has joined #openstack-nova10:47
*** hoangcx has quit IRC10:49
*** lei-zh has quit IRC10:49
openstackgerritStephen Finucane proposed openstack/nova master: Resolve review comments from I41b03a347  https://review.openstack.org/52525510:50
*** trungnv has quit IRC10:50
*** trungnv has joined #openstack-nova10:51
*** phuongnh has quit IRC10:52
*** phuongnh has joined #openstack-nova10:52
*** gszasz has joined #openstack-nova10:56
*** andreas_s has quit IRC10:56
*** abhishekk has quit IRC10:56
*** andreas_s has joined #openstack-nova10:57
*** Guest68950 has quit IRC10:58
*** hoangcx has joined #openstack-nova11:05
stephenfinbauzas: Can you take a second look at this? https://review.openstack.org/#/c/466051/11:05
*** andreas_s has quit IRC11:07
cdentstephenfin, bauzas, gibi : interesting grenade bug you might want to be aware of: https://bugs.launchpad.net/nova/+bug/173638511:09
openstackLaunchpad bug 1736385 in OpenStack Compute (nova) "placement is not being properly restarted in grenade (pike to master)" [Undecided,New]11:09
gibicdent: good catch11:11
*** andreas_s has joined #openstack-nova11:12
cdentI think it is a pretty easy fix in devstack, so gonna to try a test patch11:12
gibicdent: I hope it did not hide a lot of undiscovered bugs11:13
cdentyeah, that’s my fear too11:13
*** sree has joined #openstack-nova11:17
*** andreas_s has quit IRC11:22
*** andreas_s has joined #openstack-nova11:23
openstackgerritChris Dent proposed openstack/nova master: DNM: Test devstack fix for process restart  https://review.openstack.org/52553411:25
*** andreas_s has quit IRC11:27
*** yamamoto has quit IRC11:28
*** udesale has quit IRC11:29
openstackgerritMerged openstack/nova master: Get original image_id from volume for volume-backed instance rebuild  https://review.openstack.org/52139111:30
openstackgerritMerged openstack/nova master: [placement] Add aggregate link note in API ref  https://review.openstack.org/52150211:31
openstackgerritMerged openstack/nova master: [placement] Fix foreign key constraint error  https://review.openstack.org/51688011:31
*** vks1 has quit IRC11:31
*** phuongnh has quit IRC11:35
*** edand has quit IRC11:37
*** janki has quit IRC11:39
*** alexchadin has joined #openstack-nova11:42
*** andreas_s has joined #openstack-nova11:42
openstackgerritStephen Finucane proposed openstack/nova master: Add PowerVM to compute_driver options  https://review.openstack.org/52397811:43
*** edand has joined #openstack-nova11:48
openstackgerritwanghongxu proposed openstack/nova master: Update cinder info when attach volume that attached  https://review.openstack.org/52554011:52
*** tbachman has quit IRC11:53
openstackgerritMerged openstack/nova master: Make _Provider really private  https://review.openstack.org/52393211:55
openstackgerritMerged openstack/nova master: ProviderTree.get_provider_uuids()  https://review.openstack.org/52024311:55
*** edmondsw has joined #openstack-nova11:58
*** smatzek has joined #openstack-nova11:59
*** lei-zh has joined #openstack-nova12:01
*** nicolasbock has joined #openstack-nova12:03
*** sridharg has quit IRC12:04
*** lei-zh has quit IRC12:05
*** edmondsw has quit IRC12:05
*** tetsuro has quit IRC12:12
*** lucasagomes is now known as lucas-hungry12:13
*** yassine has joined #openstack-nova12:14
*** yassine is now known as Guest3567812:14
*** yikun has quit IRC12:20
*** yamamoto has joined #openstack-nova12:28
*** yamamoto has quit IRC12:31
*** yamamoto has joined #openstack-nova12:31
*** alexchadin has quit IRC12:34
*** alexchadin has joined #openstack-nova12:35
cdentstephenfin, bauzas : are you guys able to comment whether specless is okay for this blueprint? https://blueprints.launchpad.net/nova/+spec/vmware-boot-uefi there’s already an implementation and Ken’ichi (on the review) seemed to think so.12:36
*** zhurong has quit IRC12:36
openstackgerritMatthew Booth proposed openstack/nova master: Make BlockDeviceMapping object support uuid  https://review.openstack.org/24260312:37
*** yamamoto has quit IRC12:38
openstackgerritHengqing Hu proposed openstack/nova master: Remove build_sphinx section from setup.cfg  https://review.openstack.org/52558712:38
*** yamamoto has joined #openstack-nova12:40
*** alexchadin has quit IRC12:40
*** alexchadin has joined #openstack-nova12:41
*** ratailor has quit IRC12:43
*** mvenesio has joined #openstack-nova12:43
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: validate SCSI controller model  https://review.openstack.org/52505512:44
*** sree has quit IRC12:44
*** zhurong has joined #openstack-nova12:44
*** david-lyle has joined #openstack-nova12:48
*** jpena is now known as jpena|lunch12:48
openstackgerritAlexandru Muresan proposed openstack/nova master: Fix driver tests on Windows  https://review.openstack.org/51852512:48
*** tbachman has joined #openstack-nova12:50
openstackgerritJay Pipes proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721512:52
openstackgerritJay Pipes proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480712:52
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569312:52
openstackgerritJay Pipes proposed openstack/nova master: Scheduler set_inventory_for_provider does nested  https://review.openstack.org/52064312:52
jaypipesalex_xu: ^^ added additional func test that includes resources filter along with tree filter12:52
jaypipesalex_xu: I prefer just "tree" to "in_tree", but if everyone else wants to change it, I can12:53
*** tbachman has quit IRC12:54
*** BryanS68 has joined #openstack-nova12:55
cdentjaypipes, alex_xu : It is somewhat confusing, but I’m not sure what’s right. There’s a part of me that thinks ‘tree’ actually ought to be a boolean: give me the results and anything else which is a relative in the trees of any results12:59
openstackgerritJay Pipes proposed openstack/nova master: Scheduler set_inventory_for_provider does nested  https://review.openstack.org/52064313:00
dmsimardkashyap: ping ?13:00
*** tbachman has joined #openstack-nova13:01
openstackgerritMerged openstack/nova master: Fix wrong argument order in functional test  https://review.openstack.org/52536313:01
dmsimardWas wondering if you had come across my question yesterday: http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2017-12-04.log.html#t2017-12-04T17:26:4613:01
*** david-lyle has quit IRC13:01
*** zhurong has quit IRC13:02
*** zhurong has joined #openstack-nova13:02
kashyapdmsimard: Hey13:04
kashyapdmsimard: I did have my proxy catch it, I just didn't get around to it.13:04
* kashyap clicks now13:04
*** edmondsw has joined #openstack-nova13:06
openstackgerritMatthew Booth proposed openstack/nova master: Add an online migration for BDM.uuid  https://review.openstack.org/52559913:07
dmsimardkashyap: thanks, much appreciated.13:08
kashyapdmsimard: Reading the bug report, VM building can hang w/ libguestfs & TCG13:08
kashyapdmsimard: Still catching up on the bug report & libguestfs mailing list thread linked in there13:08
dmsimardYeah.. I summarized the issue in the eavesdrop link13:09
*** alexchadin has quit IRC13:09
kashyapdmsimard: Ah-ha!  So, TCG didn't fully take effect13:09
*** lucas-hungry is now known as lucasagomes13:14
kashyapdmsimard: Related aside: Do we have any plans (at least it has been talked about since Paris Summit) to test in a portion of Infra with actual Nested KVM?13:14
kashyapdmsimard: In the past, the argument was: "It's a bit unstable / buggy".  But no bugs were filed.  Probably it'd be useful to think about enabling actual nVMX (Intel) / nSVM (AMD) for a portion of the Infra Cloud.13:15
dmsimardNot sure, I'd love to of course but my opinion doesn't really matter :D13:16
dmsimardIt's about nodepool providers supporting it or not13:16
openstackgerritMerged openstack/nova master: Fix some incorrect option references for scheduler filters  https://review.openstack.org/52164513:16
openstackgerritMerged openstack/nova master: Deprecate the IronicHostManager  https://review.openstack.org/52164813:16
openstackgerritMerged openstack/nova master: Fix invalid minRam error message  https://review.openstack.org/52314213:16
openstackgerritMerged openstack/nova master: Add description for resource class creation  https://review.openstack.org/50808313:17
kashyapdmsimard: Yeah, I know it's not in your hands; it's with node providers; Rackspace Infra uses Xen, so that's out of scope.13:18
openstackgerritMatthew Booth proposed openstack/nova master: DriverBlockDevice: make subclasses inherit _proxy_as_attr  https://review.openstack.org/52416713:19
*** peter-hamilton has joined #openstack-nova13:19
*** alexchadin has joined #openstack-nova13:21
dmsimardkashyap: need to brb13:22
*** links has quit IRC13:22
kashyapdmsimard: It's fine; I too need to be briefly AFK to finish some paperwork13:22
kashyap(Not now, in a few)13:22
*** liverpooler has joined #openstack-nova13:26
*** zhurong has quit IRC13:27
*** pchavva has joined #openstack-nova13:28
*** jaianshu has quit IRC13:30
*** READ10 has joined #openstack-nova13:30
*** udesale has joined #openstack-nova13:32
openstackgerritMerged openstack/nova master: Add debug information to metadata requests  https://review.openstack.org/51189513:32
openstackgerritMerged openstack/nova master: [placement]Enhance doc for placement allocation list  https://review.openstack.org/51171513:32
openstackgerritMerged openstack/nova master: Fix TypeError in nova-manage db archive_deleted_rows  https://review.openstack.org/52076513:32
*** psachin has quit IRC13:33
*** yangyapeng has quit IRC13:33
*** yangyapeng has joined #openstack-nova13:34
*** moshele has quit IRC13:37
alex_xucdent: so "tree=True&resources=...." means that give me the tree which match those resources?13:38
*** yangyapeng has quit IRC13:38
stephenfincdent: I think it best to ask mriedem that13:38
*** moshele has joined #openstack-nova13:39
alex_xujaypipes: thanks13:39
cdentalex_xu: sort of: for the resource providers that satisfy the resources request, return those resource providers and their trees13:39
jaypipescdent: what do you mean by "and their trees"?13:40
*** janki has joined #openstack-nova13:40
cdentjaypipes: if rp X has a parent of Y and a sibling of Z, all of X Y and Z would return13:41
cdent(where X satisfies resources)13:41
jaypipescdent: the problem with that is due to GET /resource_providers not returning information about inventory or allocations, you would have no idea *which* of the resource providers met the resources query.13:41
*** sahid has quit IRC13:41
jaypipescdent: for GET /allocation_candidates, we will return the provider information (in the provider summaries section) for all providers in the tree of resource providers included in allocation requests.13:42
cdentyeah, I know. It’s how tree “feels” as a param though13:42
cdentthe meaning you’ve made is “limit to tree”, yes?13:42
jaypipescdent: do you prefer "in_tree" then? or something else entirely?13:42
cdentI can’t decide. I’m trying to talk out loud to see if anything reasonable leaks out13:43
jaypipescdent: the meaning of "tree=X" is "get the root provider UUID of X and return all providers in that tree"13:43
jaypipescdent: so yeah, "limit to this provider's tree" is what the filter says.13:43
jaypipescdent: just want to be clear that "X" doesn't need to be the root provider UUID.13:44
jaypipescdent: it can be any old resource provider UUID. we look up that provider's root UUID.13:44
cdentand if some other parameter (like resources) is present, and X isn’t in the resource satisfyng rps, no resource, right?13:44
cdents/no resource/no results/13:45
jaypipescorrect13:45
efried_cya_wedI was thinking ?tree=X&resources=Y would mean, "find me only the providers from within tree X that have resources Y"13:45
cdentefried_cya_wed: it is not wed, go away13:45
efried_cya_wedI.e. explicitly *not* the whole tree.13:45
jaypipesefried_cya_wed: that is precisely what it means.13:45
jaypipesefried_cya_wed: filters are "ANDed" together...13:45
cdentI reckon in_tree is better13:46
cdentbut not hugely so13:46
alex_xucdent: X isn't in the resource satisfying rps, there may have result, for the case, the other rps match the resource in the tree13:46
*** yamamoto has quit IRC13:47
jaypipesalex_xu: yes, that's true. if X is a grandchild and Y is a child, and Y has all the resources needed, then Y would be returned, yes.13:48
alex_xujaypipes: yea13:48
*** liverpooler has quit IRC13:49
*** liverpooler has joined #openstack-nova13:49
jaypipesalex_xu: we could call the filter 木 :)13:50
cdentso a) in_tree is beginning to sound better to me, b) what’s the use case? when does a client want to do this?13:50
jaypipescdent: this is primarily going to be called by the scheduler report client's get_providers_in_tree() method which will populate a ProviderTree structure that is passed to the virt driver to populate13:51
alex_xujaypipes: you mean tree? it should be 树,木 is wood :)13:51
cdentjaypipes: so in that case only the tree param is used, yes?13:51
jaypipesalex_xu: crap! there's like 15 symbols that are "tree" in Google translate ;)13:52
alex_xuhaha13:52
*** artom_ has quit IRC13:52
* jaypipes picked the wrong one apparently.13:52
*** mlavalle has joined #openstack-nova13:53
jaypipescdent: yeah, in that case, only the tree filter is used13:53
*** mriedem has joined #openstack-nova13:53
alex_xuthe chinese version 'GET /资源_提供者?树=...&资源=...'13:53
*** jpena|lunch is now known as jpena13:57
*** dave-mcc_ has joined #openstack-nova13:58
alex_xujaypipes: I guess cdent is asking the use case of tree+resources13:59
*** jichen has quit IRC13:59
*** gongysh has joined #openstack-nova13:59
cdentnot really. I agree that if we have filters, they should all be allowed and all should be and-ed13:59
cdentI also agree that some combinations are weird13:59
cdentbut as long as we are and-ing correctly it is okay14:00
cdentI don’t want us to be saying that some filter combinations are disallowed14:00
efried_cya_wed++14:00
efried_cya_wedRealistically, there are combinations consumers won't use because they don't make any sense.  And that should be fine.14:01
alex_xucdent: +114:02
*** esberglu has joined #openstack-nova14:03
*** artom has joined #openstack-nova14:04
*** gongysh has quit IRC14:04
*** lyan has joined #openstack-nova14:08
*** thorst has joined #openstack-nova14:09
*** yamamoto has joined #openstack-nova14:11
* efried_cya_wed is actually leaving now. Have a great day!14:13
*** abhishekk has joined #openstack-nova14:15
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: [placement] Fix foreign key constraint error  https://review.openstack.org/52562014:17
openstackgerritIldiko Vancsa proposed openstack/nova master: Implement new attach Cinder flow  https://review.openstack.org/33028514:20
openstackgerritIldiko Vancsa proposed openstack/nova master: libvirt: Allow multiple volume attachments  https://review.openstack.org/26758714:20
openstackgerritIldiko Vancsa proposed openstack/nova master: Add a new check to volume attach  https://review.openstack.org/52562214:20
ildikovmriedem: first attempt ^^14:21
mriedemack14:22
ildikovmriedem: I might've bumped the service version too early... :/14:22
mriedemyup14:23
mriedemhttps://review.openstack.org/#/c/525622/1/nova/objects/service.py shouldn't be in there14:23
ildikovyeah, I realized 5 minutes ago...14:24
mriedemwhat is this? https://review.openstack.org/#/c/525622/1/nova/volume/cinder.py14:24
*** vks1 has joined #openstack-nova14:24
ildikovchecking the cinder microversion14:24
ildikovor well, making it possible to do so14:24
ildikovindependently from the attachment_* calls14:25
mriedemi don't think we want/need that in this patch,14:25
mriedemwhat i was thinking was in the change that introduces _check_volume_already_attached_to_instance,14:25
mriedemwe'd just implement the usage of that in swap_volume,14:25
mriedembecause in swap volume we know if we're doing old or new flow based on the bdm.attachment_id,14:25
mriedemin attach_volume we don't14:25
mriedemso we need to leave the attach_volume changes for the last patch that adds the new flow14:26
*** gszasz has quit IRC14:26
ildikovah, ok14:27
ildikovso you wanted to split out like 10 lines of code change?14:27
mriedemit's more than that14:28
mriedemit's the new method, plus the usage in swap_volume, plus tests14:28
ildikovok, 2014:28
mriedemok - just leave it all in a 2K LOC change and we won't merge any of it if that's what you want14:28
ildikovJesus, Mary, St Joseph and the camel14:29
ildikovsigh, no, I'll go and start over14:29
mriedemi'm trying to help you split the things out that can be split out to make the main end patch more manageable for reviewers,14:29
mriedemif we don't want to do that, then i'll give up14:29
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix ValueError if invalid max_rows passed to db purge  https://review.openstack.org/52562814:31
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix TypeError in nova-manage db archive_deleted_rows  https://review.openstack.org/52562914:31
ildikovno, don't, I'm sorry, flying freaks me out, so I'm a few levels up regarding stress right now14:31
ildikovand I've just uploaded the 167th revision which gives my stomach an extra bump... :/ :)14:32
ildikovwill ping you when I have a next version14:33
mriedemok14:33
*** alexchadin has quit IRC14:35
*** sahid has joined #openstack-nova14:36
sambettsjaypipes: Is there a bug in Nova tracking the placement race condition we identified at the PTG between nova releasing the allocation and the ironic virt driver setting the number of resources available to zero?14:38
jaypipessambetts: not sure I follow you...14:40
*** udesale has quit IRC14:40
*** BryanS68 has quit IRC14:41
sambettsjaypipes: the race condition where on "nova delete" of an instance the allocation in placement is released so the node becomes free again, but its not actually free because Ironic is cleaning the node, so we set the resources to zero but for a brief period of time the node in placement can be reallocated because the resources are updated in a timed loop14:42
*** abhishekk has quit IRC14:43
jaypipessambetts: but the node is not "available" according to the Ironic virt driver when it's being cleaned and therefore will not appear to the scheduler as passing the compute filter.14:44
*** moshele has quit IRC14:44
*** edand has quit IRC14:44
*** abalutoiu has quit IRC14:44
*** abalutoiu has joined #openstack-nova14:45
sambettsjaypipes: its only not avaiable because we set the avaiable resources for that node to zero, but the avaiable resources isn't refreshed instantly after an instance is deleted, but the allocation in placement is freed14:46
*** jaosorior has quit IRC14:46
sambettsso the node in placement can be reallocated until the resource tracker updates the avaiable resources14:46
jaypipessambetts: the allocation is deleted properly (the instance is no longer consuming resources on that node). it is the node itself that is marked as not available and therefore won't be scheduled to.14:47
sambettsjaypipes: I'm not sure what you mean the node is marked as not avaiable, as far as I'm aware that happens by setting the resources to zero and then that causes the code to remove it from placement so it can't be scheduled too, is that what you are refering too14:49
sambetts?14:49
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add regression test for rebuilding a volume-backed server  https://review.openstack.org/52563214:49
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Only query BDMs once in API during rebuild  https://review.openstack.org/52563314:49
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Get original image_id from volume for volume-backed instance rebuild  https://review.openstack.org/52563414:49
*** udesale has joined #openstack-nova14:50
jaypipessambetts: I'm referring to the scheduler, not placement. the scheduler checks to see whether a compute node/service is up and available to take requests before it attempts to schedule an instance to it. that check will return False for an Ironic node that is cleaning state.14:51
openstackgerritMerged openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/52539914:51
sambettsjaypipes: is that new? I've never heard of that before14:52
jaypipessambetts: so placement might return that Ironic node to the scheduler as having space (now that the allocation was deleted), but the scheduler won't pick it until the node is available.14:52
jaypipessambetts: no, that's been like that since the beginning.14:53
*** gcb has quit IRC14:53
jaypipessambetts: https://github.com/openstack/nova/blob/master/nova/scheduler/driver.py#L55-L6114:54
*** gcb has joined #openstack-nova14:54
jaypipesthough I'm looking at that now and seeing it's referring to the service (i.e. the nova-compute), not the baremetal node14:54
jaypipesffs14:54
*** BryanS68 has joined #openstack-nova14:54
jaypipesthis is why we can't ever have nice code...14:54
sambetts:/ never seen anything like that in our driver, its all done based on resources14:55
*** lpetrut has joined #openstack-nova14:55
sambettsyeah :/14:55
*** armax has joined #openstack-nova14:56
jaypipessambetts: well, there's this patch which should at least help with the Ironic situation: https://review.openstack.org/#/c/513526/14:57
*** awaugama has joined #openstack-nova14:57
jaypipessambetts: that randomizes the returned results from placement so that (as is the case with Ironic) you won't always get back the same top node.14:57
*** jmlowe has joined #openstack-nova14:59
*** udesale has quit IRC14:59
sambettsthat'll certainly help, the other thing I think we suggested at the PTG was that we somehow instead of the resources getting marked as zero and then removed from placement all the time, we use the reserved field (although I'm still not sure that solves the race)14:59
*** slaweq_ is now known as slaweq15:00
*** gszasz has joined #openstack-nova15:01
sambettsthe race occurs because the resource tracker is async from the allocation getting deleted, so I'm sure what the right thing to do is there, unless we can force an refresh of that as soon as the resources are freed but then there is still a small period of time while the resource tracker runs15:01
sambettssomeone mentioned at the PTG that there are some hypervisors that have the same behaviour as this where even though an allocation has been deleted the resources aren't actually available for use yet15:03
sambettsI'm trying to dig up the notes from the PTG session on it15:03
*** amodi has joined #openstack-nova15:08
*** Tom-Tom has joined #openstack-nova15:08
*** Alex_Staf has quit IRC15:09
sambettshmmm I can't find any notes on the topic in the etherpads :( johnthetubaguy do you remember this conversation at the PTG ^15:10
*** edand has joined #openstack-nova15:13
*** janki has quit IRC15:13
*** david-lyle has joined #openstack-nova15:13
*** diga has joined #openstack-nova15:13
*** janki has joined #openstack-nova15:14
*** janki has quit IRC15:14
*** janki has joined #openstack-nova15:15
openstackgerritIldiko Vancsa proposed openstack/nova master: Add a new check to volume attach  https://review.openstack.org/52562215:19
openstackgerritIldiko Vancsa proposed openstack/nova master: Implement new attach Cinder flow  https://review.openstack.org/33028515:19
openstackgerritIldiko Vancsa proposed openstack/nova master: libvirt: Allow multiple volume attachments  https://review.openstack.org/26758715:19
ildikovmriedem: ^^15:20
*** sree has joined #openstack-nova15:21
*** Yingxin has quit IRC15:23
*** Yingxin has joined #openstack-nova15:25
*** sree has quit IRC15:26
mriedemack15:26
*** gouthamr has joined #openstack-nova15:29
*** lajoskatona has left #openstack-nova15:31
*** rm_work has quit IRC15:32
*** Apoorva has joined #openstack-nova15:32
*** hongbin has joined #openstack-nova15:33
*** udesale has joined #openstack-nova15:36
*** rm_work has joined #openstack-nova15:36
*** Apoorva has quit IRC15:37
*** sree has joined #openstack-nova15:37
*** gszasz has quit IRC15:38
*** david-lyle has quit IRC15:39
*** Apoorva has joined #openstack-nova15:39
*** udesale has quit IRC15:41
*** udesale has joined #openstack-nova15:42
*** sree has quit IRC15:42
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Add regression test for rebuilding a volume-backed server  https://review.openstack.org/52566415:44
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Only query BDMs once in API during rebuild  https://review.openstack.org/52566515:44
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Get original image_id from volume for volume-backed instance rebuild  https://review.openstack.org/52566615:44
*** openstackgerrit has quit IRC15:48
*** openstackgerrit has joined #openstack-nova15:48
openstackgerritIldiko Vancsa proposed openstack/nova master: Implement new attach Cinder flow  https://review.openstack.org/33028515:48
openstackgerritIldiko Vancsa proposed openstack/nova master: libvirt: Allow multiple volume attachments  https://review.openstack.org/26758715:48
*** tidwellr has joined #openstack-nova15:49
*** gszasz has joined #openstack-nova15:50
*** jmlowe has quit IRC15:56
*** jmlowe has joined #openstack-nova15:57
*** slaweq is now known as slaweq_15:58
*** jmlowe has quit IRC15:59
*** jmlowe_ has joined #openstack-nova16:01
edleafemriedem: time for a question re: alternates for migration?16:01
*** hamzy has quit IRC16:02
*** jmlowe_ has quit IRC16:02
edleafeif I set return_alternates to True as you suggest, what should then happen to the alternates?16:02
mriedemcold migrate / resize right?16:03
edleafemriedem: yeah: https://review.openstack.org/#/c/516707/17/nova/conductor/tasks/migrate.py@24416:03
mriedemwell, presumably the same thing as happens when build_and_run_instances gets alternates and sends them to compute, which can send them back to build_instances on a reschedule16:04
*** belmoreira has quit IRC16:04
mriedemso we have 2 reschedule loops:16:04
edleafewell, I'm unfamiliar with those code pathways, so IYO will that be a major change to those methods?16:05
mriedem1. superconductor:schedule_and_build_instances -> compute:build_and_run_instance -> cellconductor:build_instances16:05
mriedem2. superconductor:resize_instance -> compute:prep_resize -> cellconductor:resize_instance16:05
mriedemwell, looking at https://review.openstack.org/#/c/511358/29/nova/compute/manager.py16:06
mriedemit looks like it would be a matter of passing host_list to prep_resize in the compute16:06
mriedemand like what you have here in conductor manager (this is cell conductor at this point during a reschedule):16:07
mriedemhttps://review.openstack.org/#/c/511358/29/nova/conductor/manager.py@51716:07
mriedemyou would have to do the same for the resize reschedule here https://review.openstack.org/#/c/511358/29/nova/conductor/api.py@8716:07
*** coreywright has quit IRC16:07
edleafeok, next question: should I add that all to the existing patches, or split it into two?16:07
mriedemnow, we could arguably do the build and resize + alternates in separate patches16:08
mriedemheh16:08
mriedemsplit is obviously easier for review16:08
mriedemit would mean 2 compute rpc version bumps16:08
mriedembut service version bumps are free, so i don't think that's a big deal16:08
mriedemdansmith: ^ agree?16:08
edleafeok, so I'll leave return_alternates=False in the current patch, and then flip it when in a new patch that bumps the compute RPC again.16:09
mriedemmakes sense16:10
edleafeok16:10
openstackgerritMatt Riedemann proposed openstack/nova master: Fix doubling allocations on rebuild  https://review.openstack.org/52166216:11
mriedemjaypipes: ^ is that cve fix (now disclosed) with the bug link and a release note; melwitt can you also look at ^16:11
melwittmriedem: sure16:12
dansmithmriedem: I like to avoid bumps of both rpc and service version when possible, and it usually is.. but yes, they're free16:13
*** gbarros has quit IRC16:13
*** gbarros has joined #openstack-nova16:13
*** thorst has quit IRC16:15
*** diga has quit IRC16:15
*** coreywright has joined #openstack-nova16:20
*** suresh12 has joined #openstack-nova16:22
*** udesale has quit IRC16:23
bauzasmriedem: just +2d the cve fix16:24
mriedembauzas: thanks16:24
bauzasnow the bug is disclosed, we can move on16:24
bauzassorry for having paid a lot of attention for that bug tho, but the overall direction looked good to me a while ago16:25
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add regression test for rebuild with new image doubling allocations  https://review.openstack.org/52321316:25
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix doubling allocations on rebuild  https://review.openstack.org/52321416:25
bauzasie. using the hints for passing whether it's a rebuild or not16:25
*** Tom-Tom has quit IRC16:25
*** andreas_s has quit IRC16:26
*** andreas_s has joined #openstack-nova16:26
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix doubling allocations on rebuild  https://review.openstack.org/52321416:30
*** andreas_s has quit IRC16:31
mriedemsdague: can you hit https://review.openstack.org/#/c/523194/ again? alex had pointed out something so i lost your +216:32
*** hamzy_ has joined #openstack-nova16:37
*** mvk has quit IRC16:42
*** hamzy has joined #openstack-nova16:42
*** READ10 has quit IRC16:43
*** READ10 has joined #openstack-nova16:44
*** hamzy_ has quit IRC16:46
openstackgerritEd Leafe proposed openstack/nova master: Add Selection objects  https://review.openstack.org/49923916:46
openstackgerritEd Leafe proposed openstack/nova master: Refactor the code to check for sufficient hosts  https://review.openstack.org/52024216:46
openstackgerritEd Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver  https://review.openstack.org/49585416:46
openstackgerritEd Leafe proposed openstack/nova master: Move the to_dict() method to the Selection object  https://review.openstack.org/52349216:46
openstackgerritEd Leafe proposed openstack/nova master: Modify select_destinations() to return objects and alts  https://review.openstack.org/51015916:46
openstackgerritEd Leafe proposed openstack/nova master: Change RPC for select_destinations()  https://review.openstack.org/51670716:46
openstackgerritEd Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils  https://review.openstack.org/51135716:46
openstackgerritEd Leafe proposed openstack/nova master: Make conductor pass and use host_lists  https://review.openstack.org/51135816:46
edleafemriedem: ^^ addresses your concerns16:46
edleafemriedem: I'll start on the migrate/resize patch next16:47
jaypipesmriedem: cool, will look shortly, soon as I finish up a rebase of efried_cya_wed's series16:47
mriedemedleafe: ok16:48
*** sahid has quit IRC16:48
*** chyka has joined #openstack-nova16:49
*** chyka_ has joined #openstack-nova16:53
*** hamzy has quit IRC16:54
*** chyka has quit IRC16:57
*** gszasz has quit IRC16:57
*** rmart04 has joined #openstack-nova16:59
*** rmart04 has quit IRC17:00
*** diga has joined #openstack-nova17:01
*** fragatina has joined #openstack-nova17:01
*** janki has quit IRC17:02
*** fragatin_ has joined #openstack-nova17:02
*** derekh has quit IRC17:03
*** fragatina has quit IRC17:06
*** suresh12 has quit IRC17:07
*** Guest35678 has quit IRC17:07
*** Apoorva has quit IRC17:07
*** suresh12 has joined #openstack-nova17:08
*** moshele has joined #openstack-nova17:11
melwittmriedem: now that we're pulling in the dependent os-brick changes, I'm +2 on https://review.openstack.org/#/c/40038417:11
*** suresh12 has quit IRC17:14
*** mvk has joined #openstack-nova17:14
*** moshele has quit IRC17:16
*** slaweq_ has quit IRC17:19
*** damien_r has quit IRC17:19
*** suresh12 has joined #openstack-nova17:19
*** mdnadeem has quit IRC17:20
*** pcaruana has joined #openstack-nova17:22
*** suresh12 has quit IRC17:22
*** sshwarts has quit IRC17:22
*** suresh12 has joined #openstack-nova17:23
*** lpetrut has quit IRC17:23
*** BryanS68 has quit IRC17:23
*** pcaruana has quit IRC17:26
*** lucasagomes is now known as lucas-afk17:27
*** pcaruana has joined #openstack-nova17:27
*** dtantsur is now known as dtantsur|afk17:27
*** suresh12 has quit IRC17:28
jaypipescdent: still around?17:32
cdentyessir, still fighting with this grenade stuff17:32
jaypipescdent: so I don't believe those comments on the API ref thing on the nested resource providers work are correct...17:33
cdentwas just reading your responses, one sec17:33
jaypipesI'm also getting sort of annoyed with this :)17:34
cdentjaypipes: I think the confusion is whether what’s listed at /resource_providers is the full rep or not17:35
cdentand up to now it has been: generation, uuid, name, links17:35
cdenthttps://developer.openstack.org/api-ref/placement/#list-resource-providers17:35
jaypipesno, up until now it's been incorrect. it lists resource_providers (the collective attribute), along with the singular attirbutes17:35
cdentwhich “it” do you mean?17:36
jaypipesGET /resource_providers response17:36
cdentso you’re saying that for the past 13 microversions what we’ve had at that link above (expand the response example) has been wrong?17:36
jaypipescdent: I don't see how listing *both* resource_providers (the collective attribute) AND the singular attributes at the same time can be correct.17:37
cdentit’s a list of resource provider objects:17:37
jaypipesyes...17:37
jaypipesand that's all17:37
cdenthttps://github.com/openstack/nova/blob/master/nova/api/openstack/placement/handlers/resource_provider.py#L11017:37
cdentand the api_ref is set up to list anything, not just the top level things17:38
jaypipescdent: since when?17:38
cdentsince the dawn17:38
cdentwe have made expections in the past17:38
jaypipescdent: why bother having the top-level element at all then? that's just silly IMHO17:38
jaypipescdent: with no indication of the "level" the attribute is expected to appear at17:39
cdentdon’t look at me man, I think the rules on the api-ref are … weird17:39
cdentthere has been work done in the nova api-ref (I think?) to indicate path.to.attribute but we’ve not picked it up in placement17:40
* cdent looks for patch17:40
jaypipesmeh, screw it, I'll just make the damn changes (again, again)17:41
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763817:41
cdentjaypipes: I think the descending paths thing was worked on near: https://review.openstack.org/#/c/464277/ but I’m not sure if it got anywhere17:42
jaypipescdent: so is Takashi asking me to put a required: true line in for parent_provider_uuid/root_provider_uuid but only in the response parameter listings?17:42
*** tssurya_ has joined #openstack-nova17:43
cdentmy read was that he wants the response body to be fully described and the usual way to do that in the case when it is optional is the request body is to inherit the yaml anchor and changed required: false to true17:43
*** vks1 has quit IRC17:44
cdentjaypipes: I think it would probably be okay to punt it to a followup (one that perhaps someone else did)17:44
*** fragatin_ has quit IRC17:44
jaypipescdent: I just don't know what is being asked of me.17:45
cdentjaypipes: the reasons require: true isn’t marked on those guys is because required is the default, isn’t it?17:45
*** BryanS68 has joined #openstack-nova17:45
*** Apoorva has joined #openstack-nova17:45
*** Apoorva has quit IRC17:45
cdentin that case I’d say let’s punt and do it in a followup so it can be looked at separately and more clearly understood17:45
*** sambetts is now known as sambetts|afk17:45
jaypipescdent: I think he's saying that the *response* always has parent_provider_uuid and therefore the *response* parameter list should have required: true.17:45
cdentmy brain is not in that frame right now so can’t tell you something clear and straightforward17:46
*** Apoorva has joined #openstack-nova17:46
cdenteffectively yes17:46
cdentI’ve changed my vote for now, in case that helps move things along17:47
openstackgerritJay Pipes proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721517:49
openstackgerritJay Pipes proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480717:49
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569317:49
openstackgerritJay Pipes proposed openstack/nova master: Scheduler set_inventory_for_provider does nested  https://review.openstack.org/52064317:49
openstackgerritJay Pipes proposed openstack/nova master: SchedulerReportClient._get_providers_in_tree  https://review.openstack.org/52066317:49
openstackgerritJay Pipes proposed openstack/nova master: SchedulerReportClient._get_providers_in_aggregates  https://review.openstack.org/52109717:49
openstackgerritJay Pipes proposed openstack/nova master: ProviderTree.populate_from_iterable  https://review.openstack.org/52075617:49
openstackgerritJay Pipes proposed openstack/nova master: Scheduler[Report]Client.get_provider_tree  https://review.openstack.org/52109817:49
openstackgerritJay Pipes proposed openstack/nova master: WIP: ComputeDriver.update_provider_tree()  https://review.openstack.org/52118717:49
openstackgerritJay Pipes proposed openstack/nova master: WIP: Use update_provider_tree from resource tracker  https://review.openstack.org/52024617:49
jaypipescdent: would you mind looking at https://review.openstack.org/#/c/377215/ and making sure I've added everything you wanted please?17:52
cdentjaypipes: I think your rebase has gone funk as ps70 has the same stuff as ps62 (in the test file), but there were changes in the middle  :(17:54
jaypipesgod damn this.17:55
*** gbarros has quit IRC17:56
jaypipesI am so fucking sick of this bullshit sliced up and frankensteined set of patches at this point.17:57
*** gszasz has joined #openstack-nova17:57
jaypipesall this to try and get Eric's WIP patches aligned with what's already been merged. :(17:58
*** pcaruana has quit IRC17:58
edleafejaypipes: welcome to my world :)17:58
*** itlinux has joined #openstack-nova17:58
jaypipesedleafe: how's that? doesn't your series only have like 4 patches in it? are there 7 different branches of that series?17:59
jaypipescdent: also, it's not ps62. it was fine in ps69 and then ps70 undid all that work :(*18:00
jaypipesclarkb: you had a shortcut for how to essentially revert just the last revision on a series... can you tell me what that was again?18:01
cdentjaypipes: 62 was my reference point as that’s where I made my comments so I compared changes between 62 and 70 and there were none in the test file18:01
jaypipescdent: look at 69...18:01
edleafejaypipes: didn't mean to imply that mine was as bad as yours. Just the same set of headaches.18:01
jaypipesedleafe: well, at least you don't have 5 people *actively* pushing stuff in your series.18:01
clarkbjaypipes: `git review -d 123456,1 && git commit --amend #update commit message because gerrit && git review`18:02
cdentjaypipes: yeah, already did, it looks like what I hoped for18:02
*** jose-phillips has quit IRC18:02
clarkbthat downloads into a local branch then you edit the commit message so that gerrit doesn't reject it as an existing patchset, then push to gerrit18:02
jaypipesclarkb: ack, thanks18:02
*** ralonsoh has quit IRC18:03
openstackgerritJay Pipes proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721518:04
jaypipesclarkb: oddly, Gerrit changed the topic of the patch to bp/nested-resource-providers-patch6918:05
clarkbI think that may have been git review being a little too smart18:06
clarkbyou can chagne it in the ui if you want (and in the future use git review -t some-topic to override git review)18:06
*** jose-phillips has joined #openstack-nova18:06
openstackgerritJay Pipes proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480718:06
openstackgerritJay Pipes proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569318:06
jaypipesalex_xu, edleafe, mriedem, dansmith, cdent, bauzas, gibi, melwitt: OK, well if we can focus on getting up to https://review.openstack.org/#/c/385693/ merged, that would be cool. thanks in advance.18:08
cdent18:08
*** diga has quit IRC18:12
*** suresh12 has joined #openstack-nova18:14
*** moshele has joined #openstack-nova18:14
edleafe18:14
*** tssurya_ has quit IRC18:16
*** mvenesio has quit IRC18:16
*** mvenesio has joined #openstack-nova18:17
*** tesseract has quit IRC18:21
*** jose-phillips has quit IRC18:23
*** lpetrut has joined #openstack-nova18:25
mriedemmelwitt: jaypipes: ack18:32
*** jpena is now known as jpena|off18:35
openstackgerritMatt Riedemann proposed openstack/nova master: Modify _poll_shelved_instances periodic task call _shelve_offload_instance()  https://review.openstack.org/52404718:35
openstackgerritMatt Riedemann proposed openstack/nova master: Add instance action record for shelve_offload instances  https://review.openstack.org/52365318:35
openstackgerritMatt Riedemann proposed openstack/nova master: Add instance action record for backup instances  https://review.openstack.org/52367618:35
*** Alex_Staf has joined #openstack-nova18:38
*** BryanS68 has quit IRC18:41
*** burt has joined #openstack-nova18:47
openstackgerritMatt Riedemann proposed openstack/nova master: Add instance action record for shelve_offload instances  https://review.openstack.org/52365318:48
openstackgerritMatt Riedemann proposed openstack/nova master: Add instance action record for backup instances  https://review.openstack.org/52367618:48
*** BryanS68 has joined #openstack-nova18:48
openstackgerritMatt Riedemann proposed openstack/nova master: Add instance action record for backup instances  https://review.openstack.org/52367618:53
*** david-lyle has joined #openstack-nova18:55
*** Tom-Tom has joined #openstack-nova18:56
*** suresh12 has quit IRC18:59
*** david-lyle has quit IRC19:01
*** fragatina has joined #openstack-nova19:06
*** gbarros has joined #openstack-nova19:07
*** hamzy has joined #openstack-nova19:10
*** mvenesio has quit IRC19:10
*** tssurya_ has joined #openstack-nova19:14
*** moshele has quit IRC19:15
*** jose-phillips has joined #openstack-nova19:20
*** moshele has joined #openstack-nova19:22
*** jose-phillips has quit IRC19:24
*** tssurya_ has quit IRC19:25
*** tssurya_ has joined #openstack-nova19:26
openstackgerritMatt Riedemann proposed openstack/nova master: Add a new check to volume attach  https://review.openstack.org/52562219:27
*** yamamoto has quit IRC19:27
*** Apoorva_ has joined #openstack-nova19:28
*** jose-phillips has joined #openstack-nova19:28
*** gbarros has quit IRC19:28
*** nore_rabel has joined #openstack-nova19:30
itlinuxhello all I wonder if any one can suggest the best way to get sec group disabled.. Thanks19:31
*** Apoorva has quit IRC19:31
mriedemildikov: i'm going to update https://review.openstack.org/#/c/330285/16919:34
ildikovmriedem: ok, I hit a rebase issue with it19:34
openstackgerritMichael Still proposed openstack/nova master: Convert ext filesystem resizes to privsep.  https://review.openstack.org/51751619:34
openstackgerritMichael Still proposed openstack/nova master: Move flushing block devices to privsep.  https://review.openstack.org/51901019:34
openstackgerritMichael Still proposed openstack/nova master: Start moving users of parted to privsep.  https://review.openstack.org/51901119:34
openstackgerritMichael Still proposed openstack/nova master: Move remaining uses of parted to privsep.  https://review.openstack.org/51948319:34
openstackgerritMichael Still proposed openstack/nova master: Convert users of tune2fs to privsep.  https://review.openstack.org/51948419:34
mriedemildikov: yes, and tempest is failing now too, so i'll handle both issues19:35
ildikovmriedem: and not with my laptop for a little while now19:35
ildikovmriedem: I guess Tempest is just because of the revert19:35
ildikovIt got landed in the meantime19:35
ildikovmriedem: thank you19:35
ildikovmriedem: and sorry for being a bit unpleasant...19:36
sean-k-mooney2gus: o/19:40
*** esberglu_ has joined #openstack-nova19:40
*** esberglu has quit IRC19:43
sean-k-mooney2gus: QQ if i have two fuctions func1 and func2 and both are decorated as a privsep entrypoint and func1 calls func2 will that dispatch the call to func2 via the unix socket again even though the body of func1 is executing in the privsep deamon process?19:43
*** Guest35678 has joined #openstack-nova19:45
sean-k-mooney2gus: if the privsep entrypoint decorator that was used for func1 and func2 were from a different privsep context im guessing the answer would have to be yes as they may have different capablitys which woudld lead me to belive if they were the same context i would still invoke func2 via the socket.19:49
*** liangy has joined #openstack-nova19:51
*** Alex_Staf has quit IRC19:52
*** tssurya_ has quit IRC19:53
*** kuzko has quit IRC19:54
sean-k-mooney2mikal: ^^ any input on the above question regarding nested privsep calls?19:54
*** kuzko has joined #openstack-nova19:56
mikalsean-k-mooney2: huh, we haven't done anything like that. I'm really not sure.19:58
mikalsean-k-mooney2: I guess the decorators aren't magic, and would just apply the contexts in the order the decorators were executed19:58
*** peter-hamilton has quit IRC19:58
*** smatzek has quit IRC19:58
mikalsean-k-mooney2: and if you didn't get an error from privsep calling itself, then you'd get the context of the innermost call19:58
sean-k-mooney2mikal: actully we do it in os-vif but i belive its unintentional.19:59
sean-k-mooney2mikal: i think two decorators were acidentally swapped19:59
sean-k-mooney2mikal: in the os-vif case both decorators are form the same privsep context so both have the same permissions20:00
mikalOh, interesting. So its either crash, or work as expected?20:00
sean-k-mooney2basically i think https://github.com/openstack/os-vif/blob/23c71e083aeb3536c4cf4c46b5c7712b0f7442ee/vif_plug_linux_bridge/linux_net.py#L58 and https://github.com/openstack/os-vif/blob/23c71e083aeb3536c4cf4c46b5c7712b0f7442ee/vif_plug_linux_bridge/linux_net.py#L70 are swapped20:01
sean-k-mooney2mikal: i think it works as expected but just dispatches twice20:01
sean-k-mooney2mikal: https://github.com/openstack/os-vif/blob/23c71e083aeb3536c4cf4c46b5c7712b0f7442ee/vif_plug_linux_bridge/linux_net.py#L65 the call to _ensure_bridge_privileged is in a privesep context but _ensure_bridge_privileged is also privaldged20:02
*** kuzko has quit IRC20:04
sean-k-mooney2mikal: im going to try and un nest the calls tomorow but i realised while reviewing https://review.openstack.org/#/c/484386/26/os_vif/privsep.py that the functions that use this new privsep context are only ever invoked form privaldged function in the plugins which have the same capablites CAP_NET_ADMIN20:06
sean-k-mooney2so 1 that would result in nested context with the same capablites and 2 it would intoduce another instance of the privsep deamon to hanel that context both of which i think are not needed.20:07
sean-k-mooney2mikal: am im going to head home for the evening but if you have a chance could you take a look and see if it makes sense to intorduce this new privsep context or not?20:08
*** lpetrut has quit IRC20:11
*** BryanS68 has quit IRC20:11
*** moshele has quit IRC20:11
*** kuzko has joined #openstack-nova20:14
*** BryanS68 has joined #openstack-nova20:15
openstackgerritMatt Riedemann proposed openstack/nova master: Implement new attach Cinder flow  https://review.openstack.org/33028520:19
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: libvirt: Allow multiple volume attachments  https://review.openstack.org/26758720:19
*** yangyapeng has joined #openstack-nova20:20
*** efried_cya_wed has quit IRC20:20
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Allow multi-attach in compute api  https://review.openstack.org/27104720:21
mriedemildikov: i touched up some things in https://review.openstack.org/#/c/267587/ and left some FIXMEs20:21
ildikovOh, I thought you'll fix up the new attach patch only20:22
mriedemi wanted to rebase the series20:23
ildikovOh, ok, I left behind the API one on purpose, but will check what you did in a bit :)20:24
ildikovThanks!!!20:24
*** yangyapeng has quit IRC20:24
ildikovI can look into the Cinder policies and client leftovers too a bit then...20:24
*** READ10 has quit IRC20:26
*** liangy has quit IRC20:26
*** yamamoto has joined #openstack-nova20:28
*** efried_cya_wed has joined #openstack-nova20:30
*** edmondsw has quit IRC20:30
*** yamamoto has quit IRC20:35
mriedemi'm also going to add unit tests for the new flow to nova.tests.unit.virt.test_block_device in https://review.openstack.org/#/c/330285/170 - we might want to consider splitting out the virt.block_device changes too20:41
*** gszasz has quit IRC20:41
*** gbarros has joined #openstack-nova20:42
mikalmriedem: you had a chance to read my comment on that privsep bug?20:42
mriedemmikal: nope20:42
*** edand has quit IRC20:42
*** slaweq has joined #openstack-nova20:43
*** gyee has joined #openstack-nova20:44
mikalmriedem: good man. In summary, I have no idea what you people are talking about.20:46
mriedemmikal: that's what you told me yesterday, so ok :)20:46
mikalmriedem: oh, I was expecting you to call me a liar on the bug is all20:46
jaypipescdent: you have any idea what is causing this tempest.scenario.test_server_multinode.TestServerMultinode.test_schedule_to_all_nodes failure with the "Failed to get resource provider with UUID XXXX" issue that keeps occurring? I think you and efried_cya_wed may have talked aboiut it?20:47
cdentyeah, there’s a bug for it, I’m working on it: https://bugs.launchpad.net/nova/+bug/1736385  basically placement is getting restarted20:47
openstackLaunchpad bug 1736385 in grenade "placement is not being properly restarted in grenade (pike to master)" [Undecided,In progress] - Assigned to Chris Dent (cdent)20:47
cdentit’s apparently been a latent problem only exposed because exception handing that efried_cya_wed added20:48
jaypipescdent: k. is there anything I can do to assist?20:48
cdentI don’t reckon so, the delay has been in getting it to repeat locally, but I’m nearly there, and from there should be able to do some poking20:49
*** tssurya_ has joined #openstack-nova20:49
cdentbut thanks for offering. If I stall out before the night is over, I’ll dump state on the bug and let you know20:49
*** tbachman has quit IRC20:52
jaypipescdent: k20:53
openstackgerritBrianna Poulos proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994920:53
*** Apoorva_ has quit IRC20:57
*** Apoorva has joined #openstack-nova20:57
*** tssurya_ has quit IRC21:04
*** damien_r has joined #openstack-nova21:05
*** tssurya_ has joined #openstack-nova21:06
*** tssurya_ has quit IRC21:09
*** nicolasbock has quit IRC21:10
*** Apoorva_ has joined #openstack-nova21:10
ildikovmriedem: let me know when you had enough and want me to take over and screw up the half thing again before doing anything sane :)21:12
*** hamzy has quit IRC21:12
mriedemildikov: i need to fix another functional test, and i'm working on adding the unit test coverage for the new flow changes in test_block_device21:13
ildikovmriedem: and I owe you a lot, I'm sure we can negotiate, lemme know21:13
mriedemwhich makes me realize that in the new attach flow in block_device.py, if attachment_complete fails, we don't do any cleanup21:13
mriedemunlike the old flow21:13
ildikovyeah, we moved that around a bit21:14
*** Apoorva has quit IRC21:14
ildikovso I guess that's why it's uncovered21:14
ildikovthe volume is connected though, however the volume state would still be attaching if that call doesn't get to Cinder or fails before the db update21:15
*** damien_r has quit IRC21:17
*** damien_r has joined #openstack-nova21:17
mriedemthat's why we handle it in the legacy flow and rollback (terminate the connection and detach the volume so it's "available")21:20
mriedemanyway, i'm just going to leave a note in the code21:22
ildikovI know, was thinking out loud21:22
*** penick has joined #openstack-nova21:23
*** armax has quit IRC21:25
*** Apoorva_ has quit IRC21:26
*** Apoorva has joined #openstack-nova21:26
*** damien_r has quit IRC21:30
*** edmondsw has joined #openstack-nova21:30
*** itlinux has quit IRC21:39
mriedemwe are going to want to break out these block_device.py changes with the unit tests - this gets pretty hairy in the tests21:43
mriedemi'm down to 10 failures21:43
*** itlinux has joined #openstack-nova21:44
*** tbachman has joined #openstack-nova21:44
ildikovwe should find a superhero name for you21:45
ildikovcan do it after my next meeting and breaking out those changes21:45
*** tidwellr has quit IRC21:47
*** penick has quit IRC21:47
*** pchavva has quit IRC21:51
ildikovand sorry, there were two self.save() calls in the new attach call in block_device.py21:52
ildikovI obviously deleted the wrong duplicate...21:52
*** tojuvone has quit IRC21:55
*** tojuvone has joined #openstack-nova21:56
*** flwang has quit IRC21:56
openstackgerritLance Bragstad proposed openstack/nova master: Add scope_types to server policies  https://review.openstack.org/52577221:57
*** tbachman has quit IRC21:58
mriedemildikov: i'm actively working on the attach patch so don't make any changes there21:59
lbragstadcc johnthetubaguy ^21:59
*** smatzek has joined #openstack-nova21:59
ildikovmriedem: I didn't intend to until you explicitly say so21:59
ildikovmriedem: otherwise things can get messy, practiced that with jgriffith not that long ago22:00
*** Apoorva_ has joined #openstack-nova22:00
*** BryanS68 has quit IRC22:01
*** flwang has joined #openstack-nova22:01
*** gouthamr has quit IRC22:04
*** Apoorva has quit IRC22:04
*** smatzek has quit IRC22:04
*** abalutoiu has quit IRC22:04
*** threestrands has joined #openstack-nova22:05
*** threestrands has quit IRC22:05
*** threestrands has joined #openstack-nova22:05
*** rcernin has joined #openstack-nova22:05
*** priteau has quit IRC22:07
*** Tom-Tom has quit IRC22:07
*** Tom-Tom has joined #openstack-nova22:08
*** smatzek has joined #openstack-nova22:09
*** Tom-Tom has quit IRC22:12
*** fragatina has quit IRC22:13
*** dave-mcc_ is now known as dave-mccowan22:15
*** fragatina has joined #openstack-nova22:17
*** fragatin_ has joined #openstack-nova22:17
*** smatzek has quit IRC22:18
*** yamahata has joined #openstack-nova22:19
*** armax has joined #openstack-nova22:20
*** fragatina has quit IRC22:21
*** erlon has quit IRC22:22
*** awaugama has quit IRC22:23
*** faridda has joined #openstack-nova22:27
fariddaHi guys, to Configure Hyper-V virtual switching, we have to specify an interface. Which one should be use (internal api, tenant network ...)?22:29
*** dtruong has quit IRC22:31
*** tbachman has joined #openstack-nova22:38
*** gszasz has joined #openstack-nova22:41
*** gouthamr has joined #openstack-nova22:42
*** tbachman has quit IRC22:43
*** tbachman has joined #openstack-nova22:46
*** yamahata has quit IRC22:49
melwittmriedem: heads up, regression live-migrating with a volume that was backported to ocata. I'm gonna add stable/pike and stable/ocata to the bug https://bugs.launchpad.net/nova/+bug/171556922:55
openstackLaunchpad bug 1715569 in OpenStack Compute (nova) "Live migration fails with an attached non-bootable Cinder volume (Pike)" [Low,In progress] - Assigned to Mike Lowe (jomlowe)22:55
*** slaweq has quit IRC22:55
melwitt"nominate to series pike and ocata22:55
mriedemfaridda: ask claudiub or lpetrut when they are around22:56
mriedemmelwitt: you mean something was changed which introduced the regression and that change was backported to stable?22:57
melwittmriedem: yes, that22:57
mriedemand https://review.openstack.org/#/c/459741 was the chnage22:58
melwittyes22:58
mriedemsuper22:58
melwittyeah :(22:58
melwittthe good news? is the fix looks correct to me and fixes the problem without undoing what the other change [that introduced the regression] fixed22:59
*** esberglu_ has quit IRC23:01
*** esberglu has joined #openstack-nova23:01
melwittso I think we can just roll forward and backport the fix that's up for review right now23:02
*** yamahata has joined #openstack-nova23:03
*** esberglu has quit IRC23:06
*** Tom-Tom has joined #openstack-nova23:09
*** jmlowe has joined #openstack-nova23:09
*** burt has quit IRC23:10
*** smatzek has joined #openstack-nova23:12
*** slaweq has joined #openstack-nova23:13
*** Tom-Tom has quit IRC23:13
*** faridda has quit IRC23:13
*** yamahata has quit IRC23:13
*** lyan has quit IRC23:14
*** esberglu has joined #openstack-nova23:14
*** smatzek has quit IRC23:17
*** slaweq has quit IRC23:18
*** esberglu has quit IRC23:18
mriedemgd finally got these unit tests passing23:20
mriedem2.5 hours23:21
melwittI know your pain23:22
*** nore_rabel has quit IRC23:22
*** dave-mccowan has quit IRC23:23
*** amodi has quit IRC23:25
*** Apoorva_ has quit IRC23:27
*** Apoorva has joined #openstack-nova23:27
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Implement new attach Cinder flow  https://review.openstack.org/33028523:28
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: libvirt: Allow multiple volume attachments  https://review.openstack.org/26758723:28
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Allow multi-attach in compute api  https://review.openstack.org/27104723:28
ildikovmriedem: that would've taken me waaaaay more than that23:29
ildikovI know it doesn't give you back the wasted time, but still23:29
mriedemi'll see if i can split out block_device.py quick23:30
melwittmriedem: on this https://review.openstack.org/#/c/525622 how can we know we have cinder microversion 3.44 available? or does the check not hurt anything in the case that it's < 3.44?23:34
ildikovsounds like a famous last sentence, but hearing from you makes it believable :)23:34
*** edmondsw has quit IRC23:34
*** edmondsw has joined #openstack-nova23:35
*** gszasz has quit IRC23:35
openstackgerritTakashi NATSUME proposed openstack/nova stable/pike: [placement] Fix foreign key constraint error  https://review.openstack.org/52562023:37
mriedemmelwitt: at this point we won't check because bdm.attachment_id won't be set23:38
mriedembdm.attachment_id only gets set once (1) computes are all upgraded to support new flow and (2) cinder 3.44 is available23:39
melwittah, cool. thanks23:39
mriedemexisting bdms won't have that attachment_id field set, so we'll just do the old stuff23:39
*** yamahata has joined #openstack-nova23:43
*** tbachman has quit IRC23:44
mriedemhere it comes23:45
openstackgerritMatt Riedemann proposed openstack/nova master: Implement new attach Cinder flow  https://review.openstack.org/33028523:45
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: libvirt: Allow multiple volume attachments  https://review.openstack.org/26758723:45
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Allow multi-attach in compute api  https://review.openstack.org/27104723:45
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add new style volume attachment support to block_device.py  https://review.openstack.org/52578723:45
mriedemildikov: jgriffith: i split this out https://review.openstack.org/#/c/525787/ - and left fixme/todo stuff in there from when i was adding the unit tests23:48
mriedemtoo tired to really go over any of that now23:48
mriedemthat tempest test for attaching a volume to a shelved offloaded test is passing too, even after the revert23:50
*** yangyapeng has joined #openstack-nova23:50
mriedemso at this point i think the questions in https://review.openstack.org/#/c/525787/ are going to be the sticking point, and hopefully those aren't too bad23:51
mriedemmelwitt: so in https://review.openstack.org/#/c/525622/3/nova/compute/api.py - you want a specific test for the case that we find a bdm and fail?23:55
*** yangyapeng has quit IRC23:55
mriedemvia objects.BlockDeviceMapping.get_by_volume_and_instance23:55
melwittmriedem: no, I'm thinking of just pushing a follow up that changes from stubbing out the entire "check if already attached" to mocking only the BDM get. so that the real code raises InvalidVolume instead of unit test code raising it23:56
melwittsince we're not unit testing "check if already attached" anywhere. I think it would be two birds with one stone by just making that small change23:57
mriedemok23:57
ildikovmriedem: thank you23:57
*** edmondsw has quit IRC23:57
ildikovI will go through the changes once I slept a bit23:57
ildikovmriedem: is the fixme waiting for me now or there are things you still plan to change?23:59
mriedemi don't plan on making changes at this point23:59
mriedemi've pointed out the open questoins in the block_device change23:59
mriedembut i've got to run23:59
*** mriedem is now known as mriedem_away23:59

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