Earlier  
Posted Nick Remark
#openstack-nova - 2019-02-21
16:10:40 mriedem that's the flavor not the node
16:11:00 mgoddard L1996 is node creation
16:11:32 openstackgerrit Merged openstack/python-novaclient master: Make Server.networks use a predictable sort order https://review.openstack.org/638214
16:11:33 openstackgerrit Merged openstack/python-novaclient master: API microversion 2.69: Handles Down Cells https://review.openstack.org/579563
16:11:36 mgoddard only property is cpu_arch, and possibly root_device
16:12:29 mriedem ok and we don't get a KeyError because of https://review.openstack.org/#/c/608573/4/nova/virt/ironic/driver.py@245
16:12:59 mgoddard right
16:13:05 mriedem so we'll warn there too :)
16:13:25 mriedem oh wait
16:13:29 mriedem nevermind we default to -
16:13:31 mriedem *0
16:13:41 mgoddard yeah
16:14:26 mriedem ok approved
16:14:37 mriedem please re-do the queens backport using the updated stable/rocky change
16:15:01 mgoddard great, thanks. will do
16:15:12 mriedem sorry for the trouble. i had put off sorting this one out for weeks.
16:16:13 mgoddard no problem, I know the kind of task :)
16:16:39 tbachman z;. ¸d fgi`q1e
16:16:47 tbachman
16:27:26 melwitt o/
16:28:00 mriedem cdent: efried: i'm kind of at a loss as to what to do about this stable/rocky nova backport which is a fix from extracted placement in stein https://review.openstack.org/#/c/608903/
16:28:24 mriedem as far as i know, nothing is "using" nested providers in rocky - i know nova isn't, but i'm not aware of anything else either
16:28:33 mriedem so i'm leaning to not backport this if we don't need it
16:28:45 cdent mriedem: my inclication would be to wait until somebody asks
16:28:58 mriedem same
16:29:06 mriedem i think in that case i'm going to abandon
16:29:17 mriedem with all due respect to mr nakamura
16:30:08 cdent all respect is due mr nakamura
16:47:50 openstackgerrit Mark Goddard proposed openstack/nova stable/queens: Don't emit warning when ironic properties are zero https://review.openstack.org/608611
16:59:23 mriedem dansmith: can you send this queens backport to its maker https://review.openstack.org/#/c/623547/
16:59:48 dansmith aye
17:16:13 ralonsoh jaypipes, sean-k-mooney : so what's the plan here https://review.openstack.org/#/c/482226/48/vif_plug_ovs/tests/functional/base.py? To import from os-vif.tests.[functional|unit].base in the other projects. Am I right?
17:17:13 sean-k-mooney i think for this patch yes. i want do refactor some of the code in general in train
17:17:34 sean-k-mooney deduping that file would be on that list
17:18:15 sean-k-mooney ill try and do a review of all the open os-vif patches again today/tommorow
17:18:36 sean-k-mooney ideally we can then to a relase on monday
17:19:01 ralonsoh sean-k-mooney, ok, I'll submit a patch to move functional.base to os-vif, and import from there
17:19:06 sean-k-mooney jaypipes: does that sound ok to you?
17:19:34 sean-k-mooney ralonsoh: i dont think we need to do that in stien
17:19:44 sean-k-mooney it can wait till after we do the release.
17:20:11 ralonsoh sean-k-mooney, perfect
17:21:23 sean-k-mooney ill send a ml post tomorrow with the patches i would like to see in the final release for stien so i would more or less like to avoid more churn
17:26:34 mriedem dansmith: let me know when you're tired of stable pings but https://review.openstack.org/#/c/635072/ also
17:26:43 mriedem i'll shift to bugging others
17:28:01 openstackgerrit Sundar Nadathur proposed openstack/nova master: ksa auth conf and client for cyborg access https://review.openstack.org/631242
17:28:01 openstackgerrit Sundar Nadathur proposed openstack/nova master: WIP: Add Cyborg device profile groups to spec obj. https://review.openstack.org/631243
17:28:02 openstackgerrit Sundar Nadathur proposed openstack/nova master: WIP: Create and bind Cyborg ARQs. https://review.openstack.org/631244
17:28:02 openstackgerrit Sundar Nadathur proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML. https://review.openstack.org/631245
17:28:12 dansmith makes me feel useful and like a slacker all at once
17:30:37 sean-k-mooney stephenfin: i like the direction of your sphinx docs changes in os-vif
17:30:48 sean-k-mooney stephenfin: ill try and review them tomorrow
17:30:57 stephenfin sean-k-mooney: Ta. Just need to fix the pep8 issue
17:31:26 sean-k-mooney quick question https://review.openstack.org/#/c/638053/2/tox.ini
17:31:51 sean-k-mooney do we still need to specify the interperter version or will python3 work instead of python3.6
17:33:49 sean-k-mooney i think python3 should work but i know not show why we set 2.7 explctily before
17:34:23 sean-k-mooney stephenfin: oh ^ was for you
17:35:46 sean-k-mooney i might jsut drop the change in version and add a sperate python3 functional env instead
17:36:36 stephenfin sean-k-mooney: The precedence for Python version is (a) specific environment 'basepython' version, (b) global 'basepython' value, (c) implicit value from a testenv factor (i.e. 'py27'), (d) system Python
17:37:46 sean-k-mooney stephenfin: right but the function job failed because 3.6 was not on the host it ran on so im wondering can i just set python3 and use whatever version of python 3 is available
17:37:53 stephenfin sean-k-mooney: Actually, that was the way that it was before tox 3.1. Since then, (b) and (c) are switched and you'll get a warning if they conflict
17:37:54 stephenfin sean-k-mooney: Ahh
17:38:35 stephenfin sean-k-mooney: Yeah, then yeah, 'python3' is good
17:38:46 stephenfin *Yeah, then 'python3' is good
17:39:05 sean-k-mooney ok thanks ill repspin with that :)
17:39:09 stephenfin (It'll run whatever python3 is symlinked to on the distro)
17:39:24 sean-k-mooney would you prefer if i had two envs or one
17:39:49 sean-k-mooney e.g. should i keep a functionl 2.7 env and add a functional-py3 env
17:40:10 jaypipes ralonsoh: ++ what sean-k-mooney said.
17:40:32 stephenfin sean-k-mooney: I'm happy to drop py2.7 functional tests if we still have unit tests. mriedem might have something to say as well, since he's done some work here lately, I think
17:40:51 sean-k-mooney actully i should check the pti docs and see what it say we should do for stien
17:40:52 stephenfin s/drop py2.7/switch from py2.7 to py3/
17:42:18 bauzas melwitt: hum, I guess we probably have to work on https://etherpad.openstack.org/p/nova-tc-vision-self-eval
17:42:51 melwitt yes. I've done nothing yet :( not a great timing for this one, near the end of the cycle
17:43:14 sean-k-mooney stephenfin: hehe i mean i would like to drop py2.7 but we cant do that until U
17:43:16 bauzas I can try to think a bit about it
17:44:18 melwitt mriedem: thanks for making the forum brainstorm etherpad
17:44:24 sean-k-mooney ralonsoh: by the way i have to check your patch but if its ok with you i would prefer to default to useing the ovs-vsctl client instead of the native client for stien since we wont really have time to let it bake in the ci and see if it has issue before monday
17:44:27 melwitt bauzas: thanks
17:44:50 bauzas I guess I'll be challenged on that anyway...
17:45:39 sean-k-mooney ralonsoh: we can swap the default in train and or remvoe the cli client after the m1 release
17:46:17 ralonsoh sean-k-mooney, yes, let's see first if the native implementation works, then we can remove the CLI one
17:47:57 mriedem stephenfin: on which repo? os-vif?
17:48:04 stephenfin mriedem: yup
17:48:19 mriedem i assume that job is pretty fast isn't ?
17:48:35 sean-k-mooney yes it is
17:48:47 mriedem then might as well leave it another cycle
17:48:48 mriedem drop in U
17:50:41 sean-k-mooney ok ill just add a new fucntional-py3 env then. im trying to move my dev envs over to python3 by default but there is no harm keeping the py27 one as well
17:52:48 mriedem fwiw functional-py27 caught an issue in one of my cross-cell changes that passed on the py35 job
17:52:59 mriedem something deep down in the db api layer
17:54:44 sean-k-mooney mriedem: i generally run both locally but there is no py3 fucntionl env currently so to run them on python3 i was locally hacking the file.
18:02:07 openstackgerrit Sundar Nadathur proposed openstack/nova master: ksa auth conf and client for cyborg access https://review.openstack.org/631242
18:02:08 openstackgerrit Sundar Nadathur proposed openstack/nova master: WIP: Add Cyborg device profile groups to request spec. https://review.openstack.org/631243
18:02:08 openstackgerrit Sundar Nadathur proposed openstack/nova master: WIP: Create and bind Cyborg ARQs. https://review.openstack.org/631244
18:02:09 openstackgerrit Sundar Nadathur proposed openstack/nova master: WIP: Get resolved Cyborg ARQs and add PCI BDFs to VM's domain XML. https://review.openstack.org/631245
18:03:06 openstackgerrit Adam Spiers proposed openstack/nova master: Convert driver supported capabilities to compute node provider traits https://review.openstack.org/538498
18:06:18 mriedem alright stable cores, several +2ed changes on stable/queens ready for review https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/queens+label:Code-Review=2
18:10:31 openstackgerrit Matt Riedemann proposed openstack/nova stable/pike: Correct examples in "Manage Compute services" documentation https://review.openstack.org/638475
18:42:26 openstackgerrit Matt Riedemann proposed openstack/nova stable/pike: [pike-only] Fix resize_instance rpcapi call https://review.openstack.org/603439
18:52:33 melwitt mriedem: fyi, initial implementation for counting quota usage is done. working on organizing the patches better and adding test coverage now

Earlier   Later