Open Stack

Jon,

I ran into this issue and we discussed on IRC a couple weeks ago.

At least for the Vanilla plugin you have to supply a instance->infra 
routable addr/ip for os_auth_host in your savanna.conf.

https://bugs.launchpad.net/savanna/+bug/1244309

Ultimately I'd like to add some code that uses the os_auth_host value to 
bootstrap and do a service endpoint lookup to get a real endpoint for 
keystone.

Best,


matt

On 11/11/2013 12:38 AM, Dmitry Mescheryakov wrote:
> I've got two guesses why it does not work properly:
>
> 1. Savanna does not consume config file at all and the defaults (by
> coincidence) do not work for swift only.
>
> 2. you invoke swift_helper.get_swift_configs() at the top level of some
> module like that:
>        SWIFT_CONFIG = swift_helper.get_swift_configs()
> The oslo.config is not initialized at module load time (that is true for
> any module), so that is why you see the defaults instead of the supplied
> values.
>
> Still, if you share the code, some other ideas might pop-up.
>
> Dmitry
>
>
> 2013/11/10 Jon Maron <jmaron at hortonworks.com
> <mailto:jmaron at hortonworks.com>>
>
>     I'm not sure that would help - all my code changes are runtime
>     changes associated with EDP actions (i.e. the cluster and its
>     configuration are already set).  I was looking for help in trying to
>     ascertain why the swift_helper would not return the savanna.conf
>     value at provisioning time.
>
>     -- Jon
>
>     On Nov 10, 2013, at 3:53 AM, Dmitry Mescheryakov
>     <dmescheryakov at mirantis.com <mailto:dmescheryakov at mirantis.com>> wrote:
>
>>     Hey Jon,
>>
>>     Can you post your code as a work in progress review? Maybe we can
>>     perceive from the code what is wrong.
>>
>>     Thanks,
>>
>>     Dmitry
>>
>>
>>     2013/11/10 Jon Maron <jmaron at hortonworks.com
>>     <mailto:jmaron at hortonworks.com>>
>>
>>         Hi,
>>
>>           I am debugging an issue with the swift integration - I see
>>         os_auth_url with a value of 127.0.0.1, indicating that at the
>>         time the swift helper is invoked the default value for auth
>>         host is being leveraged rather than the value in the
>>         savanna.conf file.  Any ideas how that may happen?
>>
>>         More detail:
>>
>>           We are invoking the swift_helper to configure the swift
>>         associated properties and ending up with the following in
>>         core-site.xml:
>>
>>           </property>
>>             <property>
>>             <name>fs.swift.service.savanna.auth.url</name>
>>             <value>http://127.0.0.1:35357/v2.0/tokens/</value>
>>           </property>
>>
>>           Which, as expected, yields the following when running on a
>>         tasktracker VM:
>>
>>         org.apache.pig.impl.plan.VisitorException: ERROR 6000:
>>         <file test.pig, line 7, column 0> Output Location Validation
>>         Failed for: 'swift://jmaron.savanna/output More info to follow:
>>         POST http://127.0.0.1:35357/v2.0/tokens/ failed on exception:
>>         java.net.ConnectException: Connection refused; For more
>>         details see: http://wiki.apache.org/hadoop/ConnectionRefused
>>
>>         -- Jon
>>         --
>>         CONFIDENTIALITY NOTICE
>>         NOTICE: This message is intended for the use of the individual
>>         or entity to
>>         which it is addressed and may contain information that is
>>         confidential,
>>         privileged and exempt from disclosure under applicable law. If
>>         the reader
>>         of this message is not the intended recipient, you are hereby
>>         notified that
>>         any printing, copying, dissemination, distribution, disclosure or
>>         forwarding of this communication is strictly prohibited. If
>>         you have
>>         received this communication in error, please contact the
>>         sender immediately
>>         and delete it from your system. Thank You.
>>
>>         _______________________________________________
>>         OpenStack-dev mailing list
>>         OpenStack-dev at lists.openstack.org
>>         <mailto:OpenStack-dev at lists.openstack.org>
>>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>     _______________________________________________
>>     OpenStack-dev mailing list
>>     OpenStack-dev at lists.openstack.org
>>     <mailto:OpenStack-dev at lists.openstack.org>
>>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>     CONFIDENTIALITY NOTICE
>     NOTICE: This message is intended for the use of the individual or
>     entity to which it is addressed and may contain information that is
>     confidential, privileged and exempt from disclosure under applicable
>     law. If the reader of this message is not the intended recipient,
>     you are hereby notified that any printing, copying, dissemination,
>     distribution, disclosure or forwarding of this communication is
>     strictly prohibited. If you have received this communication in
>     error, please contact the sender immediately and delete it from your
>     system. Thank You.
>
>     _______________________________________________
>     OpenStack-dev mailing list
>     OpenStack-dev at lists.openstack.org
>     <mailto:OpenStack-dev at lists.openstack.org>
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>