Thursday, 2019-02-14

*** agopi|out has quit IRC00:00
*** macza has quit IRC00:04
*** markvoelker has quit IRC00:05
*** hongbin has quit IRC00:13
*** tetsuro has joined #openstack-nova00:16
openstackgerritMatt Riedemann proposed openstack/nova master: docs: ComputeDriver.update_provider_tree in nova  https://review.openstack.org/63337500:17
*** liuyulong has quit IRC00:22
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: Add descriptions for vol-backed snapshots  https://review.openstack.org/61508400:24
*** markvoelker has joined #openstack-nova00:26
*** mriedem has quit IRC00:29
*** tbachman_ has joined #openstack-nova00:29
*** tbachman has quit IRC00:30
*** tbachman_ is now known as tbachman00:30
*** tbachman_ has joined #openstack-nova00:35
*** tbachman has quit IRC00:36
*** tbachman_ is now known as tbachman00:36
*** erlon_ has joined #openstack-nova00:36
*** betherly has joined #openstack-nova00:53
*** bhagyashris has joined #openstack-nova00:57
*** ileixe has joined #openstack-nova00:58
*** betherly has quit IRC00:58
*** wolverineav has quit IRC01:00
*** sapd1 has joined #openstack-nova01:01
*** erlon_ has quit IRC01:04
*** liumk_ has joined #openstack-nova01:12
*** gyee has quit IRC01:15
*** whoami-rajat has joined #openstack-nova01:19
*** wolverineav has joined #openstack-nova01:28
*** cdent has quit IRC01:42
*** tiendc has joined #openstack-nova01:43
*** hongbin has joined #openstack-nova02:07
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix resetting non-persistent fields when saving obj  https://review.openstack.org/63627102:12
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix resetting non-persistent fields when saving obj  https://review.openstack.org/63627102:12
*** Dinesh_Bhor has joined #openstack-nova02:18
*** wolverineav has quit IRC02:34
*** psachin has joined #openstack-nova02:55
openstackgerritMerged openstack/nova master: Document how to make tests log at DEBUG level  https://review.openstack.org/63674402:56
openstackgerritMerged openstack/nova master: Drop specific versions of openSUSE-based distributions  https://review.openstack.org/63674502:56
openstackgerritMerged openstack/nova master: tox: Don't write byte code (maybe)  https://review.openstack.org/63637802:56
openstackgerritMerged openstack/nova master: Use tox 3.1.1 fixes  https://review.openstack.org/58239202:56
*** betherly has joined #openstack-nova03:00
*** betherly has quit IRC03:04
*** Cardoe has joined #openstack-nova03:18
*** markvoelker has quit IRC03:27
*** markvoelker has joined #openstack-nova03:27
*** markvoelker has quit IRC03:32
*** agopi|out has joined #openstack-nova03:40
*** Dinesh_Bhor has quit IRC03:40
*** lbragstad has joined #openstack-nova03:46
*** tzumainn has quit IRC03:56
*** Dinesh_Bhor has joined #openstack-nova04:03
openstackgerritMerged openstack/nova master: Update help messages for weight multipliers  https://review.openstack.org/63344604:05
openstackgerritMerged openstack/nova master: Use :oslo-config: role in hypervisor-kvm doc  https://review.openstack.org/63479804:05
openstackgerritsean mooney proposed openstack/os-vif master: [WIP] remove brctl from vif_plug_ovs  https://review.openstack.org/63682104:07
openstackgerritsean mooney proposed openstack/os-vif master: [WIP] remove use of brctl from vif_plug_linux_bridge  https://review.openstack.org/63682204:07
*** wolverineav has joined #openstack-nova04:17
*** wolverineav has quit IRC04:21
*** markvoelker has joined #openstack-nova04:28
*** udesale has joined #openstack-nova04:36
*** ileixe has quit IRC04:39
*** wolverineav has joined #openstack-nova04:39
*** ileixe has joined #openstack-nova04:42
*** owalsh_ has joined #openstack-nova04:49
*** owalsh has quit IRC04:52
*** sridharg has joined #openstack-nova04:56
*** markvoelker has quit IRC05:02
*** ileixe has quit IRC05:03
*** ileixe has joined #openstack-nova05:04
*** ratailor has joined #openstack-nova05:09
*** wolverineav has quit IRC05:18
*** tetsuro has quit IRC05:40
*** hongbin has quit IRC05:44
*** abhishekk has joined #openstack-nova05:56
*** mrjk_ has joined #openstack-nova05:58
*** markvoelker has joined #openstack-nova05:58
*** mrjk_ has quit IRC06:00
*** macza has joined #openstack-nova06:01
*** tetsuro has joined #openstack-nova06:03
*** tetsuro has quit IRC06:05
*** macza has quit IRC06:05
*** _fragatina has quit IRC06:12
*** Cardoe has quit IRC06:18
*** cfriesen has quit IRC06:21
*** _fragatina has joined #openstack-nova06:22
*** mmethot has quit IRC06:22
*** cfriesen has joined #openstack-nova06:25
*** Cardoe has joined #openstack-nova06:30
*** dpawlik has joined #openstack-nova06:31
*** markvoelker has quit IRC06:32
*** _fragatina has quit IRC06:37
*** Cardoe has quit IRC06:40
*** ccamacho has quit IRC06:41
*** _fragatina has joined #openstack-nova06:48
*** Cardoe has joined #openstack-nova06:50
*** dpawlik has quit IRC06:55
*** Luzi has joined #openstack-nova06:58
*** wolverineav has joined #openstack-nova07:05
*** dpawlik has joined #openstack-nova07:05
*** slaweq has joined #openstack-nova07:08
*** wolverineav has quit IRC07:09
*** janki has joined #openstack-nova07:11
*** janki has quit IRC07:13
*** janki has joined #openstack-nova07:13
*** liumk_ has quit IRC07:21
*** jangutter has joined #openstack-nova07:21
*** gokhani has quit IRC07:24
*** markvoelker has joined #openstack-nova07:28
*** macza has joined #openstack-nova07:32
*** macza has quit IRC07:36
*** ralonsoh has joined #openstack-nova07:36
*** _fragatina has quit IRC07:57
openstackgerritMerged openstack/nova master: Provide a useful error message when trying to update non-compute services  https://review.openstack.org/62066708:00
openstackgerritMerged openstack/nova master: Ignore VolumeAttachmentNotFound exception in compute.manager  https://review.openstack.org/63265708:00
*** markvoelker has quit IRC08:01
*** tkajinam has quit IRC08:09
*** cfriesen has quit IRC08:13
*** tesseract has joined #openstack-nova08:14
*** awalende has joined #openstack-nova08:16
*** rpittau has joined #openstack-nova08:17
*** ccamacho has joined #openstack-nova08:22
*** xek has joined #openstack-nova08:40
*** helenafm has joined #openstack-nova08:42
openstackgerritYongli He proposed openstack/nova master: Add server subresouce toplogy API  https://review.openstack.org/62147608:42
openstackgerritgaryk proposed openstack/nova master: Lock detach_volume  https://review.openstack.org/63670108:43
*** lbragstad has quit IRC08:47
*** helenafm has quit IRC08:50
*** tssurya has joined #openstack-nova08:54
*** wolverineav has joined #openstack-nova08:57
*** helenafm has joined #openstack-nova08:58
*** markvoelker has joined #openstack-nova08:58
*** panda|off is now known as panda09:00
*** wolverineav has quit IRC09:01
*** sridharg has quit IRC09:15
*** dtantsur|afk is now known as dtantsur09:20
*** markvoelker has quit IRC09:31
* bauzas wrapping his head around triyng to understand some reshape issue with func test09:34
*** derekh has joined #openstack-nova09:37
*** stakeda has quit IRC09:40
*** bhagyashris has quit IRC09:42
bauzasgibi: around ?09:46
bauzasgibi: I don't get why when entering the reshape here https://review.openstack.org/#/c/599208/13/nova/virt/libvirt/driver.py@7000 we don't have the VGPU inventory09:48
gibibauzas: just from a phone. I will be around properly during my afternoon (UTC+1)09:48
bauzasgibi: ack, I probably need your help to understand the problem09:49
bauzasgibi: just to explain the issue, we don't trigger the reshape since the root inventory we have at first time doesn't have yet the VGPU RC09:49
bauzasit will be there later09:49
*** tetsuro has joined #openstack-nova09:50
gibigood hint, can be some race condition in the test09:50
*** tetsuro has quit IRC09:51
bauzasgibi: I feel we probably trigger the reshape *before* we add the inventory to the root RP09:52
*** ociuhandu has joined #openstack-nova09:56
ionihello10:02
ionidid you guys noticed that novnc sometimes doesn't have the right keymap, i think. the problem is that i cannot type |  in the console, whenever i try to use shift+\ for |, the character is > instead of |10:02
openstackgerritChris Dent proposed openstack/nova master: Correct lower-constraints.txt and the related tox job  https://review.openstack.org/62297210:02
lyarwoodmdbooth_: https://review.openstack.org/#/c/551349/ - Anything more you wanted to add to this btw?10:05
stephenfinioni: What version of noVNC are you using? You need 1.0 for proper keymap support10:05
ionistephenfin, it's the one that comes with openstack ansible queens version10:06
ioninovncproxy_git_repo: https://github.com/novnc/noVNC10:06
ioninovncproxy_git_install_branch: 37b4d13db81e0e80e117c07b86ff98714c7b6b1a # Frozen HEAD of "master" as of 10.02.201810:06
*** sridharg has joined #openstack-nova10:06
ionistephenfin, i think on rocky is the same10:06
ionistephenfin, i tried latest master and had the same problem but it was giving me the wrong server console for some reason and i reverted10:07
stephenfinioni: Oh yeah, that's 1.0.0, which should be fine10:07
ionihad the same problem with |10:07
stephenfinThen I'm not sure. You should not have the '[vnc] keymap' nova.conf setting configured10:08
stephenfinSo if that's set, unset it10:08
ioniok so keymap = None ?10:08
gibibauzas: the test first boot an instance while the vgpu resource is still on the root RP10:09
ionidefault on queens is en-us10:09
gibibauzas: and check the allocation and usages10:09
ioni2019-02-14 12:09:31.814 2988 DEBUG oslo_service.service [req-b9b6b811-d6c2-49f7-9006-47e60b8d17a7 - - - - -] vnc.keymap                     = en-us log_opt_values /openstack/venvs/nova-17.1.7/lib/python2.7/site-packages/oslo_config/cfg.py:289810:09
ioni2019-02-14 12:09:31.874 2988 DEBUG oslo_service.service [req-b9b6b811-d6c2-49f7-9006-47e60b8d17a7 - - - - -] spice.keymap                   = en-us log_opt_values /openstack/venvs/nova-17.1.7/lib/python2.7/site-packages/oslo_config/cfg.py:289810:09
mdbooth_lyarwood: Not specifically.10:09
ioniit's starts with this default if is not set10:10
*** mdbooth_ is now known as mdbooth10:10
gibibauzas: anyhow, i will know more in 2 hours when i finally download and run the test10:10
bauzasgibi: so, I tried to look at where we were, and I think we have a race10:10
stephenfinioni: You might want to look at commits d983234288728427235ef2c1f355ec135119b865 and cab8139498c7ea6b05cfdc8b4997276051b943fc in nova10:10
stephenfinThe first of those probably should have been backported, if it wasn't10:11
stephenfinLooks like it is in stable/queens, actually10:11
bauzasgibi: when https://review.openstack.org/#/c/631559/5/nova/tests/functional/libvirt/test_reshape.py@123, we don't have yet VGPU inventory since we just changed the conf opt10:11
bauzasgibi: so, when entering .start(), we eventually go into https://github.com/openstack/nova/blob/master/nova/compute/resource_tracker.py#L94210:12
stephenfinioni: OK, so override the default and set it to '' (the empty string)10:12
ionistephenfin, ok, testing10:13
*** cdent has joined #openstack-nova10:13
bauzasgibi: but the provider tree we pass is not already having VGPUs, hence the reshape being not triggered10:13
ionii think i did test that but i just found out that i need to restart the instance10:13
bauzasgibi: which is normal10:13
ionito start with the right options in libvirt10:13
bauzasgibi: now, I think I see the problem actually10:13
bauzasgibi: we should directly return inventories with VGPU on the child10:13
bauzasgibi: but I made it conditional10:14
bauzasgibi: anyway, continuing to dig10:14
bauzasI feel I made a mistake and I'm close to find it10:14
openstackgerritLee Yarwood proposed openstack/nova stable/rocky: Avoid redundant initialize_connection on source post live migration  https://review.openstack.org/63689510:14
openstackgerritsahid proposed openstack/nova master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61069410:17
*** moshele has joined #openstack-nova10:17
stephenfinioni: Right. You might even need to rebuild, actually. I'm not sure10:18
stephenfinioni: Just boot an new instance10:18
stephenfin*a10:18
*** whoami-rajat has quit IRC10:19
openstackgerritsahid proposed openstack/os-traits master: Change python3.5 job to python3.7 job on Stein+  https://review.openstack.org/61006510:21
ionistephenfin, thanks. it works10:23
stephenfinioni: \o/ I would suggest filing a bug against openstack-ansible to get them to override that default out of the box10:24
ionistephenfin, with default, i ment that nova starts with that default10:24
ionidefault nothing is confgured in nova.conf related to keymap10:24
stephenfinioni: We can't do it upstream because that would require everyone use noVNC 1.0. OSA can because they're deciding what version of that package gets installed10:25
stephenfinioni: Correct. I'm suggesting OSA override the nova default10:25
ionistephenfin, alright10:25
lyarwoodmdbooth: ack thanks, would you mind throwing a +1 on there to indicate that please?10:28
*** markvoelker has joined #openstack-nova10:28
*** ileixe has quit IRC10:29
*** sapd1 has quit IRC10:29
*** helenafm has quit IRC10:38
*** abhishekk has quit IRC10:40
openstackgerritStephen Finucane proposed openstack/nova stable/rocky: tox: Don't write byte code (maybe)  https://review.openstack.org/63691710:40
*** tetsuro has joined #openstack-nova10:41
*** tetsuro has quit IRC10:42
*** betherly has joined #openstack-nova10:44
*** betherly has quit IRC10:44
openstackgerritStephen Finucane proposed openstack/nova stable/queens: tox: Don't write byte code (maybe)  https://review.openstack.org/63691810:46
openstackgerritStephen Finucane proposed openstack/nova stable/pike: tox: Don't write byte code (maybe)  https://review.openstack.org/63691910:47
openstackgerritStephen Finucane proposed openstack/nova stable/ocata: tox: Don't write byte code (maybe)  https://review.openstack.org/63692110:51
stephenfinlyarwood: There's a couple of super easy, totally trivial backports there for you, if you fancy getting some stat padding in ^^^ :D10:53
stephenfinsean-k-mooney: Thoughts on mriedem's comments here? https://review.openstack.org/#/c/635170/2/nova/virt/libvirt/vif.py10:56
*** udesale has quit IRC10:58
*** mdbooth_ has joined #openstack-nova11:01
*** markvoelker has quit IRC11:01
*** mdbooth has quit IRC11:04
*** helenafm has joined #openstack-nova11:06
lyarwoodstephenfin: ack11:10
*** sapd1 has joined #openstack-nova11:24
*** tiendc has quit IRC11:29
*** jangutter_ has joined #openstack-nova11:35
*** jangutter has quit IRC11:38
*** tbachman has quit IRC11:40
*** maciejjozefczyk has joined #openstack-nova11:41
*** asettle has joined #openstack-nova11:41
*** priteau has joined #openstack-nova11:43
maciejjozefczyksean-k-mooney: Hey, if you're interested I can provide you cherry-picks to Newton of patches about cache, it works well on our production11:44
*** vdrok_ has quit IRC11:44
*** erlon_ has joined #openstack-nova11:45
*** vdrok has joined #openstack-nova11:48
*** janki has quit IRC11:48
*** janki has joined #openstack-nova11:48
*** tetsuro has joined #openstack-nova11:51
openstackgerritStephen Finucane proposed openstack/os-vif master: Add 'SUPPORT_BW_CONFIG' option to VIFs  https://review.openstack.org/63693311:53
*** janki has quit IRC11:55
*** janki has joined #openstack-nova11:55
*** rpittau has quit IRC11:58
*** markvoelker has joined #openstack-nova11:58
*** sapd1 has quit IRC12:03
*** ratailor has quit IRC12:06
*** jangutter_ has quit IRC12:10
*** jangutter has joined #openstack-nova12:11
*** maciejjozefczyk has quit IRC12:14
*** tetsuro has quit IRC12:16
gibibauzas: If I understand correctly the functional test creates VGPU inventory on the root, and a VM even boots with a VGPU before the reshape12:17
gibibauzas: I saw in the debug log of the test run that the VM has an mdev in the xml12:18
gibi        <hostdev mode="subsystem" type="mdev" managed="no" model="vfio-pci">12:18
gibi          <source>12:18
gibi            <address uuid="4b20d080-1b54-4048-85b3-a6a62d165c01"/>12:18
gibi          </source>12:18
gibi        </hostdev>12:18
gibibauzas: I guess that the problem can be that the VGPU inventory is not added by the compute itself to the root RP but added by the functional test manually.12:19
*** tetsuro has joined #openstack-nova12:19
*** tetsuro has quit IRC12:21
gibibauzas: somehow if not the compute adds the VGPU to the root RP then the compute does not see it later when checking if reshape is needed.12:23
*** sapd1 has joined #openstack-nova12:23
*** tetsuro has joined #openstack-nova12:24
gibibauzas: it seems like the provider_tree cache is not updated after the VGPU is added to the root RP by the functional test, even if the functional test simulated the compute restart12:25
gibibauzas: I will dig into this. It can be an artifact of the way the functional test a) adds the VGPU inventory to the root RP or b) the way the tests simulates the compute service restart12:25
*** markvoelker has quit IRC12:26
*** _fragatina has joined #openstack-nova12:30
alex_xustephenfin: thanks for take care https://blueprints.launchpad.net/nova/+spec/remove-force-flag-from-live-migrate-and-evacuate12:33
*** wolverineav has joined #openstack-nova12:33
*** priteau has quit IRC12:36
*** priteau has joined #openstack-nova12:38
*** wolverineav has quit IRC12:38
*** janki has quit IRC12:41
*** udesale has joined #openstack-nova12:45
openstackgerritAndrey Volkov proposed openstack/nova master: AZ list performance optimiztion: avoid double service list DB fetch  https://review.openstack.org/63694712:48
gibibauzas: yepp, it seems that when the func test simulates the compute restart the provider tree kept in the the report client is not dropped and therefore during the restart it is not refreshed12:50
gibibauzas: does the reportclient went to become a singleton?12:50
*** owalsh_ is now known as owalsh_afk12:51
*** rpittau has joined #openstack-nova12:56
*** tetsuro has quit IRC12:56
gibibauzas: nvm12:58
gibibauzas: it doesn't12:58
openstackgerritAndrey Volkov proposed openstack/nova master: AZ list performance optimization: avoid double service list DB fetch  https://review.openstack.org/63694713:02
gibibauzas: I managed to find the root case13:07
gibibauzas: it is in the test env13:07
gibibauzas: the service.stop service.start in the functional test does not properly simulate a real service restart, a lot of state are kept, like the resource tracker and the reportclient provider_tree cache.13:08
*** sapd1 has quit IRC13:08
gibibauzas: I manually dropped the provider_tree cache between stop and start and now the test passes13:08
gibibauzas: pushing the fix to the test soon13:10
openstackgerritBalazs Gibizer proposed openstack/nova master: Add functional test for libvirt vgpu reshape  https://review.openstack.org/63155913:11
gibibauzas:  ^^13:11
*** priteau has quit IRC13:13
bauzasgibi: yeah, I was about telling you that I didn't had a problem with the reshape when testing it in some hardware13:18
*** Dinesh_Bhor has quit IRC13:18
bauzasgibi: see http://paste.openstack.org/show/745093/13:19
openstackgerritSilvan Kaiser proposed openstack/nova master: Added mount fstype based validation of Quobyte mounts  https://review.openstack.org/52224513:21
bauzasgibi: I just removed the -213:21
*** tbachman has joined #openstack-nova13:23
*** mvkr has quit IRC13:26
*** agopi|out is now known as agopi|brb13:28
*** moshele has quit IRC13:28
gibibauzas: the whole test problem boils down to the fact that it is not possible to create an old compute RP inventory directly from the compute code as that code was replaced by the new vgpu code. So the test should simulate that there is an old RP inventory with VGPU on the root13:29
*** ade_lee_ has quit IRC13:31
*** moshele has joined #openstack-nova13:32
*** agopi|brb has quit IRC13:32
bauzasgibi: if you wanna test the real reshape, I agree13:36
*** mdbooth_ is now known as mdbooth13:36
bauzasgibi: what does the test atm is making sure that on greenfields, you start with VGPU resources to be nested13:37
kaisersstephenfin: Hi! FYI, i just ran an update to https://review.openstack.org/#/c/522245 based on yesterdays feedback :)13:37
mdboothAnybody got experience configuring devstack to use an https endpoint with a self-signed cert?13:37
*** dave-mccowan has joined #openstack-nova13:37
* mdbooth is having trouble getting requests to validate the self-signed cert.13:37
mdboothTo the best of my knowledge the cert is correctly installed in the system-wide ca-bundle, and certainly curl will now connect without --insecure.13:38
mdboothBut openstackcli will not.13:38
mdboothAnd neither will Nova.13:38
*** mriedem has joined #openstack-nova13:39
mdbooth'$ openstack --insecure volume list' *does* work, but afaik there's no similar option to disable nova's certificate validation when using cinderclient.13:40
* mdbooth is currently hacking on the assumption that if I can fix the requirement for openstackcli to take the --insecure argument, nova will Just Work(tm) too.13:41
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Ignore VolumeAttachmentNotFound exception in compute.manager  https://review.openstack.org/63695413:41
mdboothBut... is there some alternate ca-bundle somewhere?13:41
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Provide a useful error message when trying to update non-compute services  https://review.openstack.org/63695513:42
bauzasgibi: I'm not super happy with https://review.openstack.org/#/c/631559/5..6/nova/tests/functional/libvirt/test_reshape.py13:45
*** sridharg has quit IRC13:47
*** jaosorior has quit IRC13:47
stephenfinkaisers: Still got comments, unfortunately https://review.openstack.org/#/c/52224513:48
*** s10 has joined #openstack-nova13:48
openstackgerritMatt Riedemann proposed openstack/nova master: Change sqlalchemy warnings filter to an error  https://review.openstack.org/63695713:49
*** lbragstad has joined #openstack-nova13:50
*** jaosorior has joined #openstack-nova13:51
*** jmlowe has quit IRC13:54
openstackgerritMark Goddard proposed openstack/nova stable/queens: Don't emit warning when ironic properties are zero  https://review.openstack.org/60861113:55
*** priteau has joined #openstack-nova13:56
*** liuyulong has joined #openstack-nova13:59
*** agopi|brb has joined #openstack-nova14:00
*** owalsh_afk is now known as owalsh14:01
*** cdent has quit IRC14:04
mdboothHmm, this is a difference in behaviour between urllib.requests (urllib2) and requests, which appears to use urllib314:04
*** artom has quit IRC14:04
*** agopi_ has joined #openstack-nova14:04
mdboothThe former appears to use the system ca bundle, the latter does not14:05
gibiefried: I answered your questions / comments in https://review.openstack.org/#/c/616239/2414:06
*** agopi|brb has quit IRC14:06
mdboothcertifi, j'accuse14:07
gibibauzas: how can I make you happier about that reshape functional test?14:07
*** jdillaman has quit IRC14:08
openstackgerritVlad Gusev proposed openstack/nova stable/queens: Handle unicode characters in migration params  https://review.openstack.org/63667814:08
bauzasgibi: self.compute is generated by nova.test.py which returns a ServiceFixture14:10
bauzasgibi: if we really want to mock a real compute stop, we need to update the fixture14:11
bauzasgibi: https://github.com/openstack/nova/blob/master/nova/test.py#L39914:12
bauzasgibi: somehow, you say in your comment that https://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L83 doesn't work correctly14:13
bauzasbecause we still have a cache14:13
bauzasso we need to invalidate the cache there ^14:13
gibibauzas: yeah, it would be nice to improve the fixture to support a real service restart14:14
gibibauzas: let me dig a bit about that14:14
gibibauzas: I remember I had issues with the restart in the past14:14
bauzasfor placement I guess ?14:14
bauzasbecause I don't see any problems with the existing fixture14:15
*** cdent has joined #openstack-nova14:15
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: Add descriptions for vol-backed snapshots  https://review.openstack.org/61508414:15
bauzasgibi: AFAICS, we kill the service14:15
bauzasso I guess the problem is more about the python module14:16
openstackgerritStephen Finucane proposed openstack/nova master: Address nits from I9e30a24a4c0640f282f507d0a96640d3cdefe43c  https://review.openstack.org/63696714:16
bauzasgibi: actually, I think I voiced about this when I was reviewing the scheduler reportclient cut14:17
bauzaswe shouldn't cache it14:17
*** agopi_ is now known as agopi14:18
gibibauzas: the fixture.stop() does not kill the rela service all the module level things are in place. fixture.kill and a starting a new compute service through the fixture would be better14:18
*** ade_lee_ has joined #openstack-nova14:21
*** psachin has quit IRC14:22
openstackgerritStephen Finucane proposed openstack/nova master: Drop the integrated-gate (py27) template  https://review.openstack.org/63494914:23
*** matoef1 has joined #openstack-nova14:24
*** jmlowe has joined #openstack-nova14:25
matoef1Hi guys. After enable SSL on DevStack I got the following message from nova.. ..devstack@n-api.service[30584]: DEBUG nova.api.openstack.wsgi [None req-00203afa-89e4-4c28-bed8-cbbc985ee67c demo demo] Returning 400 to user: Invalid input for field/attribute user_data. Value: Q29udGVud...14:26
matoef1But my user_data value does not have more then 64k.14:26
matoef1But the error message is : Invalid input for field/attribute user_data .. is too long14:28
matoef1Is there any way how to investigate this error ?14:28
matoef1Many thanks14:28
*** mvkr has joined #openstack-nova14:31
mdboothlyarwood: So... after *finally* getting a python3 devstack up and running with nova talking to cinder over ssl on F29... I don't get the recursion error.14:34
openstackgerritVlad Gusev proposed openstack/nova stable/queens: Handle unicode characters in migration params  https://review.openstack.org/63667814:35
mdboothlyarwood: I downgraded eventlet to 0.21.014:35
mdboothNada.14:35
* mdbooth -> coffee14:36
*** maciejjozefczyk has joined #openstack-nova14:44
gibibauzas: simply killing the compute service and starting a new compute service leads to a HostMapping issue which reminds me of https://review.openstack.org/#/c/512552/14:47
*** moshele has quit IRC14:49
openstackgerritJack Ding proposed openstack/nova master: Flavor extra spec and image properties validation  https://review.openstack.org/62070614:51
*** matoef1 has quit IRC14:51
gibibauzas: I will refresh https://review.openstack.org/#/c/512552/ and try to combine that with the reshape test to see if that helps14:53
*** mlavalle has joined #openstack-nova14:55
*** Luzi has quit IRC14:55
gibibauzas: I don't actually have to complicate that much14:57
gibibauzas: there is already a restart_compute_service() call that does the trick we need14:57
*** mchlumsky has joined #openstack-nova14:57
*** awalende has quit IRC14:58
openstackgerritBalazs Gibizer proposed openstack/nova master: Add functional test for libvirt vgpu reshape  https://review.openstack.org/63155914:58
gibibauzas: what about this ^^14:59
openstackgerritMatt Riedemann proposed openstack/nova master: Remove deprecated 'os-flavor-manage' policy  https://review.openstack.org/63365615:00
openstackgerritMatt Riedemann proposed openstack/nova master: Fix a missing policy in test policy data  https://review.openstack.org/63368615:01
*** artom has joined #openstack-nova15:01
*** mrch_ has quit IRC15:04
openstackgerritElod Illes proposed openstack/nova master: DNM: test pip 19 - pip freeze with git editable  https://review.openstack.org/63698015:06
bauzasgibi: looking15:09
bauzasgibi: sorry was afk15:09
*** artom has quit IRC15:09
bauzasgibi: FWIW, I checked and we still need to have https://review.openstack.org/#/c/636591/115:10
bauzasgibi: that said, looks like it's not a problem15:10
bauzasgibi: I'll use a specific type on my node, and see whether we have problems15:10
gibibauzas: OK15:11
bauzasgibi: http://paste.openstack.org/show/745109/15:11
bauzasgibi: the fdfd8f9b-e645-4a6f-aa60-477b00ba32b7 instance is having the mdev_27840b52_31e3_4fb7_a391_ec529e73be9315:12
bauzasgibi: placement said it should be in virtlab606.virt.lab.eng.bos.redhat.com_pci_0000_84_00_0 which is RP #315:12
bauzasgibi: but when looking at libvirt, the mdev parent is pci_0000_87_00_015:13
bauzasie. not the same pGPU15:13
bauzasgiven all pGPUs have the same type, I don't think it's a problem, but I'll test it15:13
openstackgerritMerged openstack/nova-specs master: Add more detail and fix code block formatting  https://review.openstack.org/62870215:14
gibibauzas: so you have more than one pGPU and nova allocates VGPU from one RP in placement then use mdev from another PGPU on the host15:14
bauzascorrect15:14
*** wolverineav has joined #openstack-nova15:15
gibido you have more than one pgpu RP in placement? or you only report all the  mdevs from the host on a single RP in placement?15:15
bauzasgibi: we have a RP per pPGU, yes15:16
bauzasgibi: see http://paste.openstack.org/show/745093/15:17
bauzaswe have 4 inventories for VGPU RC15:17
bauzaswhile previously we only had 115:17
gibibauzas: then there will be problem when you remove a pgpu from the host that has no mdev allocated from, but in placement the allocation is against that RP15:17
bauzasyou can't remove a PGPU15:18
bauzasit's a PCI device15:18
gibistop the host, remove the pci device, start the host15:18
bauzasah that, then yes15:18
bauzasbut honestly, how many people would do this ?15:18
bauzasI can add a documentation of course15:18
gibibauzas: yeah15:18
bauzasactually, I need to do it15:18
bauzasand remove it by https://review.openstack.org/#/c/636591/15:19
gibibauzas: it could be problem in future when we start supporting different device types per pgpu, but our RP inventory does not match the physical usage of the pgpu15:19
*** wolverineav has quit IRC15:19
gibibauzas: I feel this inconsistency is dangerous15:19
bauzasbut lemme use one type that gives 1 VGPU per pGPU15:19
bauzasgibi: right, I said it, we don't have a problem for the moment15:20
bauzasgibi: until we have multiple types15:20
bauzaswhere two pGPUs could have different types15:20
bauzasI documented it tho15:20
gibibauzas: but if we release this code, then there will be deployments where the allocation in placement will not reflect that usage on the host, and fixing those deployments will be painful15:20
*** s10 has quit IRC15:20
gibibauzas: the fix will be like moving allocations between RPs  based on parent child relationship15:21
gibiof the mdev and the pgpu15:21
gibiI agree that it is not a problem today, but it will cause pain in the future if we are not handling it now15:22
bauzasgibi: actually that's a good point, we should need to reshape allocations :(15:22
*** udesale has quit IRC15:22
gibibauzas: it will be even more complicated if a server requests two VGPUs in a numbered groups, and therefore it needs to be filled from one pgpu which is represented as on RP in placement. But the RP in placement won't have an exact inventory for a single pgpu15:25
bauzasgibi: we don't accept requests for > 1 vGPU atm15:25
bauzasfor many reasons, one being at least that nvidia driver doesn't support more than one mdev attached to a guest per pGPU15:26
gibibauzas: I see15:26
gibibauzas: that hepls15:26
gibihelps15:26
bauzasideally, the patch is ready15:26
gibibauzas: still I think we should fix the mapping now to avoid the pain of reshape in the future15:27
bauzasbut the problem is about the RP UUID > name transtive relationship15:27
bauzasyeah15:27
*** awalende has joined #openstack-nova15:27
bauzasso, I need to find a quick and clean solution for this15:27
bauzasI should probably ask for a hangout session if people agree15:27
bauzasto get feedback15:27
gibibauzas: yeah that would make sense. Especially if we already have different solution proposals to choose from15:28
bauzasgibi: the alternative would be asking operators to rebuild :p15:28
gibibauzas: hm, that could be option N+1 ;)15:28
bauzasgibi: actually, lemme look at the driver code and see what I can do15:29
bauzaswe already have the providertree info15:29
bauzasnow the big concern I have is caching it15:29
bauzasso that the method could use it15:29
bauzasinstead of passing straight the tree down to that method15:29
bauzaswhich I dislike15:30
gibiat least we have options15:30
gibiIn general I don't like caching as that is hard to make it right15:30
*** itlinux has joined #openstack-nova15:30
*** awalende has quit IRC15:31
*** hongbin has joined #openstack-nova15:38
mriedemstephenfin: replies in https://review.openstack.org/#/c/633620/15:41
bauzasgibi: yup me too15:42
* stephenfin clicks15:42
stephenfinmriedem: right back at ya (tl;dr: you do need to drop that line)15:47
*** artom has joined #openstack-nova15:47
mriedemok updating15:49
openstackgerritMatt Riedemann proposed openstack/nova master: Fix deps for api-samples tox env  https://review.openstack.org/63362015:52
openstackgerritMatt Riedemann proposed openstack/nova master: Make VolumeAttachmentsSampleV249 test other methods  https://review.openstack.org/63362115:52
openstackgerritMatt Riedemann proposed openstack/nova master: Add microversion to expose virtual device tags  https://review.openstack.org/63194815:52
*** maciejjozefczyk has quit IRC15:53
*** itlinux has quit IRC15:55
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove duplicate cleanup in functional tests  https://review.openstack.org/63699615:56
*** itlinux has joined #openstack-nova15:56
*** itlinux has quit IRC16:07
*** kaisers has quit IRC16:07
*** hongbin has quit IRC16:09
*** tbachman has quit IRC16:09
bauzasefried: thanks for commenting https://review.openstack.org/#/c/636591/1/nova/virt/libvirt/driver.py16:11
efriedfo sho, look forward to seeing that patch.16:11
stephenfinmriedem: Said it to lyarwood but I've backported that PYTHONDONTWRITEBYTECODE setting all the way back to queens. If you could take a look, I'd appreciate it https://review.openstack.org/#/q/topic:PYTHONDONTWRITEBYTECODE+status:open16:11
bauzasefried: given we update the provider tree at compute startup, I just wonder if it's safe enough to assume that the libvirt in-memory cached attribute for the tree would be there anyway when an instance is spawned ?16:12
bauzasmriedem: thoughts on that too ?16:12
bauzasmriedem: context is https://review.openstack.org/#/c/636591/1/nova/virt/libvirt/driver.py@634716:12
efriedbauzas: We're pretty much *relying* on there being a match between upt and spawn16:13
bauzasefried: there could be a race tho16:14
efriedbauzas: Also, pretty sure we run upt right before spawn, not just in the periodic, I could be wrong. So it should be pretty durn recent by then.16:14
bauzasefried: where spawn() could run *before* upt16:14
bauzasyeah16:14
efriedbauzas: But like I've said already (uh, possibly about something else): if there's a race, it's going to f up more than just this.16:14
mriedemwe run update_available_resource on compute start16:15
mriedemwhich calls upt16:15
bauzasi know16:15
mriedemthat's before the service is ready for spawn16:15
mriedemso what's the issue16:15
bauzasokay16:15
*** yan0s has quit IRC16:15
bauzasI thought we were allowing instances to spawn, while compute was starting16:15
mriedemf i hope not16:15
*** kaisers has joined #openstack-nova16:15
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L125916:15
mriedemhttps://github.com/openstack/nova/blob/master/nova/service.py#L18016:15
bauzasoh good catch this is pre hook16:16
bauzasperfect16:16
*** dtantsur is now known as dtantsur|afk16:16
bauzasmriedem: you're not worried by libvirt keeping a copy of the provider tree structure ?16:16
mriedemi haven't been following along16:16
bauzasmriedem: nah, it's just because we need to find the name of a RP by its uuid16:17
mriedemsounds like more cache-tastic fun16:17
bauzasmriedem: as we only get RP UUID from the allocations list we pass over spawn16:17
mriedemwhich RP?16:17
efriedmriedem: TL;DR: the virt driver needs to be responsible for maintaining a mapping between RP and "real thing". The provider tree already has that information, so don't bother building something special, just save it off during upt.16:17
bauzasmriedem: the RP which was allocated a VGPU16:17
mriedemso the pgpu?16:17
mriedemthe child provider16:17
bauzasyup16:18
bauzasso that libvirt can use or create a mdev from *this* pgpu16:18
bauzashttp://paste.openstack.org/show/745109/16:18
mriedemwhat's the alternative? the driver holding it's own mapping of rp_uuid -> rp_name? which is something ProviderTree already does16:18
efriedyes ^16:18
bauzasabove is the fact that when we create a new instance, we use a random mdev which is unrelated to the pgpu which was allocated by placement16:18
efried(to both)16:18
mriedemi don't have a strong feeling either way16:19
*** itlinux has joined #openstack-nova16:19
mriedemProviderTree is convenient albeit heavy weight and hopefully someone doesn't abuse it somehow, but doing our own mapping dict is redundant16:19
mriedemso shrug16:19
bauzasyeah me too, but I'm opinionated enough to make it the smoothiest16:20
*** moshele has joined #openstack-nova16:20
bauzasand caching the value in the libvirt driver object seems the smoothiest approach16:20
mriedemso the provider tree would just get reset on every upt call?16:20
mriedemif so, then sure16:20
bauzasyeah16:20
mriedemwfm16:20
bauzasi'm done with complex cache invalidation mechanisms16:21
mriedemare you SO done with them?16:21
*** liuyulong has quit IRC16:23
*** hongbin has joined #openstack-nova16:24
bauzasmriedem: /me tries to not think hard of AZs16:25
bauzasor server groups16:25
mriedemhey if you like azs i have some good news for you16:25
mriedemhttps://review.openstack.org/#/c/509206/16:25
mriedemfinally fixing that shitty old bug16:25
bauzas\o/16:26
bauzasmriedem: straight adding it into my queue16:26
bauzasgibi: you'll be happy to hear that functests work now, btw. :)16:27
*** macza has joined #openstack-nova16:27
gibibauzas: awesome16:28
*** wwriverrat has joined #openstack-nova16:29
gibievery time I start kicking https://review.openstack.org/#/c/635859/ I got depressed after 15 minutes about I capabilities to understand what happening16:29
melwitto/16:29
melwittgibi: me too. I tried for awhile and gave up16:30
gibimelwitt: but I feel something deep is behind that so I cannot gave up :)16:31
*** jackding has quit IRC16:31
melwittgibi: that's good, I think you will get to the bottom of it :)16:32
mriedemwell if you want to get really depressed http://logs.openstack.org/47/635147/11/check/nova-tox-functional-py35/5c3c2a9/job-output.txt.gz#_2019-02-13_13_33_41_10393216:32
mriedemthat traceback wins the grand prize16:32
mriedemand i don't know what to do about it16:32
mriedemlooks like the db dropped in the middle of the test16:32
gibimriedem: nice :)16:33
mriedemthe dumping of os-traits contents to the logs on each functional test run with the PlacementFixture isn't helping either16:33
mriedemhttp://logs.openstack.org/47/635147/11/check/nova-tox-functional-py35/5c3c2a9/job-output.txt.gz#_2019-02-13_13_33_41_19397916:34
gibimriedem: I think we can move that to DEBUG16:34
mriedemyeah probably http://logs.openstack.org/59/636459/2/check/tempest-full/3226eb1/controller/logs/screen-placement-api.txt.gz#_Feb_13_13_54_30_46425016:35
gibiI'm affraid that the drop of the databease could be another interfering test case. Did you managed to reproduce that locally?16:35
mriedemnope16:35
bauzasgibi: efried: what's the best way to copy a providertree object ? copy.deepcopy() ?16:35
openstackgerritElod Illes proposed openstack/nova master: DNM: test pip 19 - pip freeze with git editable  https://review.openstack.org/63698016:35
bauzasor do we have other built-in mechanism ?16:35
bauzastbc, I want to have a separate reference to be stored on the libvirt object16:36
*** itlinux has quit IRC16:36
gibibauzas: I would be affraid of copying the  self.lock = lockutils.internal_lock(_LOCK_NAME) inside the ProviderTree16:36
efriedbauzas: upt is already operating on a copy... but I'm actually not positive that ufpt doesn't dork with it. So yeah, copy.deepcopy is probably the best bet.16:37
gibibauzas: besides the self.lock the rest of the internals seems copiable16:37
bauzasgibi: so, ideally we should provide a copy method16:38
efriedgibi: hm, interesting point about the lock. This impl that bauzas is doing should be read-only. But that still wouldn't stop you from bouncing off the lock if the other instance is using it.16:38
bauzasefried: what I want is purely read-only16:38
*** itlinux has joined #openstack-nova16:38
*** markvoelker has joined #openstack-nova16:38
efriedHowever, I would be surprised if the lockutils lock doesn't override __copy__ to *not* copy itself.16:38
bauzasactually, you know what ? I'm gonna make it explicit16:38
bauzasby using a propertgy16:38
bauzaswe're not intended to manipulate this copy16:39
gibimriedem: I think I will stick to the remove-the-assert-that-blow-the-world issue, that I can reproduce locally at least16:39
*** moshele has quit IRC16:39
efriedbauzas: There are methods to get a read-only copy of the data out of ProviderTree, but I'm pretty sure they only get one provider at a time.16:39
efriedYeah, ProviderTree.data()16:40
mriedemgibi: efried: fwiw i'm also holding off on the bw provider series until https://review.openstack.org/#/c/616239/ makes progress16:40
mriedemand we've got 3 weeks from FF today16:40
efriedI guess that's my action16:40
* efried reads gibi's responses...16:41
mriedemi'm just waiting for efried to +2 so i can nit pick a few things and make it look like i get it16:41
gibiefried: thanks16:41
bauzasefried: anyway, I'm rushing to propose a new rev16:41
bauzasefried: you will be able to comment on the best approach by reviewing16:41
bauzasnot a big deal16:41
gibiefried: to your surprise there is no copy overried in https://github.com/openstack/oslo.concurrency/blob/master/oslo_concurrency/lockutils.py ;)16:41
efriedgibi: d'oh!16:41
*** ociuhand_ has joined #openstack-nova16:42
efrieduh, wtf. gibi, bauzas, when I try to deepcopy an object with a lockutils.internal_lock in it, I get an error.16:44
efriedso how tf would that be working in the rt? /me looks...16:44
*** agopi is now known as agopi|FOOD16:44
*** ociuhandu has quit IRC16:45
*** trident has quit IRC16:46
*** ccamacho has quit IRC16:48
*** ociuhand_ has quit IRC16:48
efriedgibi, bauzas: http://paste.openstack.org/show/745111/  <== so how tf is https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L885 working??16:51
bauzasheh16:51
bauzassorcery !16:51
*** dpawlik has quit IRC16:52
bauzasgibi: looking at the func test16:54
bauzasgibi: you lost me16:54
bauzasgibi: in theory, if you request a VGPU but we don't have inventories because the conf option is unset, you should end up with a beautiful NoValidHost16:54
bauzasso I wonder why it works16:54
*** pbing19 has joined #openstack-nova16:55
bauzasoh wait16:55
bauzasI missed the point you're creating the inventory manually16:55
bauzasoki doki16:55
*** gyee has joined #openstack-nova16:55
bauzasso you do this to fake the fact you were running an old version16:55
gibibauzas: yeah, you are correct16:56
bauzasok, the good news is that I saw this when I looked at the provider_tree for the allocation RP UUID16:56
bauzasand I was wondering why I was getting a root RP16:57
bauzasgotcha16:57
bauzasperfect, it works then16:57
efriedjaypipes: maybe you have some insight?17:00
efriedjaypipes: on: http://paste.openstack.org/show/745111/  <== so how tf is https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L885 working??17:00
jaypipeslooking...17:01
*** ociuhandu has joined #openstack-nova17:02
*** helenafm has quit IRC17:03
*** _fragatina has quit IRC17:03
gibiefried: sorry I'm expired for today17:04
efriedgibi: I think you've done enough, don't you? :P17:04
efried"Ohh, I'm gibi, I notice things like lock copies, nya nya nya"17:05
gibi:P17:05
openstackgerritMerged openstack/nova master: Use math.gcd starting with python 3.5  https://review.openstack.org/63666917:05
openstackgerritMerged openstack/nova master: doc: specify --os-compute-api-version when setting flavor description  https://review.openstack.org/63550817:05
openstackgerritMerged openstack/nova master: Remove PLACEMENT_DB_ENABLED from nova-next job config  https://review.openstack.org/63495317:05
*** ociuhandu has quit IRC17:06
*** _fragatina has joined #openstack-nova17:06
jaypipesefried: I have no idea how that works.17:10
efriedjaypipes: I figured we must be monkey-patching lockutils somewhere. Couldn't find it at a glance, but haven't finished looking.17:11
*** igordc has joined #openstack-nova17:11
jaypipesno idea. :(17:12
*** markvoelker has quit IRC17:12
openstackgerritStephen Finucane proposed openstack/os-vif master: WIP: Add API docs for various VIF types  https://review.openstack.org/63700917:13
openstackgerritmelanie witt proposed openstack/nova master: WIP Remove project_only=True from database queries  https://review.openstack.org/63701017:15
cdentefried: if you simply want to fix it, you can implement __deepcopy__ on the ProviderTree class17:15
*** ociuhandu has joined #openstack-nova17:15
cdentbut it's confusing that it hasn't come up before17:15
*** wwriverrat has left #openstack-nova17:16
*** wolverineav has joined #openstack-nova17:17
*** wolverineav has quit IRC17:17
*** wolverineav has joined #openstack-nova17:17
openstackgerritMerged openstack/nova master: Don't set bandwidth limits for vhostuser, hostdev interfaces  https://review.openstack.org/63517017:18
*** rpittau has quit IRC17:22
*** betherly has joined #openstack-nova17:23
*** cfriesen has joined #openstack-nova17:23
*** ociuhandu has quit IRC17:24
*** mdbooth has quit IRC17:24
efriedcdent: Exactly so.17:25
efriedAside: I, for one, am looking forward to hearing all the gweilo trying to pronounce the U release name, whatever it winds up being :P17:27
efriedself included, of course17:27
*** hongbin has quit IRC17:29
artomefried, heh, we'll just cop out and call it U17:29
*** wolverineav has quit IRC17:32
cfriesenmelwitt: mriedem: question about https://github.com/openstack/nova/blob/master/nova/virt/libvirt/guest.py#L416-L422    I'm seeing this (on pike): http://paste.openstack.org/show/745113/    Which I think means that the original exception is lost (see last line in paste), and so the check for "if 'no target device' in errmsg" will never actually succeed.  This results in me hitting the "libvirt.libvirtError" exception instead17:32
cfriesenof the "exception.DeviceNotFound" exception.17:32
*** wolverineav has joined #openstack-nova17:32
melwittlooking17:33
*** itlinux has quit IRC17:35
*** wolverineav has quit IRC17:36
*** tbachman has joined #openstack-nova17:36
*** wolverineav has joined #openstack-nova17:36
efriedgibi: I don't want to delay this another day, but I still don't get it. Are you around to hold my hand and explain it?17:37
melwittcfriesen: the last line looks like it did the right thing, raised DeviceNotFound after catching 'no target device'. but the previous traceback is different, 'internal error' with a 'not found' message, which isn't handled in any way17:41
efriedgibi: nm, I think I see it now. And I am suitably shocked that this is the case.17:42
cfriesenmelwitt: it looks like the intent in LibvirtDriver.detach_volume() was to swallow the DeviceNotFound exception, but I seem to be hitting the libvirtError exception path which gets re-raised and handled in DriverVolumeBlockDevice.driver_detach17:42
artomWeird question, but does oslo.config support *writing* config files? Sorta like python's configparser, but hopefully without getting rid of comments when writing (which configparser does :( )17:44
melwittcfriesen: right. it looks like you're hitting an unexpected combination where you have an libvirt 'internal error' with a 'not found' message, whereas we expect a 'operation failed' libvirt error to go with the 'not found' message17:44
cfriesengot it...I hadn't clued in we were dealing with two separate exceptions17:45
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: Use the correct mdev allocated from the pGPU  https://review.openstack.org/63659117:46
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: implement reshaper for vgpu  https://review.openstack.org/59920817:46
openstackgerritSylvain Bauza proposed openstack/nova master: Add functional test for libvirt vgpu reshape  https://review.openstack.org/63155917:46
bauzasefried: updated based on our discussions ^17:46
bauzasnow the pGPU finding is a dependency for the reshape patch17:46
bauzasbecause if not, it would mean we would need to trigger another reshape for allocations wrongly set17:47
melwittcfriesen: I expect the one you're getting is VIR_ERR_INTERNAL_ERROR and we're only handling VIR_ERR_OPERATION_FAILED and VIR_ERR_INVALID_ARG17:47
cfriesenmelwitt: thanks, that gives me something to dig into at least.17:48
melwittcfriesen: np. looks like we might need a 'if errcode in (libvirt.VIR_ERR_OPERATION_FAILED, libvirt.VIR_ERR_INTERNAL_ERROR):' on L40917:50
cfriesenmelwitt: it looks like we expect the detach from the persistent config to sometimes fail...what would cause that?17:50
melwittcfriesen: it's only expected if the device is not there (already detached). that is, libvirt will raise an error if it's already detached17:51
cfriesenmelwitt: so why would it be already detached?  a previous iteration of the loop?17:52
*** mvkr has quit IRC17:52
melwittthat's why we specifically look for 'not found' (in the case of persistent) or 'no target device' (in the case of live)17:52
melwittcfriesen: we've seen things like, someone requests a detach, the detach from the libvirt domain succeeds, but the detach from the compute host fails, so a fail is returned up to the user17:53
melwittthen later, the user tries to detach the volume again, the device was detached from the libvirt domain last time, so we expect 'not found' at that point, but we still need to detach from the compute host17:54
cfriesengot it, thanks17:55
melwittnp17:55
*** jmlowe has quit IRC17:57
efriedmriedem: I'm +2 now on https://review.openstack.org/#/c/616239/18:08
efriedbauzas: Yes, I agree. Looking...18:08
*** derekh has quit IRC18:09
*** markvoelker has joined #openstack-nova18:09
mriedemefried: ack cool18:09
mriedemwill try to hit that later today or tomorrow morning18:10
efriedMy confusion is probably because I missed the bulk of the spec discussion and the bottom of the series.18:10
efriedTrying to catch up seemed futile, so I'm trying to jump in in the middle, and suffering the consequences.18:10
mriedemi haven't gone through the comments, but looks like you were expecting us to track vcpu/disk/ram in the request group?18:11
mriedemwe still pull those values off the request_spec.flavor during scheduling prior to calling GET /a_c18:11
efriedmriedem: Yes, I expected that the request spec's list of request groups would contain the request groups.18:11
efriedNot a subset of the request groups18:11
efriedafaict it actually only contains the bw-related rgs.18:12
mriedemyup18:12
mriedemit's new as of this series18:12
efriedso like even if you requested a VGPU in a numbered group, and your VCPU in another numbered group, and...18:12
efriedit would still only have the bw groups18:12
*** mrch_ has joined #openstack-nova18:13
efriedit's eventually going to need to contain everything18:13
*** priteau has quit IRC18:13
mriedemdid he put a comment about that in the code or going to document the limitation in a follow up?18:13
efriedor if not "need", it'll soon get to a point where the things that are being excluded won't make any sense.18:13
efriedWell, for someone who has been following along, I'm sure it's not a thang.18:14
efriedBut no, he just responded in the comments.18:14
efriedIf the rgs member in the request spec was called bandwidth_request_groups, I wouldn't have batted an eye18:14
mriedemi don't disagree that the 10 roads to get to our GET /a_c is a problem18:14
*** wolverineav has quit IRC18:14
efriedbut then we would have had to change it later18:15
efriedand changing things on an ovo is suck18:15
mriedemi think it was VGPUs that made me think at one point about how we now have resources we pull from the explicit flavor attributes (ram/vcpu/disk) and VGPU is not a top-level attribute on the flavor, it's an extra_spec18:16
efriedI guess what would help is if RequestSpec.requested_resources had a big NOTE on it saying "currently only houses bandwidth groups"18:16
*** wolverineav has joined #openstack-nova18:16
mriedemefried: right - that's good for a follow up18:16
mriedemfup 3 at this point18:16
efriedI'm adding a note.18:17
openstackgerritAdrian Chiris proposed openstack/nova master: Libvirt: do not set MAC when unplugging macvtap VF  https://review.openstack.org/62484218:18
openstackgerritAdrian Chiris proposed openstack/nova master: Add free for claimed, allocated devices  https://review.openstack.org/61612018:18
openstackgerritAdrian Chiris proposed openstack/nova master: Allow per-port modification of vnic_type and profile  https://review.openstack.org/60736518:18
openstackgerritAdrian Chiris proposed openstack/nova master: Add get_instance_pci_request_from_vif  https://review.openstack.org/61992918:18
openstackgerritAdrian Chiris proposed openstack/nova master: SR-IOV Live migration indirect port support  https://review.openstack.org/62011518:18
openstackgerritAdrian Chiris proposed openstack/nova master: libvirt: auto detach/attach sriov ports on migration  https://review.openstack.org/62958918:18
*** wolverineav has quit IRC18:18
mriedemlike, flavor at this point doesn't even really need to have vcpu/memory_mb/root_gb at top level fields - root_gb=0 was already problematic since people used it to denote volume-backed server flavors18:18
*** wolverineav has joined #openstack-nova18:18
*** agopi|FOOD is now known as agopi18:19
mriedemwhich reminds me https://review.openstack.org/#/c/603910/18:19
*** prometheanfire has joined #openstack-nova18:20
prometheanfireis it possible to request the status of pci devices on hypervisors?18:20
prometheanfirehttps://wiki.openstack.org/wiki/Pci-api-support#List_and_show_PCI_devices_on_VMs doesn't seem to be used18:21
mriedemprometheanfire: not in the api18:21
mriedemprometheanfire: the review for https://specs.openstack.org/openstack/nova-specs/specs/stein/approved/show-server-numa-topology.html talked about that since it was originally munging that in with NUMA topology for a server18:22
mriedembut that would be allocated pci devices per instance anyway18:22
mriedemif you're looking for inventory, it has to be retrieved outside of the compute API right now18:22
mriedemif/when pci device inventory is tracked in placement you'd use the placement API18:22
prometheanfireya, placement makes sense18:22
mriedemoh, and because of the [pci]passthrough_whitelist config option per compute the actual pci devices on the host might not be used by nova18:23
openstackgerritMatt Riedemann proposed openstack/nova master: Stub out port binding create/delete in NeutronFixture  https://review.openstack.org/63641318:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add Migration.cross_cell_move and get_by_uuid  https://review.openstack.org/61401218:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add Destination.allow_cross_cell_move field  https://review.openstack.org/61403518:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add InstanceAction/Event create() method  https://review.openstack.org/61403618:23
openstackgerritMatt Riedemann proposed openstack/nova master: Change HostManager to allow scheduling to other cells  https://review.openstack.org/61403718:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add CrossCellWeigher  https://review.openstack.org/61435318:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add Instance.hidden field  https://review.openstack.org/63112318:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add TargetDBSetupTask  https://review.openstack.org/62789218:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add CrossCellMigrationTask  https://review.openstack.org/63158118:23
openstackgerritMatt Riedemann proposed openstack/nova master: Execute TargetDBSetupTask  https://review.openstack.org/63385318:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add can_connect_volume() compute driver method  https://review.openstack.org/62131318:23
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add prep_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63329318:23
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add PrepResizeAtDestTask  https://review.openstack.org/62789018:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add prep_snapshot_based_resize_at_source compute method  https://review.openstack.org/63483218:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add PrepResizeAtSourceTask  https://review.openstack.org/62789118:23
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add finish_snapshot_based_resize_at_dest compute method  https://review.openstack.org/63508018:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add FinishResizeAtDestTask  https://review.openstack.org/63564618:23
openstackgerritMatt Riedemann proposed openstack/nova master: Execute CrossCellMigrationTask from MigrationTask  https://review.openstack.org/63566818:23
*** mlavalle has quit IRC18:25
prometheanfireright, what I want to know is the status/usage of the passthrough_whitelist and alias for the compute hosts18:27
prometheanfirehaving that in hv show would be nice18:27
mriedemthrow it in the old train ptg etherpad!18:28
mriedembut the answer is likely going to be "it will be available in placement (eventually, in a couple of years maybe)"18:28
mriedemyou could write a tool that mines that data from the database....18:29
prometheanfiremeh, not that important18:29
mriedemthe pci_devices table is both inventory and allocations18:29
efriedsoon you will be able to query this from the cyborg API :P18:31
efriedusing incantations formulated from the charred remains of pci.passthrough_whitelist18:32
*** mlavalle has joined #openstack-nova18:32
*** ralonsoh has quit IRC18:37
*** markvoelker has quit IRC18:42
openstackgerritmelanie witt proposed openstack/nova master: Add user_id field to InstanceMapping  https://review.openstack.org/63335018:45
openstackgerritmelanie witt proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335118:45
*** macza has quit IRC18:46
*** dims has quit IRC18:47
*** ccamacho has joined #openstack-nova18:47
openstackgerritmelanie witt proposed openstack/nova master: Add user_id column to the instance_mappings table  https://review.openstack.org/63334918:52
openstackgerritmelanie witt proposed openstack/nova master: Add user_id field to InstanceMapping  https://review.openstack.org/63335018:52
openstackgerritmelanie witt proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335118:52
*** moshele has joined #openstack-nova18:55
*** macza has joined #openstack-nova18:55
*** awalende has joined #openstack-nova18:59
*** wolverineav has quit IRC19:02
*** awalende has quit IRC19:03
*** wolverineav has joined #openstack-nova19:03
*** wolverineav has quit IRC19:06
*** wolverineav has joined #openstack-nova19:06
openstackgerritMerged openstack/nova master: Ensure config regexes match the entire string  https://review.openstack.org/63662719:08
openstackgerritMerged openstack/nova master: Replace glance command with openstack command  https://review.openstack.org/63510219:08
openstackgerritMerged openstack/nova master: Switch to using os-resource-classes  https://review.openstack.org/62827819:08
*** ccamacho has quit IRC19:17
*** macza_ has joined #openstack-nova19:18
*** macza_ has quit IRC19:18
*** macza has quit IRC19:18
*** macza has joined #openstack-nova19:18
*** wolverineav has quit IRC19:22
*** wolverineav has joined #openstack-nova19:23
openstackgerritMerged openstack/nova master: Change live_migration_wait_for_vif_plug=True by default  https://review.openstack.org/63536019:24
*** ociuhandu has joined #openstack-nova19:24
efriedcdent, jaypipes, gibi, bauzas: I figured out the locking pickle. eventlet.monkey_patch replaces thread with eventlet.green.thread. The former blows up when you try to copy it; the latter does not. And the latter is doing the right thing by creating a new semaphore. http://paste.openstack.org/show/745119/19:28
openstackgerritSurya Seetharaman proposed openstack/nova master: API microversion 2.69: Handles Down Cells  https://review.openstack.org/59165719:28
openstackgerritSurya Seetharaman proposed openstack/nova master: API microversion 2.69: Handles Down Cells Documentation  https://review.openstack.org/63514719:28
*** ociuhandu has quit IRC19:30
efriedI also confirmed that, even though they're created with the same key, they are in fact different lock contexts. I.e. I don't deadlock by calling f.acquire() followed by f2.acquire() (but I do deadlock by calling f.acquire() twice).19:30
* efried lunches19:31
*** mrch_ has quit IRC19:34
*** moshele has quit IRC19:38
*** markvoelker has joined #openstack-nova19:39
*** wolverineav has quit IRC19:41
*** dave-mccowan has quit IRC19:42
*** tomtom001 has joined #openstack-nova19:42
tomtom001Hello, I'm running OpenStack Queens and am trying to work with LUKS encryption.  My nova-compute node keeps throwing the following error when trying to decrypt the volume: http://paste.openstack.org/show/745122/  - I've verified the code exists under the following path: /openstack/venvs/nova-17.1.2/lib/python2.7/site-packages/castellan/key_manager/barbican_key_manager.py  Is there a patch or can19:45
tomtom001I verify the api_class in the config?19:45
*** igordc has quit IRC19:47
*** igordc has joined #openstack-nova19:47
*** tssurya has quit IRC19:48
*** igordc has quit IRC19:48
*** igordc has joined #openstack-nova19:49
cdentefried: will you believe me if I said "i thought of that while having dinner"?19:55
cdentnice sluething19:55
*** prometheanfire has left #openstack-nova19:59
*** _fragatina has quit IRC20:02
*** moshele has joined #openstack-nova20:02
*** moshele has quit IRC20:05
*** erlon_ has quit IRC20:05
melwitttomtom001: where are you configuring the api_class? nova.conf?20:05
*** dave-mccowan has joined #openstack-nova20:06
*** jmlowe has joined #openstack-nova20:07
tomtom001melwitt: yes nova.conf api_class = castellan.key_manager.barbican_key_manager.BarbicanKeyManager20:08
efriedcdent: did you really?20:11
efriedI mean, I figured it must be because of a monkey patch somewhere, but I couldn't imagine what/where.20:11
jaypipesefried: interesting. good sleuthing.20:11
* jaypipes always wondered what cdent thought about while having dinner... question answered.20:12
*** markvoelker has quit IRC20:12
*** moshele has joined #openstack-nova20:14
*** mchlumsky has quit IRC20:15
melwitttomtom001: ok. I think maybe you aren't supposed to set api_class. see this example config from a gate run in the [key_manager] section http://logs.openstack.org/51/633351/1/check/tempest-full/8473acf/controller/logs/etc/nova/nova_conf.txt.gz20:16
melwitt[key_manager]/backend = nova.keymgr.conf_key_mgr.ConfKeyManager20:16
*** moshele has quit IRC20:17
*** wolverineav has joined #openstack-nova20:23
*** tssurya has joined #openstack-nova20:24
melwitttomtom001: according to the docs, it looks like you could also use backend='barbican', the api_class setting is deprecated https://docs.openstack.org/nova/queens/configuration/config.html?highlight=fixed_key#key_manager.backend20:25
tomtom001melwitt: thanks I'll check it out20:25
*** dave-mccowan has quit IRC20:28
*** wolverineav has quit IRC20:30
tomtom001melwitt: looks to me like it doesn't support rbd yet. http://paste.openstack.org/show/745124/  Also, I can't instantiate the other one.  Weird. That backend may only work for a fixed key as well.20:33
tomtom001melwitt: what do you think?20:33
*** dave-mccowan has joined #openstack-nova20:35
melwittlyarwood is the best person to answer that but he's in EU time zone and off by now, so let me look through the feature patches quickly. I didn't remember rbd being excluded20:35
melwittthe commit message mentions rbd, implying it should work https://review.openstack.org/523958 but I don't know more than that, unfortunately20:39
*** mrjk has quit IRC20:40
melwittbut that error is coming from os-brick. going to see when that was added20:40
melwittoh, wait, that's because it's falling back on the old, non-native encryption in your case20:41
melwittonly the native luks encryption through qemu will work with rbd20:42
tomtom001melwitt: I'm struggling to find how to set that up.  Do you know?20:42
*** wolverineav has joined #openstack-nova20:42
tomtom001melwitt: or at least docs on how to?20:43
melwittyeah, there's not a special doc because it's mostly automatic. the release notes describe what versions of qemu and libvirt are required for it to use native encryption https://docs.openstack.org/releasenotes/nova/queens.html20:44
melwittthere, in the "New Features" section is some info about it. for example, if you have instances using encryption prior to queens, you need to reboot them (maybe hard reboot) to get them to generate new xml needed to do the native encryption. or live migrate them between queens compute hosts20:46
melwittnew instances in queens should Just Work(tm)20:47
melwittnova meeting in 10 minutes20:50
tomtom001melwitt: thanks! really appreciate your help on this20:51
melwitttomtom001: np, hope you get it working. let us know20:52
*** takashin has joined #openstack-nova20:52
tomtom001will do20:53
*** markvoelker has joined #openstack-nova21:09
*** _fragatina has joined #openstack-nova21:15
*** pbing19 has quit IRC21:19
*** eharney has quit IRC21:23
*** xek has quit IRC21:27
-openstackstatus- NOTICE: Jobs are failing due to ssh host key mismatches caused by duplicate IPs in a test cloud region. We are disabling the region and will let you know when jobs can be rechecked.21:32
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (3)  https://review.openstack.org/57410421:35
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (4)  https://review.openstack.org/57410621:35
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (5)  https://review.openstack.org/57411021:35
*** agopi_ has joined #openstack-nova21:39
*** whoami-rajat has joined #openstack-nova21:41
openstackgerritMatt Riedemann proposed openstack/nova master: Start functional testing for cross-cell resize  https://review.openstack.org/63625321:41
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize_at_source  https://review.openstack.org/63705821:41
*** agopi has quit IRC21:42
*** markvoelker has quit IRC21:42
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize_at_source  https://review.openstack.org/63705821:43
openstackgerritMerged openstack/nova master: Change sqlalchemy warnings filter to an error  https://review.openstack.org/63695721:46
openstackgerritTakashi NATSUME proposed openstack/nova stable/rocky: Replace glance command with openstack command  https://review.openstack.org/63706021:46
openstackgerritMerged openstack/nova master: Lock detach_volume  https://review.openstack.org/63670121:46
*** burt has quit IRC21:47
*** dave-mccowan has quit IRC21:49
*** burt has joined #openstack-nova21:51
*** cdent has quit IRC21:57
*** wolverineav has quit IRC22:05
-openstackstatus- NOTICE: The test cloud region using duplicate IPs has been removed from nodepool. Jobs can be rechecked now.22:14
* melwitt upgrades tox22:16
*** mvkr has joined #openstack-nova22:16
*** hongbin has joined #openstack-nova22:20
*** ade_lee_ has quit IRC22:23
*** wolverineav has joined #openstack-nova22:30
efriedmelwitt: #sorrynotsorry22:32
efriedmelwitt: fwiw, you will notice marked speedups22:32
melwitthaha, I was hoping you'd see that :)22:32
*** wolverineav has quit IRC22:35
*** markvoelker has joined #openstack-nova22:39
*** tesseract has quit IRC22:42
*** agopi_ has quit IRC22:43
*** wolverineav has joined #openstack-nova22:49
*** mdrabe has quit IRC22:53
*** wolverineav has quit IRC22:53
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize_at_source  https://review.openstack.org/63705822:56
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add ConfirmResizeTask  https://review.openstack.org/63707022:56
*** wolverineav has joined #openstack-nova22:56
openstackgerritLars Kellogg-Stedman proposed openstack/nova master: ironic: check fresh data when sync_power_state doesn't line up  https://review.openstack.org/63669922:58
*** moshele has joined #openstack-nova22:59
*** moshele has quit IRC23:01
*** tkajinam has joined #openstack-nova23:02
*** ade_lee_ has joined #openstack-nova23:03
openstackgerritmelanie witt proposed openstack/nova master: Add user_id field to InstanceMapping  https://review.openstack.org/63335023:06
openstackgerritmelanie witt proposed openstack/nova master: Add online data migration for populating user_id  https://review.openstack.org/63335123:06
openstackgerritMerged openstack/nova stable/rocky: Ignore VolumeAttachmentNotFound exception in compute.manager  https://review.openstack.org/63695423:07
openstackgerritMerged openstack/nova stable/rocky: Provide a useful error message when trying to update non-compute services  https://review.openstack.org/63695523:08
*** ade_lee_ has quit IRC23:10
*** ade_lee_ has joined #openstack-nova23:11
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add ConfirmResizeTask  https://review.openstack.org/63707023:12
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add confirm_snapshot_based_resize conductor RPC method  https://review.openstack.org/63707523:12
*** markvoelker has quit IRC23:12
*** erlon_ has joined #openstack-nova23:21
*** wolverineav has quit IRC23:23
*** wolverineav has joined #openstack-nova23:26
openstackgerritEric Fried proposed openstack/nova master: ksa auth conf and client for cyborg access  https://review.openstack.org/63124223:29
openstackgerritEric Fried proposed openstack/nova master: WIP: Add Cyborg device profile groups to spec obj.  https://review.openstack.org/63124323:29
openstackgerritEric Fried proposed openstack/nova master: WIP: Create and bind Cyborg ARQs.  https://review.openstack.org/63124423:29
openstackgerritEric Fried proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML.  https://review.openstack.org/63124523:29
*** hongbin has quit IRC23:35
*** agopi_ has joined #openstack-nova23:51
*** tssurya has quit IRC23:54
*** macza has quit IRC23:56

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