[ 
https://issues.apache.org/jira/browse/CLOUDSTACK-3181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Radhika Nair resolved CLOUDSTACK-3181.
--------------------------------------

    Resolution: Fixed
    
> update the docs with the changes related to the user-data and reset-ssh keys.
> -----------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-3181
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3181
>             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: http://www.atlassian.com/software/jira

Reply via email to