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 > >