Earlier  
Posted Nick Remark
#openstack-nova - 2019-08-23
19:04:48 openstackgerrit Artom Lifshitz proposed openstack/nova master: Deprecate CONF.workarounds.enable_numa_live_migration https://review.opendev.org/640021
19:16:39 sean-k-mooney artom: the last patch ^ is the one i should deploy yes?
19:16:51 artom sean-k-mooney, hol'up, things are in motion
19:16:57 sean-k-mooney have you added the sriov if?
19:16:58 sean-k-mooney ok
19:17:02 artom But in general, yeah
19:17:10 artom I did add the if
19:17:26 sean-k-mooney im not quite ready yet to run it but its close
19:17:50 sean-k-mooney i normlly run a vanila devstack install first then switch to the ting i want to test
19:18:01 openstackgerrit Eric Fried proposed openstack/nova master: Allow strict_proxies for sdk Connection https://review.opendev.org/676926
19:19:00 efried I think I oughtta rebase the ironic series on that ^ and switch it on.
19:24:05 openstackgerrit Eric Fried proposed openstack/nova master: Introduces SDK to IronicDriver and uses for node.get https://review.opendev.org/642899
19:24:06 openstackgerrit Eric Fried proposed openstack/nova master: Use SDK for validating instance and node https://review.opendev.org/656028
19:24:06 openstackgerrit Eric Fried proposed openstack/nova master: Use SDK for node.list https://review.opendev.org/656027
19:24:07 openstackgerrit Eric Fried proposed openstack/nova master: Use SDK for add/remove instance info from node https://review.opendev.org/659691
19:24:07 openstackgerrit Eric Fried proposed openstack/nova master: Use SDK for setting instance id https://review.opendev.org/659690
19:24:08 openstackgerrit Eric Fried proposed openstack/nova master: Use SDK for getting network metadata from node https://review.opendev.org/670213
19:24:10 efried so there's that
19:38:26 NobodyCam Happy Friday Nova folks
19:38:47 dansmith don't fall for it, it's a trap
19:39:30 NobodyCam off the wall question; is it possible to the kvm vgamem option per flavor or image?
19:39:35 NobodyCam lol
19:39:38 dansmith see ^
19:39:46 sean-k-mooney NobodyCam: yes
19:39:54 sean-k-mooney you can change it via the image
19:40:15 NobodyCam Nice! :)
19:40:21 NobodyCam Thank you
19:40:24 sean-k-mooney https://github.com/openstack/glance/blob/master/etc/metadefs/compute-libvirt-image.json#L57-L62
19:40:41 sean-k-mooney also we dont test that so it might be broken
19:40:48 sean-k-mooney but it should work
19:40:53 sean-k-mooney let us know
19:41:31 sean-k-mooney oh and apparently you can set a limit in the flavor
19:44:16 NobodyCam I'll play with that
19:44:25 NobodyCam <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/>
19:44:41 NobodyCam is what I'm getting by default
19:45:43 sean-k-mooney ya this is the code that uses it in the livbrt dirver
19:45:44 sean-k-mooney https://opendev.org/openstack/nova/src/branch/master/nova/virt/libvirt/driver.py#L4809-L4846
19:45:52 sean-k-mooney apparently its supported by vmware too
19:46:30 sean-k-mooney i think that default is coming form libvirt
19:48:49 NobodyCam yea looking at the code I'm not sure that will get me what I'm looking for
19:49:07 sean-k-mooney what are you trying to do
19:49:42 sean-k-mooney oh you want to change vgamem
19:49:45 sean-k-mooney not vram
19:50:48 sean-k-mooney https://libvirt.org/formatdomain.html#elementsVideo looking at the docs
19:51:10 sean-k-mooney vgamem is used for the size of the fallback framebuffer for the qxl type only
19:52:26 NobodyCam oh, yea reading that now
19:52:57 sean-k-mooney vram is basicaly the amount of ram reported to as on the grapics card to the guest
19:53:19 sean-k-mooney so its normally the only one you care about changing
19:54:02 NobodyCam yea, Let me test that, Thank you sean-k-mooney :)
19:54:58 sean-k-mooney no worries. i added suport for requestion virtio a few weeks ago so it relitivly fresh in my mind since i wen though all the option at that time
19:58:37 NobodyCam :)
20:15:47 openstackgerrit Matt Riedemann proposed openstack/nova master: Trap and log errors from _update_inst_info_cache_for_disassociated_fip https://review.opendev.org/678301
20:15:47 openstackgerrit Matt Riedemann proposed openstack/nova master: neutron: refactor nw info cache refresh out of associate_floating_ip https://review.opendev.org/678300
20:48:03 sean-k-mooney artom: can you login to "ssh stack@jump.seanmooney.info -p 10024"
20:48:37 artom sean-k-mooney, I cannot, looks like a timeout
20:48:42 artom Also, this is a public channel
20:48:53 sean-k-mooney ya i know i added your public keys
20:49:08 sean-k-mooney i was hoping it would jsut work for you and you would be wondering how
20:49:26 artom *suspicious Fry* I don't remember sending you my public key
20:49:52 sean-k-mooney you didnt but i got them form your github
20:50:41 sean-k-mooney i have the forwarding workin glocally but i have not test it form external and it look like it not right
20:52:14 artom I have my pubkeys on github?
20:52:19 artom Oh, the oshax thing?
20:52:36 sean-k-mooney yep https://github.com/notartom.keys
20:53:04 sean-k-mooney all gitub user have there public keys on github if you uploade them
20:53:24 artom TIL
20:53:41 sean-k-mooney want to try again
20:53:49 sean-k-mooney i change the port the nat was applying too
20:54:49 sean-k-mooney if it doesnt work no worries ill fix over the week end. still learnign how to configre my ubitui router
20:54:50 NobodyCam FYI sean-k-mooney that setting seems to have taken care of my error ... Thank you (again) for your assistance :)
20:55:06 sean-k-mooney NobodyCam: cool glad it still works
20:55:13 NobodyCam hehehe ;p
21:04:55 artom sean-k-mooney, hanging on debug1: Connecting to jump.seanmooney.info [93.107.226.179] port 10024.
21:05:09 artom Just... open a tmux :)
21:05:33 sean-k-mooney artom: ok its the rever nat that is not working yet then
21:06:02 sean-k-mooney i mean i could also jsut use the simple ui for doing it rthar then doing it manually
21:07:33 sean-k-mooney that might work
21:08:46 sean-k-mooney ill fix it over teh weekend if not by connecting via my phone
21:09:52 sean-k-mooney on the plus side i think numa migration is working with your patches
21:10:33 sean-k-mooney i need to test it properly but i did just migrate a vm with hw:numa_nodes=2
21:14:16 sean-k-mooney and one with a sriov macvtap
21:14:22 sean-k-mooney + numa
21:18:05 mriedem huh, i saw this unit test job timeout https://18e51e15a34f17ffbc81-ffc80d196410a18186442d9badd30b78.ssl.cf2.rackcdn.com/677819/2/gate/openstack-tox-py27/3446844/job-output.txt
21:18:19 mriedem and if you look at the tests being run, they are being run in serial after some point
21:33:00 sean-k-mooney artom: so... your numa code
21:33:17 sean-k-mooney have you refactored it much lately
21:33:21 artom sean-k-mooney, it's currently half-broken as I work through feedback and tests failing...
21:33:42 sean-k-mooney if by half broken you mean it nolonger updates the xml then yes
21:33:45 sean-k-mooney yes it is
21:34:44 artom Sounds about right.
21:35:05 artom Fields got renamed, so various if checks are failing.
21:35:34 sean-k-mooney on the plus side the vm was moved
21:35:52 sean-k-mooney so its not anymore broken the without your code
21:43:29 openstackgerrit Artom Lifshitz proposed openstack/nova master: LM: add support for augmenting migrate_data with info from claims https://review.opendev.org/634828
21:43:29 openstackgerrit Artom Lifshitz proposed openstack/nova master: New objects for NUMA live migration https://review.opendev.org/634827
21:43:29 openstackgerrit Artom Lifshitz proposed openstack/nova master: Introduce live_migration_claim() https://review.opendev.org/635669
21:43:30 openstackgerrit Artom Lifshitz proposed openstack/nova master: LM: add support for updating NUMA-related XML on the source https://review.opendev.org/635229
21:43:31 openstackgerrit Artom Lifshitz proposed openstack/nova master: Deprecate CONF.workarounds.enable_numa_live_migration https://review.opendev.org/640021
21:43:31 openstackgerrit Artom Lifshitz proposed openstack/nova master: NUMA live migration support https://review.opendev.org/634606
21:43:32 openstackgerrit Artom Lifshitz proposed openstack/nova master: Functional test for NUMA live migration https://review.opendev.org/672595

Earlier   Later