Posted	Nick	Remark
#openstack-nova - 2018-08-03
23:25:18	hansmoleman	since we don't do the late anti-affinity check on compute like we do for server create and evacuate (which would be up-calls for cells v2 now too)
23:25:45	hansmoleman	oh heh https://bugs.launchpad.net/nova/+bug/1600251
23:25:45	openstack	Launchpad bug 1600251 in OpenStack Compute (nova) "live migration does not honor server group policy" [High,Confirmed]
23:30:59	hansmoleman	i think part of that is fixed with https://review.openstack.org/#/c/527799/
23:31:08	hansmoleman	but not sure where we re-calculate the group members prior to scheduling
#openstack-nova - 2018-08-04
01:23:51	openstackgerrit	Merged openstack/nova master: [placement] ensure_rc_cache only at start of process https://review.openstack.org/584086
08:07:50	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Refactor NeutronFixture https://review.openstack.org/588338
10:37:59	openstackgerrit	Tetsuro Nakamura proposed openstack/nova master: Adds a test for getting allocations API https://review.openstack.org/588886
10:38:00	openstackgerrit	Tetsuro Nakamura proposed openstack/nova master: Not use project table for user table https://review.openstack.org/588887
17:57:46	openstackgerrit	Takashi NATSUME proposed openstack/nova master: api-ref: Add descriptions for rebuild https://review.openstack.org/588931
18:41:57	openstackgerrit	Merged openstack/nova master: clarify usage of upgrade_levels group https://review.openstack.org/583502
19:00:32	openstackgerrit	Merged openstack/nova master: Deprecate upgrade_levels options for deprecated/removed services https://review.openstack.org/588607
20:18:24	openstackgerrit	Matt Riedemann proposed openstack/nova master: Add functional test for live migrate with anti-affinity group https://review.openstack.org/588935
23:00:59	openstackgerrit	Matt Riedemann proposed openstack/nova master: Delete instance_group_member records from API DB during archive https://review.openstack.org/588943
23:30:28	mriedem	cfriesen: surprised there isn't a bug upstream for this https://github.com/starlingx-staging/stx-nova/commit/71acfeae0d1c59fdc77704527d763bd85a276f9a#diff-34db24c0784faae38c6542db6cbcad13R130
23:31:47	mriedem	same for RequestSpec.pci_requests
23:32:11	mriedem	we probably shouldn't persist those in RequestSpec, like we don't persist other per-operation stuff in the request spec now
23:32:13	mriedem	dansmith: ^
23:32:29	mriedem	resize and/or rebuild could invalidate either of those fields in the request spec
23:34:01	mriedem	related https://bugs.launchpad.net/nova/+bug/1763766
23:34:01	openstack	Launchpad bug 1763766 in OpenStack Compute (nova) "nova needs to disallow topology changes on image rebuild" [Medium,Triaged]
#openstack-nova - 2018-08-05
08:42:45	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Use placement 1.28 in scheduler report client https://review.openstack.org/583667
16:16:30	openstackgerrit	Takashi NATSUME proposed openstack/python-novaclient master: Fix server strings in reboot operation https://review.openstack.org/588981
16:25:30	openstackgerrit	Takashi NATSUME proposed openstack/python-novaclient master: Refactor the getid method in novaclient/base.py https://review.openstack.org/588983
22:06:23	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Use placement 1.28 in scheduler report client https://review.openstack.org/583667
#openstack-nova - 2018-08-06
01:55:15	openstackgerrit	zhufl proposed openstack/nova master: Fix none-ascii char in doc https://review.openstack.org/588422
02:01:27	openstackgerrit	Pierre Blanc proposed openstack/nova master: Docs: Add guide to migrate instance with snapshot https://review.openstack.org/584442
02:30:55	openstackgerrit	lei zhang proposed openstack/nova master: [Docs] Update the confusing console output https://review.openstack.org/589004
02:34:33	openstackgerrit	Yikun Jiang (Kero) proposed openstack/nova master: Add microversion info in the os-server-groups API samples https://review.openstack.org/589006
02:52:23	openstackgerrit	lei zhang proposed openstack/nova master: [Docs] Update the confusing console output https://review.openstack.org/589004
03:02:09	openstackgerrit	lei zhang proposed openstack/nova master: [Docs] Update the compute node installation steps https://review.openstack.org/589008
04:15:31	openstackgerrit	Tetsuro Nakamura proposed openstack/nova stable/queens: Don't filter out sibling sets with one core https://review.openstack.org/588570
04:15:32	openstackgerrit	Tetsuro Nakamura proposed openstack/nova stable/queens: Ensure emulator threads are always calculated https://review.openstack.org/588571
04:15:33	openstackgerrit	Tetsuro Nakamura proposed openstack/nova stable/queens: Always pass 'NUMACell.siblings' to _pack_instance_onto_cores' https://review.openstack.org/588572
04:15:34	openstackgerrit	Tetsuro Nakamura proposed openstack/nova stable/queens: trivialfix: cleanup _pack_instance_onto_cores() https://review.openstack.org/588573
04:15:35	openstackgerrit	Tetsuro Nakamura proposed openstack/nova stable/queens: Add unit tests for EmulatorThreadsTestCase https://review.openstack.org/588574
04:15:36	openstackgerrit	Tetsuro Nakamura proposed openstack/nova stable/queens: Not use thread alloc policy for emulator thread https://review.openstack.org/588575
07:08:29	openstackgerrit	Chen proposed openstack/nova master: Trivial fix on migration doc https://review.openstack.org/589028
07:15:37	quiquell	Good morning
07:15:45	quiquell	We have found this http://logs.openstack.org/95/583195/18/check/tripleo-ci-centos-7-containers-multinode/769edac/logs/undercloud/var/log/containers/nova/nova-scheduler.log.txt.gz
07:15:51	quiquell	What it means ?
07:16:04	quiquell	2018-08-03 22:57:32.138 26 ERROR nova.scheduler.client.report [req-e207e96f-2e1c-4648-afc7-be5c51d396ef 0dd904c9905d4ab7962c306a23e8e4ff 6825b026e19a450283f76bcc85f30a43 - default default] Failed to retrieve allocation candidates from placement API for filters: RequestGroup(use_same_provider=False, resources={CUSTOM_BAREMETAL:1}, traits=[], aggregates=[])
07:16:06	quiquell	Got 400: {"errors": [{"status": 400, "request_id": "req-8b3d0e7f-0238-4290-99f9-4a3df8213231", "code": "placement.undefined_code", "detail": "The server could not comply with the request since it is either malformed or otherwise incorrect.\n\n Invalid resource class in resources parameter: No such resource class CUSTOM_BAREMETAL. ", "title": "Bad Request"}]}.
07:30:03	alex_xu	quiquell: 'CUSTOM_BAREMETAL' is custom trait, you must create it by the placement api before you refer it. In the ironic case, nova-manager will create that custom trait for ironic virt driver.
07:30:29	alex_xu	quiquell: check the nova-manager log, sounds like nova-manager doesn't startup correctly http://logs.openstack.org/95/583195/18/check/tripleo-ci-centos-7-containers-multinode/769edac/logs/undercloud/var/log/containers/nova/nova-compute.log.txt.gz#_2018-08-03_23_06_47_764
07:30:41	openstackgerrit	Ghanshyam Mann proposed openstack/nova master: Define irrelevant-files for tempest-full-py3 job https://review.openstack.org/589039
07:30:46	alex_xu	quiquell: also zero node return by the ironic driver http://logs.openstack.org/95/583195/18/check/tripleo-ci-centos-7-containers-multinode/769edac/logs/undercloud/var/log/containers/nova/nova-compute.log.txt.gz#_2018-08-03_23_06_47_882
07:31:17	alex_xu	quiquell: sorry, s/nova-maanger/nova-compute/
07:31:49	alex_xu	quiquell: that means nova-compute doesn't reach to the code to create that CUSTOM_BARETAL for the ironic virt driver
07:32:17	alex_xu	quiquell: also sorry, CUSTOM_BARETAL is custom resource class, it is not custom trait....really typo too much wrong words...
07:32:33	quiquell	alex_xu: Do we have any log about virt driver to check why it returns 0 ?
07:34:48	alex_xu	quiquell: i guess there isn't too much, probably needs to check ironic log to see whether ironic works correctly
07:43:29	gmann	giblet: should we mark these bug fixed/invalid now (fixed by zuul) - https://bugs.launchpad.net/nova/+bug/1745405 https://bugs.launchpad.net/nova/+bug/1745431
07:43:29	openstack	Launchpad bug 1745405 in OpenStack Compute (nova) "tempest-full job triggered for irrelevant changes" [Undecided,In progress] - Assigned to Balazs Gibizer (balazs-gibizer)
07:43:30	openstack	Launchpad bug 1745431 in OpenStack Compute (nova) "neutron-grenade job is triggered for irrelevant changes " [Undecided,In progress] - Assigned to Balazs Gibizer (balazs-gibizer)
07:59:44	openstackgerrit	Ghanshyam Mann proposed openstack/nova master: Add tempest-slow job to run the tempest slow tests https://review.openstack.org/567697
09:18:51	openstackgerrit	Sylvain Bauza proposed openstack/nova master: Pass allocations to virt drivers when resizing https://review.openstack.org/589085
09:40:43	openstackgerrit	Surya Seetharaman proposed openstack/nova master: Cleanup comp_node, res_prov, services, aggregate_hosts during cell deletion https://review.openstack.org/546660
10:06:44	cdent	gibi: another good thing to get in: https://review.openstack.org/#/c/587772/
10:10:51	gibi	gmann: marked both bug invalid in nova. Thanks for the notice
10:10:55	gibi	cdent: looking...
10:18:59	openstackgerrit	Lee Yarwood proposed openstack/nova master: fixtures: Track volume attachments within CinderFixtureNewAttachFlow https://review.openstack.org/587013
10:19:00	openstackgerrit	Lee Yarwood proposed openstack/nova master: Add regression test for bug#1784353 https://review.openstack.org/587014
10:19:01	openstackgerrit	Lee Yarwood proposed openstack/nova master: compute: Recreate volume attachments during a reschedule https://review.openstack.org/587071
10:19:05	lyarwood	dansmith: morning, nothing urgent but could you take a look at ^ specifically a question raised by mriedem on a previous patchset - https://review.openstack.org/#/c/587071/4/nova/compute/manager.py
10:19:33	gibi	cdent: +2
10:20:09	openstackgerrit	Lee Yarwood proposed openstack/nova master: compute: Recreate volume attachments during a reschedule https://review.openstack.org/587071
10:22:09	cdent	thanks gibi
10:25:00	gmann	gibi: thanks
11:59:28	mardim	hello guys
11:59:34	mardim	I have one question
12:00:24	mardim	I have this libvirt xml cpu topology
12:00:27	mardim	<cpu mode='host-passthrough' check='none'>
12:00:27	mardim	<topology sockets='1' cores='2' threads='2'/>
12:00:27	mardim	</cpu>
12:01:02	mardim	Then I tried to spinup a cirros instance with 2 vcpus and hw:cpu_policy='dedicated', hw:cpu_thread_policy='isolate'
12:01:24	mardim	But the instance is in error state because I get no valid host was found
12:01:52	mardim	Apparently scheduler cannot pin and isolate the processes of the instance
12:01:58	mardim	but I do not know why
12:02:11	mardim	here are some scheduler logs which might help
12:02:41	mardim	cpu_usage": 4, "memory_usage": 64, "cpuset": [0, 1, 2, 3], "pinned_cpus": [0, 1], "siblings": [[0, 1], [2, 3]],
12:03:03	mardim	do you have any clue what is the problem ?
12:03:15	mardim	Thanks !!!
12:38:28	openstackgerrit	Lee Yarwood proposed openstack/nova master: fixtures: Track volume attachments within CinderFixtureNewAttachFlow https://review.openstack.org/587013
12:38:29	openstackgerrit	Lee Yarwood proposed openstack/nova master: Add regression test for bug#1784353 https://review.openstack.org/587014
12:38:30	openstackgerrit	Lee Yarwood proposed openstack/nova master: compute: Recreate volume attachments during a reschedule https://review.openstack.org/587071
13:10:46	mdbooth	I'm trying to make 'python setup.py test' in the osc-placement repo exclude functional tests. Does anybody have any ideas where to start looking?
13:11:22	mdbooth	It seems to be pbr voodoo, so... any advice short of rtfs appreciated :)
13:16:37	cdent	mdbooth: sorry, I've got no clues. I've not been much involved in osc-placement's birth
13:16:39	efried	mdbooth: --test-path=...
13:17:17	mdbooth	efried: Is that passed to testr?
13:17:46	mdbooth	https://docs.openstack.org/pbr/latest/user/using.html#testing This suggests it might be tox.ini, although there's a deprecation notice
13:18:11	efried	mdbooth: have we not switched osc-placement to stestr yet?
13:18:56	mdbooth	efried: pbr is the darkest most arcane magik
13:19:03	mdbooth	I have no idea :)
13:19:05	cdent	are you building rpms mdbooth, and thus forced through setup.py?
13:19:11	mdbooth	cdent: Yes
13:19:15	efried	mdbooth: I would run to mtreinish if it were me.
13:19:26	mdbooth	Well not *forced*. It's just a script, I can run whatever I want.
13:19:53	mdbooth	But everything else runs setup.py test, so I'd prefer to make that work for consistency

Earlier   Later