Mailing-List: contact dev-help@brooklyn.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@brooklyn.incubator.apache.org
From: Alex Heneveld <alex.heneveld@cloudsoftcorp.com>
Message-ID: <55DAF4D8.6020504@CloudsoftCorp.com>
Date: Mon, 24 Aug 2015 11:41:28 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10;
 rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: dev@brooklyn.incubator.apache.org
Subject: Re: Unable to ssh to any node of Riak in a Riak Cluster using
 extraSshPublicKeyUrls
References: 
 <CALFejJTS3JPmj1D6s1BoOs_kM-BtSBW2gHAocoJnkoJ5t=H_mg@mail.gmail.com>
	<CANaN7bH-e=5aA05bSY8EY_foTgpBFWtkRSEDgYM642ei52wv1w@mail.gmail.com>
 <CALFejJTcx35+ikaRmj19Y=wam_G+edQP_tAigAb58WSBKxvsEg@mail.gmail.com>
In-Reply-To: 
 <CALFejJTcx35+ikaRmj19Y=wam_G+edQP_tAigAb58WSBKxvsEg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed


Hi Anamika-

The `provisioning.properties` block which authorizes your public key has 
to be applied to the node, not the cluster.

Indent the last three lines and let us know how you get on.

Best
Alex


On 24/08/2015 10:49, Anamika Roychowdhury wrote:
> Hi Andrea,
>
> I feel there is no problem with alignment.
> For a single Riak Node , I am able to ssh, but the problem comes when I am
> trying to ssh to the node which is under Riak Cluster.
>
> The YAML that I am using for a Riak Cluster is following:
>
> name: Riak-Cluster
> location:
>     jclouds:aws-ec2:
>        credential: zN7YwJ4hhH6d3lbr9koS7az1ZPOtK+hPaf8+EyTW
>        identity: AKIAIVI6M354IOE3GU3Q
>        region: us-west-2
> services:
> - type: brooklyn.entity.nosql.riak.RiakCluster
>    initialSize: 2
>    memberSpec:
>      $brooklyn:entitySpec:
>        type: brooklyn.entity.nosql.riak.RiakNode
>    provisioning.properties:
>      extraSshPublicKeyUrls:
>        https://s3-us-west-2.amazonaws.com/gowribudal/Brooklyn_Stable.pub
>
> Is this the way I should provide ssh key for the cluster?
>
> On Mon, Aug 24, 2015 at 2:41 PM, Andrea Turli <
> andrea.turli@cloudsoftcorp.com> wrote:
>
>> Hi Anamika,
>>
>> your blueprint looks correct to me but for a weird indentation in the
>> extraSshPublicKeyUrls
>>
>> could you please try something like
>>
>> name: Riak-Node
>> location:
>>     jclouds:aws-ec2:
>>        credential: My-Credential
>>        identity: My-Identity
>>        region: region
>> services:
>> - type: brooklyn.entity.nosql.riak.RiakNode
>>    provisioning.properties:
>>      extraSshPublicKeyUrls:
>> https://s3-us-west-2.amazonaws.com/MyLocation/My_Public_Key.pub
>>
>> Let us know if that helps,
>> Andrea
>>
>> On Mon, 24 Aug 2015 at 06:33 Anamika Roychowdhury <anamika.rimpi@gmail.com
>> wrote:
>>
>>> Hi Team,
>>>
>>> I have deployed a Riak cluster using the following YAML:
>>>
>>> name: Riak-Cluster
>>> location:
>>>     jclouds:aws-ec2:
>>>        credential: My-Credential
>>>        identity: My-Identity
>>>        region: region
>>> services:
>>> - type: brooklyn.entity.nosql.riak.RiakCluster
>>>    initialSize: 2
>>>    memberSpec:
>>>      $brooklyn:entitySpec:
>>>        type: brooklyn.entity.nosql.riak.RiakNode
>>>    provisioning.properties:
>>>      extraSshPublicKeyUrls:
>>> -  https://s3-us-west-2.amazonaws.com/MyLocation/My_Public_Key.pub
>>>
>>> I am not able to ssh to any of the node that has been created under the
>>> Riak cluster using the private key (PORT 22 is open)
>>>
>>> But , While I have deployed a single Riak node using the following
>>> blueprint, I am able to ssh to the instance:
>>>
>>> name: Riak-Node
>>> location:
>>>     jclouds:aws-ec2:
>>>        credential: My-Credential
>>>        identity: My-Identity
>>>        region: region
>>> services:
>>> - type: brooklyn.entity.nosql.riak.RiakNode
>>>    provisioning.properties:
>>>      extraSshPublicKeyUrls:
>>>       https://s3-us-west-2.amazonaws.com/MyLocation/My_Public_Key.pub
>>>
>>> Can anybody please tell me on where I'm going wrong or how should I
>>> provide extraSshPublicKeyUrls
>>> for the cluster , so that I can ssh to the cluster instances.
>>>
>> --
>> Cloudsoft Corporation Limited, Registered in Scotland No: SC349230.
>>   Registered Office: 13 Dryden Place, Edinburgh, EH9 1RP
>>
>> This e-mail message is confidential and for use by the addressee only. If
>> the message is received by anyone other than the addressee, please return
>> the message to the sender by replying to it and then delete the message
>> from your computer. Internet e-mails are not necessarily secure. Cloudsoft
>> Corporation Limited does not accept responsibility for changes made to this
>> message after it was sent.
>>
>> Whilst all reasonable care has been taken to avoid the transmission of
>> viruses, it is the responsibility of the recipient to ensure that the
>> onward transmission, opening or use of this message and any attachments
>> will not adversely affect its systems or data. No responsibility is
>> accepted by Cloudsoft Corporation Limited in this regard and the recipient
>> should carry out such virus and other checks as it considers appropriate.
>>


-- 
Cloudsoft Corporation Limited, Registered in Scotland No: SC349230. 
 Registered Office: 13 Dryden Place, Edinburgh, EH9 1RP
 
This e-mail message is confidential and for use by the addressee only. If 
the message is received by anyone other than the addressee, please return 
the message to the sender by replying to it and then delete the message 
from your computer. Internet e-mails are not necessarily secure. Cloudsoft 
Corporation Limited does not accept responsibility for changes made to this 
message after it was sent.

Whilst all reasonable care has been taken to avoid the transmission of 
viruses, it is the responsibility of the recipient to ensure that the 
onward transmission, opening or use of this message and any attachments 
will not adversely affect its systems or data. No responsibility is 
accepted by Cloudsoft Corporation Limited in this regard and the recipient 
should carry out such virus and other checks as it considers appropriate.