openstack team mailing list archive
Mailing list archive
Re: Odd glance settings
I think the problem is that the "why does this exist?" is hidden as a Rackspace specific feature, where the actual functionality of running a swift cluster/glance instance that connects to both a public and a private network might still be useful for non-Rackspace implementations. Maybe the feature just needs made more generic so that everyone has an understanding of what it achieves, that way others might benefit from it as well.
From: openstack-bounces+bmcconne=rackspace.com@xxxxxxxxxxxxxxxxxxx [openstack-bounces+bmcconne=rackspace.com@xxxxxxxxxxxxxxxxxxx] on behalf of Jay Pipes [jaypipes@xxxxxxxxx]
Sent: Friday, January 27, 2012 11:56 AM
To: Joshua Harlow
Subject: Re: [Openstack] Odd glance settings
It's not really a Glance thing, but a Swift thing, though. You'd have
to talk to the Swift guys about removing Rackspace-specific stuff from
the Swift client class, which is what Glance needs the configuration
On Wed, Jan 25, 2012 at 6:39 PM, Joshua Harlow <harlowja@xxxxxxxxxxxxx> wrote:
> Thx Jay,
> Should that eventually be removed from the config?
> Seems odd to have those type of settings in there.
> Maybe rackspace can append to that file with there rackspace specific
> settings? Or something along that line.
> I would just feel the same if yahoo put stuff in there, that said don’t turn
> on unless you are yahoo.
> On 1/25/12 3:18 PM, "Jay Pipes" <jaypipes@xxxxxxxxx> wrote:
> Heyo. The ServiceNET feature is Rackspace specific because Swift
> originated as Cloud Files of course.
> That setting does absolutely nothing unless you are Rackspace, of
> course, but there wasn't any other way of passing the configuration
> setting to the swift client from the glance swift driver without
> putting it in the main config file.
> Hope that helps. You can effectively ignore it.
> On Wed, Jan 25, 2012 at 6:07 PM, Joshua Harlow <harlowja@xxxxxxxxxxxxx>
>> When working on the newer devstack.
>> I am seeing the following in glance configuration.
>> # Whether to use ServiceNET to communicate with the Swift storage servers.
>> # (If you aren't RACKSPACE, leave this False!)
>> # To use ServiceNET for authentication, prefix hostname of
>> # `swift_store_auth_address` with 'snet-'.
>> # Ex. https://example.com/v1.0/ -> https://snet-example.com/v1.0/
>> swift_enable_snet = False
>> What is up with that?
>> Should rackspace specifics be there at all? I’m confused as to how that
>> there in the first place.
>> Mailing list: https://launchpad.net/~openstack
>> Post to : openstack@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~openstack
>> More help : https://help.launchpad.net/ListHelp
Mailing list: https://launchpad.net/~openstack
Post to : openstack@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~openstack
More help : https://help.launchpad.net/ListHelp