Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

2018-11-04 Thread Jay Pipes
On 11/02/2018 03:22 PM, Eric Fried wrote: All- Based on a (long) discussion yesterday [1] I have put up a patch [2] whereby you can set [compute]resource_provider_association_refresh to zero and the resource tracker will never* refresh the report client's provider cache. Philosophically, we're

Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

2018-11-04 Thread Mohammed Naser
On Fri, Nov 2, 2018 at 9:32 PM Matt Riedemann wrote: > > On 11/2/2018 2:22 PM, Eric Fried wrote: > > Based on a (long) discussion yesterday [1] I have put up a patch [2] > > whereby you can set [compute]resource_provider_association_refresh to > > zero and the resource tracker will never* refresh

Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

2018-11-04 Thread Mohammed Naser
Ugh, hit send accidentally. Please take my comments lightly as I have not been as involved with the developments but just chiming in as an operator with some ideas. On Fri, Nov 2, 2018 at 9:32 PM Matt Riedemann wrote: > > On 11/2/2018 2:22 PM, Eric Fried wrote: > > Based on a (long) discussion

[openstack-dev] [nova][cinder] Using externally stored keys for encryption

2018-11-04 Thread Mohammed Naser
Hi everyone: I've been digging around the documentation of Nova, Cinder and the encrypted disks feature and I've been a bit stumped on something which I think is a very relevant use case that might not be possible (or it is and I have totally missed it!) It seems that both Cinder and Nova assume

Re: [openstack-dev] [publiccloud-wg] Serving vendor json from RFC 5785 well-known dir

2018-11-04 Thread Mohammed Naser
On Sun, Nov 4, 2018 at 4:12 PM Monty Taylor wrote: > > Heya, > > I've floated a half-baked version of this idea to a few people, but > lemme try again with some new words. > > What if we added support for serving vendor data files from the root of > a primary URL as-per RFC 5785. Specifically,

Re: [openstack-dev] [cinder] about use nfs driver to backup the volume snapshot

2018-11-04 Thread Rambo
Sorry , I mean use the NFS driver as the cinder-backup_driver.I see the remotefs code achieve the create_volume_from snapshot[1],in this function the snapshot.status must be available. But before this in the api part, the snapshot.status was changed to the backing_up status[2].Is there

[openstack-dev] [nova] about live-resize the instance

2018-11-04 Thread Rambo
Hi,all I find it is important that live-resize the instance in production environment. We have talked it many years and we agreed this in Rocky PTG, then the author remove the spec to Stein, but there is no information about this spec, is there anyone to push the spec and achieve it?

[openstack-dev] [publiccloud-wg] Serving vendor json from RFC 5785 well-known dir

2018-11-04 Thread Monty Taylor
Heya, I've floated a half-baked version of this idea to a few people, but lemme try again with some new words. What if we added support for serving vendor data files from the root of a primary URL as-per RFC 5785. Specifically, support deployers adding a json file to

Re: [openstack-dev] [nova] about live-resize the instance

2018-11-04 Thread Chen CH Ji
Yes, this has been discussed for long time and If I remember this correctly seems S PTG also had some discussion on it (maybe public Cloud WG ? ), Claudiu has been pushing this for several cycles and he actually had some code at [1] but no additional progress there...   [1]