[chef] Re: Re: Re: Re: Re: Re: Cinder identity endpoint registration


Chronological Thread 
  • From: Vijaya Bhaskar < >
  • To:
  • Subject: [chef] Re: Re: Re: Re: Re: Re: Cinder identity endpoint registration
  • Date: Sat, 7 Feb 2015 10:31:13 +0530

Thanks , but when I bootstrap a node the client version installed is 11.xx.

On 2/6/15, JJ Asghar 
< >
 wrote:
> If you're worried about the server, you can run the server as chef 11
> with the gui, and have the client be chef 12 to work around that
> monkey patch.
>
>
> Best Regards,
> JJ Asghar
> c: 512.619.0722 t: @jjasghar irc: j^2
>
>
> On Fri, Feb 6, 2015 at 1:50 AM, Vijaya Bhaskar
> < >
>  wrote:
>> Initially, I tried to use chef 12, but I found it a bit difficult to get
>> started with, especially with getting keys. With the Gui I can easily do
>> this, but Gui is removed in version 12.
>>
>> On Fri, Feb 6, 2015 at 4:28 AM, JJ Asghar 
>> < >
>>  wrote:
>>>
>>> You've got me worried about the second email.
>>>
>>> That should be resolved in Chef 12, you shouldn't need that
>>> monkey_patch anymore.
>>> Best Regards,
>>> JJ Asghar
>>> c: 512.619.0722 t: @jjasghar irc: j^2
>>>
>>>
>>> On Wed, Feb 4, 2015 at 10:44 PM, Vijaya Bhaskar
>>> < >
>>>  wrote:
>>> > Also, I needed patches for other services too. For example , openstack
>>> > uses
>>> > scripts from /etc/init to start the services on boot, but these
>>> > cookbooks
>>> > creates scripts in /etc/init.d/. This was the patch I needed for my
>>> > platform(ubuntu):
>>> >
>>> > if node[:platform] == 'ubuntu' && node[:platform_version] == '14.04'
>>> >   ['<service_name>'].each do |monkey_patch|
>>> >     svc = resources(service: monkey_patch)
>>> >     svc.provider(::Chef::Provider::Service::Upstart)
>>> >   end
>>> > end
>>> >
>>> >
>>> > I needed a lot of modification to get the cookbooks compiled.
>>> >
>>> >
>>> > On Thu, Feb 5, 2015 at 10:10 AM, Vijaya Bhaskar
>>> > < >
>>> >  wrote:
>>> >>
>>> >> Thank you for the info. I have added the code to add new endpoint to
>>> >> the
>>> >> recipe myself. But Cinder(juno) needs two endpoints - v1 & v2. The
>>> >> cookbook
>>> >> registers only the v2 endpoint, so the cinder services are not added
>>> >> to
>>> >> the
>>> >> dashboard. This is what I did to get it working:
>>> >>
>>> >> Added the following to openstack-common/attributes/default.rb, under
>>> >> the
>>> >> cinder endpoint section:
>>> >>
>>> >> default['openstack']['endpoints']['block-storage-api1']['host'] =
>>> >> node['openstack']['endpoints']['host']
>>> >> default['openstack']['endpoints']['block-storage-api1']['scheme'] =
>>> >> 'http'
>>> >> default['openstack']['endpoints']['block-storage-api1']['port'] =
>>> >> '8776'
>>> >> default['openstack']['endpoints']['block-storage-api1']['path'] =
>>> >> '/v1/%(tenant_id)s'
>>> >>
>>> >> default['openstack']['endpoints']['block-storage-api1']['bind_interface']
>>> >> = nil
>>> >>
>>> >>
>>> >> Added the following to the
>>> >> openstack-block-storage/recipes/identity_registration.rb file:
>>> >>
>>> >> openstack_identity_register 'Register Cinder V1 Volume Service' do
>>> >>   auth_uri auth_uri
>>> >>   bootstrap_token bootstrap_token
>>> >>   service_name 'cinder'
>>> >>   service_type 'volume'
>>> >>   service_description 'Cinder Volume Service V1'
>>> >>   endpoint_region region
>>> >>   endpoint_adminurl ::URI.decode cinder_api_endpoint.to_s
>>> >>   endpoint_internalurl ::URI.decode cinder_api_endpoint.to_s
>>> >>   endpoint_publicurl ::URI.decode cinder_api_endpoint.to_s
>>> >>   action :create_service
>>> >> end
>>> >>
>>> >> cinder_api_endpoint = endpoint 'block-storage-api1'
>>> >>
>>> >> openstack_identity_register 'Register Cinder V1 Volume Endpoint' do
>>> >>   auth_uri auth_uri
>>> >>   bootstrap_token bootstrap_token
>>> >>   service_name 'cinder'
>>> >>   service_type 'volume'
>>> >>   service_description 'Cinder Volume Service V1'
>>> >>   endpoint_region region
>>> >>   endpoint_adminurl ::URI.decode cinder_api_endpoint.to_s
>>> >>   endpoint_internalurl ::URI.decode cinder_api_endpoint.to_s
>>> >>   endpoint_publicurl ::URI.decode cinder_api_endpoint.to_s
>>> >>   action :create_endpoint
>>> >> end
>>> >>
>>> >> So this was a small patch, to get cinder working fully.
>>> >>
>>> >> On Tue, Feb 3, 2015 at 11:21 PM, JJ Asghar 
>>> >> < >
>>> >>  wrote:
>>> >>>
>>> >>> Hi Vijaya,
>>> >>>
>>> >>> So we are moving away from the openstack-chef-repo. We are in the
>>> >>> process of moving towards our testing-stack which should be pushed
>>> >>> up
>>> >>> into stackforge in the next few days.
>>> >>> https://github.com/jjasghar/chef-openstack-testing-stack
>>> >>>
>>> >>> What version of the cinder cookbook are you using? We have a
>>> >>> dedicated
>>> >>> openstack-chef mailing list here too:
>>> >>> https://groups.google.com/forum/#!forum/opscode-chef-openstack
>>> >>>
>>> >>> Please don't hesitate to email me directly, 
>>> >>> 
>>> >>> Best Regards,
>>> >>> JJ Asghar
>>> >>> c: 512.619.0722 t: @jjasghar irc: j^2
>>> >>>
>>> >>>
>>> >>> On Mon, Feb 2, 2015 at 11:25 PM, Vijaya Bhaskar
>>> >>> < >
>>> >>>  wrote:
>>> >>> > Hello all,
>>> >>> >
>>> >>> > I am trying to deploy openstack cinder through the official
>>> >>> > openstack-chef-repo. I have installed cinder with the cookbook,
>>> >>> > but
>>> >>> > it
>>> >>> > fails
>>> >>> > to register the v1 endpoint. Please help if you have any
>>> >>> > experience
>>> >>> > in
>>> >>> > deploying cinder using chef.:
>>> >>> >
>>> >>> > Current:
>>> >>> >
>>> >>> >  :~#
>>> >>> >  keystone endpoint-list | grep 8776
>>> >>> > | 7ec7e0a818fe42b688d7156da8113cf0 | RegionOne |
>>> >>> > http://10.0.11.100:8776/v2/%(tenant_id)s |
>>> >>> > http://10.0.11.100:8776/v2/%(tenant_id)s |
>>> >>> > http://10.0.11.100:8776/v2/%(tenant_id)s |
>>> >>> > 7a4fb65727304ee393561fcebac171fd
>>> >>> > |
>>> >>> > | 94885cd8d4c743db9419939e1ddfe0c5 | RegionOne |
>>> >>> > http://10.0.11.100:8776/v2/%(tenant_id)s |
>>> >>> > http://10.0.11.100:8776/v2/%(tenant_id)s |
>>> >>> > http://10.0.11.100:8776/v2/%(tenant_id)s |
>>> >>> > b211d82a20e24692852f95f33bf7251b
>>> >>> > |
>>> >>> >
>>> >>> > expected:
>>> >>> >
>>> >>> >  :~#
>>> >>> >  keystone endpoint-list | grep 8776
>>> >>> > | 368afc818e12434ba1c99fd0ffa9e634 | regionOne |
>>> >>> > http://controller:8776/v1/%(tenant_id)s |
>>> >>> > http://controller:8776/v1/%(tenant_id)s |
>>> >>> > http://controller:8776/v1/%(tenant_id)s |
>>> >>> > 75529d583a9044269db2f5a4d46a2845 |
>>> >>> > | 6c34d10008b54b34a394d31164d73ac6 | regionOne |
>>> >>> > http://controller:8776/v2/%(tenant_id)s |
>>> >>> > http://controller:8776/v2/%(tenant_id)s |
>>> >>> > http://controller:8776/v2/%(tenant_id)s |
>>> >>> > f00ce4c7e62048bc824eb84907eeeaca |
>>> >>> >
>>> >>> > Please ignore the IP addresses or hostnames
>>> >>> >
>>> >>
>>> >>
>>> >
>>
>>
>


-- 
Systems Engineer
SparkSupport



Archive powered by MHonArc 2.6.16.

§