RE: How to shutdown CS?
Thank you to all! Regards, José -Mensaje original- De: Glenn Wagner [mailto:glenn.wag...@shapeblue.com] Enviado el: martes, 10 de febrero de 2015 21:15 Para: users@cloudstack.apache.org Asunto: RE: How to shutdown CS? Good day, The best way to do this is too , put your primary storage into maintenance mode first, secondly disable your zone so your system VM's don't automatically try restart You system VM's will start shutting down. Glenn Wagner Senior Consultant, South Africa M: +27 73 917 4 glenn.wag...@shapeblue.com | www.shapeblue.com | Twitter:@shapeBlue -Original Message- From: create...@gmail.com [mailto:create...@gmail.com] On Behalf Of Carlos Reategui Sent: 11 February 2015 01:48 AM To: users@cloudstack.apache.org Subject: Re: How to shutdown CS? Not sure what the proper way to do so, but what I have done which has worked for me is as follows. The basic premise is that the management server DB is representative of the current state of the system. Therefore when you bring things back online, if they match the state in the DB then CS will have no idea that you shut it down. In my case I try to shutdown all the running instances from within CS. Then stop the management server. The next step is critical. I use xenserver so I pull up XenCenter and pause/stop any remaining instances (e.g. system VMs). Then I proceed to shutdown the hosts, storage and the the management server host (make sure CS will not auto start). When I bring things back online, I start all the instances that I stopped/paused outside of CS and make sure everything looks the way it did when I stopped the management server. Only then do I start the management server process. On Tue, Feb 10, 2015 at 1:42 PM, José Egas López josee...@farmaenlace.com wrote: Hi, I want to know how to properly shutdown the entire CloudStack Infraestructure, I will upgrade resources of the main host. Regards, José Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
query about 4.4 usage
H, Today we had a talk at work (Schuberg Philis) about our CloudStack strategy. We decided that we will keep at 4.4 until we have a good test environment of our own and then skip to 4.6 or up, depending on where we merge our redundant vpc work in. We don't have any time to put energy in 4.5 and need some features that won't make it there. The afore mentioned redundant vpcs, but also ipv6 for vpcs and ovm support. What I am wondering now is: Who else is on 4.4 in production systems? What versions do you run? How did you test it before going to production? What are your migration plans? thanks, -- Daan
Re: query about 4.4 usage
Hi, I'm with 4.4.1 in production on CentOS 6 HVs (should get it to 4.4.2 soon), Adv zone + SG. I keep a separate, somehow similar setup where I test stuff before going to production - I don't always catch all the bugs. Nothing fancy or automated like Jenkins etc, perhaps one day. My migration plan are to follow 4.5, mainly as to not get left behind too much and wake up with a non-upgradable setup (however unlikely). Looking forward to ipv6. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Daan Hoogland daan.hoogl...@gmail.com To: dev d...@cloudstack.apache.org, users@cloudstack.apache.org Sent: Wednesday, 11 February, 2015 17:53:30 Subject: query about 4.4 usage H, Today we had a talk at work (Schuberg Philis) about our CloudStack strategy. We decided that we will keep at 4.4 until we have a good test environment of our own and then skip to 4.6 or up, depending on where we merge our redundant vpc work in. We don't have any time to put energy in 4.5 and need some features that won't make it there. The afore mentioned redundant vpcs, but also ipv6 for vpcs and ovm support. What I am wondering now is: Who else is on 4.4 in production systems? What versions do you run? How did you test it before going to production? What are your migration plans? thanks, -- Daan
Re: details parameter of registerTemplate API
Atsushi Please post this question in Dev CloudStack Mailing List - if you haven't already done so. Regards ilya On 2/10/15 10:18 PM, Atsushi Sasaki wrote: Hi, I used details parameter of registerTemplate API to set keyboard=jp. I use following format to pass argument as CLOUDSTACK-4719 says. details[0].keyboard=jp https://issues.apache.org/jira/browse/CLOUDSTACK-4719 Most of API parameters that accept map type seems to accept like following format, although details of registerTemplate can't accept it as expected detais[0].key=keyboarddetails[0].value=jp Why details parameter of registerTemplate uses different format from most of the other parameters? It is hard to use API and make library correctly because we can't check which format is used in advance. If possible, I want to use same format in all case. Atsushi Sasaki
Re: query about 4.4 usage
Just as a data point, at Citrix we actually decided to skip 4.4 and didn¹t put out a commercial distribution based on it. We put all our energy into fixing bugs that went into 4.5. We¹re now bringing up large customers on 4.5, but too early to publish results. Overall, though, I feel good about 4.5 quality. On 2/11/15, 9:53 AM, Daan Hoogland daan.hoogl...@gmail.com wrote: H, Today we had a talk at work (Schuberg Philis) about our CloudStack strategy. We decided that we will keep at 4.4 until we have a good test environment of our own and then skip to 4.6 or up, depending on where we merge our redundant vpc work in. We don't have any time to put energy in 4.5 and need some features that won't make it there. The afore mentioned redundant vpcs, but also ipv6 for vpcs and ovm support. What I am wondering now is: Who else is on 4.4 in production systems? What versions do you run? How did you test it before going to production? What are your migration plans? thanks, -- Daan
CloudStack Days 2015
Hi all, In 2015, five CloudStack Days events will be held across the globe. Each one-day event will feature morning plenary sessions and afternoon breakout sessions in user and developer tracks. Here are the dates and websites for each event: CloudStack Days Austin 2015 (April 16th): http://events.linuxfoundation.org/events/cloudstack-austin CloudStack Days Tokyo 2015 (June 2nd): http://events.linuxfoundation.org/events/cloudstack-tokyo CloudStack Days Seattle 2015 (August 20th): http://events.linuxfoundation.org/events/cloudstack-seattle CloudStack Days Budapest 2015 (October 1st): http://events.linuxfoundation.org/events/cloudstack-budapest CloudStack Days Dublin 2015 (October 8th): http://events.linuxfoundation.org/events/cloudstack-dublin The Call for Participation (CFP) will be opened soon. CloudStack Days will replace the CloudStack Collaboration Conferences (which were normally held twice a year in North America and Europe). The format of the event has changed in order to hold more events reaching a larger number of users and developers. Help promote: Click to tweet: http://ctt.ec/p31L2 - Save the Date: April 16. @CloudStackDays is coming to Austin, TX! Co-located with #ApacheCon clds.co/1ChqRHL Click to tweet: http://ctt.ec/b52c0 - Five @CloudStackDays 2015 across the globe! Check out #CloudStack Days Tokyo on June 2 co-located with #CloudOpen clds.co/1vEPpxN Click to tweet: http://ctt.ec/y73As - Five @CloudStackDays 2015 across the globe! #CloudStack Days Seattle will be on Aug 20 co-located w/ #CloudOpen clds.co/1yhZwTt Click to tweet: http://ctt.ec/oNEi5 - Save the date: Oct 1. @CloudStackDays is coming to Budapest! Co-located w/ #ApacheCon clds.co/1zWHpqb Click to tweet: http://ctt.ec/cela5 - Save the Date: Oct 8. @CloudStackDays is coming to Dublin, Ireland! Co-located with #CloudOpen clds.co/1KJFV7y Sponsorship Prospectus: The sponsorship prospectus for CloudStack Days 2015 is available here: http://events.linuxfoundation.org/events/cloudstack-dublin/sponsor Thanks, Karen
GSOC2015 [CLOUDSTACK-8227]
Hi Rajesh, Creating this thread here on the user mailing list as told by you regarding the cloudstack VDI support. My current setup is as follows management server 172.31.101.202 host1 172.31.101.202 host 2 172.31.132.132 host3 172.31.132.133 Currently I have a basic networking zone with two pods. Host 1 is in Pod 1 and host 2 and 3 are in Pod 2 I installed openldap on 172.31.101.202 machine and created some sample users on this machine and added them to LDAP.I created a VM which uses ldap authentication to mount the user directories and provide as compute node for the VDI. For that I created VNC display on the VM for these ldap authenticated users. Next using guacamole and its ldap authentication I included the vnc connections to these VM. The guacamole service runs on the same machine as the cloud server. The end user logs into guacamole webservice and is shown the connection to the VM which is included in the LDAP. I further plan to create a template to this VM and spawn multiple VMs from it. So the home directory of the user remains on a central server and we just provide the Desktops using VM to the users. This is the current architecture I am having. The problem with this architecture is that manually the vnc screens have to be created for the user and then the entry has to be inserted into ldap. This causes 2 main problems:- 1) There are many vnc screens running on the VM for user even when he is not logged in, so its mere wastage of resource. 2) Manually doing the task of creating a vnc screen everytime a new user account has to be created and replicating it on all the VMs 3) Insecure as any user can run ldapsearch command on the VM and look at all the connections and vncpasswords for all the users defined in directory So a solution to this problem I thought might be feasible creating vnc screens on the fly for the end users i.e dynamically and not statically for the end users. The only entry in ldap would be username and home directory location and password as normally is there. There should not be any need to install the guacamole ldap schema into ldap. The vncpassword for the user will be same as his account password or it can be anything that the system admin wants it to be for all users. The basic idea is to create a script which does this vnc screen creation on the fly and provide the the entry in an XML file for the connection which the guacamole service will use to provide the desktop to the end user. The service would run on the server where the guacamole web app resides. This service will have root access to the VM. So after the user logs in the service runs *su username and vncserver *command on the VM as the user and then returns the port number or screen number to the server machine. The entry is made into the XML file along with the user credentials which the guacamole service will then use. This is the current architecture I was thinking to have a Virtual Desktop interface for users using guacamole, vnc and ldap on cloudstack. To implement it I was having the idea that we wrap the guacamole webserver inside another webservice. The user logs into this webservice, the authentication is done using LDAP. Then the script I defined above is run on the VM which has the least number on Xvnc services running. The script returns to us the vncscreen number for the vnc screen instantiated on the VM. The screen number along with the the user credentials are written in a config file and then the credentials are passed onto the guacamole web application to display the remote desktop on the browser. Now when the user has completed his work we can provide him an option to either keep his session for later use or destroy it. If he chooses to destroy it we can run *vncscreen -kill :screennnumber* on the VM thus destroying the Xvnc session. Also we will remove there connection entry from the XML file. For the purpose we will have to maintain some information. We would have to maintain the IPs of all the VM which we will use for VDI support and the number of Xvnc screens currently present on each VM. We will also have to maintain a user table for the users who have not destroyed their screen even after logging out from the system. For such users we wont have to run the vncscreen creation script again and the previous information in the xml is used to display the same desktop screen session as earlier used by the user. Let me know what you think about it. Any suggestions to improve upon this idea are highly appreciable. If you want I can show you the current setup through team viewer. Regards
Re: details parameter of registerTemplate API
Hi, Ilya I will post this question Dev CloudStack Mailing List. Thanks On Thu, Feb 12, 2015 at 5:36 AM, ilya musayev ilya.mailing.li...@gmail.com wrote: Atsushi Please post this question in Dev CloudStack Mailing List - if you haven't already done so. Regards ilya On 2/10/15 10:18 PM, Atsushi Sasaki wrote: Hi, I used details parameter of registerTemplate API to set keyboard=jp. I use following format to pass argument as CLOUDSTACK-4719 says. details[0].keyboard=jp https://issues.apache.org/jira/browse/CLOUDSTACK-4719 Most of API parameters that accept map type seems to accept like following format, although details of registerTemplate can't accept it as expected detais[0].key=keyboarddetails[0].value=jp Why details parameter of registerTemplate uses different format from most of the other parameters? It is hard to use API and make library correctly because we can't check which format is used in advance. If possible, I want to use same format in all case. Atsushi Sasaki
how to configure multi-homed management server?
Hi, all: My CS management server has two IP addresses: one IP address on our corporate network (for general access) and one IP address on lab network , which is used at CloudStack’s management network. When I run cloudstack-setup-database script, I have given “—mshost” option with its IP address on lab network. However, when CPVM comes up, the cloud service is not running . Looking at /var/log/cloud.log file on CPVM indicates that it is trying to connect to port 8250 of management server’s IP address on corporate network instead of the IP address on lab network. On SSVM, its cloud service also tries to connect to port 8250 of the wrong MS IP address How does systemVMs decide which IP address on the management server to use when starting cloud service ? How do I make systemVM’s to use proper interface on management server ? Thanks Yiping
About Instance Storage Live Migration on VMware
Hi, All, My env is cloudstack 4.4.2 + VMware 5.5, and it works well. I deploy an instance and try to migrate the ROOT disk to another vmfs primary storage. After that I find the ROOT disk is in new vmfs primary storage but the .vmx , .vmxf and .log etc still in the origin vmfs primary storage. If I want to migrate the instance (all of the files in the floder of the instance) to new vmfs primary storage, May CloudStack 4.4.2 Support to do this ? Thanks. Best Regards, Star Guo
Re: how to configure multi-homed management server?
Hi, Praveen: That worked, sort of. Now both CPVM and SSVM are trying to connect to the correct IP address on my management server, but the connect failed due to some sort of SSL error, even though I have not used SSL for this CS instance at all. Following error is logged in /var/log/cloud.log file repeatedly: 2015-02-12 04:50:58,053 INFO [utils.nio.NioClient] (Agent-Selector:null) Connecting to 10.0.100.11:8250 2015-02-12 04:50:58,060 ERROR [utils.nio.NioConnection] (Agent-Selector:null) Unable to initialize the threads. java.io.IOException: SSL: Fail to init SSL! java.io.IOException: Connection reset by peer at com.cloud.utils.nio.NioClient.init(NioClient.java:84) at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108) at java.lang.Thread.run(Thread.java:701) Regarding ³host² global setting, if this variable determines which IP address on mgr to use, then I wonder do I still need to use ³‹mshost ip² option when running cloudstack-setup-databases script ? I am seeing some errors in catalina.out about cluster heartbeat failures which I have not seen before. Yiping On 2/11/15, 8:21 PM, Praveen B pbprave...@gmail.com wrote: Hi Zhang, host parameter in the global settings will decide system VMs to communicate to MGMT ip address on port 8250. Since you have two IP addresses on management server, CloudStack has picked up your corporate network IP address. As a fix, change the host parameter to your lab network IP address and destroy system VMs. New system VMs will point to correct mgmt IP. Let me know how it goes. Thanks, Praveen On Thu, Feb 12, 2015 at 5:39 AM, Yiping Zhang yzh...@marketo.com wrote: Hi, all: My CS management server has two IP addresses: one IP address on our corporate network (for general access) and one IP address on lab network , which is used at CloudStack¹s management network. When I run cloudstack-setup-database script, I have given ³‹mshost² option with its IP address on lab network. However, when CPVM comes up, the cloud service is not running . Looking at /var/log/cloud.log file on CPVM indicates that it is trying to connect to port 8250 of management server¹s IP address on corporate network instead of the IP address on lab network. On SSVM, its cloud service also tries to connect to port 8250 of the wrong MS IP address How does systemVMs decide which IP address on the management server to use when starting cloud service ? How do I make systemVM¹s to use proper interface on management server ? Thanks Yiping
回复: RE: 弱弱的问一下,哪里有cloudstack教程
可以 hongtu_zang Email:hongtu.z...@gmail.com 发件人: ZhouBingo 发送时间: 2015-02-11 14:07 收件人: users-cn@cloudstack.apache.org 主题: RE: 弱弱的问一下,哪里有cloudstack教程 各位,我是否可以用两台虚拟机可以模拟cloudstack的环境来进行概念性验证吗? Date: Wed, 11 Feb 2015 11:11:49 +0800 From: zhanghl...@foxmail.com To: users-cn@cloudstack.apache.org Subject: Re: Re: 弱弱的问一下,哪里有cloudstack教程 收到,十分感谢。 zhanghl...@foxmail.com 发件人: HellCat 发送时间: 2015-02-11 11:09 收件人: users-cn 主题: Re: 弱弱的问一下,哪里有cloudstack教程 推荐《Cloudstack入门指南 》 视频的话上次听刘宇超说好像有人录制过,可以问问他。不过我觉得书更加好点,看完这本基本就会了 -- Original -- From: zhanghl...@foxmail.com;zhanghl...@foxmail.com; Date: Wed, Feb 11, 2015 11:06 AM To: users-cnusers-cn@cloudstack.apache.org; Subject: 弱弱的问一下,哪里有cloudstack教程 各位大师: 本人刚刚接触cloudstack。弱弱的问一下,哪里有cloudstack系统化的教程,最好是视频的。 zhanghl...@foxmail.com
Re: Virtual Router not resolving local names
Yes the internal dns server resolves names. What I found was that the external dns server was no longer responding to pings. I made changes in the database and now all is fine. Thanks @somesh On 10 February 2015 at 23:53, Somesh Naidu somesh.na...@citrix.com wrote: Is your DNS server able to resolve the names? Did you test pointing a box directly to the DNS and see if these names resolve via the DNS? Regards, Somesh -Original Message- From: Osay Osman Yuuni [mailto:oyu...@gmail.com] Sent: Tuesday, February 10, 2015 1:13 PM To: users@cloudstack.apache.org Subject: Virtual Router not resolving local names Hi, My virtual router isn't resolving both local and public names though I configured local DNS1 and DNS2 to point to my local DNS server. Instances have resolv.conf showing the VR interface as DNS1 and a public IP as DNS2. I'm not sure what is going on. I have to change the resolv.conf on the instance to be able to work but this gets changed back. Any clues?
acs 4.4.2 / wrong gateway in VirtualRouter
Hi all, In an advanced zone, I've configured the following IP range for the system public Label on VLAN Id 62. Gateway | Netmask | VLAN | Start-IP | End-IP 10.241.62.1 | 255.255.255.192 | vlan://62 | 10.241.62.10 | 10.241.62.62 Additionally, I've added Guest, shared Network: Name | Type | VLAN ID | brodcast URI | IPv4 CIDR sharedv4 | Shared | 62 | vlan://62| 10.241.62.64/26 Both /26 Networks are equipped with a gateway at 10.241.62.1 for the system and 10.241.62.65 for the guest one. Even if they're separated on L3, they indeed are on the same VLAN Id. My Problem is: Most times a new isolated network spawns its new VirtualRouter, the router's public IPv4 is located in the sharedv4 network, the gateway instead is configured to the system one. That's the /proc/cmdline of a virtualrouter: root=UUID=4cf8fced-9de4-47bd-834d-f14e2ddb36e2 ro debian-installer=en_US quiet -- quiet console=hvc0%template=domP%name=r-1376-VM% eth2ip=10.241.62.85%eth2mask=255.255.255.192%gateway=10.241.62.1% eth0ip=10.1.1.1%eth0mask=255.255.255.0%domain=testing.infra%cidrsize=24% dhcprange=10.1.1.1%eth1ip=169.254.3.199%eth1mask=255.255.0.0%type=router %%dns1=195.10.208.2%dns2=91.198.250.2 For better reading: eth2ip = 10.241.62.85 eth2mask = 255.255.255.192 gateway = 10.241.62.1 That gateway can't be reached from within 10.241.62.85/255.255.255.192 (All IP's are real public IP's I've just redacted the prefix to look like RFC1918.) Could someone please shed some light? Maybe I did something wrong by separating the networks, but sharing them on the same VLAN? Hosts are XenServer 6.2. Thanks! - Stephan
Re: how to configure multi-homed management server?
Are you using custom SSL certificates and domain for your system VMs? Have you deployed HTTPS on your management server? Which version of CloudStack is this? I believe you can ignore heartbeat related errors. Only thing you need to maintain is time sync between the mgmt nodes. Also, I am not sure about mshost parameter of deploy-databases script. you can try giving other ip..see that works.. Thanks, Praveen On Thu, Feb 12, 2015 at 10:42 AM, Yiping Zhang yzh...@marketo.com wrote: Hi, Praveen: That worked, sort of. Now both CPVM and SSVM are trying to connect to the correct IP address on my management server, but the connect failed due to some sort of SSL error, even though I have not used SSL for this CS instance at all. Following error is logged in /var/log/cloud.log file repeatedly: 2015-02-12 04:50:58,053 INFO [utils.nio.NioClient] (Agent-Selector:null) Connecting to 10.0.100.11:8250 2015-02-12 04:50:58,060 ERROR [utils.nio.NioConnection] (Agent-Selector:null) Unable to initialize the threads. java.io.IOException: SSL: Fail to init SSL! java.io.IOException: Connection reset by peer at com.cloud.utils.nio.NioClient.init(NioClient.java:84) at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108) at java.lang.Thread.run(Thread.java:701) Regarding ³host² global setting, if this variable determines which IP address on mgr to use, then I wonder do I still need to use ³‹mshost ip² option when running cloudstack-setup-databases script ? I am seeing some errors in catalina.out about cluster heartbeat failures which I have not seen before. Yiping On 2/11/15, 8:21 PM, Praveen B pbprave...@gmail.com wrote: Hi Zhang, host parameter in the global settings will decide system VMs to communicate to MGMT ip address on port 8250. Since you have two IP addresses on management server, CloudStack has picked up your corporate network IP address. As a fix, change the host parameter to your lab network IP address and destroy system VMs. New system VMs will point to correct mgmt IP. Let me know how it goes. Thanks, Praveen On Thu, Feb 12, 2015 at 5:39 AM, Yiping Zhang yzh...@marketo.com wrote: Hi, all: My CS management server has two IP addresses: one IP address on our corporate network (for general access) and one IP address on lab network , which is used at CloudStack¹s management network. When I run cloudstack-setup-database script, I have given ³‹mshost² option with its IP address on lab network. However, when CPVM comes up, the cloud service is not running . Looking at /var/log/cloud.log file on CPVM indicates that it is trying to connect to port 8250 of management server¹s IP address on corporate network instead of the IP address on lab network. On SSVM, its cloud service also tries to connect to port 8250 of the wrong MS IP address How does systemVMs decide which IP address on the management server to use when starting cloud service ? How do I make systemVM¹s to use proper interface on management server ? Thanks Yiping
Re: how to configure multi-homed management server?
Hi, Praveen: No, not using HTTPS for management server No, not using custom SSL certs or domain This is CloudStack 4.3.2 on RHEL 6.6 x86_64 server, and XenServer 6.2 hypervisor. This CS instance was installed the same way as my previous CS instances, and I have not changed any settings regarding SSL/HTTPS etc in any of my CS instances (including current one), yet this is the first time seeing this SSL related error. The differences between this CS instance from previous installations are mainly: 1. Current management node is a VM instance running on a separate standalone XenServer 6.2 outside of CloudStack. Previous management server was a physical server and it had only one IP address. 2. This CS instance is version 4.3.2, and my previous instances are either 4.3.0 or 4.3.1. I should also mention that there are seem to be some intermittent connectivity issues between VM instances hosted on this standalone XenServer host and VM instances hosted on other xenserver hosts managed by CloudStack. Have anyone seen this behavior before? I have not been able to find any references to this error in my google searches so far. Thanks, Yiping On 2/11/15, 10:01 PM, Praveen B pbprave...@gmail.com wrote: Are you using custom SSL certificates and domain for your system VMs? Have you deployed HTTPS on your management server? Which version of CloudStack is this? I believe you can ignore heartbeat related errors. Only thing you need to maintain is time sync between the mgmt nodes. Also, I am not sure about mshost parameter of deploy-databases script. you can try giving other ip..see that works.. Thanks, Praveen On Thu, Feb 12, 2015 at 10:42 AM, Yiping Zhang yzh...@marketo.com wrote: Hi, Praveen: That worked, sort of. Now both CPVM and SSVM are trying to connect to the correct IP address on my management server, but the connect failed due to some sort of SSL error, even though I have not used SSL for this CS instance at all. Following error is logged in /var/log/cloud.log file repeatedly: 2015-02-12 04:50:58,053 INFO [utils.nio.NioClient] (Agent-Selector:null) Connecting to 10.0.100.11:8250 2015-02-12 04:50:58,060 ERROR [utils.nio.NioConnection] (Agent-Selector:null) Unable to initialize the threads. java.io.IOException: SSL: Fail to init SSL! java.io.IOException: Connection reset by peer at com.cloud.utils.nio.NioClient.init(NioClient.java:84) at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108) at java.lang.Thread.run(Thread.java:701) Regarding ³host² global setting, if this variable determines which IP address on mgr to use, then I wonder do I still need to use ³‹mshost ip² option when running cloudstack-setup-databases script ? I am seeing some errors in catalina.out about cluster heartbeat failures which I have not seen before. Yiping On 2/11/15, 8:21 PM, Praveen B pbprave...@gmail.com wrote: Hi Zhang, host parameter in the global settings will decide system VMs to communicate to MGMT ip address on port 8250. Since you have two IP addresses on management server, CloudStack has picked up your corporate network IP address. As a fix, change the host parameter to your lab network IP address and destroy system VMs. New system VMs will point to correct mgmt IP. Let me know how it goes. Thanks, Praveen On Thu, Feb 12, 2015 at 5:39 AM, Yiping Zhang yzh...@marketo.com wrote: Hi, all: My CS management server has two IP addresses: one IP address on our corporate network (for general access) and one IP address on lab network , which is used at CloudStack¹s management network. When I run cloudstack-setup-database script, I have given ³‹mshost² option with its IP address on lab network. However, when CPVM comes up, the cloud service is not running . Looking at /var/log/cloud.log file on CPVM indicates that it is trying to connect to port 8250 of management server¹s IP address on corporate network instead of the IP address on lab network. On SSVM, its cloud service also tries to connect to port 8250 of the wrong MS IP address How does systemVMs decide which IP address on the management server to use when starting cloud service ? How do I make systemVM¹s to use proper interface on management server ? Thanks Yiping
Re: how to configure multi-homed management server?
Hi Zhang, host parameter in the global settings will decide system VMs to communicate to MGMT ip address on port 8250. Since you have two IP addresses on management server, CloudStack has picked up your corporate network IP address. As a fix, change the host parameter to your lab network IP address and destroy system VMs. New system VMs will point to correct mgmt IP. Let me know how it goes. Thanks, Praveen On Thu, Feb 12, 2015 at 5:39 AM, Yiping Zhang yzh...@marketo.com wrote: Hi, all: My CS management server has two IP addresses: one IP address on our corporate network (for general access) and one IP address on lab network , which is used at CloudStack’s management network. When I run cloudstack-setup-database script, I have given “—mshost” option with its IP address on lab network. However, when CPVM comes up, the cloud service is not running . Looking at /var/log/cloud.log file on CPVM indicates that it is trying to connect to port 8250 of management server’s IP address on corporate network instead of the IP address on lab network. On SSVM, its cloud service also tries to connect to port 8250 of the wrong MS IP address How does systemVMs decide which IP address on the management server to use when starting cloud service ? How do I make systemVM’s to use proper interface on management server ? Thanks Yiping