Re: [Openstack] Keystone: domain_specific_drivers_enabled not working with LDAP

2017-07-26 Thread Erik McCormick
Sorry for the radio silence. Too many projects at once. I'm glad you got it worked out. In case you need it, the line in the policy.json I was referring to was this: "cloud_admin": "role:admin and (is_admin_project:True or domain_id:default)", It's the second line down. It gives you happy cross-d

Re: [Openstack] Keystone: domain_specific_drivers_enabled not working with LDAP

2017-07-26 Thread Tristan Evans
Alright, I got my domain users working! What it came down to was I had to add my "admin" account to the domain responsible for LDAP authentication (I had to create this domain before by hand with "openstack domain create": openstack role add --domain 30d0cc8521be4074bb8289f6be12f3fe --user dde9fd

Re: [Openstack] Keystone: domain_specific_drivers_enabled not working with LDAP

2017-07-26 Thread Tristan Evans
Ok, just a quick update.. I resolved my duplicate user issue by simply deleting the duplicates.. example: openstack user delete neutron Now that I've done it, it seems incredibly obvious.. I think my brains were a bit sizzled earlier ;) The only problem that remains now is getting the LDAP acc

Re: [Openstack] Keystone: domain_specific_drivers_enabled not working with LDAP

2017-07-26 Thread Tristan Evans
Thanks so much for helping me out here Erik. I'm making progress, but still running into a couple hang-ups. We're almost there! Also, I apologize for the some what erratic dump of info below. I'm feeling a tad overwhelmed, but trying to fight through it ;) Here are the updates I've made thus far t

Re: [Openstack] [Devstack] [Ocata] Could not determine a suitable URL for the plugin

2017-07-26 Thread Trinath Somanchi
Hi- This is the issue. ContextualVersionConflict: (SQLAlchemy 1.1.11 (/home/onossona/.local/lib/python2.7/site-packages), Requirement.parse('SQLAlchemy<1.1.0,>=1.0.10'), set(['keystone'])) Resolve this Conflict. It will work. Also look for any other such conflicts and resolve them as the sta

Re: [Openstack] [OpenStack][Trove]Missing settings or missing docs?

2017-07-26 Thread MCCASLAND, TREVOR
Yeah it looks like the docs are wrong. Setting those don’t do anything as far as I can tell.. the only way I know to get trove running is to use the scripts in the integration directory, these are for development purposes. https://github.com/openstack/trove/tree/master/integration .. unless anyo

Re: [Openstack] Configuring DVR.

2017-07-26 Thread Brian Haley
On 07/23/2017 10:11 AM, Satish Patel wrote: Is DVR good to go for production? I heard it's complex to troubleshoot and other downtime you need public IP on every compute node for internet gateway. What if you have 100 compute node ? DVR has been in Neutron for a number of releases and is prett

Re: [Openstack] Multi-Node OpenStack and ODL Integration

2017-07-26 Thread Curtis
On Wed, Jul 26, 2017 at 6:26 AM, wrote: > Dear All, > > > > I belong to a small team at University of Surrey and just started delving > into OpenStack and ODL integration. I have currently installed ODL Boron > while following the normal installing instructions posted on ODL web site. I > can see

Re: [Openstack] Multi-Node OpenStack and ODL Integration

2017-07-26 Thread s.sivavakeesar
Dear All, I belong to a small team at University of Surrey and just started delving into OpenStack and ODL integration. I have currently installed ODL Boron while following the normal installing instructions posted on ODL web site. I can see the basic topology. I installed DevStack on a se

Re: [Openstack] [Devstack] [Ocata] Could not determine a suitable URL for the plugin

2017-07-26 Thread Trinath Somanchi
Hi Silvia- Can you put the devstack log for this deployment? Also check for any errors you are hitting this the log. Log location might be /opt/stack/devstack.log. Best Regards, Trinath Somanchi | NXP | HSDC, INDIA From: Silvia Fichera [mailto:fichera@gmail.com] Sent: Wednesday, July 26,

Re: [Openstack] [Devstack] [Ocata] Could not determine a suitable URL for the plugin

2017-07-26 Thread Silvia Fichera
Hi Trinath, I tried what you suggested but it did not work. There is the same error. Silvia 2017-07-26 12:27 GMT+02:00 Trinath Somanchi : > Hi- > > > > Remove, OS_AUTH_URL=http://192.168.10.3:35357/v3 and add enable > RECLONE=yes and OFFLINE=no. now try unstack.sh and clean.sh. > > > > Now try a

Re: [Openstack] [Devstack] [Ocata] Could not determine a suitable URL for the plugin

2017-07-26 Thread Trinath Somanchi
Hi- Remove, OS_AUTH_URL=http://192.168.10.3:35357/v3 and add enable RECLONE=yes and OFFLINE=no. now try unstack.sh and clean.sh. Now try a fresh stack.sh Hope this helps/ Best Regards, Trinath Somanchi | NXP | HSDC, INDIA From: Silvia Fichera [mailto:fichera@gmail.com] Sent: Wednesday, Jul

[Openstack] [Devstack] [Ocata] Could not determine a suitable URL for the plugin

2017-07-26 Thread Silvia Fichera
Hi all, I'm installing OpenStack using devstack. In my PC I had Mitaka, but since it is no more available I decided to switch to Ocata. When Devstack tries to activate keystone I have this error: 2017-07-26 11:35:39.230 9579 INFO keystone.assignment.core [req-ce831f95-e2a4-4923-9b24-96680b674602 -