| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-10-13 | |||
| 20:30:44 | superdan | okay | |
| 20:31:06 | mriedem | https://review.openstack.org/#/c/504540/ | |
| 20:35:22 | fried_rice | Quick, let's merge this pile^Wstack before the zuulv3 cutover https://review.openstack.org/#/c/509029/ | |
| 20:42:26 | tasker | mriedem: sorry to bug you, but is there any movement on https://review.openstack.org/#/c/505771/ ? | |
| 20:43:03 | mriedem | tasker: sorry not yet, it's on my list, but trying to get some stuff done with specs before the 10/19 deadline | |
| 20:43:10 | tasker | roger | |
| 20:43:11 | mriedem | i hope to have that fix polished up next week | |
| 20:43:49 | tasker | thanks! | |
| 20:44:28 | mriedem | give me a kidney punch early next week if you don't see movement | |
| 20:49:27 | openstackgerrit | Eric Young proposed openstack/nova master: 1:Implement ScaleIO image backend https://review.openstack.org/407440 | |
| 20:51:25 | openstackgerrit | Eric Young proposed openstack/nova master: Implement ScaleIO image backend https://review.openstack.org/407440 | |
| 21:03:13 | superdan | fried_rice: one more comment on your patch in case you were respinning right there | |
| 21:03:47 | superdan | mriedem would have shamed me post +2 if I had missed that | |
| 21:10:09 | mriedem | what patch? | |
| 21:11:04 | superdan | his allocation to spawn one | |
| 21:11:16 | superdan | https://review.openstack.org/#/c/511879/ | |
| 21:12:10 | mriedem | not on my radar | |
| 21:12:33 | superdan | it would be just as soon as I put a +2 on it with potential test nits to complain about | |
| 21:12:56 | superdan | I know you have the world's most sophisticated AI developers working on tuning your get-dan-a-disagreement goals | |
| 21:12:56 | mriedem | maybe, i do have that notification system setup | |
| 21:13:01 | mriedem | ha | |
| 21:25:07 | fried_rice | superdan Thanks, I was indeed respinning, though it's a longer road than I expected (gotta handle rebuild too). | |
| 21:25:19 | superdan | ah yeah | |
| 21:30:11 | openstackgerrit | Matt Riedemann proposed openstack/nova-specs master: Spec for volume-backed flavors https://review.openstack.org/511965 | |
| 21:35:40 | superdan | fried_rice: I think the ones above are wrong, but you can usually win on consistency, so fine to leave it I think | |
| 21:36:18 | fried_rice | superdan Roger that. (By "wrong" you mean poor style, not actually programmatically incorrect?) | |
| 21:36:31 | superdan | wrong in the moral sense of the word | |
| 21:36:36 | superdan | as in, "going to hell" | |
| 21:36:37 | fried_rice | Heh, got it. | |
| 22:00:35 | mriedem | on https://review.openstack.org/#/c/504540/ i thought we were also going to limit RPs in SQL, | |
| 22:00:43 | mriedem | but i can understand that would get hairy quickly | |
| 22:01:06 | mriedem | for testing i saw something in devstack about creating a bunch of fake computes, but i doubt it still works | |
| 22:01:15 | mriedem | would be sweet if it did though | |
| 22:01:31 | mriedem | https://github.com/openstack-dev/devstack/blob/master/lib/nova#L868 | |
| 22:01:52 | mriedem | fried_rice: ^ is something i bet you could get working in short order :) | |
| 22:03:11 | fried_rice | mriedem Okay, I'm looking at sh code. What's the context? | |
| 22:03:31 | mriedem | there is a flag in devstack to be able to say run like N number of fake driver nova compute services | |
| 22:03:37 | mriedem | which would give you N compute nodes | |
| 22:03:51 | mriedem | which would be cool for faking out a large deployment for scale testing the scheduler | |
| 22:04:01 | mriedem | i know the fake driver stuff in devstack works, but haven't tested NUMBER_FAKE_NOVA_COMPUTE | |
| 22:04:22 | mriedem | if that would be set to like 100 and actually work, it'd be sweet for testing scheduler performance changes, like cdents limit spec | |
| 22:05:19 | fried_rice | mriedem Gotcha. I'll see if I can try it real quick. | |
| 22:05:32 | mriedem | if not i'll fart around with it next week | |
| 22:05:44 | mriedem | i will do all the things i said i'd ever do, next week | |
| 22:05:45 | fried_rice | mriedem That said, I was thinking about that | |
| 22:06:05 | fried_rice | (getting a biggish test platform to look at performancey things e.g. limits) | |
| 22:06:23 | fried_rice | And really all a guy needs to do is have a placement service running and stuff it full of RPs. | |
| 22:06:23 | mriedem | fried_rice: http://forumtopics.openstack.org/cfp/details/21 | |
| 22:06:28 | mriedem | if you're going to sydney | |
| 22:06:47 | mriedem | well, you also need compute nodes in the db | |
| 22:06:49 | fried_rice | mriedem I'm not. | |
| 22:06:52 | mriedem | doh | |
| 22:07:09 | fried_rice | Got two or three I'll be watching videos after. | |
| 22:07:44 | fried_rice | mriedem I don't think I need compute nodes to do what I'm considering. | |
| 22:07:58 | fried_rice | Cause we're talking about having the limiting done on the placement side | |
| 22:08:08 | fried_rice | initially in the py code, eventually in the sql | |
| 22:08:13 | fried_rice | but on the placement side for sure | |
| 22:08:39 | fried_rice | So it seems like I could just stuff the db full of RPs and inventories, and then do plain ol' GET /allocation_candidates calls with a timer. | |
| 22:09:24 | mriedem | oh yeah, for this, sure | |
| 22:09:28 | mriedem | yup | |
| 22:09:39 | mriedem | oh and btw, we also have some osc support for RPs too now | |
| 22:09:55 | mriedem | so you can create them and such - there are some changes up for stuffing the inventory and allocations which you could pull down | |
| 22:09:59 | fried_rice | Yeah, was seeing that pucking around, wondering how far it had gotten. | |
| 22:10:01 | mriedem | if you didn't want to do a bunch of curling | |
| 22:10:06 | mriedem | it's moving | |
| 22:10:15 | fried_rice | Actually I gots me a little script to talk to placement. | |
| 22:10:31 | mriedem | reminds me, https://review.openstack.org/#/c/457533/ needs some small tweaks and then i'd +2 that | |
| 22:10:58 | fried_rice | Though in this case I'd rather get in an interactive so I don't have to reconnect with every call. | |
| 22:11:52 | fried_rice | Anyway, that's been a back-of-head thing for a couple weeks now. I'm a bit deep at the moment, and it's late on a Friday, so "next week". | |
| 22:12:02 | mriedem | i'll see you next week then | |
| 22:12:04 | mriedem | when all things will get done | |
| 22:16:01 | openstackgerrit | Merged openstack/nova master: rp: remove CRUD operations on Inventory class https://review.openstack.org/509029 | |
| 22:16:47 | openstackgerrit | Merged openstack/nova master: rp: streamline InventoryList.get_all_by_rp_uuid() https://review.openstack.org/509030 | |
| 22:17:40 | openstackgerrit | Merged openstack/nova master: rp: remove dead code in Allocation._create_in_db() https://review.openstack.org/509031 | |
| 22:18:25 | openstackgerrit | Merged openstack/nova master: rp: remove ability to delete 1 allocation record https://review.openstack.org/509032 | |
| 22:19:10 | openstackgerrit | Merged openstack/nova master: rp: fix up AllocList.get_by_resource_provider_uuid https://review.openstack.org/509033 | |
| 22:19:15 | superdan | wooo | |
| 22:42:21 | fried_rice | noyce | |
| 23:19:49 | openstackgerrit | Merged openstack/nova master: Split get_allocations_for_instance() into useful bits https://review.openstack.org/511306 | |
| 23:20:34 | openstackgerrit | Merged openstack/nova master: Revert allocations by migration uuid https://review.openstack.org/498949 | |
| 23:21:36 | openstackgerrit | Merged openstack/nova master: Refactor resource tracker to account for migration allocations https://review.openstack.org/506419 | |
| 23:44:30 | superdan | holy crap, patches of mine merged | |
| 23:44:31 | superdan | amazing | |
| #openstack-nova - 2017-10-14 | |||
| 03:20:38 | openstackgerrit | Merged openstack/nova master: rp: rework AllocList.get_all_by_consumer_id() https://review.openstack.org/509035 | |
| 09:33:29 | openstackgerrit | garyk proposed openstack/nova master: Add debug information to metadata requests https://review.openstack.org/511895 | |
| 12:09:30 | openstackgerrit | OpenStack Proposal Bot proposed openstack/os-vif stable/newton: Updated from global requirements https://review.openstack.org/373293 | |
| 14:39:26 | Guest47 | hi | |
| 14:40:35 | Guest47 | Till Ocata release 'multipath' functionality was working fine.. have placed 'volume_use_multipath=True' in nova.con | |
| 14:40:49 | Guest47 | nova.conf* file | |
| 14:43:26 | Guest47 | but from pike onwards, even if i placed 'volume_use_multipath=True'.. it failed to create multiple vluns after attaching volume to instance | |
| 14:44:53 | Guest47 | After debugging, I have found that nova is passing 'multipath=False' instead of 'True' | |
| 14:46:13 | Guest47 | connector['multipath']=False is passed to cinder's driver 'initialize_connection' | |
| 14:47:16 | Guest47 | further analysing on this, i found that nova is not picking up the 'volume_use_multipath=True' value from nova.conf | |
| 14:47:40 | Guest47 | which is in 'libvirt' section in nova.conf | |
| 16:08:27 | openstackgerrit | LIU Yulong proposed openstack/nova master: Enable reset keypair while rebuilding instance https://review.openstack.org/379128 | |
| #openstack-nova - 2017-10-15 | |||
| 19:01:51 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/nova-specs master: Network bandwidth resource provider https://review.openstack.org/502306 | |
| 22:01:15 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/nova-specs master: Intel Fortville Dynamic Device Personalization (DDP) https://review.openstack.org/503001 | |
| 22:28:08 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2) https://review.openstack.org/408955 | |
| 22:28:23 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2) https://review.openstack.org/408964 | |
| 22:28:45 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2) https://review.openstack.org/430608 | |