Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-10-24
15:54:08 edleafe bauzas: just one type at boot?
15:54:32 bauzas I'm just having a testbox now that shows me for a single pGPU that I can have 11 different types
15:54:42 bauzas multiple that by 4 pGPUs
15:54:50 bauzas fortunately, all of them share the same types
15:54:53 efried bauzas edleafe Are you saying the pGPU sits there capable of whatever, but the first time you carve off a vGPU of a specific type, you lock the pGPU into only being able to supply that one type?
15:55:12 bauzas efried: again, that's what we agreed in the spec, no new news
15:55:16 dansmith yep
15:55:22 efried that's... interesting.
15:55:25 openstackgerrit Matt Riedemann proposed openstack/nova master: Import the config drive docs from openstack-manuals https://review.openstack.org/514723
15:55:26 mriedem stephenfin: ok here it is ^ - note i plan on backporting that to pike; when i do i'll have to remove the user/index part since that didn't exist in pike
15:55:33 bauzas anyway, you'll see my proposal
15:55:36 efried If that's the case, you better remove the other types' traits during that first boot.
15:55:45 bauzas definitely rushing for uploading the first try
15:55:52 dansmith efried: no, I think what we should do is require them to be configured once at boot,
15:56:01 dansmith efried: so we expose traits on how it is configured and don't change
15:56:13 efried dansmith "boot" meaning compute startup, not "boot" meaning instance spawn
15:56:19 dansmith efried: otherwise we have to embed that logic into the scheduler, and we can't since it's virt specific
15:56:20 stephenfin mriedem: I wonder if the patch that landed user/index should be backported instead?
15:56:21 edleafe efried: I was thinking more of the case where it could be configure to run half type A, and half type B
15:56:21 dansmith efried: right
15:56:24 bauzas efried: here is a single pGPU http://paste.openstack.org/show/624497/
15:56:24 efried got it.
15:56:31 mriedem stephenfin: it's not used, so i don't see the point
15:56:34 mriedem to backport that is
15:56:55 stephenfin It's not? I thought the index pages were linked to from docs.o.o?
15:57:03 stephenfin But I could be wrong. idk for sure
15:57:20 mriedem https://docs.openstack.org/pike/user/ ?
15:57:22 mriedem don't see compute in there
15:57:31 openstackgerrit Ed Leafe proposed openstack/nova master: Only filter/weigh hosts once if scheduling a single instance https://review.openstack.org/513931
15:57:32 openstackgerrit Ed Leafe proposed openstack/nova master: Add Selection objects https://review.openstack.org/499239
15:57:33 openstackgerrit Ed Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils https://review.openstack.org/511357
15:57:33 openstackgerrit Ed Leafe proposed openstack/nova master: Change RPC for select_destinations() https://review.openstack.org/510159
15:57:33 openstackgerrit Ed Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver https://review.openstack.org/495854
15:57:34 openstackgerrit Ed Leafe proposed openstack/nova master: Make conductor pass and use host_lists https://review.openstack.org/511358
15:58:07 efried bauzas So there's your answer. The pGPU is your RP, and by the time you set it up as an RP with inventory & traits in placement, you've locked it into providing a single type of vGPU.
15:58:16 stephenfin mriedem: dhellmann isn't about to confirm, but I think that's automatically generated based on whether the index pages exist or not
15:58:20 stephenfin We add the page, it appears there
15:58:23 efried bauzas And if you want two different types, you'd better have two different pGPUs that provide those types.
15:58:32 bauzas efried: no, because we agreed on supporting multiple types
15:58:37 bauzas anyway
15:58:38 efried bauzas And you'll have to use numbered syntax to specify them.
15:58:44 stephenfin But I should run that by AJaeger or dhellmann first
15:58:46 efried s/specify/request/
15:58:46 mriedem stephenfin: ah you're right https://docs.openstack.org/queens/user/
15:59:16 mriedem stephenfin: yeah ok so i'll backport the user/index in-tree page before https://review.openstack.org/514723 when i do the backports
15:59:22 stephenfin (y)
16:00:02 stephenfin mriedem: I do realize I said I'd do that doc and the other ones too. I'll get them done soon as the summit is behind us
16:01:53 efried bauzas e.g. ?resources1=VGPU:1&required1=VGPU_TYPE_GRID_M10_0B&resources2=VGPU_1&required2=VGPU_TYPE_GRID_M10_8Q
16:05:51 edleafe I will take that ^^ as an opportunity to reiterate my request for multiple 'request=' qs params
16:07:02 mriedem stephenfin: why doesn't user/index include the links to the API stuff we have in the main index?
16:07:09 mriedem shouldn't a user guide care about end users of the API?
16:07:22 efried edleafe We still need the so-called "unnumbered" group.
16:07:31 mriedem stephenfin: looks like user/index is more for operators
16:08:20 jmccarthy Hmm are permissions like this ok for the console.log ? root qemu 0 Oct 24 15:46 console.log (nothing logged)
16:08:35 stephenfin mriedem: To be honest, I'm still confused by the divide between 'user' and 'admin'. The lines are blurred
16:08:54 stephenfin I think the API is documented in the developer section, whatever that's called
16:09:02 sdague stephenfin: user == "only have access to the API, not the physical machines"
16:09:13 sdague admin == "people with access to the machines"
16:09:20 efried edleafe Hm, I guess you could get away with not doing that if we changed the semantic for resources= to always be "same RP"; then you would have to split up all of your resource requests that you didn't need to be in the same RP.
16:09:23 mriedem sdague: then the content here is wrong https://docs.openstack.org/nova/latest/user/
16:09:34 sdague mriedem: yes, it is
16:10:05 stephenfin mriedem, sdague: I think this is where my confusion stems from https://specs.openstack.org/openstack/docs-specs/specs/pike/os-manuals-migration.html
16:10:12 sdague but things were stuck merging, and we were going to have nothing, so we ran it through
16:10:17 stephenfin "end-user content such as concept guides, advice, tutorials, step-by-step instructions for using the CLI to perform specific tasks, etc."
16:10:25 stephenfin the concept-guides bit
16:10:42 stephenfin anything that was clear "do this to achieve that" was shoved into 'user'
16:10:50 efried edleafe But you *do* need to be able to specify multiple RC:amount+traits in a *single* resources= qparam. How would you do that?
16:11:11 stephenfin Fortunately it's easy to fix, and it was better have something than nothing, as sdague points out
16:11:12 sdague stephenfin: concept guides in that context are the api-guide kind of docs
16:11:18 edleafe efried: why would that be required?
16:11:23 sdague what is a server, what is a flavor
16:11:32 stephenfin Yeah, that makes sense
16:11:50 mriedem which is this thing https://developer.openstack.org/api-guide/compute/index.html
16:12:07 sdague mriedem: right, but nova is the only project that has that
16:12:18 efried edleafe Because sometimes it's important that two resources come from the exact same RP. E.g. for a VF, I need the VF itself and its corresponding bandwidth to come from the same RP. It's no good if you allocate me the VF from one PF and the bandwidth from its neighbor.
16:12:45 stephenfin sdague: I wonder if we should eventually move that into 'user/api' or something so?
16:12:56 stephenfin I know we want to keep api-ref separate, but api-guide is different
16:13:07 sdague maybe, the biggest issue is branch vs. branchless docs
16:13:14 stephenfin There's a lot more projects using https://developer.openstack.org/api-ref/
16:14:45 stephenfin Good point
16:15:51 mriedem man, in general we're missinga ton of content from https://github.com/openstack/openstack-manuals/tree/stable/ocata/doc/user-guide/source
16:15:55 stephenfin mriedem: Those indexes and some general shuffling of docs are on my radar for the next few weeks. We should probably track notes like that in a bug or something
16:16:23 openstackgerrit sean mooney proposed openstack/os-traits master: add firmware (fw) traits namespace https://review.openstack.org/514713
16:16:23 openstackgerrit sean mooney proposed openstack/os-traits master: add plathform security namespaces https://review.openstack.org/514712
16:18:09 mriedem stephenfin: ahttps://bugs.launchpad.net/nova/+bug/1726932
16:18:10 openstack Launchpad bug 1726932 in OpenStack Compute (nova) "The nova user guide is more for admins/operators than end users" [Medium,Triaged]
16:18:42 stephenfin Cool. Assigned to myself
16:19:03 openstackgerrit sean mooney proposed openstack/os-traits master: add fw common namespace https://review.openstack.org/514737
16:20:54 openstackgerrit Matt Riedemann proposed openstack/nova master: Import user-data page from openstack-manuals https://review.openstack.org/514738
16:20:54 openstackgerrit Matt Riedemann proposed openstack/nova master: Import the config drive docs from openstack-manuals https://review.openstack.org/514723
16:24:20 openstackgerrit Dan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances https://review.openstack.org/506420
16:24:21 openstackgerrit Dan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation https://review.openstack.org/507638
16:24:30 dansmith mriedem: would like to close this out before too long ^
16:26:09 mriedem yeah it's in the starred list
16:27:57 openstackgerrit Matt Riedemann proposed openstack/nova master: Import the config drive docs from openstack-manuals https://review.openstack.org/514723
16:27:58 openstackgerrit Matt Riedemann proposed openstack/nova master: Import user-data page from openstack-manuals https://review.openstack.org/514738
16:37:01 openstackgerrit Elod Illes proposed openstack/nova master: WIP: Transform scheduler.select_destinations notification https://review.openstack.org/508506
16:39:48 mriedem stephenfin: well 2 down, 14 to go :) https://bugs.launchpad.net/nova/+bug/1714017/comments/9
16:39:50 openstack Launchpad bug 1714017 in OpenStack Compute (nova) "User guide was not migrated to the nova repo" [Medium,In progress] - Assigned to Matt Riedemann (mriedem)
16:40:30 mgagne mriedem: yes (re cellv1)

Earlier   Later