Earlier  
Posted Nick Remark
#openstack-nova - 2019-04-09
11:49:51 sean-k-mooney jaypipes: one of the main disadvanatges beside the fact taht efforts to do this outside of nova have failed at lest 3 time was when you go done that path using openstack at all becomes questionable
11:53:28 jaypipes sean-k-mooney: so square peg, round hole it into Nova and that problem will go away? :)
11:53:31 sean-k-mooney jaypipes: part of the motivation of enableing RSD as a composible hypervior under nova is to ensure that end users can continue to use openstack api without needing to know their instances are provide by rsd but operators can leverage it
11:53:52 jaypipes sean-k-mooney: that is precisely why I believe it needs to be outside of Nova.
11:54:09 sean-k-mooney jaypipes: do you belive we shoudl delete the ironic driver?
11:54:17 jaypipes sean-k-mooney: no.
11:54:21 sean-k-mooney the integration will be almost identical
11:54:43 jaypipes sean-k-mooney: no it won't.
11:55:18 jaypipes specifically, having to create flavors on the fly
11:55:23 sean-k-mooney well i spend a year modeling it on how ironic worked with minor tweeks
11:55:29 sean-k-mooney jaypipes: that is not required
11:55:42 sean-k-mooney that was a suggesting to make testing eaier
11:56:05 sean-k-mooney the flavor it create just contain the reouces request for the custom_resouce class
11:56:06 jaypipes sean-k-mooney: I just don't think it's a good idea, sorry.
11:57:32 sean-k-mooney ok but for the record i did bring this idea up at the first denver ptg and the vancour summit to make sure people were ok with it
11:57:44 sean-k-mooney you werent at teh vancour summit
11:57:55 sean-k-mooney but i was pretty sure i ran this by you at some point
11:59:30 kashyap gibi: On your (good) question on the change, please read this spec, too (if you have time). It aims to answer your question: https://review.openstack.org/#/c/645814/4/specs/train/approved/cpu-selection-with-hypervisor-consideration.rst
12:01:21 jaypipes sean-k-mooney: OK, but for the record, I've had the exact same position for 4 years since Intel proposed it when I was working for Mirantis.
12:01:23 jaypipes :)
12:01:40 jaypipes and you were working for Intel :)
12:02:39 sean-k-mooney :) ok yes but i guess we have always dissagreed then we never tought vlance was a viable approch in my team
12:03:01 gibi kashyap: ack. There is too many specs :)
12:03:30 sean-k-mooney it lost the cloud abstration meaning existing workloads/workflows needed to be modifyed to know what rsd was
12:07:25 jaypipes sean-k-mooney: if you think RSD is "cloudy" as opposed to just a tool for operators to reduce power consumption in their datacenters, then I suppose you might think that.
12:08:06 jaypipes sean-k-mooney: however, I don't. I don't see RSD as anything other than a compute node dynamic composer. I don't see it as the next generation of "packaging" for a workload.
12:08:34 jaypipes sean-k-mooney: it's hardware, plain and simple. It's not the next Kubernetes abstraction for a new type of workload.
12:09:03 sean-k-mooney yes i agree which is why i think openstacks apis need to be the abstration
12:09:11 jaypipes sean-k-mooney: we will just have to agree to disagree on this topic :)
12:09:20 sean-k-mooney i think of it as a bearmental hypervior
12:09:34 sean-k-mooney like ironic
12:13:35 kashyap gibi: Hehe, sorry. Yeah, context overload; completely understand it.
12:14:01 kashyap gibi: Take a look at it, on a non-spec day; I'll assume everyone is maxed out today
12:14:04 gibi kashyap: I kept that spec open, but I move by the etherpad order https://etherpad.openstack.org/p/nova-spec-review-day
12:14:25 kashyap (And looking at too many specs parallely will only splinter the attention to hell and back, which is costly.)
12:18:35 jaypipes sean-k-mooney: "bearmental hypervior" <-- nice.
12:19:52 kashyap Folks: On line-42 I added a spec I meant to add on 04-Apr (as mentioned on the list to Eric's email on pre-PTG review); didn't post it in the last minute :-)
12:21:14 sean-k-mooney :)
12:22:30 openstackgerrit Merged openstack/nova master: Improve test coverage of nova.privsep.path. https://review.openstack.org/648601
12:22:38 openstackgerrit Merged openstack/nova master: Improve test coverage of nova.privsep.fs. https://review.openstack.org/648602
12:23:48 gibi kashyap: you really want me to read that spec :)
12:24:13 openstackgerrit Merged openstack/nova master: Improve test coverage of nova.privsep.fs, continued. https://review.openstack.org/648603
12:25:08 kashyap gibi: Hehe, the above mentioned line-42 one is about Secure Boot one (which jaypipes reviewed back in the day; before we identified work to be done in lower layers)
12:25:34 gibi kashyap: ohh, I looked at the line 41 instead.
12:25:54 gibi kashyap: anyhow I'm reading the spec at l41 now :)
12:25:54 kashyap gibi: Yep, that is fairly uncontroversial. (Says the guy who proposed it.)
12:25:57 kashyap Thanks!
12:26:13 kashyap I need to be AFK in 35 mins; will respond on the change for any feedback
12:26:26 kashyap jaypipes: If you still have the stomach for it this week, might want to have a gander at the Secure Boot thing, in your "copious free time" :D
12:27:30 jaypipes kashyap: yep, today is spec review day.
12:37:11 openstackgerrit Kashyap Chamarthy proposed openstack/nova-specs master: Re-propose the spec to allow specifying a list of CPU models https://review.openstack.org/642030
12:40:14 bauzas kashyap: sean-k-mooney: sorry was afk for lunch
12:40:22 bauzas so I missed your pings
12:40:32 bauzas don't take a -1 for a passive-aggressive method
12:40:46 bauzas it's just "I disagree with the current patch, because of : X, Y"
12:41:09 kashyap bauzas: No worries; it's all sorted
12:41:12 bauzas and my -1 is not about the naming, but rather about the fact that operators should provide a list ordered
12:41:24 kashyap bauzas: Yeah, saw your question; see the response from Sean and me...
12:41:34 sean-k-mooney bauzas: yes i know. that is how i use it too.
12:42:00 bauzas I'll look at the comments, for the moment, I'm looking at other spec
12:48:54 openstackgerrit Theodoros Tsioutsias proposed openstack/nova master: Add instance hard delete https://review.openstack.org/570202
12:48:55 openstackgerrit Theodoros Tsioutsias proposed openstack/nova master: Enable rebuild for instances in cell0 https://review.openstack.org/570203
12:48:55 openstackgerrit Theodoros Tsioutsias proposed openstack/nova master: Add requested_networks to RequestSpec https://review.openstack.org/570201
12:49:50 openstackgerrit Theodoros Tsioutsias proposed openstack/nova master: Allow rebuild for instances in PENDING state https://review.openstack.org/637585
12:49:50 openstackgerrit Theodoros Tsioutsias proposed openstack/nova master: Introduce the PENDING instance state https://review.openstack.org/566473
12:50:48 efried kashyap: ack
12:51:41 sean-k-mooney its surpring how often "sudo rm -rf /var/lib/docker/" fixs your docker issues
12:51:49 efried I at least diff from the last release's version before doing that; this one has changed substantially so I'll wait
12:52:39 efried What's the adage? "If you try to solve a problem using docker, now you have two problems." ?
12:53:47 efried Welcome to Train pre-PTG spec review day #1: https://etherpad.openstack.org/p/nova-spec-review-day
12:53:47 efried dansmith: Would you please update the channel topic to something like
13:13:11 openstackgerrit Huqiang Wang proposed openstack/nova-specs master: Separate the vCPUs into different pools based on priority https://review.openstack.org/649882
13:19:53 openstackgerrit Dakshina Ilangovan proposed openstack/nova-specs master: Nova LLC allocation - RMD plugin for RDT CAT https://review.openstack.org/651233
13:21:29 openstackgerrit Lee Yarwood proposed openstack/nova master: Use migration_status during volume migrating and retyping https://review.openstack.org/637224
13:37:26 kashyap sean-k-mooney: On "Docker", you're so 2014. 'Everyone' has moved on from Docker to "CRI-O" and "podman", etc.
13:37:43 kashyap (Please update your "container jargon" :D)
13:38:55 sean-k-mooney kashyap: i am using docker and plan to never use podman. i might use CRI-O
13:39:31 kashyap sean-k-mooney: I was massively trolling; sorry. (I have no clue about their compatibilities.)
13:41:33 sean-k-mooney podman has 1:1 commandline compatible with docker
13:41:44 sean-k-mooney or the docker cli
13:42:16 sean-k-mooney cri-o is interesting but its non tivial to setup currently
13:43:43 mriedem mordred: as our resident compute api/sdk opinion czar, i'd like your opinion on this spec https://review.openstack.org/#/c/638629/9/specs/train/approved/add-locked-reason.rst@198
13:43:52 mriedem specifically the response format for those new fields
13:44:00 mriedem i.e. nested or flat
13:45:54 kashyap gibi: Thanks! (I spent a lot of time wordsmithing to get words right in that spec)
14:11:03 mriedem tssurya: some questions in your ironic power state sync spec https://review.openstack.org/#/c/636132/
14:11:09 mriedem dansmith: ^ you should probably review that as well
14:11:23 tssurya mriedem: ack, looking
14:11:41 mriedem jaypipes maybe too since he loves ironic nowadays
14:12:23 jaypipes mriedem: errmmm, not quite :)
14:12:35 jaypipes but I'll review regardless.
14:15:01 dansmith mriedem: on meetings for the next couple hours, but willt ry
14:22:19 kashyap Frelling rST
14:23:31 mriedem gibi: i've replied to your questions in the cross-cell resize re-proposal https://review.openstack.org/#/c/642807/
14:23:55 mriedem suppose dansmith and melwitt should look at that one as well since they are familiar with the original in stein
14:26:28 kashyap alex_xu: Gosh, it is 22:26. Nothing is more important than sleep...
14:27:04 alex_xu \o/ sleep now
14:27:27 mriedem alex_xu: i still have some chinese cold medicine from the shenzhen airport i can send you :)
14:27:41 mriedem i don't know what it says on the packaging but i know i'm only supposed to take 2 of each every 12 hours
14:37:13 openstackgerrit Stephen Finucane proposed openstack/nova-specs master: Add 'flavor-extra-spec-image-property-validation-extended' spec https://review.openstack.org/638734

Earlier   Later