Thursday, 2019-03-07

melwittthere's an open question on the bottom patch about what table index(es) we should add, need jay's input for that00:00
mriedemmelwitt: ok...who is dealing with final client release and any tags we need (don't think we do milestone tags for nova anymore)00:01
*** erlon has joined #openstack-nova00:01
mriedemshit this reminds me that we need a python-novaclient bump for 2.72 if we want to supported bw provider ports with nova boot...00:01
mriedemgibi: ^00:01
melwittmriedem: I hoped to get https://review.openstack.org/640898 out in the final osc-placement release. I can propose the novaclient release tonight, same with osc-placement if you think the allocation ratio change won't make it00:02
mriedemi haven't reviewed that allocation ratio thing, it's late for that imo00:02
mriedemthe instance mapping user_id is valuable in stein if we can get it because it means less data to migrate in train00:03
mriedemi'm also assuming cern is going to be backporting this stuff...00:03
efriedcfriesen: still around?00:03
melwittok. that's too bad. cdent and I have tested it locally a bit and it has a func test, but yeah00:03
mriedemi.e. the counting quota stuff from train to stein00:03
mriedemwell, it was posted 2 days ago so...00:03
mriedemanyway, i can do a novaclient release tomorrow since we need 2.72 for gibi's stuff00:04
melwittyeah, I spent a long time writing the func test for it. I guess I could have uploaded it in two stages00:04
efriedcfriesen: going once... okay, I'm going to update the commit message on https://review.openstack.org/#/c/641480/ and +2 it.00:04
mriedemand i'd like to ge the instance mapping user_id stuff in at least for the 'less data to migrate' thing00:04
openstackgerritEric Fried proposed openstack/nova master: Add missing libvirt exception during device detach  https://review.openstack.org/64148000:04
melwittok. I'll propose the osc-placement release tonight then00:05
melwittfeel free to make whatever changes are needed to the counting quotas migration stuff tomorrow00:05
melwitt(anyone feel free)00:05
melwittI guess the osc-placement thing isn't so big a deal because could have another release soon-ish and not hard for people to upgrade00:06
melwittclient stuff is a lot easier00:06
*** tosky has quit IRC00:06
sean-k-mooneymelwitt: oh you coded up the aggreate allocation raito feature00:07
melwittsean-k-mooney: yeah :) it took a long time because I added a --dry-run option to it where it'll show all the previewed payloads it would send for each resource provider (since you have to get/set to do updates)00:08
melwittand I never saw how the command return value formatting works before with cliff, it was an experience xD00:09
sean-k-mooneymelwitt: am one question...00:09
melwittmriedem: I'll address any comments on counting quotas that land tonight/before tomorrow morning. I see you have one -1 on there already00:09
sean-k-mooneythe compute service wont stomp on your changes right. did we complete the inial allcoation ratio stuff?00:10
melwittsean-k-mooney: right. initial allocation ratios landed00:10
melwittawhile back00:10
sean-k-mooneyah ok cool so as long as you dont set the allcoation ration for cpus exctra in the nova.conf and only set the inital_allocation ratio then this will work as expected00:11
*** wolverineav has quit IRC00:12
melwittyeah, something like that, I thought maybe you have to set to None and also set the initial ratios. to tell it "take the values from placement"00:13
melwittI can't remember atm00:13
*** wolverineav has joined #openstack-nova00:13
sean-k-mooneydont worry about it00:13
sean-k-mooneythere is a way to do it i just wanted to make sure this would not get overriden00:13
mriedemsean-k-mooney: here you go https://docs.openstack.org/nova/latest/admin/configuration/schedulers.html#allocation-ratios00:13
mriedemsure am glad someone documented all of that...00:14
*** wolverineav has quit IRC00:15
melwitthaha yup. I was gonna say, we have docs!00:15
*** wolverineav has joined #openstack-nova00:15
sean-k-mooney i mean we spent enough time debating it in the spec we might as well record it in the admin docs too so we dont forget00:15
melwittyeah, that is not something anyone wants to try and figure out again00:16
sean-k-mooneywe do. we also have docs for the downstream issue we were having with the rdo cloud just beneath that00:16
*** _alastor_ has quit IRC00:18
*** jogo has quit IRC00:24
*** gyee has quit IRC00:26
*** gyee has joined #openstack-nova00:27
*** dave-mccowan has joined #openstack-nova00:36
sean-k-mooneythe subunit parser but is still a thing :(00:36
*** tetsuro has joined #openstack-nova00:39
openstackgerritguang-yee proposed openstack/nova master: pass endpoint interface to Ironic client  https://review.openstack.org/64087900:40
*** tetsuro has quit IRC00:43
*** markvoelker has joined #openstack-nova00:50
*** erlon has quit IRC00:51
*** stakeda has joined #openstack-nova00:51
openstackgerritMerged openstack/nova master: Extend volume for libvirt network volumes (RBD)  https://review.openstack.org/61303900:52
*** hongbin has quit IRC00:52
openstackgerritMerged openstack/nova master: doc: cleanup pci.alias references  https://review.openstack.org/64088200:52
*** xek__ has joined #openstack-nova00:58
*** xek_ has quit IRC01:01
*** bhagyashris has joined #openstack-nova01:01
*** xek_ has joined #openstack-nova01:04
*** whoami-rajat has joined #openstack-nova01:07
*** xek__ has quit IRC01:07
*** lbragstad has quit IRC01:09
*** gyee has quit IRC01:11
*** dave-mccowan has quit IRC01:18
*** takashin has quit IRC01:22
*** markvoelker has quit IRC01:22
*** takashin has joined #openstack-nova01:24
openstackgerritmelanie witt proposed openstack/nova master: Populate InstanceMapping.user_id during migrations and schedules  https://review.openstack.org/63857401:24
openstackgerritmelanie witt proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335101:24
openstackgerritmelanie witt proposed openstack/nova master: Add get_counts() to InstanceMappingList  https://review.openstack.org/63807201:24
openstackgerritmelanie witt proposed openstack/nova master: Count instances from mappings and cores/ram from placement  https://review.openstack.org/63807301:24
openstackgerritmelanie witt proposed openstack/nova master: Use instance mappings to count server group members  https://review.openstack.org/63832401:24
stephenfinsean-k-mooney: This is the one and only tm01:29
stephenfin*time I'll be online this late01:29
* stephenfin goes to look at reviews01:29
stephenfin(darn waterfall development process...)01:29
*** erlon has joined #openstack-nova01:30
*** rcernin has quit IRC01:31
*** rcernin has joined #openstack-nova01:32
*** rchurch has joined #openstack-nova01:36
*** rchurch_ has quit IRC01:38
*** xek__ has joined #openstack-nova01:40
*** xek_ has quit IRC01:43
*** xek_ has joined #openstack-nova01:43
openstackgerritZhenyu Zheng proposed openstack/nova master: Should not skip volume_size check for bdm.image_id == image_ref case  https://review.openstack.org/64128201:46
*** xek__ has quit IRC01:46
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: Add support for microversion v2.72  https://review.openstack.org/63723401:46
*** xek__ has joined #openstack-nova01:47
mriedemstephenfin: takashin: can one of you approve the 2.72 novaclient change https://review.openstack.org/#/c/637234/ ? it's really just docs, but we need to get it in so we can release novaclient tomorrow.01:47
takashinmriedem: Okay. I will do it.01:48
mriedemthanks01:49
*** xek_ has quit IRC01:50
*** erlon has quit IRC01:50
*** mriedem is now known as mriedem_afk01:51
*** xek_ has joined #openstack-nova01:54
openstackgerritBoxiang Zhu proposed openstack/nova master: Raise error when force_raw_images and images_type are incompatible  https://review.openstack.org/64027101:57
*** xek__ has quit IRC01:57
*** xek__ has joined #openstack-nova01:57
*** mriedem_afk has quit IRC01:59
*** xek_ has quit IRC02:00
*** xek_ has joined #openstack-nova02:02
*** xek__ has quit IRC02:04
*** igordc has quit IRC02:07
*** dave-mccowan has joined #openstack-nova02:18
*** markvoelker has joined #openstack-nova02:20
*** marst has quit IRC02:35
*** psachin has joined #openstack-nova02:42
*** markvoelker has quit IRC02:52
*** wolverineav has quit IRC03:01
*** wolverineav has joined #openstack-nova03:01
*** wolverineav has quit IRC03:06
*** lbragstad has joined #openstack-nova03:11
*** awalende has joined #openstack-nova03:17
*** marst has joined #openstack-nova03:18
*** wolverineav has joined #openstack-nova03:20
*** awalende has quit IRC03:21
*** udesale has joined #openstack-nova03:24
*** wolverineav has quit IRC03:27
*** wolverineav has joined #openstack-nova03:28
*** wolverineav has quit IRC03:29
*** wolverineav has joined #openstack-nova03:29
*** wolverineav has quit IRC03:33
*** wolverineav has joined #openstack-nova03:34
*** wolverineav has quit IRC03:39
*** markvoelker has joined #openstack-nova03:49
*** takashin has left #openstack-nova03:55
openstackgerritBoxiang Zhu proposed openstack/nova master: Raise error when force_raw_images and images_type are incompatible  https://review.openstack.org/64027103:58
*** dave-mccowan has quit IRC04:00
*** wolverineav has joined #openstack-nova04:04
*** sridharg has joined #openstack-nova04:05
*** marst has quit IRC04:06
*** wolverineav has quit IRC04:09
*** _alastor_ has joined #openstack-nova04:18
*** markvoelker has quit IRC04:22
*** _alastor_ has quit IRC04:22
*** bnemec has quit IRC04:26
*** ebbex has quit IRC04:26
*** efried has quit IRC04:26
*** kukacz has quit IRC04:26
*** tomtom001 has quit IRC04:26
*** cburgess has quit IRC04:26
*** penick has quit IRC04:26
*** stephenfin has quit IRC04:26
*** gary_perkins has quit IRC04:26
*** sorrison has quit IRC04:26
*** abhishekk has joined #openstack-nova04:29
*** yaawang has quit IRC04:44
*** yaawang has joined #openstack-nova04:45
*** yonglihe has joined #openstack-nova04:53
*** bnemec has joined #openstack-nova04:53
*** ebbex has joined #openstack-nova04:53
*** efried has joined #openstack-nova04:53
*** kukacz has joined #openstack-nova04:53
*** tomtom001 has joined #openstack-nova04:53
*** cburgess has joined #openstack-nova04:53
*** penick has joined #openstack-nova04:53
*** stephenfin has joined #openstack-nova04:53
*** gary_perkins has joined #openstack-nova04:53
*** sorrison has joined #openstack-nova04:53
*** rcernin has quit IRC04:56
*** ileixe has joined #openstack-nova04:59
*** ratailor has joined #openstack-nova05:01
*** rcernin has joined #openstack-nova05:02
*** janki has joined #openstack-nova05:05
*** markvoelker has joined #openstack-nova05:19
*** lbragstad has quit IRC05:33
*** Bhujay has joined #openstack-nova05:34
*** marst has joined #openstack-nova05:39
*** igordc has joined #openstack-nova05:47
openstackgerritMerged openstack/nova master: Move arping to privsep.  https://review.openstack.org/62459305:52
openstackgerritMerged openstack/nova master: Move cleaning conntrack to privsep.  https://review.openstack.org/62459405:52
openstackgerritMerged openstack/nova master: Move killing processes to privsep.  https://review.openstack.org/63543205:52
openstackgerritMerged openstack/nova master: Cleanup the exec_ebtables code a little.  https://review.openstack.org/63543405:52
*** markvoelker has quit IRC05:53
*** jhesketh has quit IRC05:53
*** jhesketh has joined #openstack-nova05:54
*** marst has quit IRC06:03
*** marst has joined #openstack-nova06:05
*** janki has quit IRC06:08
*** janki has joined #openstack-nova06:08
*** marst has quit IRC06:10
openstackgerritguang-yee proposed openstack/nova master: pass endpoint interface to Ironic client  https://review.openstack.org/64087906:10
openstackgerritBoxiang Zhu proposed openstack/nova master: Raise error when force_raw_images and images_type are incompatible  https://review.openstack.org/64027106:17
openstackgerritMerged openstack/nova master: fakelibvirt: Add ability to generate fake PCI devices  https://review.openstack.org/64040906:40
*** ivve has joined #openstack-nova06:49
*** wolverineav has joined #openstack-nova06:49
*** markvoelker has joined #openstack-nova06:50
*** lxkong has quit IRC06:52
*** Luzi has joined #openstack-nova06:54
*** janki has quit IRC06:54
*** janki has joined #openstack-nova06:54
*** phasespace has quit IRC07:00
*** dpawlik has joined #openstack-nova07:05
*** Bhujay has quit IRC07:08
*** Bhujay has joined #openstack-nova07:09
*** Bhujay has quit IRC07:10
*** Admin__ has joined #openstack-nova07:10
*** Bhujay has joined #openstack-nova07:10
*** Bhujay has quit IRC07:11
*** Bhujay has joined #openstack-nova07:12
*** Bhujay has quit IRC07:13
*** Bhujay has joined #openstack-nova07:13
*** Bhujay has quit IRC07:14
*** Bhujay has joined #openstack-nova07:15
*** Bhujay has quit IRC07:16
*** Bhujay has joined #openstack-nova07:16
*** Bhujay has quit IRC07:17
*** Bhujay has joined #openstack-nova07:18
*** Bhujay has quit IRC07:19
*** Bhujay has joined #openstack-nova07:19
*** Bhujay has quit IRC07:20
*** Bhujay has joined #openstack-nova07:21
*** lxkong has joined #openstack-nova07:21
*** Bhujay has quit IRC07:22
*** markvoelker has quit IRC07:22
*** Bhujay has joined #openstack-nova07:23
*** pcaruana has joined #openstack-nova07:25
*** rcernin has quit IRC07:27
*** david-lyle has joined #openstack-nova07:36
*** dklyle has quit IRC07:37
*** dpawlik has quit IRC07:39
*** dklyle has joined #openstack-nova07:41
*** david-lyle has quit IRC07:42
*** dpawlik has joined #openstack-nova07:52
*** igordc has quit IRC07:54
*** dklyle has quit IRC07:55
*** dklyle has joined #openstack-nova07:55
*** dtantsur|afk is now known as dtantsur07:55
openstackgerritKevin Rasmussen proposed openstack/nova master: created AggregateSubnetAvailabilityFilter  https://review.openstack.org/63317808:01
*** tesseract has joined #openstack-nova08:01
*** wolverineav has quit IRC08:03
*** avishay has joined #openstack-nova08:05
*** tkajinam has quit IRC08:12
*** ccamacho has joined #openstack-nova08:13
*** tssurya has joined #openstack-nova08:15
*** wolverineav has joined #openstack-nova08:18
*** awalende has joined #openstack-nova08:19
*** markvoelker has joined #openstack-nova08:19
*** ileixe has quit IRC08:20
*** ileixe has joined #openstack-nova08:21
*** wolverineav has quit IRC08:22
*** ralonsoh has joined #openstack-nova08:25
*** ileixe has quit IRC08:26
*** helenafm has joined #openstack-nova08:27
*** tosky has joined #openstack-nova08:27
tssuryagood morning nova, if any cores are around could you please reinstate the +W here: https://review.openstack.org/#/c/606995/ , I sort of lost it during rebase and FYI: its only a simple doc update08:29
*** ttsiouts has joined #openstack-nova08:32
gibitssurya: done08:36
gibitssurya: the functional test failure with parser error was really a nasty thing.08:37
gibitssurya: got fixed with multiple commit from mriedem08:37
*** phasespace has joined #openstack-nova08:37
*** ttsiouts has quit IRC08:42
*** ttsiouts has joined #openstack-nova08:43
*** ttsiouts_ has joined #openstack-nova08:46
*** ttsiouts has quit IRC08:47
tssuryagibi: thanks a lot!08:47
tssuryayea thanks to you and mriedem for fixing that08:47
gibitssurya: is there anything you need help before the FF?08:49
tssuryagibi: not really :) the stuff I was working on is all in08:49
gibitssurya: nice :)08:50
*** panda|ruck|off is now known as panda|ruck08:52
*** xek_ has quit IRC08:53
*** markvoelker has quit IRC08:53
*** xek_ has joined #openstack-nova08:53
*** Bhujay has quit IRC08:55
*** Bhujay has joined #openstack-nova08:56
*** Bhujay has quit IRC08:57
*** Bhujay has joined #openstack-nova08:58
*** Bhujay has quit IRC08:59
*** Bhujay has joined #openstack-nova08:59
*** Bhujay has quit IRC09:00
*** Bhujay has joined #openstack-nova09:01
*** Bhujay has quit IRC09:02
*** Bhujay has joined #openstack-nova09:02
*** Bhujay has quit IRC09:03
*** Bhujay has joined #openstack-nova09:04
*** Bhujay has quit IRC09:05
*** Bhujay has joined #openstack-nova09:05
*** Bhujay has quit IRC09:06
*** Bhujay has joined #openstack-nova09:07
*** Bhujay has quit IRC09:08
*** Bhujay has joined #openstack-nova09:08
*** Bhujay has quit IRC09:09
*** Bhujay has joined #openstack-nova09:10
*** Bhujay has quit IRC09:11
*** Bhujay has joined #openstack-nova09:11
*** Bhujay has quit IRC09:12
*** Bhujay has joined #openstack-nova09:13
*** Bhujay has quit IRC09:14
*** Bhujay has joined #openstack-nova09:14
*** Bhujay has quit IRC09:15
*** Bhujay has joined #openstack-nova09:16
*** Bhujay has quit IRC09:17
*** Bhujay has joined #openstack-nova09:17
*** Bhujay has quit IRC09:18
*** Bhujay has joined #openstack-nova09:19
*** Bhujay has quit IRC09:20
*** Bhujay has joined #openstack-nova09:20
*** Bhujay has quit IRC09:21
*** Bhujay has joined #openstack-nova09:22
*** Bhujay has quit IRC09:23
*** Bhujay has joined #openstack-nova09:23
*** Bhujay has quit IRC09:24
*** Bhujay has joined #openstack-nova09:25
*** cdent has joined #openstack-nova09:25
openstackgerritAdrian Chiris proposed openstack/nova master: Separate methods to free claimed and allocated devs  https://review.openstack.org/61612009:26
openstackgerritAdrian Chiris proposed openstack/nova master: Allow per-port modification of vnic_type and profile  https://review.openstack.org/60736509:26
openstackgerritAdrian Chiris proposed openstack/nova master: Add get_instance_pci_request_from_vif  https://review.openstack.org/61992909:26
*** Bhujay has quit IRC09:26
*** Bhujay has joined #openstack-nova09:26
*** Bhujay has quit IRC09:27
*** Bhujay has joined #openstack-nova09:28
*** Bhujay has quit IRC09:29
*** Bhujay has joined #openstack-nova09:29
HD|Laptophey all. Assuming I have an existing QEMU VM in qcow2 format that needs to be run inside my Openstack environment, how do I best do this? create an image in glance, then spawn an instance based on it? or directly import it in cinder and create a server with no image and just the cinder volume attached?09:29
*** Bhujay has quit IRC09:30
*** Bhujay has joined #openstack-nova09:31
*** Bhujay has quit IRC09:32
*** Bhujay has joined #openstack-nova09:32
*** Bhujay has quit IRC09:33
*** Bhujay has joined #openstack-nova09:34
bauzasHD|Laptop: see https://docs.openstack.org/image-guide/create-images-manually.html09:34
*** Bhujay has quit IRC09:35
*** derekh has joined #openstack-nova09:35
bauzasHD|Laptop: also, see the channel topic, here is only for development questions09:35
*** Bhujay has joined #openstack-nova09:35
*** Bhujay has quit IRC09:36
*** Bhujay has joined #openstack-nova09:37
*** Bhujay has quit IRC09:38
*** Bhujay has joined #openstack-nova09:38
openstackgerritAdrian Chiris proposed openstack/nova master: Add get_instance_pci_request_from_vif  https://review.openstack.org/61992909:38
*** Bhujay has quit IRC09:39
*** Bhujay has joined #openstack-nova09:40
*** Bhujay has quit IRC09:41
*** Bhujay has joined #openstack-nova09:41
*** Bhujay has quit IRC09:42
*** Bhujay has joined #openstack-nova09:43
*** Bhujay has quit IRC09:44
*** Bhujay has joined #openstack-nova09:44
*** Bhujay has quit IRC09:45
*** Bhujay has joined #openstack-nova09:46
*** Bhujay has quit IRC09:47
*** Bhujay has joined #openstack-nova09:47
*** Bhujay has quit IRC09:48
*** Bhujay has joined #openstack-nova09:49
*** Bhujay has quit IRC09:50
*** markvoelker has joined #openstack-nova09:50
*** Bhujay has joined #openstack-nova09:50
*** Bhujay has quit IRC09:51
*** Bhujay has joined #openstack-nova09:52
*** bhagyashris has quit IRC09:52
*** ianw is now known as ianw_pto09:52
*** Bhujay has quit IRC09:53
*** Bhujay has joined #openstack-nova09:53
*** Bhujay has quit IRC09:54
*** Bhujay has joined #openstack-nova09:55
*** Bhujay has quit IRC09:56
*** Bhujay has joined #openstack-nova09:56
*** Bhujay has quit IRC09:57
*** Bhujay has joined #openstack-nova09:58
*** stakeda has quit IRC09:59
*** Bhujay has quit IRC09:59
*** Bhujay has joined #openstack-nova09:59
*** Bhujay has quit IRC10:00
*** Bhujay has joined #openstack-nova10:01
*** Bhujay has quit IRC10:02
*** Bhujay has joined #openstack-nova10:02
*** takashin has joined #openstack-nova10:02
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove duplicate cleanup in functional tests  https://review.openstack.org/63699610:03
*** Bhujay has quit IRC10:03
*** Bhujay has joined #openstack-nova10:04
*** Bhujay has quit IRC10:05
*** Bhujay has joined #openstack-nova10:05
*** ccamacho has quit IRC10:06
*** Bhujay has quit IRC10:06
*** Bhujay has joined #openstack-nova10:07
*** Bhujay has quit IRC10:08
*** Bhujay has joined #openstack-nova10:08
*** belmoreira has joined #openstack-nova10:09
*** Bhujay has quit IRC10:09
*** Bhujay has joined #openstack-nova10:10
*** Bhujay has quit IRC10:11
*** Bhujay has joined #openstack-nova10:11
*** Bhujay has quit IRC10:12
*** Bhujay has joined #openstack-nova10:13
*** Bhujay has quit IRC10:14
*** Bhujay has joined #openstack-nova10:14
*** Bhujay has quit IRC10:15
*** Bhujay has joined #openstack-nova10:16
*** Bhujay has quit IRC10:17
*** Bhujay has joined #openstack-nova10:17
*** Bhujay has quit IRC10:18
*** Bhujay has joined #openstack-nova10:19
*** Bhujay has quit IRC10:20
*** Bhujay has joined #openstack-nova10:20
*** Bhujay has quit IRC10:21
*** Bhujay has joined #openstack-nova10:22
*** mikal has quit IRC10:22
*** Bhujay has quit IRC10:23
*** markvoelker has quit IRC10:23
*** Bhujay has joined #openstack-nova10:23
*** Bhujay has quit IRC10:24
*** Bhujay has joined #openstack-nova10:25
*** Bhujay has quit IRC10:26
*** Bhujay has joined #openstack-nova10:26
*** abhishekk has quit IRC10:27
*** Bhujay has quit IRC10:27
*** Bhujay has joined #openstack-nova10:28
*** Bhujay has quit IRC10:29
*** Bhujay has joined #openstack-nova10:29
*** sapd1 has joined #openstack-nova10:30
*** Bhujay has quit IRC10:30
*** Bhujay has joined #openstack-nova10:31
*** Bhujay has quit IRC10:32
*** Bhujay has joined #openstack-nova10:32
*** Bhujay has quit IRC10:33
*** Bhujay has joined #openstack-nova10:34
*** Bhujay has quit IRC10:35
openstackgerritMerged openstack/nova master: Test proper allocation of devices during reshape  https://review.openstack.org/63985410:35
*** Bhujay has joined #openstack-nova10:35
*** Bhujay has quit IRC10:36
*** Bhujay has joined #openstack-nova10:37
*** Bhujay has quit IRC10:38
*** Bhujay has joined #openstack-nova10:38
*** Bhujay has quit IRC10:39
*** Bhujay has joined #openstack-nova10:40
*** Bhujay has quit IRC10:41
*** Bhujay has joined #openstack-nova10:41
*** Bhujay has quit IRC10:42
*** Bhujay has joined #openstack-nova10:43
*** Bhujay has quit IRC10:44
*** Bhujay has joined #openstack-nova10:44
*** Bhujay has quit IRC10:45
*** Bhujay has joined #openstack-nova10:46
*** tetsuro has joined #openstack-nova10:52
*** odyssey4me has quit IRC10:53
*** odyssey4me has joined #openstack-nova10:53
openstackgerritBoxiang Zhu proposed openstack/nova master: Raise error when force_raw_images and images_type are incompatible  https://review.openstack.org/64027110:56
*** udesale has quit IRC10:59
*** udesale has joined #openstack-nova10:59
*** tetsuro has quit IRC11:00
*** ileixe has joined #openstack-nova11:01
openstackgerritBoxiang Zhu proposed openstack/nova master: Raise error when force_raw_images and images_type are incompatible  https://review.openstack.org/64027111:03
*** ttsiouts_ has quit IRC11:18
*** ttsiouts has joined #openstack-nova11:19
*** dtantsur is now known as dtantsur|bbl11:19
*** markvoelker has joined #openstack-nova11:20
*** beagles has joined #openstack-nova11:21
*** ttsiouts has quit IRC11:23
*** erlon has joined #openstack-nova11:24
*** udesale has quit IRC11:28
*** ccamacho has joined #openstack-nova11:31
*** ileixe has quit IRC11:35
*** ratailor has quit IRC11:37
*** udesale has joined #openstack-nova11:45
*** xek_ has quit IRC11:45
*** markvoelker has quit IRC11:53
mdboothlyarwood: I've discovered why your test is failing with failure to delete the volume type11:54
mdboothlyarwood: Although I haven't worked out what to do about it, yet, or why it appears to work in the py2 tests11:54
*** sapd1 has quit IRC11:55
mdboothAnyway, when you create a volume from a glance image, it seems that cinder creates a new volume to hold the downloaded glance image with the same type as the volume being created: cinder's image cache11:56
mdboothThe failure to delete the type is because the image cache volume still exists.11:56
*** ttsiouts has joined #openstack-nova11:56
mdboothlyarwood: Probably easiest to go ask some cinder folks how to handle that. I'll see if I can find some.11:58
*** amodi has joined #openstack-nova12:05
openstackgerritMichael Still proposed openstack/nova master: Move slight bonkers IP management to privsep.  https://review.openstack.org/62459212:06
openstackgerritMichael Still proposed openstack/nova master: Privsepify ipv4 forwarding enablement.  https://review.openstack.org/63543112:06
openstackgerritMichael Still proposed openstack/nova master: Move FP device creation and deletion to privsep.  https://review.openstack.org/63543312:06
openstackgerritMichael Still proposed openstack/nova master: Privsep the ebtables modification code.  https://review.openstack.org/63543512:06
openstackgerritMichael Still proposed openstack/nova master: Move adding vlans to interfaces to privsep.  https://review.openstack.org/63543612:06
openstackgerritMichael Still proposed openstack/nova master: Move iptables rule fetching and setting to privsep.  https://review.openstack.org/63650812:06
openstackgerritMichael Still proposed openstack/nova master: Move dnsmasq restarts to privsep.  https://review.openstack.org/63928012:06
openstackgerritMichael Still proposed openstack/nova master: Move router advertisement daemon restarts to privsep.  https://review.openstack.org/63928112:06
openstackgerritMichael Still proposed openstack/nova master: Move calls to ovs-vsctl to privsep.  https://review.openstack.org/63928212:06
openstackgerritMichael Still proposed openstack/nova master: Move setting of device trust to privsep.  https://review.openstack.org/63928312:06
openstackgerritMichael Still proposed openstack/nova master: Move final bridge commands to privsep.  https://review.openstack.org/63958012:06
openstackgerritMichael Still proposed openstack/nova master: Cleanup the _execute shim in nova/network.  https://review.openstack.org/63958112:06
openstackgerritMichael Still proposed openstack/nova master: We no longer need rootwrap.  https://review.openstack.org/55443812:06
openstackgerritMichael Still proposed openstack/nova master: Cleanup no longer required filters and add a release note.  https://review.openstack.org/63982612:06
*** mikal has joined #openstack-nova12:07
*** sapd1 has joined #openstack-nova12:08
*** mikal has quit IRC12:12
*** dave-mccowan has joined #openstack-nova12:22
*** sapd1 has quit IRC12:36
*** takashin has quit IRC12:39
*** janki has quit IRC12:40
*** markvoelker has joined #openstack-nova12:50
*** ttsiouts has quit IRC12:51
openstackgerritStephen Finucane proposed openstack/nova stable/rocky: tests: Move mocking to setUp  https://review.openstack.org/64165112:52
openstackgerritStephen Finucane proposed openstack/nova stable/rocky: tests: Create functional libvirt test base class  https://review.openstack.org/64165212:52
openstackgerritStephen Finucane proposed openstack/nova stable/rocky: objects: Store InstancePCIRequest.numa_policy in DB  https://review.openstack.org/64165312:52
*** ttsiouts has joined #openstack-nova12:52
*** ttsiouts has quit IRC12:55
*** ttsiouts has joined #openstack-nova12:56
*** takashin has joined #openstack-nova12:56
artom~o~12:56
*** panda|ruck is now known as panda|rover12:57
openstackgerritBalazs Gibizer proposed openstack/nova master: Test macvtap port with resource request  https://review.openstack.org/64130913:00
*** udesale has quit IRC13:02
*** udesale has joined #openstack-nova13:08
openstackgerritSurya Seetharaman proposed openstack/nova master: Delete orphaned RS and IM records of archived instances  https://review.openstack.org/56004213:09
*** wolverineav has joined #openstack-nova13:19
*** markvoelker has quit IRC13:22
*** wolverineav has quit IRC13:23
yaawangkashyap: Hi, will you continue doing https://review.openstack.org/#/c/640866/? I want to fix some pep8 issues to pass the test :)13:23
*** ttsiouts has quit IRC13:24
*** ttsiouts has joined #openstack-nova13:24
*** ttsiouts_ has joined #openstack-nova13:26
kashyapyaawang: Oh, yes.  Let me fix that right away13:27
kashyapyaawang: Sorry :-)13:27
yaawangkashyap: thk :)13:28
*** ttsiouts has quit IRC13:28
*** mriedem has joined #openstack-nova13:30
mriedemgibi: are you running today's meeting?13:31
gibimriedem: yes, I can do that13:31
gibimriedem: I read that melwitt is not here today, and that you will take care of the FF13:32
*** jaypipes has joined #openstack-nova13:32
*** phasespace has quit IRC13:32
mriedemyeah that's why i was wondering who was running the meeting13:33
gibimriedem: if you would like to run the meeting too then I have no problem with that either13:34
mriedemi shouldn't since i have to get my kid to the bus in about an hour13:34
gibimriedem: OK, then I will run it13:34
*** marst has joined #openstack-nova13:34
mriedemthanks13:35
gibinp13:35
jaypipesguten morgen13:36
*** janki has joined #openstack-nova13:36
mriedemmaybe i should make efried do all the FF stuff today...13:37
mriedemjaypipes: question about indexes for you13:37
mriedemjaypipes: in https://review.openstack.org/#/c/633349/13:37
mriedemneed to add just a user_id index or both user_id + project_id13:37
efriedmriedem: I would be down, with coaching.13:37
openstackgerritBoxiang Zhu proposed openstack/nova master: Raise error when force_raw_images and images_type are incompatible  https://review.openstack.org/64027113:37
mriedemefried: well the good news is we don't do milestone tags anymore so there is no need to tag s-3 for nova, right smcginnis?13:38
mriedemmel already released osc-placement last night,13:38
mriedemso i think the only release we have today is novaclient13:38
efriedokay, just propose a novaclient release?13:39
mriedemyeah, will need this first https://review.openstack.org/#/c/637234/13:39
efried...after checking if there's anything... yeah13:39
openstackgerritMerged openstack/python-novaclient master: Add support for microversion v2.72  https://review.openstack.org/63723413:41
gibiand it is merged ^^13:42
openstackgerritKashyap Chamarthy proposed openstack/nova-specs master: cpu-model-selection: s/cpu_models/cpu_model_list/  https://review.openstack.org/64086613:43
kashyapyaawang: ^ Hope that fixes it13:43
jaypipesmriedem: answered.13:43
jaypipesmriedem: fine to put a single index on user_id. was a good catch from dansmith13:43
jaypipesmriedem: in a future patch, we can add a dual index if that is something we see is needed.13:44
jaypipesmriedem: as melwitt stated, the server group members query is on user only, not project, so a dual index on (project_id, user_id) would not help that query.13:44
mriedemjaypipes: but this one does use both https://review.openstack.org/#/c/638072/17/nova/objects/instance_mapping.py@40713:45
jaypipesffs...13:45
mriedemso i guess we'd want a user_id and user_id+project_id index?13:46
*** marst has quit IRC13:46
jaypipesmriedem: no, it doesn't actually.13:46
jaypipesmriedem: it's two queries :(13:46
jaypipesmriedem: that ffs wasn't directed at you.13:46
jaypipesmriedem: each .scalar() is a sep query.13:46
mriedemyeah i realize13:47
mriedemthis is a pattern in the quota qounting query code...13:47
mriedemin a few places13:47
jaypipesoh, I see..13:47
jaypipeshrmph13:47
*** csatari has joined #openstack-nova13:48
jaypipesmriedem: ok, well if the pattern is that user_id is always queries along with project_id, then yes, the index should be on (project_id, user_id)13:48
*** lbragstad has joined #openstack-nova13:48
mriedemwell project_id isn't always in there https://review.openstack.org/#/c/638324/19/nova/objects/instance_mapping.py@46613:49
*** ccamacho has quit IRC13:49
mriedemthe first one above is a replacement for the "instances" quota counting which is over project and user,13:49
mriedemthe latter is the server group members query which is just on user_id13:50
mriedem"server_group_members" quota count query i should say13:50
jaypipesdoes it need to be, though?13:50
jaypipesin other words, can we add a project filter to the query?13:50
openstackgerritya.wang proposed openstack/nova master: Select cpu model from a list of cpu models  https://review.openstack.org/63783413:50
gibinova meeting starts in 9 minutes on #openstack-meeting13:50
mriedemserver group member quota is enforced at the user, not project, level13:50
mriedemjaypipes: https://github.com/openstack/nova/blob/master/nova/quota.py#L107513:51
*** jmlowe has quit IRC13:51
bauzasany urgent code review before FF ?13:52
bauzasI looked at the etherpad, but it's a bit messy :(13:52
mriedemit is yes13:53
bauzasdisclaimer: long series can't be honestly reviewed13:53
mriedemi'm just trying to sort out the index question on https://review.openstack.org/#/c/633349/13:53
jaypipesgood lord that is an expensive quota check :(13:53
mriedemi don't know if we'll try to merge part of this instance mapping user_id series or not13:53
mriedemit's getting to be too late to be having these types of questions13:54
bauzasmriedem: do you want some other eye's lookup ?13:54
*** sapd1 has joined #openstack-nova13:54
bauzasI saw this series in the etherpad, but I was thinking it was a bit difficult to review it by only 6 hours13:54
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Boot a VM with an unaddressed port  https://review.openstack.org/64167013:55
mriedemthe bottom 4-5 changes have had a lot of review from me and dansmith actually13:55
bauzasthere is a -W from melwitt, can we still review ?13:55
jaypipesmriedem: is there a technical reason why we couldn't still filter by project as well as user on that server group members quota query?13:55
mriedembauzas: that was procedural while waiting for approval of the changes above13:55
jaypipes(seems like it's just a mistake in the original code)13:55
bauzasmriedem: okay, then I'll look13:56
mriedemjaypipes: i don't think it's an oversight13:56
jaypipesmriedem: why not?13:56
mriedemanyway, i wouldn't want to have to go down that rathole on FF13:57
jaypipesack13:57
mriedemi'd have to dig into when server group member quota was added13:57
mriedemwe do have some per-user quota checks on purpose,13:57
mriedemlike keypairs i think13:57
*** BlackDex has quit IRC13:59
mriedemefried: https://review.openstack.org/#/c/637234/ is merged now if you want to start a novaclient release, or after the meeting13:59
efriedargh, meeting, thanks for the reminder.13:59
efriedmriedem: was just starting the release.13:59
jaypipesmriedem: I understand the keypairs being user_id-specific. not so much the server groups one.14:01
*** BlackDex has joined #openstack-nova14:02
*** avishay has quit IRC14:06
efriedmriedem: So microversion parity changes don't count as major bump-worthy?14:09
mriedemefried: no, since they are opt-in features14:09
mriedemmajor is for backward incompatible changes14:09
efriedokay.14:09
mriedemsemver baby14:09
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Boot a VM with an unaddressed port  https://review.openstack.org/64167014:10
*** dtantsur|bbl is now known as dtantsur14:10
*** marst has joined #openstack-nova14:17
*** _alastor_ has joined #openstack-nova14:17
mriedemyikun: efried: i saw yikun posted a topic proposal for nova/cyborg integration https://etherpad.openstack.org/p/DEN-train-nova-brainstorming - question is if that should be a forum or ptg session? it might be fine to have both.14:18
mriedemforum session to lay out the goals/requirements and ptg session to talk about design/implementation details14:19
mriedemi know our product team wants to focus on fpga integration with nova but it sounds like upstream cyborg team is talking more about gpu support? which we already have in nova.14:19
*** markvoelker has joined #openstack-nova14:20
*** mchlumsky has joined #openstack-nova14:21
mriedemyikun so i'd be in favor of a forum session14:22
efriedThe more the better as far as I'm concerned.14:22
sean-k-mooneymriedem: for what tis worth fpga integration with openstack is 1 already possible via pci passthrough and 2 on our products teams wishlist too to do without relying on pci passthouhg14:22
*** _alastor_ has quit IRC14:22
efriedthough I'm kinda hoping to have the nova/cyborg integration design mostly agreed upon before Denver14:22
efriedsince we already had it agreed upon after *last* Denver.14:23
mriedemok i guess i didn't know about #1, i only really ever hear about people using gpus14:23
sean-k-mooneyefried: by the way i think i have a path forward that jaypipes and you might like on one topic14:23
efriedmriedem: "Can do it with PCI passthrough" isn't a thing that should stop us doing stuff with cyborg. We've been trying to make PCI passthrough DIAF for years now. This is the opportunity to do that.14:23
mriedemefried: sure, that's not my point14:24
efriedokay, sorry, I didn't get your point then14:24
*** psachin has quit IRC14:24
sean-k-mooneyefried: when cyborg reprogams an fpga for mutiple tenatn. why dont we jsut create a child resouce provider form the otrgin device resouce provider with the new capablities listed as traits on the new RP and new invetores of the resouce it provides14:25
efriedsean-k-mooney: How does that help anything?14:25
sean-k-mooneyefried: we dont need to ever update the traits or resouce clases on the original RP14:25
mriedemconsidering we'll be lucky to get *anything* of substance done wrt nova/cyborg integration, what is the biggest benefit of a new feature functionality we could add with that integration? gpus w/o passthrough or fpgas? we already have a lot of people using gpus with passthrough in nova, and we have vgpus, so it seems like fpga would be the bigger first "win" from an integration.14:26
sean-k-mooneythe orginal RP device inventory can be consumed by cyborg14:26
sean-k-mooneyand cyborge can create a dynamic child  with the image capablities when its programed14:26
efriedhow would the claim sequence work?14:26
sean-k-mooneyif you want ipsec ofload you make a resouce request for the ipsec class if you want a device you use a fpga device resource class14:27
sean-k-mooneyi can write something up14:27
efriedIt sounds like a really complicated way to do the same thing as the existing design.14:28
sean-k-mooneybut basically you should be able to support both multi and singel tenant use of a device14:28
efriedfor what benefit, preserving architectural purity?14:28
sean-k-mooneyefried: well we agreed to not update the rp in the existing desing14:28
efriedhuh?14:28
sean-k-mooneyat least not in phase 114:28
efriedNot to update its inventory, yes. But we agreed to use dynamic traits to signify bitstreams.14:29
*** jmlowe has joined #openstack-nova14:30
sean-k-mooneyefried: yes which means if a bitstream can support 8 concurent consumer fo aes compression we agreed that you cannot create a new inventory to model that14:30
edleafeefried: is "dynamic traits" a euphemism for "tracking state"?14:30
sean-k-mooneywithout  creating new inventories you cannot alleratiors that have mulit tenatn bitstreams14:30
sean-k-mooneyedleafe: more or less14:31
edleafesean-k-mooney: ugh, that's what it sounds like14:31
efriedmriedem: https://review.openstack.org/641678 <== python-novaclient release14:31
sean-k-mooneyedleafe: the suggestion was to tag the fpga RP with a CUSTOM_ trait for the bitstream it is programed with14:31
edleafesean-k-mooney: yeah, that was discussed and rejected a while ago. Looks like it's back from the dead.14:32
efriedwe doing this again?14:32
efriedit was not rejected14:32
efriedIt was not anyone's favorite14:32
openstackgerritBalazs Gibizer proposed openstack/nova master: Refactor bandwidth related functional tests  https://review.openstack.org/64167914:32
sean-k-mooneyefried: ya i know im not really objecting to it14:32
sean-k-mooneyefried: i just thing that there is a better way of modeling it14:33
efriededleafe: but it was agreed upon (by which I mean "consensus" - i.e. not everybody cast an aye vote) as the lesser evil14:33
mriedemefried: ack, will take a look after i'm back from the bus stop14:34
*** mriedem is now known as mriedem_afk14:34
sean-k-mooneyefried: for what its worth we never discussed the model im now proposeing and i think jaypipes and other may like it and it will enable more usecase for cyborg to14:34
smcginnismriedem_afk, efried: Correct, no need to tag milestone beta's unless you know there are downstream consumers that could use it.14:34
sean-k-mooneyefried: would you like me to write up a more detailed proposal?14:35
efriedsean-k-mooney: We have been in analysis paralysis on this thing for too long. We need to make forward progress. The design as currently represented in the PoC is what we agreed on in Denver after discussing it at every PTG for the past two years. It is simple. It works. It would be counterproductive to try to redesign it yet again at this stage.14:35
efriedIf a "dynamic child provider" model is really seen as far superior to this design, we can look at switching to it in U or later.14:35
cdentsean-k-mooney, efried, edleafe: didn't we make a decision many months ago that we should just stick with, even if it isn't perfect?14:36
efriedthis ^14:36
efriedbecause there is no perfect14:36
sean-k-mooneyfor the record we also commited to having the poc working by m1 at the latest14:37
edleafecdent: I guess I don't remember a decision, just lots of back-and-forth discussion. Maybe it was in Berlin, and that's why I don't recall it?14:37
cdentedleafe: not certain. I _think_ I'm remembering Denver.14:38
efriedsean-k-mooney: m1 of what? At this point we're proposing it for train, since stein has sailed. The PoC is ready now.14:38
sean-k-mooneycdent: this discusstion predates teh creation of placement. at least my involvement in it does14:39
*** imacdonn has quit IRC14:39
cdentsean-k-mooney: then I think you've proving my point14:39
sean-k-mooneyefried: the poc was expected to be completed by m1 of stein14:39
efriedsean-k-mooney: if we were going to get it into stein, sure.14:39
jaypipesmriedem: is it a 0% chance of getting the quota-in-placement series reviewed and merged today then? even if I take over the bottom patch? there's actually a lot of good in that series and it opens up much-needed refactoring and cleanup in Train if we can get it done (not to mention a simpler way of reasoning about quotas)14:40
efriedcdent, edleafe: Denver is where consensus was reached.14:40
dansmithjaypipes: yes, zero chance of landing the whole thing14:40
jaypipesmriedem_afk: and yes, I realize I'm coming at this way late.14:40
dansmithjaypipes: at best we could land the bottom few to get the data model in place, but the top several functional ones haven't seen review and rushing it today is not okay with me14:41
*** mriedem_afk is now known as mriedem14:46
mriedemjaypipes: dansmith: right if we take over the changes we'd get up through the online data migration,14:46
mriedemwhich is arguably useful to get done earlier than later so there is less data to migrate in train,14:46
jaypipes++14:47
mriedembut if we're unsure of the design at this point then we should defer14:47
jaypipesefried, edleafe, sean-k-mooney: I will remind yet again that there is zero generation protection for multiple threads changing a provider's traits. that protection only exists on the quantitative side of the house -- i.e. inventory and resource classes.14:48
mriedemi'll dig through git history to see if i can find any words around why server group member quota is enforced at the user rather than project leve14:49
mriedem*level14:49
sean-k-mooneyjaypipes: yep i know which is part of why i was hoping to avoid that.14:49
mriedemi'm sure this is probably something melwitt would have memorized by now14:49
sean-k-mooneyjaypipes: anyway i dont want to get into it now14:49
efriedwhoah, that I didn't realize.14:49
dansmithmriedem: yeah I think we've been over that before.. definitely doesn't seem like something we can change on a whim regardless of the reason14:49
jaypipesefried: I said it on the hangout the other day with Sundar and I've said it at each of the past PTGs where the whole custom RCs vs traits was discussed.14:50
efriedWe should fix that regardless.14:50
efriedwe've got multiple threads potentially dorking with traits already.14:50
mriedemjaypipes: the good news is phil day was good about writing useful commit messages https://review.openstack.org/#/c/104957/14:50
*** sapd1 has quit IRC14:51
dansmithmriedem: am I missing where in there is justifies being user-only?14:52
mriedem"They can be defined per project or per user within a project"14:52
jaypipesmriedem: "They can be defined per project or per user within a project" <-- shows me that user-specific quota *always* will be "within a project" and therefore should have had the project_id in the query.14:52
mriedemi'm also looking14:52
jaypipeslol. jiunx.14:52
edleafeefried: capabilities don't change dynamically. State does.14:52
*** eharney has joined #openstack-nova14:53
jaypipesedleafe: zactly.14:53
dansmithmriedem: yeah that just doesn't tell me why14:53
*** markvoelker has quit IRC14:53
jaypipesdansmith: fwiw, I wasn't wondering why it's a user-specific quota, just why the query for it wasn't also appending a project_id14:53
cdentefried: we've got generations on adding traits to providers.14:54
dansmithjaypipes: okay14:54
jaypipescdent: that's not what I'm referring to actually. :)14:54
mriedemyeah idk either on the server group member user-only quota check,14:54
mriedemif it was a mistake,14:54
mriedemit sure farted it's way through several very large changes and different cores14:54
mriedemtoo bad we don't have people around that maintain this code...14:55
cdentjaypipes: well I kind of assumed not, but got a bit lost trying to track all of this round about14:55
mriedemmaybe sdague would remember....14:55
*** Bhujay has quit IRC14:56
cdentso jaypipes what does "there is zero generation protection for multiple threads changing a provider's traits."14:56
jaypipescdent: specifically, this is the protection that doesn't exist when traits are used as faux inventory: https://github.com/openstack/placement/blob/master/placement/objects/allocation.py#L427-L44714:56
mriedemcyeoh and ken'ichi moved it through14:56
cdentjinxish14:56
efriedcdent, jaypipes: Updating what traits are set on a resource provider <== has generation controls. Phew.14:56
jaypipesefried: not for claiming resources.14:56
efriedoh, sure, traits aren't part of an allocation14:57
jaypipesefried: which is what I've been saying.14:57
efriedthat's just fine.14:57
*** luksky has joined #openstack-nova14:57
efriedhad me scared there for a minute14:57
cdentjaypipes: so your concerned about the case where we've chosen a target on which we want to allocate and since we selected it, the traits of that thing have changed?14:58
efriedWe also don't do ^ for aggregate memberships we originally used to gather the candidate.14:58
lukskyhi, I have question about scheduler - how to debug case where I have 26 compute nodes, but in first iteration I see that RetryFilter is getting only 22 at start ?14:58
cdent(that either as "you're concerned about" or "your concern is". your pick)14:58
jaypipescdent: precisely, which is exactly what their whole "dynamic case" does.14:58
efriedWe're not talking about changing traits continuously. Just when the characteristics (um, traits) of a resource provider change.14:59
cdentluksky: depends on what release you're on14:59
lukskyqueens14:59
luksky[root@nova-01 ~]# nova --version15:00
luksky9.1.115:00
jaypipesluksky: check the placement service's logs.15:01
cdentluksky: combination of debug logs from nova-scheduler and nova-placement-api15:01
lukskyIn logs I see:15:01
luksky INFO nova.filters [req-6553ad52-40f0-41d3-a11e-3682bdccf589 f0b6fd8f6a1a421094fd6259fa0a8d6c a17c1ce3cc114f05b5da8c9553e5e4d1 - default default] Filtering removed all hosts for the request with instance ID 'dbaecc98-c097-4b7b-b4f8-459f1ed1fecc'. Filter results: ['RetryFilter: (start: 22, end: 22)', 'IsolatedTenantFilter: (start: 22, end: 4)', 'AggregateMultiTenancyIsolation: (start: 4, end: 4)', 'AvailabilityZoneFilter: (start: 4, end: 4)',15:01
luksky'RamFilter: (start: 4, end: 4)', 'DiskFilter: (start: 4, end: 4)', 'ComputeFilter: (start: 4, end: 4)', 'ComputeCapabilitiesFilter: (start: 4, end: 4)', 'ImagePropertiesFilter: (start: 4, end: 4)', 'ServerGroupAntiAffinityFilter: (start: 4, end: 4)', 'ServerGroupAffinityFilter: (start: 4, end: 4)', 'IsolatedHostsFilter: (start: 4, end: 0)']15:01
efriededleafe: "capabilities don't change dynamically. State does." What an FPGA is "capable" of doing *does* change dynamically, when the thing is programmed.15:01
*** takashin has left #openstack-nova15:01
cfriesenefried: thanks for the update. :)  You caught me just after I left.15:02
efriedcfriesen: yw15:02
sean-k-mooneyluksky: the retry filter will only get the set of host that passed the first iteration - the one that was tried and failed15:02
luksky(os-client) (PROD)[root@test1 ~]# openstack compute service list --service nova-compute | grep nova-compute | wc -l15:02
lukskyWARNING: Failed to import plugin clustering.15:02
luksky2615:02
edleafeefried: an FPGA region is capable of all available bitstreams for that model. When it is programmed, it is still capable of running any of the other bitstreams15:02
edleafeCalling the current program a capability instead of the current state of the region is kind of a twist in language15:03
*** IvensZambrano has joined #openstack-nova15:03
* cdent joins #openstack-epistemology15:03
lukskyhm... don15:04
lukskyhm... don't get it15:04
edleafecdent: try #openstack-etymology instead :)15:04
lukskyshouldn't see "'RetryFilter: (start: 26, end: 26)" instead: "'RetryFilter: (start: 22, end: 22)"15:04
luksky?15:04
cdentnaw, I think we need to go deeper15:04
efriedagain, realizing it's not perfectly pure, this is the best way to get where we want to be. Which is why we've ended up here several times after having discussed it the same way every time.15:05
*** efried is now known as efried_mtg15:05
sean-k-mooneyluksky: no15:06
sean-k-mooneyluksky: the retry filter on subsequet iterations does not retry host it knows cant pass15:06
edleafeI think calling something "perfectly pure" is a bit condescending. I'm just pointing out that this approach is not the way placement is designed to work, and there may be downsides. If you all have agreed to go ahead with that, your eyes are wide open.15:07
sean-k-mooneyluksky: if its the first iteration and no filter have ran then the delta between 26 and 22 is because placemnt determined the other 4 instace did not have space for the instance and elminated them15:07
mriedemjaypipes: i've gone fishing in the ML for the mystery of the server_group_members counting logic15:08
mriedemmaybe someone like tim bell will remmeber15:09
jaypipesmriedem: to understand the mystery of the server group member counting, one must first understand the mystery that is the server groups implementation.15:10
mriedemyou said you're cool with server groups15:11
*** josecastroleon has quit IRC15:12
*** awaugama has joined #openstack-nova15:12
lukskysean-k-mooney: thank You, does it can have some relation with not running discovered_host on some (i.e 4 compute) computes ?15:12
lukskysean-k-mooney: I mean "nova-manage cell_v2 discover_hosts"15:16
*** awalende has quit IRC15:16
*** awalende has joined #openstack-nova15:17
*** awalende has quit IRC15:21
jaypipesmriedem: the concept? yes. the implementation... erm, not so much.15:22
mriedemefried_mtg: bauzas: commented on the semver version for the novaclient release https://review.openstack.org/#/c/641678/15:23
mriedemi'm a bit torn15:23
mriedembecause of the first bullet here https://docs.openstack.org/releasenotes/python-novaclient/unreleased.html#upgrade-notes15:23
openstackgerritBoxiang Zhu proposed openstack/nova master: Raise error when force_raw_images and images_type are incompatible  https://review.openstack.org/64027115:24
bauzasmriedem: great comment15:25
bauzasI missed that one15:25
kashyapDead-simple +2/+W, can anyone put this out of its misery: https://review.openstack.org/#/c/640866/15:25
mriedemkashyap: uh...15:26
mriedemkashyap: if that change isn't going to land in stein, the spec has to be re-proposed for train anyway,15:27
mriedemso why not just make that change in the re-proposed spec with a note in the history abou the change?15:27
kashyapWhatever works; alex_xu was also onboard with the above, FWIW.15:28
kashyapmriedem: Will it / can it land for Stein?15:28
kashyapmriedem: So, to be clear: you want me to repropose the whole spec fo Train?15:28
mriedemkashyap: it would have to merge today15:28
kashyapmriedem: Ah ... right, the freeze15:28
mriedemi see alex_xu and stephenfin were reviewing it, but stephenfin was only reviewing docs15:29
mriedemit looks like15:29
kashyapSee Alex's comment on line 548.15:29
stephenfinNah, it was just the docs/config opt naming that I had comments on15:30
stephenfinrest of it is noddy15:30
stephenfin(IMO)15:30
* dansmith wonders wtf "noddy" means15:30
kashyapstephenfin: Did you see this: https://review.openstack.org/#/c/640866/315:31
kashyapdansmith: LOL15:31
kashyapdansmith: Typing: 'define noddy' in Google shows this:15:31
kashyap(1) [DATED] a foolish person.15:31
kashyap(2) a tropical tern with mainly dark-coloured plumage.15:31
stephenfinoops. noddy = easy or simple15:31
dansmithkashyap: yes, I know how to use google and did.. still don't know15:32
kashyapdansmith: Wasn't daring to tell you to LMGTFY ... just sharing the amusement15:32
dansmithstephenfin: as in "something you nod (in agreement) at" ?15:32
dansmithstephenfin: homonym-wise, sounds like "naughty" as in "not good"15:32
kashyap(That's how I read it)15:32
mriedemi want to say something about being offended as an american that i don't understand the language being used here15:33
stephenfinI guess? I've never really though about it, to be honest15:33
mriedemand how i need to take to social media to express my language victimizatoin15:33
mriedem*ion15:33
kashyapmriedem: Do you do social media besides IRC?  I doubt that15:34
dansmithI could sue stephenfin in portland for micro-aggression15:34
dansmith(and probably win)15:34
kashyapYes, you will be quarantined into a "safe space"15:34
mriedemkashyap: i have a linkedin account15:35
mriedemdoes that count?15:35
*** Luzi has quit IRC15:35
kashyapmriedem: Nah ... unless you're actively talking about marketecture there15:35
dansmithand he treats it like facebook15:35
mriedemdansmith claims to be an angry old man, but i think i have him beat15:35
dansmithmriedem: so what's the deal with the user_id patch? what's the plan?15:35
dansmithI don't want to be around late into the afternoon dealing with this15:35
mriedemdansmith: i agree with what you said earlier,15:36
mriedem"(8:49:57 AM) dansmith: mriedem: yeah I think we've been over that before.. definitely doesn't seem like something we can change on a whim regardless of the reason"15:36
dansmithso, we add user_id, and user_id/project_id then yeah?15:36
mriedemif we assume the server group member quota count is going to continue to be user_id only yeah15:37
mriedemeven if we don't, the additional index doesn't hurt does it?15:37
mriedemjaypipes: ^15:37
dansmithno15:37
jaypipesno, it doesn't really hurt anyuthing15:37
dansmithI've got the set pulled down, I'll fix up the index15:38
mriedemok so the actual counting functions later in the series don't need to merge in stein15:38
dansmithright, so maybe I'll just orphan them15:38
mriedemsure15:40
mriedemi'm targeting to get to https://review.openstack.org/#/c/633351/15:40
jaypipes+115:49
*** markvoelker has joined #openstack-nova15:50
bauzasmriedem: thanks for giving us the path to the legacy job for comparing, it helps15:52
bauzascontext being https://review.openstack.org/#/c/64018115:52
*** snevi has joined #openstack-nova15:53
openstackgerritDan Smith proposed openstack/nova master: Add user_id column to the instance_mappings table  https://review.openstack.org/63334915:53
openstackgerritDan Smith proposed openstack/nova master: Add user_id field to InstanceMapping  https://review.openstack.org/63335015:53
openstackgerritDan Smith proposed openstack/nova master: Populate InstanceMapping.user_id during migrations and schedules  https://review.openstack.org/63857415:53
openstackgerritDan Smith proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335115:53
bauzasmriedem: I guess you just copy/pasted the job definition YAML ?15:54
bauzasor do I really need to do my job and diff the files ?15:54
*** IvensZambrano has quit IRC15:55
sean-k-mooneyluksky: sorry i was on a call. im just runnig to another one but you only need to run discover hosts wehn you add new nodes15:56
*** efried_mtg is now known as efried15:57
efriedmriedem, bauzas: done15:57
sean-k-mooneyluksky: and you only need to run nova-manage cellv2 discover_hosts on the contoler nodes not on the compute nodes15:57
*** marst has quit IRC15:59
*** tbachman has joined #openstack-nova15:59
*** _alastor_ has joined #openstack-nova16:00
*** marst has joined #openstack-nova16:00
*** mlavalle has joined #openstack-nova16:00
*** udesale has quit IRC16:01
*** priteau has joined #openstack-nova16:02
*** ratailor has joined #openstack-nova16:02
mriedemdansmith: i just went through https://review.openstack.org/#/c/633351/24 again while you rebased, see if my comments make sense16:02
mriedembauzas: yes i copied the playbook16:03
*** artom has quit IRC16:03
mriedemand changed the name/description16:03
bauzasmriedem: yeah so blame on you, you forced me to diff16:03
jaypipesdansmith: sorry if I wasn't clear about the multi-column index earlier.16:04
jaypipesdansmith: I've added a comment to the revision you just pushed. If we go with a (user_id, project_id) multi-column index, there's no need for a single-column (user_id) index.16:04
dansmithjaypipes: oh I was sure you said to add both16:05
jaypipesdansmith: tried to explain in that comment, sorry. if you added a (project_id, user_id) index, you'd also want a (user_id) single-column index.16:06
dansmithwait, what?16:06
dansmithoh, it matters the ordering of them?16:06
jaypipesdansmith: yep16:06
dansmithjesus16:06
jaypipes:)16:06
dansmithso, surely these will also be looked up via project only right?16:06
dansmithoh, but we already have one on project16:07
dansmithokay16:07
jaypipesyes, but there is already a single-column on (project_id)16:07
jaypipessingle-column index16:07
jaypipesyeagh16:07
jaypipesdansmith: good article on the concepts here: https://www.vividcortex.com/blog/the-left-prefix-index-rule16:08
luksky<sean-k-mooney>: thank You16:08
dansmithjaypipes: don't push your progressive indexes on me16:08
jaypipesheh :)16:09
jaypipesdansmith: sorry for the misunderstanding16:09
dansmithI guess I have to update this test now and fix the nova-manage too16:09
*** tssurya has quit IRC16:10
openstackgerritBalazs Gibizer proposed openstack/nova master: Use Selection object to fill request group mapping  https://review.openstack.org/63871116:14
mriedemefried: +1 thanks16:20
mriedemstephenfin: this has you written all over it https://review.openstack.org/#/c/640181/16:21
stephenfinsure thing16:21
*** markvoelker has quit IRC16:23
*** liuyulong is now known as liuyulong_zzZZZ16:24
efriedmriedem: updated with more information (mostly copy/paste) in the commit message.16:25
*** ratailor has quit IRC16:26
openstackgerritMatt Riedemann proposed openstack/nova master: Allow utime call to fail on qcow2 image base file  https://review.openstack.org/64131516:27
mriedemmdbooth: do you fancy addressing review comments on https://review.openstack.org/#/c/641315/ ?16:27
mriedemi'd like to make sure people are on board with that before approving your revert16:27
mriedemefried: beautiful16:28
openstackgerritDan Smith proposed openstack/nova master: Add user_id column to the instance_mappings table  https://review.openstack.org/63334916:28
openstackgerritDan Smith proposed openstack/nova master: Add user_id field to InstanceMapping  https://review.openstack.org/63335016:28
openstackgerritDan Smith proposed openstack/nova master: Populate InstanceMapping.user_id during migrations and schedules  https://review.openstack.org/63857416:29
openstackgerritDan Smith proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335116:29
*** janki has quit IRC16:29
*** hongbin has joined #openstack-nova16:29
mriedemcdent: regarding the placement extraction forum session proposal in https://etherpad.openstack.org/p/DEN-train-nova-brainstorming16:29
*** igordc has joined #openstack-nova16:29
mriedemcdent: i'm going to submit that and also propose you as co-presentor or whatever, ok?16:29
*** Sundar has joined #openstack-nova16:29
*** luksky has quit IRC16:32
mdboothmriedem: Yep16:33
*** ivve has quit IRC16:33
mdboothmriedem: I did wonder actually if we should confine it further to EPERM16:34
mriedemmdbooth: thanks16:34
mriedemmaybe ask neil since he had the recreate16:34
mdboothack16:34
*** jmlowe has quit IRC16:36
cdentmriedem: yeah, that's fine16:36
mdboothEACCES, not EPERM16:36
*** helenafm has quit IRC16:43
openstackgerritStephen Finucane proposed openstack/nova master: docs: Fix nits in remote console guide  https://review.openstack.org/64109816:44
openstackgerritStephen Finucane proposed openstack/nova master: docs: Rework all things metadata'y  https://review.openstack.org/64073016:44
openstackgerritStephen Finucane proposed openstack/nova master: conf: Rename 'configuration drive' to 'config drive'  https://review.openstack.org/64172316:44
*** Admin__ has quit IRC16:51
openstackgerritDan Smith proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335116:52
openstackgerritMatt Riedemann proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335116:53
mriedem+216:53
mriedemdansmith: thanks for reving those16:53
mriedemjaypipes: i'm +2 on the first 4 in that series now16:53
dansmithaye16:53
jaypipesaye aye. just wrapping up a meeting16:54
*** wolverineav has joined #openstack-nova16:55
*** wolverineav has quit IRC16:59
*** ttsiouts_ has quit IRC17:02
*** ttsiouts has joined #openstack-nova17:03
*** tesseract has quit IRC17:05
*** ttsiouts has quit IRC17:07
openstackgerritDan Smith proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335117:10
mriedemjohnthetubaguy: are you going to be in denver? i was considering proposing a forum session to get people together about your unified limits spec https://review.openstack.org/#/c/602201/17:15
mriedemeven if you're not, i assume melwitt and/or jaypipes and/or lbragstad can help run that since i'm not qualified to run that session17:15
mriedembut i don't know if jaypipes will be at the forum...17:16
*** snevi has quit IRC17:16
mriedemgiven his too cool for schoolness17:16
lbragstadi haven't put together my schedule yet, but i'll try and be there for that17:16
jaypipesmriedem: I will17:17
*** IvensZambrano has joined #openstack-nova17:17
jaypipesmriedem: can one be too uncool for school?17:17
jaypipesmriedem: cuz I would be that.17:17
mriedemthat question is too philosophical for me to think about right now17:18
mriedemdansmith: i'm sure you'd like to propose a "nova at the edge?!" forum session17:18
mriedemyou could even dress up like the edge17:18
dansmithmriedem: I'm sure you're wrong17:18
mriedemwhat if, we do a reenactment of the movie 'the edge' from the 90s though?17:19
mriedemi'll be alec baldwin17:19
dansmith:|17:19
mriedemwe need an anthony hopkins and a bear17:20
*** markvoelker has joined #openstack-nova17:20
mriedembauzas: ...17:20
dansmithhttps://www.youtube.com/watch?v=Dn8-4tjPxD817:20
bauzashum, I can wait for shaving17:20
mriedemhttps://www.dailymotion.com/video/x3s9vt217:21
dansmithkeep thinking I need to be working that in .. the U2 edge thing is already played17:21
mriedemif we're going to talk about stevie nicks i can't let the fajita roundup go unnoticed17:21
aspierskashyap (or anyone): need advice on how to reuse some code from libvirt.driver._get_machine_type() inside libvirt.host17:26
kashyapaspiers: Afraid, I'm totally spent for the day :-(  And about to go for some air and food17:27
aspierskashyap: OK maybe someone else can help17:27
*** artom has joined #openstack-nova17:27
kashyapIf it's on a particular review, think out loud.  I'll see tomm.17:27
aspiersno, it's on how to write my code17:27
aspiersI want to reuse these two lines https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L426217:28
aspiersbut from Host class, which doesn't have access to the driver AFAICS17:28
aspiersmaybe there's a utils class or something17:28
aspiersoh look at that, there is :)17:28
aspiersah no, because it needs access to _machine_type_mappings() also17:29
aspiershrm, maybe that can also be moved to utils17:29
aspiersI'll try that17:29
*** artom has quit IRC17:32
*** dtantsur is now known as dtantsur|afk17:34
*** rpittau is now known as rpittau|afk17:36
openstackgerritMatthew Booth proposed openstack/nova master: Allow utime call to fail on qcow2 image base file  https://review.openstack.org/64131517:36
*** imacdonn has joined #openstack-nova17:37
*** igordc has quit IRC17:41
*** marst has quit IRC17:41
sean-k-mooneymriedem: just reading you reminder tread. regarding melwitt's change to add the  user_id to the instance mappings in the api db i assume we shoudl add a nova-status check for that right?17:41
*** ivve has joined #openstack-nova17:41
sean-k-mooneymriedem: we said we would add a blocker migration but this is the kindof thing nova-status should be checking before an op does an upgrade correct?17:42
dansmithsean-k-mooney: for train you mean right?17:42
sean-k-mooneyya17:42
sean-k-mooneywe wanted to make the colume non nullable after train so on an upgrade to U we should have a nova-status check to make sure you have run the data migration to populate the colume so that the schame migration can work17:44
sean-k-mooneyno one memtioned nova-status the other day so i just tought i would bring it up17:44
dansmithI did in IRC actually, but .. we need to land that in train nova-status, not right now17:45
sean-k-mooneyoh ok i missed that then. cool17:45
*** marst has joined #openstack-nova17:45
dansmithadding it in stein would tell them they need to do something they can't do until they deploy stein code17:46
sean-k-mooneyright because we are only adding the column in stien17:46
*** luksky has joined #openstack-nova17:47
*** jmlowe has joined #openstack-nova17:49
jaypipesdansmith, mriedem: bottom 3 +W. still plowing through the nova-manage migration in https://review.openstack.org/#/c/633351...17:49
*** artom has joined #openstack-nova17:50
openstackgerritMatthew Booth proposed openstack/nova master: Allow utime call to fail on qcow2 image base file  https://review.openstack.org/64131517:51
mriedemjaypipes: don't make me get you a mr plow jacket17:51
mriedemso you can strut around17:51
mriedemhttps://www.youtube.com/watch?v=fhW3OyifFBE17:52
*** markvoelker has quit IRC17:53
dansmithmriedem: how would you communicate with the other members of the tribe if you didn't have the simpsons and every snippet documented on youtube?17:54
mriedemgrunts17:54
mriedemflute sounds17:54
jaypipesheh17:55
mriedemjaypipes: so i think i'll abstain from proposing a unified limits session, it's out of my ability to lead that17:55
*** gyee has joined #openstack-nova17:57
jaypipesmriedem: I can participate in such a session.17:57
*** phasespace has joined #openstack-nova17:57
mriedemi'm going to go participate in a bowl of chili17:58
*** mriedem is now known as mriedem_afk17:58
jaypipes:)17:58
cdenta forum session with a chili bakeoff would be pretty cool17:59
openstackgerritStephen Finucane proposed openstack/nova master: docs: Fix nits in remote console guide  https://review.openstack.org/64109818:00
openstackgerritStephen Finucane proposed openstack/nova master: docs: Rework all things metadata'y  https://review.openstack.org/64073018:00
openstackgerritStephen Finucane proposed openstack/nova master: conf: Rename 'configuration drive' to 'config drive'  https://review.openstack.org/64172318:00
*** irclogbot_2 has joined #openstack-nova18:02
jaypipesmriedem_afk, dansmith: please see my question on https://review.openstack.org/#/c/633351/. it's the only part of that migration I don't get...18:03
*** derekh has quit IRC18:04
*** wolverineav has joined #openstack-nova18:05
dansmithjaypipes: replied18:06
*** wolverineav has quit IRC18:08
jaypipesdansmith: thx18:08
*** wolverineav has joined #openstack-nova18:08
*** READ10 has joined #openstack-nova18:16
*** priteau has quit IRC18:19
*** wolverineav has quit IRC18:23
*** psachin has joined #openstack-nova18:23
*** wolverineav has joined #openstack-nova18:24
*** sridharg has quit IRC18:27
*** wolverineav has quit IRC18:30
*** wolverineav has joined #openstack-nova18:30
openstackgerritMerged openstack/nova master: FUP for test_reshape  https://review.openstack.org/64148218:33
openstackgerritMerged openstack/nova master: Update --max-rows parameter description for archive_deleted_rows  https://review.openstack.org/60699518:33
openstackgerritMerged openstack/nova master: tests: Create PCI tests for NUMA'y tests  https://review.openstack.org/64082618:34
*** mriedem_afk is now known as mriedem18:40
mnaseri'm dealing with a sorts of 'usability' issue.  booting a cinder volume from a glance image (where the image is stored on local disk)18:41
mnasercinder eventually creates the image, but it takes around 15 minutes because it has to download+upload18:42
mnasernova times out waiting for the volume, even though it's in `downloading` state18:42
smcginnismnaser: Do you have image cache enabled?18:42
smcginnisThat will help after the first one at least.18:42
mnasersmcginnis: interesting, i don't think image cache is enabled for this deployment, but yes, that's a good idea18:43
smcginnisCreating the boot volume via Nova timing out is a known issue of sorts.18:43
smcginnisYou need to tweak the timeouts if you do it that way.18:43
mnaserthe type of user is one who refuses to create a volume and wait for it to then attach it is the one i'm dealing with :)18:43
smcginnisReally recommended to create the volume first, then boot from it.18:43
mnaser"it should just work <insert a ton of exclamation marks>"18:43
mriedemmnaser: sure, just tell them to pre-cache their images :)18:44
smcginnisI've actually been meaning to see how difficult it would be to just update horizon to look like it's the one path, but do the two separate steps under the covers to make it less likely to time out.18:44
mnaseri'm just trying to see if we can have a better way in terms of usability, if cinder is reporting that its' still 'downloading' really18:44
mnaseralso, another fun thing is that it seems like it doesn't properly clean up as it tries to request a delete on a volume that's in downloading process18:45
mriedemmnaser: https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.block_device_allocate_retries and https://docs.openstack.org/nova/latest/configuration/config.html#DEFAULT.block_device_allocate_retries_interval are the related nova-compute options18:45
mnaserso seems like volumes end in error downloading state or something along those lines, but i haven't dug that far yet18:45
mriedemit's this code https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L130818:45
*** pcaruana has quit IRC18:46
smcginnisHmm, error downloading sounds like a bigger issue to address first.18:46
mnaseri just want to avoid changing the timeout to '15 minutes' because they will bring bigger images and then ask me to bump the timeout to '30 minutes' lols18:46
mnasersmcginnis: yeah, let me see if i have tracebacks for that too18:46
mriedemmnaser: this is the code that does the waiting and cleanup https://github.com/openstack/nova/blob/master/nova/virt/block_device.py#L68918:47
mriedemnova won't delete the volume if delete_on_termination is False18:47
mriedemwhich it is by default i think18:47
*** markvoelker has joined #openstack-nova18:51
mnaseri guess the cleanest way is image cache *but* that does involve booting it once still18:51
mnaserwe didn't have this issue when using cinder backend for glance18:51
mnaserbut then we have the issue with glance buffering a whole image to disk and then pushing to array18:51
smcginnisI think I've been told if you use ceph it helps a lot.18:52
mnaseryes we're hoping to kill off their dell ps array18:52
mnaserceph is wonderful for all of this18:52
smcginnisThat might be good anyway. PS is no longer going to be supported.18:52
mnasergood, then we can force them to get off18:53
mnaser:-P18:53
smcginnis;)18:53
* mnaser brings out ps, throws on grass with baseball bats ala office space printing scene18:54
openstackgerritMerged openstack/nova master: Move legacy-grenade-dsvm-neutron-multinode-live-migration in-tree  https://review.openstack.org/64018118:58
openstackgerritJack Ding proposed openstack/nova master: Preserve UEFI NVRAM variable store  https://review.openstack.org/62164619:01
*** pcaruana has joined #openstack-nova19:05
*** ttsiouts has joined #openstack-nova19:07
openstackgerritMatt Riedemann proposed openstack/nova master: Clean up block_device_allocate_retries config option help  https://review.openstack.org/64175919:07
mriedemmnaser: i'm having a problem letting shitty docs slide lately ^19:07
mnasermriedem: i like that19:08
mnaserthat's a lot more clear19:08
openstackgerritMerged openstack/nova master: Make nova-grenade-live-migration voting and gating  https://review.openstack.org/64018219:10
*** priteau has joined #openstack-nova19:11
*** xek_ has joined #openstack-nova19:17
mnaserok i've got this really strange breakage inside OSA that seems to happen within nova19:17
mnaserhttp://logs.openstack.org/08/641308/2/check/openstack-ansible-deploy-aio_lxc-centos-7/2485c9a/logs/openstack/aio1-nova/nova-compute.log.txt.gz#_2019-03-06_12_35_49_53519:18
mnaser"Neutron Reported failure on event network-vif-plugged-4095592d-730d-4a32-82b7-1ec3133f5862 for instance a43072b3-43e5-4fce-ae32-c11510b569fc: NovaException: In shutdown, no new events can be scheduled"19:18
mnaserseems to me that the ` NovaException: In shutdown, no new events can be scheduled` portion is actually coming from `prepare_for_instance_event`19:18
mnaserso the error is a bit misleading too19:18
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/compute/manager.py#n31719:18
mnaseryeah, i dug that out, i need a faster way to link from vscode :<19:19
mnaseri'm not sure what or why self._events is, and why it's set to `None`19:19
mnaserthe port seems to be plugging fine from the neutron side of things, according to the logs19:19
mriedemself._events = None generally means nova-compute is stopping19:19
mnaserstrange, it doesn't seeeeeeem to be in those logs? you can see it continue to do things19:20
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/compute/manager.py#n39719:20
mriedemthe only thing that calls that is cleanup_host http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/manager.py#n123619:20
dansmiththat message is exactly what is supposed to happen if compute is shutting down19:20
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/service.py#n28619:20
mnaserthat's so strange, interestingly enough, the logs don't show anything about cleaning up19:21
mnaseror any of the "popping stuff out of event queue" messages19:21
mnaserwe did recently merge a change where we had vif_plugging_is_fatal default to true, so this might have exposed something (and it was always failing?! i hope not..)19:21
dansmithvif plugging fatal should be set to true19:22
mnasersorry, i mean we set it to false19:22
dansmithack okay19:22
dansmithwait, you mean you had been setting it to false, and recently fixed that yeah?19:22
mnaseryeah19:22
dansmitheither way, that won't affect the incoming events,19:22
dansmithjust whether or not we wait for them19:22
dansmithand what you show above is just event delivery19:22
mnaserwell, if something was broken before, we probably just exposed it (in osa or whatever)19:23
mnaserwe might have been just blindly plugging ports and it just workedâ„¢ -- this just exposed it19:23
*** markvoelker has quit IRC19:23
mnaserthe interesting thing is i dont see "Canceling in-flight event" in the logs anywhere19:23
mnaserbut i guess the blocking new events might do it there19:23
mriedemhttps://review.openstack.org/#/c/420026/19:23
mriedem^ is it this?19:23
mriedemdid something sighup the service?19:23
dansmithmnaser: you wouldn't if nothing is waiting when the shutdown starts19:23
dansmithmriedem: see my comments/19:24
dansmithmriedem: we don't call cleanup_host on sighup19:24
mnaserlet me check systemd logs19:24
mriedemwell i'm all out of ideas :P19:24
dansmithif we did we'd be tearing down rpc and dropping things all over the place, which would be a pretty big problem for what sighup is supposed to do19:25
mriedemmnaser: are you hitting this consistently in osa ci? because a simple debug patch should tell us what is triggering the stop19:25
mnaserhttp://logs.openstack.org/08/641308/2/check/openstack-ansible-deploy-aio_lxc-centos-7/2485c9a/logs/host/messages.txt.gz#_Mar__6_12_12_43 we reload here, but that's almost 23 minutes before it happened19:25
mnaseryes, we're perma-borked right now19:25
dansmithmnaser: are you maybe starting to shut down nova services before tests have finished or something?19:26
mnaserthat's the latest reference to a the nova-compute service19:26
dansmithor maybe tests are done but instances are still coming up or something?19:26
mnasersystem logs would have shown us shutting down the service (it's a systemd unit)19:26
mnaserit is possible that a reload might put the nova-compute in a weird state?19:27
dansmithwell, if you're using systemd to shut it down, sure19:27
dansmithmnaser: shouldn't and the code does very little on sighup19:27
mnaseroh thats weird19:29
mnaserthe change mriedem linked is missing in master19:29
mnaserhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L54819:29
dansmithit's unmerged19:29
dansmithbecause it's bad19:29
mnaserah oops19:29
mnasermy eyes failed me19:29
dansmiththat change would also mean a sighup will cause any instances waiting to boot when you sighup fail with a timeout19:30
dansmithwhich would be pretty bad19:30
dansmithespecially if you're sighup19:30
openstackgerritMatt Riedemann proposed openstack/nova master: Set min=0 for block_device_allocate_retries option  https://review.openstack.org/64177019:30
dansmithping nova-compute so you can turn on debug or something :)19:30
mnaserhttp://logs.openstack.org/08/641308/2/check/openstack-ansible-deploy-aio_lxc-centos-7/2485c9a/logs/openstack/aio1-nova/nova-compute.log.txt.gz#_2019-03-06_12_12_43_20719:31
mriedemthat matches http://logs.openstack.org/08/641308/2/check/openstack-ansible-deploy-aio_lxc-centos-7/2485c9a/logs/host/messages.txt.gz#_Mar__6_12_12_4319:31
dansmithmnaser: but it also clearly ran the compute manager reset just a couple lines below "reloading"19:32
mriedembut not http://logs.openstack.org/08/641308/2/check/openstack-ansible-deploy-aio_lxc-centos-7/2485c9a/logs/openstack/aio1-nova/nova-compute.log.txt.gz#_2019-03-06_12_35_49_53519:32
dansmithmaybe some oslo.service regression?19:32
mnaseryeah that's what im wondering, if oslo service isn't doing the right thing, i'm gonna try to see in oslo service19:32
dansmithhttps://bugs.launchpad.net/neutron/+bug/178013919:32
openstackLaunchpad bug 1780139 in neutron "Sending SIGHUP to neutron-server process causes it to hang" [Undecided,Triaged] - Assigned to Bernard Cafarelli (bcafarel)19:32
dansmithhttps://github.com/openstack/oslo.service/blob/master/oslo_service/service.py#L37519:33
dansmithshould only exit if it's unhandled I think19:33
mnaseryeah it looks like the exiting is a little misleading there19:33
*** pcaruana has quit IRC19:33
dansmithhttps://github.com/openstack/oslo.service/blob/master/oslo_service/service.py#L34419:34
dansmithso unless it redefined the thing we need to override to handle sighup or something19:34
dansmithbut clearly not,19:35
dansmithsince we did actually do our own reload19:35
dansmithseems fishy19:35
mnaseryeah the logs show that the correct thing happened19:35
dansmithor ...19:35
dansmithmaybe there was actually a respawn in between there?19:35
dansmithmaybe it did exit? we don't have pid in the logs to tell I think19:36
dansmithmnaser: because after the log dump: http://logs.openstack.org/08/641308/2/check/openstack-ansible-deploy-aio_lxc-centos-7/2485c9a/logs/openstack/aio1-nova/nova-compute.log.txt.gz#_2019-03-06_12_12_55_32619:36
dansmither, conf dump19:36
dansmiththat seems extremely wrong19:36
dansmithand may explain why people think that "reset events" change is necessary, because we're incorrectly really exiting?19:37
mnaserit looks like a new startup based on the logs19:37
dansmithyeah that's uncool19:37
mnaseresp with things like updating inventory, libvirt baseline cpu checks, etc19:38
dansmithso I'm guessing some oslo.service regression, or some underlying change that nova didn't adapt to19:38
mnaserfollowing the code it looks like service.Service implements .reset() and hits self.manager.reset()19:40
dansmithour service does yeah19:40
dansmithwe also need this to work for things like api to be able to re-calculate service versions, rpc pins,e tc19:40
dansmithand clearing the cells cache19:41
mnaseryeah, so it looks like nova is doing what its supposed to19:41
*** wolverineav has quit IRC19:41
dansmithso if this is broken it's a real problem, in addition to apparently causing compute to just drop everything on the floor and bail19:41
mnaserthe confirmation is the fact all conf params are being logged19:41
mnaserwhich shouldnt happen19:41
mnaseri think ? because we are handling reset() in our own way19:41
dansmithwell,19:42
dansmithsighup is how you're supposed to reload dynamic conf variables19:42
dansmithso I dunno if it should only dump the reloaded ones or the whole new set19:42
dansmithinitially that wouldn't have surprised me, but now that I see it saying "starting..." again, I do wonder19:42
dansmithbut yeah, this also kills the ability to hot-reload conf options like debug=True19:42
mnaserwe probably don't exactly have gating that reloads services and checks if they're still functional after, but that's awfully hard to test in the first place19:43
dansmithyup, definitely hard to test with a parallel tempest19:43
dansmithwe could do a post hook though pretty easy19:43
dansmithlike set debug=False, sighup, and make sure the log didn't get another debug-esque message that would have come19:44
dansmithI bet mriedem gets all tingly just thinking about such at hing19:44
dansmithI think he <3's post hook test validation19:44
mriedemshut up gawd19:45
* mriedem blushes19:45
mnaserthe only thing i can imagine is19:46
mnaserhttps://github.com/openstack/oslo.service/blob/471bfe770808a0348fcce1e83753dcc414b361c1/oslo_service/service.py#L395-L39719:46
mnaserthat somehow evaluating to false and calling self.restart()19:46
dansmithbecause of systemd not running us in daemon mode or something?19:46
dansmithhttps://github.com/openstack/oslo.service/blob/471bfe770808a0348fcce1e83753dcc414b361c1/oslo_service/service.py#L5819:47
dansmithyep,19:47
dansmithif stdout is closed or not a tty, then we're in daemon mode, else no19:48
mnaserbut stdout is probably open because of how systemd works19:48
dansmithI'm guessing maybe systemd runs us with a pty for stdout in foreground mode and that's fooling it?19:48
mnaserlet me19:48
mnaserlsof a running instance now19:48
*** jrosser has joined #openstack-nova19:48
dansmithI'm pretty sure it uses a pty,19:48
dansmithbecause if you run a python program as a systemd unit, you have to turn off output buffering to see live output19:48
dansmithcould probably defeat that by running compute |tee and see if that changes the behavior19:50
mnaserlooks like there is a systemd option called 'DefaultStandardOutput'19:51
mnaserwhich defaults to 'journal'19:51
dansmithwell, sure.19:51
dansmithbut you want that unless you're using native systemd logging19:52
mnaseryeah, but that also means that stdout is not closed => we're not in daemon mode, right?19:52
*** kaiokmo has joined #openstack-nova19:52
dansmithit's not just closed, it's closed or not a tty19:52
dansmithper that is_daemon() method right?19:52
dansmith# The process group for a foreground process will match the19:53
dansmith    # process group of the controlling terminal. If those values do19:53
dansmith    # not match, or ioctl() fails on the stdout file handle, we assume19:53
dansmith    # the process is running in the background as a daemon.19:53
dansmithif systemd is running us with a pty for stdio, that will assume we're in interactive mode and say we're not a daemon, which means sighup->restarts (for some reason which I'm not even sure is legit)19:54
mnaserok let me just drop that python code in a simple systemd unit and see what happens19:54
dansmithalso would be useful to just take a system running like this and put a debug print() in that thing to see if we're returning !daemon for any reason19:58
mnaserbleh, returning true19:59
mnaserhttp://paste.openstack.org/show/747426/20:00
dansmithnot sure that's a really legit test,20:01
dansmithbecause any other service startup stuff could impact that20:01
dansmithlike chdir(), close existing fds, logging setup, etc20:01
dansmithI think it'd be more useful to just instrument a misbehaving openstack service20:01
mnaserok so let me do it on a machine i have here then20:01
mnaseron an actual nova-compute20:02
mnaser_is_sighup_and_daemon: True20:04
mnaserwhich means20:04
mnaserif not True: .. so it doesn't break and does a restart20:04
mnaserwait what, shouldn't that be if _is_sighup_and_daemon(signo): break ?20:05
mnasergiven that we don't want to restart if we get a sighup and running in daemon mode?20:05
dansmithhrm, yeah20:06
mnaserhttps://github.com/openstack/oslo.service/commit/94e76035c627e003f601c6501c0f414a13160f1f#diff-49ecd82bf041c1fd494a0bc4a96782deR19520:06
dansmithtbh, I don't know why this logic is here regardless20:06
*** eharney has quit IRC20:06
dansmith...newton20:06
mnaseryeah it's been a hot minute20:07
mnaseri really hope it hasn't been broken that whole time20:07
mnaserlol20:07
dansmiththat was around the time of the great systemdification of devstack, and because sdague20:07
dansmithso really fishy20:07
dansmithbut sounds like something is broken to me20:07
mnaserok ill try to ping doug20:08
*** ivve has quit IRC20:08
dansmithI don't really agree with the assertion made in the commit message of that20:09
dansmithbecause it assumes that we're only a long-lived service if we've daemonized ourselves20:09
dansmithmnaser: also note that systemd can handle self-daemonizing services, so it depends on how your particular unit is running nova-compute too20:09
mnaserdansmith: yeah, afaik we use type=simple so it's the "run in foreground mode forever" model20:11
dansmithack20:11
openstackgerritArtom Lifshitz proposed openstack/nova master: Dont' wait for VIF plugging during revert resize  https://review.openstack.org/63939620:11
dansmithmnaser: assume you don't have a bug open for this yet right?20:12
*** wolverineav has joined #openstack-nova20:14
*** IvensZambrano has quit IRC20:14
*** rchurch_ has joined #openstack-nova20:15
*** rchurch has quit IRC20:17
*** psachin has quit IRC20:17
*** wolverineav has quit IRC20:19
mriedemsomeone should uh, put some time into figuring out what to do about this old ass statement https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L138020:19
mnaserbug20:19
mnasergah ctrl+f doesnt exist i guess20:19
*** IvensZambrano has joined #openstack-nova20:20
*** markvoelker has joined #openstack-nova20:20
openstackgerritChris Dent proposed openstack/nova master: Integration tests using gabbi-tempest  https://review.openstack.org/61338620:25
openstackgerritMatt Riedemann proposed openstack/nova master: Remove unused context parameter from RT._get_instance_type  https://review.openstack.org/64179220:26
*** marst has quit IRC20:32
*** READ10 has quit IRC20:35
*** wolverineav has joined #openstack-nova20:35
*** wolverineav has quit IRC20:40
openstackgerritMerged openstack/nova master: Separate methods to free claimed and allocated devs  https://review.openstack.org/61612020:41
*** hemna has quit IRC20:41
*** marst has joined #openstack-nova20:42
*** igordc has joined #openstack-nova20:44
*** priteau has quit IRC20:48
*** markvoelker has quit IRC20:53
*** eharney has joined #openstack-nova20:54
*** awaugama has quit IRC20:55
*** wolverineav has joined #openstack-nova21:04
*** erlon has quit IRC21:05
openstackgerritMatt Riedemann proposed openstack/nova master: Update usage in RT.drop_move_claim during confirm resize  https://review.openstack.org/64180621:10
*** marst has quit IRC21:10
*** mikal has joined #openstack-nova21:11
*** ralonsoh has quit IRC21:12
openstackgerritMatt Riedemann proposed openstack/nova master: Update usage in RT.drop_move_claim during confirm resize  https://review.openstack.org/64180621:13
*** priteau has joined #openstack-nova21:13
*** xek_ has quit IRC21:15
mikalGiven the sudden burst of interest in the privsep patches, is it worth asking for a FFE?21:16
*** priteau has quit IRC21:16
*** whoami-rajat has quit IRC21:17
mriedemnope21:17
mikalFair enough.21:17
mikalI wont rush to deal with new review comments then.21:18
openstackgerritMatt Riedemann proposed openstack/nova master: Set min=0 for block_device_allocate_retries option  https://review.openstack.org/64177021:19
mriedemmikal: i don't mean to be terse, we just have 2 weeks to rc1 and a lot of other stuff to focus on.21:19
*** snevi has joined #openstack-nova21:20
*** IvensZambrano has quit IRC21:20
mikalmriedem: sure. So I'll just go back to pottering along at my own pace and being mildly surprised when something merges.21:20
mriedemefried: i'm not sure how i feel about linking to release-specific docs21:24
mriedemsince those are only published for so long21:24
*** mtreinish has quit IRC21:25
*** mtreinish has joined #openstack-nova21:26
efriedmriedem: responded. I'm fine either way, hence the +2.21:27
efriedmriedem: Add 'h' in https://review.openstack.org/#/c/641770/ and I'm +2 there too.21:27
*** BjoernT has joined #openstack-nova21:27
openstackgerritMatt Riedemann proposed openstack/nova master: Set min=0 for block_device_allocate_retries option  https://review.openstack.org/64177021:32
mriedemdansmith: jaypipes: looks like the nova-grenade-live-migration playbook change screwed up mel's series in the gate, so i'm going to rebase and re-approve, just fyi21:33
openstackgerritMatt Riedemann proposed openstack/nova master: Add user_id column to the instance_mappings table  https://review.openstack.org/63334921:34
openstackgerritMatt Riedemann proposed openstack/nova master: Add user_id field to InstanceMapping  https://review.openstack.org/63335021:34
openstackgerritMatt Riedemann proposed openstack/nova master: Populate InstanceMapping.user_id during migrations and schedules  https://review.openstack.org/63857421:34
openstackgerritMatt Riedemann proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335121:34
mriedemartom: replied in https://review.openstack.org/#/c/641806/21:38
mriedembut good questions21:38
*** artom has quit IRC21:40
mriedemthis RT code dealing with adding/removing usage from flavors during a resize is way too f'ing magical21:41
mriedemand i've done too much staring at it while working on the cross-cell resize stuff21:42
mriedemit also *loves* to fail silently21:42
mriedemSBD21:42
dansmithmriedem: ack21:42
openstackgerritAdam Spiers proposed openstack/nova master: Add detection of SEV support from QEMU/AMD-SP/libvirt on AMD hosts  https://review.openstack.org/63385521:45
openstackgerritAdam Spiers proposed openstack/nova master: Add new "supports_amd_sev" capability to libvirt driver  https://review.openstack.org/63868021:46
*** markvoelker has joined #openstack-nova21:50
jaypipesmriedem: ++21:51
jaypipesmriedem: and thank you21:51
*** priteau has joined #openstack-nova21:56
*** dave-mccowan has quit IRC22:02
*** BjoernT has quit IRC22:14
cfriesenis it a known issue that during a resize/migrate the resource audit will choke trying to find the instance disk on the source node?22:15
*** tosky has quit IRC22:22
*** markvoelker has quit IRC22:23
mriedemi think so22:25
mriedemi've tried to whack that mole before22:25
mriedemcfriesen: https://review.openstack.org/#/q/Icec2769bf42455853cbe686fb30fda73df791b2522:27
mriedemcfriesen: https://bugs.launchpad.net/nova/+bug/1774249 is the resize sister to that22:28
openstackLaunchpad bug 1774249 in OpenStack Compute (nova) "update_available_resource will raise DiskNotFound after resize but before confirm" [Medium,In progress] - Assigned to Vladyslav Drok (vdrok)22:28
mriedemvdrok: are you working on a fix for ^?22:29
*** tosky has joined #openstack-nova22:29
*** cdent has quit IRC22:33
openstackgerritAdam Spiers proposed openstack/nova master: Use assertXmlEqual() helper for all XML comparison tests  https://review.openstack.org/64185222:37
*** rcernin has joined #openstack-nova22:41
cfriesenanyone else run into issues with unstack.sh hanging in neutron_ovs_base_cleanup?22:41
cfriesenI had to repeatedly ctrl-C it and rerun it...it was like it wasn't realizing that the command had finished22:44
gmannmriedem: lyarwood FYI: tempest-slow (voting) and tempest-multinode-full(n-v) are running on stable branch gate also - http://lists.openstack.org/pipermail/openstack-discuss/2019-March/003604.html22:47
mriedemcfriesen: unstack is not maintained as far as i know22:48
mriedemgmann: yeah i saw that email but hadn't parsed it yet22:48
gmannmriedem: ssh issue has been fixed on stable branch which i talked to you few days back. now all good and they are running on stable branch too22:49
mriedemwhat was the ssh issue?22:49
gmannfew of the backport fixes - passwordless ssh with stack between nodes22:50
*** sapd1 has joined #openstack-nova22:51
*** priteau has quit IRC22:51
*** wolverineav has quit IRC22:55
*** wolverineav has joined #openstack-nova22:56
*** tkajinam has joined #openstack-nova22:58
mriedemprepare for impact22:59
*** IvensZambrano has joined #openstack-nova22:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional recreate test for bug 1818914  https://review.openstack.org/64152122:59
openstackbug 1818914 in OpenStack Compute (nova) "Hypervisor resource usage on source still shows old flavor usage after resize confirm until update_available_resource periodic runs" [Low,In progress] https://launchpad.net/bugs/1818914 - Assigned to Matt Riedemann (mriedem)22:59
openstackgerritMatt Riedemann proposed openstack/nova master: Remove unused context parameter from RT._get_instance_type  https://review.openstack.org/64179222:59
openstackgerritMatt Riedemann proposed openstack/nova master: Update usage in RT.drop_move_claim during confirm resize  https://review.openstack.org/64180622:59
openstackgerritMatt Riedemann proposed openstack/nova master: Fix ProviderUsageBaseTestCase._run_periodics for multi-cell  https://review.openstack.org/64117922:59
openstackgerritMatt Riedemann proposed openstack/nova master: Improve CinderFixtureNewAttachFlow  https://review.openstack.org/63938222:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add Migration.cross_cell_move and get_by_uuid  https://review.openstack.org/61401222:59
*** snevi has quit IRC22:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add InstanceAction/Event create() method  https://review.openstack.org/61403622:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add Instance.hidden field  https://review.openstack.org/63112322:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add TargetDBSetupTask  https://review.openstack.org/62789222:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add CrossCellMigrationTask  https://review.openstack.org/63158122:59
openstackgerritMatt Riedemann proposed openstack/nova master: Execute TargetDBSetupTask  https://review.openstack.org/63385322:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add can_connect_volume() compute driver method  https://review.openstack.org/62131322:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63329322:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add PrepResizeAtDestTask  https://review.openstack.org/62789022:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_source compute method  https://review.openstack.org/63483222:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add nova.compute.utils.delete_image  https://review.openstack.org/63760522:59
openstackgerritMatt Riedemann proposed openstack/nova master: Add PrepResizeAtSourceTask  https://review.openstack.org/62789122:59
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add finish_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63508023:00
mriedemLast commands done (39 commands done)23:01
mriedemoh yeah23:01
*** mriedem is now known as mriedem_away23:02
efriedcfriesen: ...assertRaises as context manager, or you can assign from it - see https://review.openstack.org/#/c/633227/5/nova/tests/unit/compute/test_compute_mgr.py@839023:04
*** owalsh_ has joined #openstack-nova23:05
*** luksky has quit IRC23:05
*** owalsh has quit IRC23:06
cfriesenI just ran unstack.sh and then stack.sh and now nova-compute is complaining that placement says it can't make a RP record because the resource provider name already exists (but the uuid is different)23:13
cfriesenhttp://paste.openstack.org/show/747432/23:14
*** markvoelker has joined #openstack-nova23:20
*** purplerbot has quit IRC23:26
*** purplerbot has joined #openstack-nova23:26
vdrokmriedem_away: yeah patch is here https://review.openstack.org/#/c/571410/ just not shown in the big23:31
vdrok*bug23:31
*** tosky has quit IRC23:34
efriedmriedem_away: I don't see an os-brick release. Shouldn't there be one?23:36
efriedmelwitt, dansmith, jaypipes: ^ ?23:36
dansmithI dunno, does it change much?23:37
dansmithI would have expected it to mostly be on its own release schedule, whenever it needs23:37
*** wolverineav has quit IRC23:39
*** wolverineav has joined #openstack-nova23:40
efrieddansmith: It's a non-client lib, type thing. And at least one significant change: https://review.openstack.org/#/c/635530/23:42
efriedjungleboyj: thoughts ^23:43
*** wolverineav has quit IRC23:45
dansmithyeah I dunno, but figure the cinder peeps are probably on top of it23:45
efrieddansmith: When I say not released, I mean not even proposed.23:46
*** wolverineav has joined #openstack-nova23:46
*** jmlowe has quit IRC23:46
efriedI guess I'll do it and add jungleboyj. If not needed, won't go. No harm.23:46
*** jmlowe has joined #openstack-nova23:46
efriedit's a subsidiary of nova, not cinder, right?23:48
openstackgerritAdam Spiers proposed openstack/nova master: Use assertXmlEqual() helper for all XML comparison tests  https://review.openstack.org/64185223:49
efriedproposed: https://review.openstack.org/64186323:50
*** markvoelker has quit IRC23:52
dansmithefried: os-brick?23:55
dansmiththinking os-vif?23:55
efrieddansmith: os-vif got a release in late Feb, I think that one is aight.23:56
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove duplicate cleanup in functional tests  https://review.openstack.org/63699623:59

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