I'm testing the Havana devstack and I noticed that after killing and
restarting the neutron server public networks are not returned when
queried via horizon or command line, which in Grizzly devstack the query
returns the external network even after a quantum-server restart:
On 01/05/2014 02:16 AM, Eugene Nikanorov wrote:
This is a known bug for HAavana, which has been fixed (but was not
backported), please see:
On Sun, Jan 5, 2014 at 1:25 AM, rezroo r...@dslextreme.com
I'm trying to reconcile differences and similarities between OVN and
OpenDayLight in my head. Can someone help me compare these two
technologies and explain if they solve the same problem, or if there are
fundamental differences between them?
Interesting conversation, and I think I have more of a question than a
comment. With my understanding of OpenStack architecture, I don't
understand the point about making "Magnum dependent on Barbican".
Wouldn't this issue be completely resolved using a driver model, such as
Keystone supports both tokens and ec2 credentials simultaneously, but as
far as I can tell, will only do a single token format (uuid, pki/z,
fernet) at a time. Is it possible or advisable to configure keystone to
issue multiple token formats? For example, I could configure two
On 3/8/2016 8:06 AM, Matt Fischer wrote:
This would be complicated to setup. How would the Openstack services
validate the token? Which keystone node would they use? A better
question is why would you want to do this?
On Tue, Mar 8, 2016 at 8:45 AM, rezroo <openst...@roodsari.us
*Sent:* Tuesday, April 12, 2016 11:00:30 PM
*Subject:* Re: [openstack-dev] [magnum][keystone][all] Using Keystone
Hello - I'm using Liberty release devstack for the below scenario. I
have created project "abcd" with "john" as Member. I've launched one
instance, I can use curl to list the instance. No problem.
I then modify /etc/nova/policy.json and redefine "admin_or_owner" as
line 3 admin_or_owner definition requires is_admin to be true:
/"admin_or_owner": "is_admin:True or project_id:%(project_id)s",/
which if my understanding is correct, is never true unless the keystone
admin_token is used, and is certainly not true the token I got usi
Hello - I'm trying to install a working local.conf devstack ocata on a
new server, and some python packages have changed so I end up with this
error during the build of octavia image:
2018-05-18 01:00:26.276 | Found existing installation: Jinja2 2.8
2018-05-18 01:00:26.280 |
Hi - let's try this again - this time with pike :-)
Any suggestions on how to get the image builder to create a larger loop
device? I think that's what the problem is.
Thanks in advance.
2018-05-19 05:03:04.523 | 2018-05-19 05:03:04.523 INFO
Mail list logo