cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jayapal Reddy" <jayapalreddy.ur...@citrix.com>
Subject Re: Review Request 13472: make apache server listen on all the ipaliases to provide access to meta-data.
Date Mon, 12 Aug 2013 13:16:03 GMT

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/13472/#review25001
-----------------------------------------------------------

Ship it!


Ship It!

- Jayapal Reddy


On Aug. 12, 2013, 10:42 a.m., bharat kumar wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13472/
> -----------------------------------------------------------
> 
> (Updated Aug. 12, 2013, 10:42 a.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal, Jayapal Reddy, Murali Reddy, and Sheng
Yang.
> 
> 
> Bugs: Cloudstack-4231
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> -------
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4231
> make apache server listen on all the ipaliases to provide access to meta-data.
> 
> Earlier we were using the name data-server to access the meta-data in case of multiple
subnets. 
> This requires updating the guest templates. 
> 
> Now we make apache server listen on all the ipaliases. So no need to update the template.
> we create separate file for each ipAlias 
> 
> 
> Diffs
> -----
> 
>   patches/systemvm/debian/config/etc/init.d/cloud-early-config a552d44 
>   patches/systemvm/debian/config/root/createIpAlias.sh 5498195 
>   patches/systemvm/debian/config/root/deleteIpAlias.sh fa228fb 
> 
> Diff: https://reviews.apache.org/r/13472/diff/
> 
> 
> Testing
> -------
> 
> Tested on 4.2
> deployed vms in different subnets.
> used the script cloud-set-guest-sshkey.in to fetch the public keys form the router.
> was able to get the keys without using the name data-server.
> 
> deleted the subnet and checked if the apache config was removed.
> 
> ran a failure case, all the config files generated during this operation were moved to
failure_directory.
> 
> 
> Thanks,
> 
> bharat kumar
> 
>


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message