Posted	Nick	Remark
#openstack-nova - 2019-04-04
02:44:02	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Change a log level for overwriting allocation https://review.openstack.org/649788
03:26:43	openstackgerrit	Alex Xu proposed openstack/nova master: [DNM] debug the LM test https://review.openstack.org/649807
04:31:37	openstackgerrit	Jake Yip proposed openstack/nova master: Add --before to nova-manage db archive_deleted_rows https://review.openstack.org/556751
06:07:33	openstackgerrit	Huqiang Wang proposed openstack/nova-specs master: Separate the vCPUs into different pools based on priority https://review.openstack.org/649882
07:31:10	openstackgerrit	Huqiang Wang proposed openstack/nova-specs master: Separate the vCPUs into different pools based on priority https://review.openstack.org/649882
08:30:12	openstackgerrit	zhaixiaojun proposed openstack/nova master: Update description of valid whitelist https://review.openstack.org/642403
08:33:02	openstackgerrit	zhaixiaojun proposed openstack/nova master: Update description of valid whitelist https://review.openstack.org/642403
08:34:38	kashyap	Is there some 'tox' shortcut to build _just_ one releases's specs?
08:34:47	kashyap	`tox -e docs train` or something like that
08:44:52	openstackgerrit	Michael Still proposed openstack/nova master: Hacking N362: Don't abbrev/alias privsep import https://review.openstack.org/649190
08:44:53	openstackgerrit	Michael Still proposed openstack/nova master: Improve test coverage of nova.privsep.fs. https://review.openstack.org/648602
08:44:53	openstackgerrit	Michael Still proposed openstack/nova master: Improve test coverage of nova.privsep.path. https://review.openstack.org/648601
08:44:54	openstackgerrit	Michael Still proposed openstack/nova master: Add test coverage for nova.privsep.libvirt. https://review.openstack.org/648616
08:44:54	openstackgerrit	Michael Still proposed openstack/nova master: Improve test coverage of nova.privsep.fs, continued. https://review.openstack.org/648603
08:44:55	openstackgerrit	Michael Still proposed openstack/nova master: Privsepify ipv4 forwarding enablement. https://review.openstack.org/635431
08:44:55	openstackgerrit	Michael Still proposed openstack/nova master: Add test coverage for nova.privsep.qemu. https://review.openstack.org/649191
08:44:56	openstackgerrit	Michael Still proposed openstack/nova master: Privsep the ebtables modification code. https://review.openstack.org/635435
08:44:56	openstackgerrit	Michael Still proposed openstack/nova master: Remove unused FP device creation and deletion methods. https://review.openstack.org/635433
08:44:57	openstackgerrit	Michael Still proposed openstack/nova master: Move iptables rule fetching and setting to privsep. https://review.openstack.org/636508
08:44:57	openstackgerrit	Michael Still proposed openstack/nova master: Move adding vlans to interfaces to privsep. https://review.openstack.org/635436
08:44:58	openstackgerrit	Michael Still proposed openstack/nova master: Move router advertisement daemon restarts to privsep. https://review.openstack.org/639281
08:44:58	openstackgerrit	Michael Still proposed openstack/nova master: Move dnsmasq restarts to privsep. https://review.openstack.org/639280
08:44:59	openstackgerrit	Michael Still proposed openstack/nova master: Move setting of device trust to privsep. https://review.openstack.org/639283
08:44:59	openstackgerrit	Michael Still proposed openstack/nova master: Move calls to ovs-vsctl to privsep. https://review.openstack.org/639282
08:45:00	openstackgerrit	Michael Still proposed openstack/nova master: Cleanup the _execute shim in nova/network. https://review.openstack.org/639581
08:45:00	openstackgerrit	Michael Still proposed openstack/nova master: Move final bridge commands to privsep. https://review.openstack.org/639580
08:45:01	openstackgerrit	Michael Still proposed openstack/nova master: We no longer need rootwrap. https://review.openstack.org/554438
08:49:58	openstackgerrit	zhaixiaojun proposed openstack/nova master: Update description of valid whitelist for non-admin user https://review.openstack.org/642403
09:17:14	openstackgerrit	Lee Yarwood proposed openstack/nova master: libvirt: Avoid building an encryptor when device_path isn't provided https://review.openstack.org/649951
09:33:49	stephenfin	kashyap: Not that I'm aware of, no. It's all or nothing
09:35:33	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Change a log level for overwriting allocation https://review.openstack.org/649788
09:47:35	openstackgerrit	Boxiang Zhu proposed openstack/nova master: Make evacuation respects anti-affinity rule https://review.openstack.org/649953
10:21:37	openstackgerrit	Boxiang Zhu proposed openstack/nova master: Use the functional test test_parallel_evacuate_with_server_group https://review.openstack.org/649963
11:17:35	awalende	following problem: I had a semi-failed migration. The instance has been migrated to another host and is working so far. However, not everything has been adjusted in the db and I get the following log repeatedly in the source host:
11:17:53	awalende	Y_MB': 2048, u'DISK_GB': 21}}
11:17:53	awalende	Instance a3fcb5a8-74e3-42f9-9659-428ffe710c19 has been moved to another host schwalm. There are allocations remaining against the source host that might need to be removed: {u'resources': {u'VCPU': 2, u'MEMOR
11:18:20	awalende	Where can I find the responsible parts in the db to clean up this mess?
11:24:26	tssurya	awalende: depending on the release you are running this would be the "allocations" table in the nova_api or placement database
11:24:43	awalende	It's queens :)
11:24:57	tssurya	you could use the https://docs.openstack.org/osc-placement/latest/cli/index.html#resource-provider-allocation-delete CLI to remove the allocation against the migration record on the source host
11:25:06	tssurya	ah if queens its nova_api database
11:25:09	tssurya	allocations table
11:26:11	tssurya	awalende: you should be able to find records for that migration_uuid as the consumer against the source resource_provider
11:28:10	awalende	select * from allocations where consumer_id='a3fcb5a8-74e3-42f9-9659-428ffe710c19';
11:28:34	awalende	this gave me 3 rows, so I simply have to overwrite the resource_provider_id with the id from the new host?
11:29:11	tssurya	awalende: the consumer_id is name of your instance ? or the migration_uuid ?
11:29:28	awalende	instance id
11:29:46	tssurya	ah so these are the allocations against the new host for your instance
11:30:02	awalende	ah okay
11:30:10	tssurya	could you verify by checking the resource_provider_id ? these three records should be the ones you should NOT delete
11:30:40	tssurya	what you should do is query with consumer_id=migration_uuid
11:30:45	awalende	is there a smart way to find out the resource_provider_id of each computehost?
11:38:43	awalende	Ah I believe I got it
11:39:02	awalende	So the 3 rows in my db still have the resource_provider_id from the "old" host
11:39:25	tssurya	awalende: ah no allocations against new host ?
11:40:06	awalende	For now, I'm not finding anyone. As I mentioned before, I had to finish the failed migration manually by myself
11:40:36	awalende	something has been really messed up by this
11:40:50	tssurya	ah ok that's bad then no allocations were formed against the target host and we don't know how far the migration went
11:40:52	tssurya	yea
11:41:12	awalende	for example I had to manually transfer the swap partition disk
11:42:05	openstackgerrit	Lee Yarwood proposed openstack/nova master: Use migration_status during volume migrating and retyping https://review.openstack.org/637224
11:42:18	awalende	Would probably the best idea to scrap this instance completely, but my customer will try to assassinate me
11:42:39	sean-k-mooney	jaypipes: thanks jay for your comments on https://review.openstack.org/#/c/620115/29 can you confim my understanding of what you want changed is correct
11:44:44	awalende	but anyway, thanks for the help tssurya. much appreciated
11:45:06	tssurya	awalende: np :)
11:58:15	awalende	ha, it worked
11:58:48	tssurya	awalende: you just changed the allocations manually ? :)
11:59:12	awalende	exactly, the warnings in the compute logs went away and the instance is still working :D
12:00:07	tssurya	:) let's hope for the best then
12:00:33	awalende	fingers crossed
12:03:14	jaypipes	sean-k-mooney: I really don't know why a new "utils.lock" variable was introduced.
12:03:27	jaypipes	sean-k-mooney: instead of just using utils.synchronized
12:04:10	sean-k-mooney	ya neither do i which is why i was going to change it as you suggested
12:04:53	openstackgerrit	Lee Yarwood proposed openstack/nova master: compute: Reject resize requests when the source host is down https://review.openstack.org/623489
12:06:23	jaypipes	sean-k-mooney: answered on review
12:06:31	sean-k-mooney	jaypipes: thanks
12:06:36	jaypipes	sean-k-mooney: remove the utils.lock thing and I'm +2
12:07:34	sean-k-mooney	perfect ill start work on that now so. if you have time to review the follow up patch its pretty short but if not that ok too.
12:07:47	jaypipes	sean-k-mooney: yep, already on it.
12:08:03	jaypipes	sean-k-mooney: I had to spend time this morning correcting your comma misuse. :P
12:08:27	jaypipes	sean-k-mooney: and don't get me started on your abuse of the apostrophe.
12:09:08	sean-k-mooney	:) i hear punction is a think people find useful.
12:09:14	sean-k-mooney	isnt my use of it novel
12:09:36	jaypipes	"punction", eh? :)
12:12:14	sean-k-mooney	punctuation, i was 72% there.
12:12:26	artom	... that's how they take cerebro-spinal fluid samples, no?
12:32:32	sean-k-mooney	i may have lost a tab in firefox and realised its still open in one of the 14 firefox windows i currently have open.
12:32:44	sean-k-mooney	proably
12:34:13	openstackgerrit	Stephen Finucane proposed openstack/nova master: Remove DiffieHellmann tests https://review.openstack.org/649974
13:02:45	ganso	hi alex_xu, could you please take a look at https://review.openstack.org/#/c/647566 ? The other part of that bugfix has already merged, we are waiting on this fix to land so we can backport. Thanks in advance!
13:03:14	alex_xu	ganso: let me check
13:03:51	adrianc	sean-k-mooney: Hey, are you planning to work on : https://review.openstack.org/#/c/620115/29 ?
13:04:51	openstackgerrit	Alex Xu proposed openstack/nova master: [DNM] debug the LM test https://review.openstack.org/649807
13:04:59	sean-k-mooney	im in a meeting for the next hour but after
13:05:09	sean-k-mooney	if you want to do it fell free
13:06:12	efried	ileixe: It appears to be abandoned. It looks like dansmith was going to make it work some other way, you may want to follow up with him.
13:06:14	adrianc	sean-k-mooney, jaypipes : also replied on the utils.lock()
13:06:26	efried	ileixe: I also seem to recall there was going to be a forum session following on from one we had in Berlin on this topic...
13:07:08	efried	ileixe: https://www.openstack.org/summit/denver-2019/summit-schedule/events/23675/change-ownership-of-resources-followup
13:08:01	adrianc	sean-k-mooney: have some meetings and prior engagements will probably get to it on Sunday.

Earlier   Later