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 <jma...@hortonworks.com
<mailto:jma...@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
    <dmescherya...@mirantis.com <mailto:dmescherya...@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 <jma...@hortonworks.com
    <mailto:jma...@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@lists.openstack.org
        <mailto:OpenStack-dev@lists.openstack.org>
        http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


    _______________________________________________
    OpenStack-dev mailing list
    OpenStack-dev@lists.openstack.org
    <mailto:OpenStack-dev@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@lists.openstack.org
    <mailto:OpenStack-dev@lists.openstack.org>
    http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to