Posted	Nick	Remark
#openstack-nova - 2018-03-06
22:40:42	mriedem	and gerrit is down
22:41:37	mriedem	that's my cue to exit
22:42:02	cdent	meh
22:46:16	openstackgerrit	Chris Dent proposed openstack/nova master: Move resource provider objects into placement hierarchy https://review.openstack.org/540049
22:46:17	openstackgerrit	Chris Dent proposed openstack/nova master: Isolate placement database config https://review.openstack.org/541435
22:46:17	openstackgerrit	Chris Dent proposed openstack/nova master: Optional separate database for placement API https://review.openstack.org/362766
22:46:18	openstackgerrit	Chris Dent proposed openstack/nova master: Move placement exceptions into the placement package https://review.openstack.org/549862
22:48:10	openstackgerrit	Russell Tweed proposed openstack/nova master: Fix invalid UUIDs in remaining tests https://review.openstack.org/550238
22:53:10	openstackgerrit	Merged openstack/nova master: Fix the notification devref location in exception https://review.openstack.org/549816
22:58:27	openstackgerrit	Hongbin Lu proposed openstack/nova master: Handle not found error on taking snapshot https://review.openstack.org/511074
23:17:57	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Update contributor guide for Rocky https://review.openstack.org/550288
23:38:20	openstackgerrit	Hongbin Lu proposed openstack/nova master: Handle IpAddressAlreadyAllocated exception https://review.openstack.org/535532
23:40:06	openstackgerrit	Merged openstack/nova master: Remove MigrationPreCheckClientException https://review.openstack.org/542704
#openstack-nova - 2018-03-07
00:55:37	openstackgerrit	Merged openstack/nova master: Add more functional test for placement.aggregates https://review.openstack.org/514109
01:16:34	Kevin_Zheng	gibi, sure, I will be glad to help
01:17:55	Spaz-Work	Morning Novaers
01:55:33	openstackgerrit	Merged openstack/nova master: Save admin password to sysmeta in libvirt driver https://review.openstack.org/543032
02:11:59	Spaz-Work	jianghuaw_: You back home safe and in work?
03:31:21	Spaz-Work	Whew i'm bad at tests
04:47:06	openstackgerrit	Brooks Kaminski proposed openstack/nova master: XenAPI: XCP2.1+ Swallow VDI_NOT_IN_MAP Exception https://review.openstack.org/538415
04:53:00	Spaz-Work	jianghuaw_: jaypipes: Now with test :P
04:56:18	openstackgerrit	Takashi NATSUME proposed openstack/python-novaclient master: Add os-testr in test-requirements.txt https://review.openstack.org/550329
06:03:45	openstackgerrit	Merged openstack/nova master: Move db MAX constants to own file https://review.openstack.org/543469
06:10:50	openstackgerrit	OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/548772
07:27:20	openstackgerrit	Russell Tweed proposed openstack/nova master: Fix invalid UUIDs in remaining tests https://review.openstack.org/550238
07:34:58	sahid	jaypipes: can i have you reviewing this spec: https://review.openstack.org/#/c/511188/ ? that one looks really important regarding your desire to increase usage of resources
07:46:14	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Removed unnecessary parantheses in yield statements https://review.openstack.org/550379
08:19:54	openstackgerrit	sahid proposed openstack/nova master: libvirt: slow live-migration to ensure network is ready https://review.openstack.org/497457
08:20:45	openstackgerrit	sahid proposed openstack/os-vif stable/pike: ovs-hybrid: should permanently keep MAC entries https://review.openstack.org/505731
08:44:25	gibi	Kevin_Zheng: what is your launchpad id? I failed to find it
08:45:27	Kevin_Zheng	gibi it would be zhengzhenyu
08:46:04	gibi	Kevin_Zheng: thanks. I assigned the bp add-request-id-to-instance-action-notifications to you
08:46:23	Spazmotic	ji
08:46:29	gibi	Kevin_Zheng: if you have questions do not hesitate to ping me
08:46:32	Spazmotic	Wrong Windows, Apologies.
08:46:50	gibi	Spazmotic: too many windows :)
08:47:07	Kevin_Zheng	gibi, NP, I will probably start it tomorrow, finish the other one about add hostname to action event first :)
08:47:23	Spazmotic	Strangely I only have 2 open right now, and still managed to confuse them. Go me :p
08:47:58	gibi	Kevin_Zheng: cool :)
08:52:03	bauzas	good morning Novaers
08:52:27	Spazmotic	mornin bauzas
08:52:28	Spazmotic	How goes?
08:56:09	bauzas	well, maybe the first day where I'll be in full gear
08:57:49	Spazmotic	Well it's always good to be busy.. makes for some wonderful fast days
09:31:00	openstackgerrit	Russell Tweed proposed openstack/nova master: Fix invalid UUIDs in remaining tests https://review.openstack.org/550238
09:33:48	openstackgerrit	Zhenyu Zheng proposed openstack/nova-specs master: Add host field to instance action event https://review.openstack.org/550411
09:34:34	openstackgerrit	Chris Dent proposed openstack/nova master: Optional separate database for placement API https://review.openstack.org/362766
09:34:34	openstackgerrit	Chris Dent proposed openstack/nova master: Move resource provider objects into placement hierarchy https://review.openstack.org/540049
09:34:35	openstackgerrit	Chris Dent proposed openstack/nova master: Move placement exceptions into the placement package https://review.openstack.org/549862
09:34:35	openstackgerrit	Chris Dent proposed openstack/nova master: Isolate placement database config https://review.openstack.org/541435
09:41:15	openstackgerrit	Chris Dent proposed openstack/nova master: Use nova.db.api directly https://review.openstack.org/543262
10:03:57	openstackgerrit	Ritesh proposed openstack/nova master: Consider default_schedule_zone = None as None Type https://review.openstack.org/550418
10:11:38	jianghuaw_	Hi Spazmotic. How are you?
10:11:57	jianghuaw_	I added some comments in the patch.
10:17:08	jianghuaw_	Spazmotic, JFYI: I'm in Cambridge office today. Most of the time will be in meetings or trainings.
10:18:08	jianghuaw_	Spazmotic, I will be back fully since next Tuesday since when I will in China:-)
10:18:45	openstackgerrit	Stephen Finucane proposed openstack/nova master: conf: Deprecate 'keymap' options https://review.openstack.org/483994
10:41:41	openstackgerrit	Surya Seetharaman proposed openstack/nova master: [WIP] Add CellMappingList.get_all_enabled() query method https://review.openstack.org/550188
10:57:17	Spazmotic	Gotcah jianghuaw_, enjoy the training. Good notes as well, I'll make a new test case for the exception (thought of that as well while I was napping), and handle the rest as well when i'm at the office tomorrow
10:59:42	Spazmotic	If you have any ideas on how to test that return i'd love to hear that.. I was looking for a good way to assert a return since it does not add anything to the variable it passes back
11:01:18	openstackgerrit	Surya Seetharaman proposed openstack/nova master: [WIP] Bump versions of objects dependent on CellMapping https://review.openstack.org/550432
11:02:07	Spazmotic	It's basically the same reason I overrode that variable, since it is the same way the live code handles itself, but i'll think on it as well
11:10:21	openstackgerrit	Stephen Finucane proposed openstack/nova-specs master: Add 'numa-aware-vswitches' spec https://review.openstack.org/541290
12:13:17	ibmko	Hi everybody, I would like to ask one question which I am unable to find in documentation: We would like to upgrade our OpenStack with minimal downtime and use live migration for that. I cannot find any information about versions of compute nodes which mutually support live migration. For example - we are currently on Mitaka - is it possible to migrate from mitaka compute node to Queens compute node ?
12:13:52	ibmko	*live migrate a VM from mitaka compute node to Queens compute node
12:18:31	kashyap	Does anyone know the current status of Nova's port to Python 3?
12:19:16	kashyap	Last status (from June-2016) I see is here: https://wiki.openstack.org/wiki/Python3
12:20:21	kashyap	ibmko: That's good question: I don't think Nova (yet) supports N+1 upgrades like that, but I'm not 300% sure.
12:20:30	kashyap	lyarwood: ^ See imbko's question
12:20:44	kashyap	Assuming you know about it top off your head.
12:22:30	lyarwood	ibmko: no, you wouldn't be able to migrate between mitaka and queens computes as that would imply having either a mitaka control plane with queens computes or vice versa in the env.
12:23:16	ibmko	lyarwood, what about mitaka -> ocata and then ocata -> queens (having ocata as a temporary "bridge")
12:26:11	lyarwood	ibmko: nope, if you're running n-cpu during the upgrade then you can only jump one release at a time.
12:26:19	lyarwood	ibmko: https://specs.openstack.org/openstack/tripleo-specs/specs/queens/fast-forward-upgrades.html#high-level-flow
12:26:38	lyarwood	ibmko: with FFU where n-cpu is down but the instances are running we are able to jump between as many releases as we like
12:27:09	lyarwood	ibmko: as we only bring n-cpu up once we reach the target release, obviously you can't live migrate instances during that time
12:27:32	lyarwood	ibmko: but tbh, you shouldn't need to migrate instances if you're only updating n-cpu and the other openstack services
12:28:57	ibmko	lyarwood, what is "n-cpu" ?
12:29:32	lyarwood	ibmko: nova-compute
12:30:13	kashyap	ibmko: Also FFU == Fast Forward Upgrades. (Which lyarwood linked to above)
12:34:01	jaypipes	*yawn* ... morning supernovas
12:34:12	gibi	jaypipes: good morning
12:35:26	gibi	jaypipes: may I recommend a (not so) light read for your morning coffe? I have reworked the strict bandwidth support spec based on the PTG discussion https://review.openstack.org/#/c/502306/
12:36:14	ibmko	lyarwood, with FFU I understand that you can move from version N to version, say N+3 (as I understand it, the upgrade process will still go through all intermediate versions ) but I think that is not my question. If it is the case that hypervisor has to go through reboot, we need to live migrate VMs out of the hypervisor and after upgrading the hypervisor we need to migrate VMs back. Question is, if the live-migration process
12:36:15	ibmko	itself will allow live-migration to happen from, say. mitaka node to ocata node
12:36:51	jaypipes	gibi: for you? any time :)
12:37:10	gibi	jaypipes: :)
12:37:22	jaypipes	gibi: https://etherpad.openstack.org/p/rocky-ptg-scheduler-placement-summary <-- collecting my summary thoughts on sched/placement topics from PTG to be emailed to ML.
12:37:27	jaypipes	gibi: your comments most welcome.
12:38:22	lyarwood	ibmko: you wouldn't be able to run Mitaka and Queens computes on the same control plane
12:38:26	gibi	jaypipes: I'm going to add my summar about the bandwidth discussion today
12:38:31	lyarwood	ibmko: so you wouldn't be able to live migrate between them
12:38:59	jaypipes	gibi: go for it
12:39:26	gibi	jaypipes: should I write it under the point 6 in Key topics or somewhere below the main flow of the doc?
12:40:21	ibmko	lyarwood, according to this article: https://www.mirantis.com/blog/openstack-upgrade-from-mitaka-to-ocata-across-2-releases-with-mirantis-cloud-platform/
12:40:34	ibmko	"The control plane upgrade is mostly independent of the data plane upgrade, and it does not have to be done all at once. Moreover, as you will see in the demo video, we can upgrade just the control plane to Ocata and still boot instances on Mitaka-based compute nodes."
12:41:02	ibmko	the article doesn't give an answer about live migration though
12:43:34	lyarwood	ibmko: right, that's also with all computes at the same level
12:43:50	jaypipes	gibi: sure
12:44:16	lyarwood	ibmko: even that case has zero test coverage upstream

Earlier   Later