cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-3181) update the docs with the changes related to the user-data and reset-ssh keys.
Date Tue, 06 Aug 2013 07:44:50 GMT


ASF subversion and git services commented on CLOUDSTACK-3181:

Commit 247ccb7b45ef442d67d38e95d1088dfe0e5a7717 in branch refs/heads/4.2 from [~radhikap]
[;h=247ccb7 ]


> update the docs with the changes related to the user-data and reset-ssh keys.
> -----------------------------------------------------------------------------
>                 Key: CLOUDSTACK-3181
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: Doc
>    Affects Versions: 4.2.0
>            Reporter: Bharat Kumar
>            Assignee: Radhika Nair
>             Fix For: 4.2.0
>         Attachments: Apache_CloudStack-4.2.0-Admin_Guide-en-US.pdf
> Earlier we used to use the eth0 ip of the router to get the public key and user-data.
now with the multiple subnets the user data needs to be accessed by the name data-server instead
of the eth0 ip. 
> We used to fetch the eth0 ip of the router from the dhcp files in the VM. For VMs in
new subnet this will be one of the ipalises on the router eth0 interface. using this ip to
access user-data will not work for new subnets as the service is not running on the alias
ips. so we now use a name data-server to access the user-data and public key . The name gets
resolved by the dnsmasq to the primary ip of the eth0 interface .
> In case of ssh-key reset we have modified the script to fetch the public key using the
name data-server instead of the eth0Ip of the router. So if some one wants to use this multiple
ip ranges feature they will need to update the uservm templates with this modified ssh-key
rest script. All VMs deployed prior to using this feature will be able to use the ssh-key
reset with the old script. The updating of the templates is required for the VMs which will
be deployed in the new subnet.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message