[openstack-dev] [nova] [cinder] Follow up on Nova/Cinder summit sessions from an ops perspective

2017-05-15 Thread Edmund Rhudy (BLOOMBERG/ 120 PARK)
Hi all, I'd like to follow up on a few discussions that took place last week in Boston, specifically in the Compute Instance/Volume Affinity for HPC session (https://etherpad.openstack.org/p/BOS-forum-compute-instance-volume-affinity-hpc). In this session, the discussions all trended towards

[openstack-dev] [kolla] Problem in Ubuntu check when building Kolla base image

2017-01-12 Thread Edmund Rhudy (BLOOMBERG/ 120 PARK)
Here at Bloomberg, we're evaluating Kolla to replace our in-house OpenStack deployment system, and one of our requirements is that we be able to do our builds without touching the Internet - everything needs to come from locally hosted repositories. A few weeks ago, I pushed up a PR

Re: [openstack-dev] [horizon][keystone] Getting Auth Token from Horizon when using Federation

2016-05-12 Thread Edmund Rhudy (BLOOMBERG/ 120 PARK)
m Horizon when using Federation On Thu, May 12, 2016 at 8:10 AM Edmund Rhudy (BLOOMBERG/ 120 PARK) <erh...@bloomberg.net> wrote: +1 on desiring OAuth-style tokens in Keystone. OAuth 1.0a has been supported by keystone since the havana release, you just have to turn it on and

Re: [openstack-dev] [horizon][keystone] Getting Auth Token from Horizon when using Federation

2016-05-12 Thread Edmund Rhudy (BLOOMBERG/ 120 PARK)
+1 on desiring OAuth-style tokens in Keystone. The use cases that come up here are people wanting to be able to execute jobs that use the APIs (Jenkins, Terraform, Vagrant, etc.) without having to save their personal credentials in plaintext somewhere, and also wanting to be able to associate