Looking at the latest build of 4.0.0 install guide, I find only the following:

8. Set up the database. The following command creates the cloud user on the 
database.
 In dbpassword, specify the password to be assigned to the cloud user. You can 
choose to provide no password.
 In dbhost, provide the hostname of the database node.
 In deploy-as, specify the username and password of the user deploying the 
database. For example, if you originally installed MySQL with user “root” and 
password “password”, provide --deploy-as=root:password.
 (Optional) For encryption_type, use file or web to indicate the technique 
used to pass in the database encryption password. Default: file. See About 
Password and Key Encryption on page 34.
 (Optional) For management_server_key, substitute the default key that is used 
to encrypt confidential parameters in the CloudStack properties file. Default: 
password. It is highly recommended that you replace this with a more secure 
value. See About Password and Key Encryption on page 34.
 (Optional) For database_key, substitute the default key that is used to 
encrypt confidential parameters in the CloudStack database. Default: password. 
It is highly recommended that you replace this with a more secure value. See 
About Password and Key Encryption on page 34. # cloud-setup-databases 
cloud:<dbpassword>@<dbhost> --deploy-as=root:<password> -e <encryption_type> -m 
<management_server_key> -k <database_key>


-----Original Message-----
From: Frank Zhang [mailto:frank.zh...@citrix.com] 
Sent: Thursday, October 18, 2012 3:00 PM
To: cloudstack-dev@incubator.apache.org
Cc: Jessica Tomechak
Subject: RE: cloud-setup-databases build 756


> Subject: RE: cloud-setup-databases build 756
> 
> That is true, but it does not seem to change once a zone is deployed. 
> So if that 'undocumented' step is missed,

Jessica, I think changing cluster.node.IP field should have documented in 
chapters of setting up clustered mgmt servers. Am I right?


 the user needs to start redeploy the db
> with 'cloud-setup-databases cloud:password@127.0.0.1" (no deploy-as) 
> and then reconfigure db.properties, and re-run "cloud-setup-management" .
> 
> Kinda crazy and lengthy method. (Undocumented)
> 
> -----Original Message-----
> From: Frank Zhang [mailto:frank.zh...@citrix.com]
> Sent: Thursday, October 18, 2012 2:35 PM
> To: CloudStack dev list
> Subject: RE: cloud-setup-databases build 756
> 
> You can change the ip after running the script Go got 
> /etc/cloud/management/db.properties, see cluster.node.IP field.
> Tough, having a CLI option would be a nice to have feature
> 
> From: Kelcey Damage (BBITS) [mailto:kel...@bbits.ca]
> Sent: Thursday, October 18, 2012 2:19 PM
> To: CloudStack dev list
> Subject: cloud-setup-databases build 756
> 
> When running cloud-setup-databases, it auto chooses the highest 
> priority nic(lowest number ie: eth0) for:
> 
> “Detected local IP address as 192.168.1.187, will use as cluster 
> management server node IP[ OK ]”
> 
> Would it be possible to provide a new command line argument for 
> establishing host? Such as: –host {ipaddr}
> 
> This would make complex deployment architectures easier to implement. 
> It is also quite common to have multiple nics on the management server.
> 
> Is this feasible? Or too much work? Should I submit it as a bug?
> 
> [cid:image001.png@01CDAD39.F8411B90]Kelcey Damage Infrastructure 
> Systems Architect 
> www.backbonetechnology.com<http://www.backbonetechnology.com/>
> ----------------------------------------------------------------------
> --- kel...@bbits.ca<mailto:kel...@bbits.ca>
> 
> address: 55 East 7th Ave, Vancouver, BC, V5T 1M4
> tel: +1 604 713 8560 ext:114
> fax: +1 604 605 0964
> skype: kelcey.damage
> 
> 


Reply via email to