Earlier  
Posted Nick Remark
#openstack-nova - 2017-09-08
18:01:22 mriedem https://github.com/openstack/glance/tree/master/etc/metadefs
18:01:27 mriedem ^ is the glance image meta stuff
18:01:51 cburgess mriedem You sure horizon isn't just pulling data from there for the scheduler hits as well?
18:02:06 mriedem glance image meta has nothing to do with scheduler hints in nova
18:02:33 cburgess mriedem I know that.. glance metaref has nothing to do with nova at all. YOu can load any arbittary thin you want. But its how horizon populates all those fancy pull downs.
18:02:57 mriedem chet, who is on first?
18:03:05 cburgess mriedem LOL
18:03:07 cburgess Fair
18:03:40 cburgess mriedem I haven't used horizon in a while either.. what panel is that being displayed in?
18:04:35 mriedem there is a scheduler hints sub-panel during 'launch instance'o
18:04:39 mriedem it's empty
18:04:48 mriedem so it must be something an admin can configure in horizon
18:07:49 cburgess mriedem I see glance metarefs that have a type association of OS::Nova::Server and a target of "scheduler_hint".
18:08:07 cburgess https://github.com/openstack/glance/blob/master/etc/metadefs/cim-processor-allocation-setting-data.json#L25-L28
18:08:36 cburgess I don't actually see anything that is a hint in that file though.
18:08:47 mriedem i don't know what "CIM Processor Allocation Setting" has to do with that
18:10:50 cburgess mriedem All I'm saying is that if you look under the hood I suspect that horizon is pulling a list from the metaref some how.
18:12:17 mriedem robcresswell: question!
18:12:20 openstackgerrit Merged openstack/nova master: Amend the code review guide for microversion API https://review.openstack.org/494173
18:12:25 mriedem i don't know where under the hood to look
18:13:21 cburgess mriedem Thats my problem too :(
18:13:55 cfriesen is anyone aware of an issue where snapshotting a boot-from-volume instance results in a valid image but with a reported size of 0?
18:14:15 cburgess cfriesen Define valid?
18:14:25 cfriesen cburgess: you can boot an instance from it
18:14:43 mriedem cfriesen: i think that's 0 because,
18:14:54 mriedem the image snapshot meta has some block device mapping stuff in it,
18:14:55 cburgess cfriesen Well thats cute, no I've not seen that.. I've seen snapshooting a BFV instance and you end up with a 0 size image that contains no data.
18:15:00 mriedem so when you use that image to create another server,
18:15:03 mriedem it does boot from volume
18:15:09 mriedem and creates a new volume from the volume snapshot
18:15:14 mriedem we have a test like that in tempest
18:15:54 mriedem https://github.com/openstack/tempest/blob/master/tempest/scenario/test_volume_boot_pattern.py#L196
18:15:58 cfriesen mriedem: okay, I'll try to reproduce and see exactly what's going on....could be our testers aren't testing what they think they are. :)
18:16:10 mriedem ^ has caused me lots of pain in the past
18:16:17 mriedem we used to have a really nasty race fail with that one
18:16:35 openstackgerrit Merged openstack/nova master: Move libvirt usages of chown to privsep. https://review.openstack.org/471972
18:16:37 mriedem in the compute api code, it's called something like an image-defined bdm
18:16:48 mriedem https://github.com/openstack/nova/blob/master/nova/compute/api.py#L624
18:17:18 mriedem cfriesen: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2802
18:17:20 mriedem is the 0 size thing
18:18:10 cfriesen mriedem: sweet, thanks.
18:21:29 openstackgerrit Merged openstack/nova master: Move execs of touch to privsep. https://review.openstack.org/489190
18:34:51 openstackgerrit Sean Dague proposed openstack/nova master: Avoid chowning console logs in libvirt https://review.openstack.org/472229
18:36:07 sdague ok, I'm super confused what just happened there
18:38:29 sdague I think mikal's stack got funky
19:33:18 mikal sdake: yes, I think I've gotten lost in a rebase somewhere
19:33:31 mikal Sorry, sdague even
19:33:46 mikal sdague: I'm about to run a session, I'll eyeball the rest of the stack after that
19:41:14 sdague mikal: yeh, I hit the rebase button and it became a zero length patch, so I abandoned it
19:52:43 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the TraitList object https://review.openstack.org/502152
19:52:44 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the Trait object https://review.openstack.org/502153
19:52:44 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the ResourceClassList object https://review.openstack.org/502154
19:52:45 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the ResourceClass object https://review.openstack.org/502155
19:52:45 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the UsageList object https://review.openstack.org/502156
19:52:46 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the Usage object https://review.openstack.org/502157
19:52:46 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the AllocationList object https://review.openstack.org/502158
19:52:47 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the Allocation object https://review.openstack.org/502159
19:52:47 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the InventoryList object https://review.openstack.org/502160
19:52:48 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the Inventory object https://review.openstack.org/502161
19:52:48 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the ResourceProviderList object https://review.openstack.org/502162
19:52:49 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Unregister the ResourceProvider object https://review.openstack.org/502163
19:52:49 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Removing versioning from resource_provider objects https://review.openstack.org/502164
19:54:14 sdake the ole sdague misping :)
20:01:49 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Correct a comment in _set_allocations https://review.openstack.org/502167
20:02:33 cdent dansmith, sdague, mriedem : if you guys are able to merge that soonish I can keep it detached from some other stuff in a useful way
20:02:43 cdent (where that is that coment fix)
20:03:00 sdague comment +2
20:03:56 openstackgerrit Matt Riedemann proposed openstack/nova master: api-ref: note the microversions for GET /resource_providers query params https://review.openstack.org/502168
20:03:59 cdent thank sdague
20:04:26 sdague ok, I'm about to shut down here. See folks in Denver.
20:07:46 mriedem cdent: question in there
20:09:45 cdent mriedem: answered
20:13:10 cdent mriedem: also, I made a blueprint for that stack of object deversioning abvoe. dan and I decided that should be done, and although it doesn’t expose any changes, having a blueprint to track seemed reasonable
20:37:10 openstackgerrit Chris Dent proposed openstack/nova master: WIP: [placement] POST /allocations to set allocations for >1 consumers https://review.openstack.org/500073
20:37:10 openstackgerrit Chris Dent proposed openstack/nova master: Move project_id and user_id to Allocation object https://review.openstack.org/500410
20:37:11 openstackgerrit Chris Dent proposed openstack/nova master: [placement] Allow _set_allocations to delete allocations https://review.openstack.org/501051
21:04:35 mikal sdague: yeah, I saw that, thanks
21:04:48 mikal sdague: I'll hand check say the next five, and then we can talk again once those have landed
21:04:59 mikal sdague: I'll add a comment to each review as I check it
21:08:45 openstackgerrit Chris Dent proposed openstack/nova master: WIP: [placement] manage cache headers https://review.openstack.org/495380
21:09:41 openstackgerrit Chris Dent proposed openstack/nova master: WIP: [placement] manage cache headers https://review.openstack.org/495380
21:11:03 openstackgerrit Michael Still proposed openstack/nova master: Move nbd commands to privsep. https://review.openstack.org/500351
21:11:03 openstackgerrit Michael Still proposed openstack/nova master: Move lvm handling to privsep. https://review.openstack.org/495516
21:11:04 openstackgerrit Michael Still proposed openstack/nova master: Move xend existence probes to privsep. https://review.openstack.org/495538
21:11:05 openstackgerrit Michael Still proposed openstack/nova master: Move shred to privsep. https://review.openstack.org/495537
21:11:07 openstackgerrit Michael Still proposed openstack/nova master: Cleanup mount / umount and associated rmdir calls https://review.openstack.org/494423
21:11:08 openstackgerrit Michael Still proposed openstack/nova master: WIP / Aspirational: we don't need rootwrap any more. https://review.openstack.org/495542
21:11:11 openstackgerrit Michael Still proposed openstack/nova master: Don't shell out to mkdir, use ensure_tree() https://review.openstack.org/492326
21:11:12 openstackgerrit Michael Still proposed openstack/nova master: Move loopback setup and removal to privsep. https://review.openstack.org/495664
21:11:12 openstackgerrit Michael Still proposed openstack/nova master: Move ploop commands to privsep. https://review.openstack.org/492325
21:11:17 openstackgerrit Michael Still proposed openstack/nova master: Read from console ptys using privsep. https://review.openstack.org/489486
21:11:19 openstackgerrit Michael Still proposed openstack/nova master: Move the idmapshift binary into privsep. https://review.openstack.org/495541
21:11:20 openstackgerrit Michael Still proposed openstack/nova master: Move kpartx calls to privsep. https://review.openstack.org/500354
21:11:22 openstackgerrit Michael Still proposed openstack/nova master: Move libvirts dmcrypt support to privsep. https://review.openstack.org/490737
21:11:23 openstackgerrit Michael Still proposed openstack/nova master: Move blkid calls to privsep. https://review.openstack.org/500398
21:11:26 openstackgerrit Michael Still proposed openstack/nova master: Move execs of tee to privsep. https://review.openstack.org/489438
21:17:14 mriedem lbragstad: is there a specific time/place for rbac policy changes on monday or tuesday?
21:17:27 lbragstad time - yes
21:17:30 lbragstad place, no idea
21:17:31 mriedem https://etherpad.openstack.org/p/policy-queens-ptg

Earlier   Later