Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-09-08
16:24:37 mriedem sean-k-mooney: i could have sworn you had something about bandwidth-based scheduling in the nova ptg etherpad, linking to the neutron spec https://review.openstack.org/#/c/396297/
16:24:41 mriedem but i can't find it now
16:24:52 mriedem oh it's in here https://etherpad.openstack.org/p/nova-ptg-queens-generic-device-management
16:25:01 cdent the etherpad that consumes all topics
16:27:23 mriedem yeah no crap
16:27:33 mriedem some of that is going to be during the neutron slot
16:27:39 mriedem otherwise friday morning probably
16:39:45 tonygunk softball question: I recently changed to shared nfs for /var/lib/nova/instances on compute nodes for live migration. Getting this error and want to know where to look:
16:39:46 tonygunk http://paste.openstack.org/raw/620738/
16:40:19 tonygunk nova.compute.manager Stderr: u'qemu-img: Could not open \'/var/lib/nova/instances/b1b9c5c9-da00-4b2c-bc11-784c0da18b32/disk\': Failed to get shared "write" lock
16:40:55 openstackgerrit Ildiko Vancsa proposed openstack/nova master: WIP: Allow multi-attach in compute api https://review.openstack.org/271047
16:40:57 openstackgerrit Ildiko Vancsa proposed openstack/nova master: libvirt: Allow multiple volume attachments https://review.openstack.org/267587
16:44:31 cdent tonygunk: are you sure you have all your necessary daemons running? I can’t remember the details on linux, but maybe rpc.lockd?
16:44:51 cdent or rpc.statd
16:49:22 tonygunk I'll look into that thanks
16:58:41 openstackgerrit Sean Dague proposed openstack/nova master: Refactor ServerMovingTests for non-move tests https://review.openstack.org/498596
17:00:51 openstackgerrit Matthew Booth proposed openstack/nova master: Automatically revert resize which fails on destination https://review.openstack.org/462521
17:00:52 openstackgerrit Matthew Booth proposed openstack/nova master: Ensure errors_out_migration errors out migration https://review.openstack.org/479802
17:00:52 openstackgerrit Matthew Booth proposed openstack/nova master: Use Migration object in ComputeManagerMigrationTestCase https://review.openstack.org/502126
17:15:43 tonygunk all daemons running fine on nfs server
17:18:06 cdent tonygunk: I’m not certain but I think you need some of it on the client too, but my info may be out of date
17:59:47 mriedem huh, horizon has a page for selecting scheduling hints when creating a vm
17:59:57 mriedem so i guess that must be plugged into the dashboard config somewhere
18:00:22 mriedem the fun things i find when i use horizon once per year
18:00:22 cburgess mriedem It comes from glance.
18:00:31 mriedem cburgess: scheduler hints?
18:00:35 mriedem you mean image meta?
18:00:59 cburgess mriedem Yeah... there is some facility in glance now to load up a bunch of arbitrary metadata that horizon then pulls to display all that.
18:01:02 cburgess Let me find it...
18:01:06 mriedem yes i know about that
18:01:08 mriedem this isn't that
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

Earlier   Later