Judd,
I'm not that familiar with Chef (I'll do some research) but I have a
couple of questions and some thoughts:
1. Is this for a multi-server environment?
2. Are all your proxy nodes going to have "allow_account_management =
true" in the configs? It might be a good idea to have a second pro
Hi Folks,
I've been hacking away at creating an automated deployment system for Swift
using Chef. I'd like to drop a design idea on you folks (most of which I've
already implemented) and get feedback from this esteemed group.
My end goal is to have a "manifest" (apologies to Puppet) which will d
I've been chasing my tail for quite a while, and thought I'd reach out for
help! My problem is that swauth-prep seems to fail, with a less than
helpful message. I would appreciate any pointers and thoughts.
I think I followed the instructions here:
http://swift.openstack.org/howto_installmultino
2011/4/27 Thomas Goirand :
> On 04/27/2011 11:26 PM, Soren Hansen wrote:
>> To get working, yes. To be an expert, no.
>>
>> bzr lp-login
>> (bzr init-repo)
>> bzr branch
>> (bzr add)
>> bzr commit
>> bzr push
>>
>> ..are sufficient to just get started.
> No, I don't agree, it's not enough. See belo
On 04/27/2011 11:26 PM, Soren Hansen wrote:
> To get working, yes. To be an expert, no.
>
> bzr lp-login
> (bzr init-repo)
> bzr branch
> (bzr add)
> bzr commit
> bzr push
>
> ..are sufficient to just get started.
No, I don't agree, it's not enough. See below.
>> and that's most of the time the
2011/4/26 Thomas Goirand :
> On 04/27/2011 02:24 AM, Soren Hansen wrote:
>> 2011/4/26 Thomas Goirand :
>>> On 04/26/2011 10:35 PM, Soren Hansen wrote:
I don't recall seeing anything that makes that a useful nor accurate
summary. Opinions have been voiced, that's all.
>>> Re-read then. Wha
FUJITA Tomonori wrote:
> Why do you think that we (openstack developers) can't live without the
> tools around launchpad? Ten times bigger community (linux kernel) has
> been fine without such tools.
If you are not involved in release management, I'm pretty sure you can
live without release manage
2011/4/26 Thomas Goirand :
> On 04/27/2011 12:42 PM, Soren Hansen wrote:
>> The nova.conf we ship in the Debian packages already sets lock_path to
>> /var/lock/nova.
> Is that new? I didn't see it, and it wasn't set in my test server.
Depends on your definition of "new", I suppose.
--
On 04/27/2011 01:37 PM, Masanori ITOH wrote:
> Hi,
>
> I reported this issue in:
>
> https://bugs.launchpad.net/nova/+bug/754687
>
> But, the title was renamed to RHEL6 specific issue against my intention.
> As I satated in the bug report, I think this is a common isue among
> distributions.
9 matches
Mail list logo