Earlier  
Posted Nick Remark
#openstack-nova - 2019-04-09
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
14:40:25 stephenfin kashyap: Fair to say https://review.openstack.org/#/c/625216/ means https://review.openstack.org/#/c/651139/ is unnecessary?
14:42:38 kashyap stephenfin: Just took a cursory look, so they're proposing to expose _tunnelled via REST API. That's baloney
14:42:49 kashyap We don't want _tunnelled at all, we will deprecate it, as you know
14:43:24 stephenfin kashyap: Yup, that's what I was thinking but I just wanted to be sure it was as baloney as I thought it was
14:43:27 kashyap "We" as in, once we bump the min versions to have hypervisor-native TLS, then Nova can nuke _tunnelled support

Earlier   Later