RE: ConsoleProxy not starting up
Can you check if your systemvm.iso is copied to your host and also try to copy vhd-util to your XS host at /opt/xensource/bin if your XS host is a brand new setup . Sometimes the systemvm.iso is not found on your host when you build the repo and the systemVM's continue to remain in the starting state. Thanks, Pranav -Original Message- From: CK [mailto:cloudw...@gmail.com] Sent: Tuesday, April 02, 2013 2:31 AM To: cloudstack-us...@incubator.apache.org Subject: ConsoleProxy not starting up Hi, I am having a problem with the ConsoleProxy VM starting up, in the CS UI the consoleproxy is showing as Starting up and remains in this state. I have restarted the cloud-management service as well as the console VM on the host, but still appears to be hung. I am unable to restart or destroy the console VM in the UI, as no such option. Any help would be appreciated. The CS management log shows the following: 2013-04-01 21:35:35,553 INFO [utils.component.ComponentLocator] (Thread-5:null) Asking ConsoleProxyAlert to shutdown. 2013-04-01 21:35:36,626 INFO [utils.component.ComponentLocator] (Thread-5:null) Asking Manager ConsoleProxyManager to shutdown. 2013-04-01 21:35:36,626 INFO [cloud.consoleproxy.ConsoleProxyManagerImpl] (Thread-5:null) Stop console proxy manager 2013-04-01 21:35:37,626 INFO [utils.component.ComponentLocator] (Thread-5:null) Skipping Manager ConsoleProxyManager because it is not in a state to shutdown. 2013-04-01 21:35:47,256 DEBUG [utils.component.ComponentLocator] (main:null) Looking for class com.cloud.consoleproxy.ConsoleProxyBalanceAllocator 2013-04-01 21:35:47,257 INFO [utils.component.ComponentLocator] (main:null) Found component: com.cloud.consoleproxy.ConsoleProxyAllocator in com.cloud.consoleproxy.ConsoleProxyBalanceAllocator - Balance 2013-04-01 21:35:47,333 DEBUG [utils.component.ComponentLocator] (main:null) Looking for class com.cloud.alert.ConsoleProxyAlertAdapter 2013-04-01 21:35:47,334 INFO [utils.component.ComponentLocator] (main:null) Found component: com.cloud.alert.AlertAdapter in com.cloud.alert.ConsoleProxyAlertAdapter - ConsoleProxyAlert 2013-04-01 21:35:47,518 INFO [utils.component.ComponentLocator] (main:null) Found component: com.cloud.vm.dao.ConsoleProxyDao in com.cloud.vm.dao.ConsoleProxyDaoImpl - ConsoleProxyDao 2013-04-01 21:35:47,697 INFO [utils.component.ComponentLocator] (main:null) Found component: com.cloud.consoleproxy.ConsoleProxyManager in com.cloud.consoleproxy.ConsoleProxyManagerImpl - ConsoleProxyManager 2013-04-01 21:35:47,697 INFO [utils.component.ComponentLocator] (main:null) Found component: com.cloud.consoleproxy.ConsoleProxyService in com.cloud.consoleproxy.ConsoleProxyManagerImpl - ConsoleProxyManager 2013-04-01 21:35:50,355 INFO [utils.component.ComponentLocator] (main:null) Starting singleton DAO: ConsoleProxyDao 2013-04-01 21:35:52,284 INFO [utils.component.ComponentLocator] (main:null) Instantiating Adapter: ConsoleProxyAlert 2013-04-01 21:35:52,682 INFO [utils.component.ComponentLocator] (main:null) Instantiating Manager: ConsoleProxyManager 2013-04-01 21:35:52,937 DEBUG [utils.component.ComponentLocator] (main:null) Injecting singleton Manager: ConsoleProxyManager 2013-04-01 21:35:53,364 INFO [utils.component.ComponentLocator] (main:null) Configuring singleton Manager: ConsoleProxyManager 2013-04-01 21:35:53,364 INFO [cloud.consoleproxy.ConsoleProxyManagerImpl] (main:null) Start configuring console proxy manager : ConsoleProxyManager 2013-04-01 21:35:53,364 INFO [cloud.consoleproxy.ConsoleProxyManagerImpl] (main:null) Console proxy max session soft limit : 50 2013-04-01 21:35:53,364 INFO [cloud.consoleproxy.ConsoleProxyManagerImpl] (main:null) Console proxy standby capacity : 10 2013-04-01 21:35:53,380 DEBUG [agent.manager.AgentManagerImpl] (main:null) Registering listener ConsoleProxyListener with id 12 2013-04-01 21:35:53,383 INFO [cloud.consoleproxy.ConsoleProxyManagerImpl] (main:null) Console Proxy Manager is configured. 2013-04-01 21:35:53,511 INFO [utils.component.ComponentLocator] (main:null) Injecting singleton Adapter: ConsoleProxyAlert 2013-04-01 21:35:53,511 INFO [utils.component.ComponentLocator] (main:null) Configuring singleton Adapter: ConsoleProxyAlert 2013-04-01 21:35:53,511 INFO [cloud.alert.ConsoleProxyAlertAdapter] (main:null) Start configuring console proxy alert manager : ConsoleProxyAlert 2013-04-01 21:35:53,838 INFO [cloud.ha.HighAvailabilityManagerImpl] (main:null) Schedule vm for HA: VM[ConsoleProxy|v-2-VM] 2013-04-01 21:35:53,880 INFO [cloud.ha.HighAvailabilityManagerImpl] (main:null) Schedule vm for HA: VM[ConsoleProxy|v-2-VM] 2013-04-01 21:35:53,886 INFO [utils.component.ComponentLocator] (main:null) Starting singleton Manager: ConsoleProxyManager 2013-04-01 21:35:53,886 INFO [cloud.consoleproxy.ConsoleProxyManagerImpl] (main:null) Start console proxy manager 2013-04-01 21:35:53,886 INFO [utils.component.ComponentLocator] (main:null) Started Manager:
Re: CY13-Q1 Community Analysis — OpenStack vs OpenNebula vs Eucalyptus vs CloudStack
And the English version; http://www.qyjohn.net/?p=3120 On Tue, Apr 2, 2013 at 3:09 PM, Rohit Yadav bhais...@apache.org wrote: Link: http://www.qyjohn.net/?p=3118 On Tue, Apr 2, 2013 at 3:04 PM, Qingye Jiang (John) qji...@gmail.comwrote: Hi all, I am glad to present to you the 6 edition of my quarterly analysis on this subject. CY13-Q1 Community Analysis — OpenStack vs OpenNebula vs Eucalyptus vs CloudStack is now available for your reading at the following URL: CY13-Q1 Community Analysis — OpenStack vs OpenNebula vs Eucalyptus vs CloudStack In this report I have added some preliminary analysis on the github activities of these 4 projects. Best regards, Qingye Jiang (John)
RE: Porting VMWare virtual setup into CloudStack
Hi Oliver From you answer can I take its feasible to add current vCenter into CloudStack but its not recommended. If so any particular reason. Thanks and Regards Venkatesh.A -Original Message- From: Oliver Leach [mailto:oliver.le...@tatacommunications.com] Sent: Tuesday, April 02, 2013 4:49 PM To: users@cloudstack.apache.org; venkates...@dmxtechnologies.com Subject: RE: Porting VMWare virtual setup into CloudStack I would set up a new virtual center and add this to Cloudstack and then one by one export and import your VMs in to Cloudstack one by one. I would definitely recommend not updating the database or importing your existing virtual center in to cloudstack. The export format will need to be OVA. You should not use the same virtual center that you manage with Cloudstack. Importing them this way means Cloudstack will track the life cycle of the VMs however the downside would be you will have a template for each VM you import which will inevitably take up space on your secondary NFS server and the ESX datastore. Depending on your size of VMs, depends on how long this will take and you might have to tweak some global settings if the OVA templates sizes are large. It would be good if you could import them straight in but I do not think this is possible. Here is an extract from the installation guide. 6.4.2. Add Cluster: vSphere Host management for vSphere is done through a combination of vCenter and the CloudStack admin UI. CloudStack requires that all hosts be in a CloudStack cluster, but the cluster may consist of a single host. As an administrator you must decide if you would like to use clusters of one host or of multiple hosts. Clusters of multiple hosts allow for features like live migration. Clusters also require shared storage such as NFS or iSCSI. For vSphere servers, we recommend creating the cluster of hosts in vCenter and then adding the entire cluster to CloudStack. Follow these requirements: Do not put more than 8 hosts in a vSphere cluster Make sure the hypervisor hosts do not have any VMs already running before you add them to CloudStack. Oliver Leach Platform Architect InstaCompute -Original Message- From: venkatesh.a [mailto:venkates...@dmxtechnologies.com] Sent: Tuesday, April 02, 2013 11:07 AM To: users@cloudstack.apache.org Subject: RE: Porting VMWare virtual setup into CloudStack Hi In our office we are having VMWare EsXi two Servers with multiple VM's managed by VCenter. Can we manage Virtual Machines CloudStack by installing it in one of the Virtual Machines. Thanks in Advance Best Regards Venkatesh.A -Original Message- From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf Of Rohit Yadav Sent: Monday, March 25, 2013 7:22 PM To: users@cloudstack.apache.org; venkates...@dmxtechnologies.com Subject: Re: Porting VMWare virtual setup into CloudStack Instances yes. Overall cloud, that will take some time and energy, and a lot of hacking, there was a proposal sometime back to import existing hosts and instances to CloudStack which was never implemented, maybe in future. Longer way: For each instances, export ova, deploy/start CloudStack, upload ova and start instances in CloudStack. HTH. On Mon, Mar 25, 2013 at 7:20 PM, venkatesh.a venkates...@dmxtechnologies.com wrote: Hi How can I convert existing VMWare virtual setup to CloudStack. Is it possible port ? Thanks and Regards Venkatesh.A
RE: Porting VMWare virtual setup into CloudStack
It is most probably feasible to add a cluster managed by Cloudstack but not recommended or supported. Certainly I would not add an existing cluster as that could be asking for trouble. From my experience, it has issues with performance as Cloudstack talks via https to the vc api and is quite chatty and you may get undesired results, for example, Cloudstack not being able to manage VMs in virtual center correctly and even possible loss of data. We tried this in the early days of VMware integration with Cloudstack and the environment just did not work as expected. Tasks in VC just failed or never executed correctly. Oliver Leach Platform Architect InstaCompute -Original Message- From: venkatesh.a [mailto:venkates...@dmxtechnologies.com] Sent: Tuesday, April 02, 2013 12:46 PM To: users@cloudstack.apache.org Subject: RE: Porting VMWare virtual setup into CloudStack Hi Oliver From you answer can I take its feasible to add current vCenter into CloudStack but its not recommended. If so any particular reason. Thanks and Regards Venkatesh.A -Original Message- From: Oliver Leach [mailto:oliver.le...@tatacommunications.com] Sent: Tuesday, April 02, 2013 4:49 PM To: users@cloudstack.apache.org; venkates...@dmxtechnologies.com Subject: RE: Porting VMWare virtual setup into CloudStack I would set up a new virtual center and add this to Cloudstack and then one by one export and import your VMs in to Cloudstack one by one. I would definitely recommend not updating the database or importing your existing virtual center in to cloudstack. The export format will need to be OVA. You should not use the same virtual center that you manage with Cloudstack. Importing them this way means Cloudstack will track the life cycle of the VMs however the downside would be you will have a template for each VM you import which will inevitably take up space on your secondary NFS server and the ESX datastore. Depending on your size of VMs, depends on how long this will take and you might have to tweak some global settings if the OVA templates sizes are large. It would be good if you could import them straight in but I do not think this is possible. Here is an extract from the installation guide. 6.4.2. Add Cluster: vSphere Host management for vSphere is done through a combination of vCenter and the CloudStack admin UI. CloudStack requires that all hosts be in a CloudStack cluster, but the cluster may consist of a single host. As an administrator you must decide if you would like to use clusters of one host or of multiple hosts. Clusters of multiple hosts allow for features like live migration. Clusters also require shared storage such as NFS or iSCSI. For vSphere servers, we recommend creating the cluster of hosts in vCenter and then adding the entire cluster to CloudStack. Follow these requirements: Do not put more than 8 hosts in a vSphere cluster Make sure the hypervisor hosts do not have any VMs already running before you add them to CloudStack. Oliver Leach Platform Architect InstaCompute -Original Message- From: venkatesh.a [mailto:venkates...@dmxtechnologies.com] Sent: Tuesday, April 02, 2013 11:07 AM To: users@cloudstack.apache.org Subject: RE: Porting VMWare virtual setup into CloudStack Hi In our office we are having VMWare EsXi two Servers with multiple VM's managed by VCenter. Can we manage Virtual Machines CloudStack by installing it in one of the Virtual Machines. Thanks in Advance Best Regards Venkatesh.A -Original Message- From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf Of Rohit Yadav Sent: Monday, March 25, 2013 7:22 PM To: users@cloudstack.apache.org; venkates...@dmxtechnologies.com Subject: Re: Porting VMWare virtual setup into CloudStack Instances yes. Overall cloud, that will take some time and energy, and a lot of hacking, there was a proposal sometime back to import existing hosts and instances to CloudStack which was never implemented, maybe in future. Longer way: For each instances, export ova, deploy/start CloudStack, upload ova and start instances in CloudStack. HTH. On Mon, Mar 25, 2013 at 7:20 PM, venkatesh.a venkates...@dmxtechnologies.com wrote: Hi How can I convert existing VMWare virtual setup to CloudStack. Is it possible port ? Thanks and Regards Venkatesh.A
[EVENTS] RMLL Brussels July 6th-11th
Hi, Some of you may be interested to submit CloudStack related works to: http://2013.rmll.info/en/cfp.html -Sebastien
Re: CloudStack and AD
Actually I do :) I ran the API call using our python script, I get a response, but I don't see the settings in the Global Settings within the UI. Is this normal? On 2013-04-01 1:49 PM, Kirk Jantzer wrote: Thanks David! Francois - ping me if you have any questions. Apologies I haven't submitted to have the documentation updated. On Mon, Apr 1, 2013 at 1:45 PM, David Nalley da...@gnsa.us wrote: On Mon, Apr 1, 2013 at 1:42 PM, Francois Gaudreault fgaudrea...@cloudops.com wrote: Hi, That might be a dumb question, but the documentation is not very verbose about how the integration with AD works in CloudStack. I understand that we need to use the API for doing that, but the exact flow is not documented (or I didn't see it) (e.g do we need to create users in CS first, and then run the API call, etc). Can someone explain what we need to achieved or point us a wiki page with a (kinda) working howto? Thanks!! Hi Francois: Check out Kirk's blog post here: http://kirkjantzer.blogspot.com/2013/03/ldap-authentication-in-cloudstack-v401.html If you are looking for something to automate the adding of users from LDAP to ACS - check out the script in this blog post here: http://sysadminnotebook.blogspot.com/2012/03/cloudstack-ldap.html --David -- Francois Gaudreault Architecte de Solution Cloud | Cloud Solutions Architect fgaudrea...@cloudops.com 514-629-6775 - - - CloudOps 420 rue Guy Montréal QC H3J 1S6 www.cloudops.com @CloudOps_
Re: Cloudstack KVM Failing
All I can suggest is to troubleshoot step-by-step. Can you connect directly to the VMs via VNC client? Can you log into consoleproxy system VM? Can consoleproxy system VM ping the KVM hosts? Can consoleproxy system VM telnet to VM VNC server ports? Is consoleproxy running the java consoleproxy process? Can you ping consoleproxy's public address from where your UI is running? Does consoleproxy's routes allow it to get back to the system where your UI is running? etc... On Mon, Apr 1, 2013 at 11:15 AM, Maurice Lawler maurice.law...@me.comwrote: I added 5900 + to ingress for that particular security profile, I would think that is how it would be done correct? I again restarted the proxy VM, yet and still I am unable to get the KVM to connect. The instances are fine, because I can access them via SSH without issue. What would you suggest? On Mar 31, 2013, at 12:36 AM, Marcus Sorensen shadow...@gmail.com wrote: This looks like your console proxy VM isn't working. It could be firewall on the KVM host not allowing access to 5900+ anymore, or the consoleproxy VM may need to be restarted (system VM starting with v). Has it worked in the past? You could try connecting to the instances with a vnc client to see if they are accessible, skipping console proxy. On Mar 30, 2013 10:40 PM, Maurice Lawler maurice.law...@me.com wrote: For some reason, I am unsure of the issue; attempting to review the KVM of any instance times out: cloudstack realhostip.com took too long to respond Has anyone encountered this error and how can it be corrected? Thanks, Maurice
RE: Porting VMWare virtual setup into CloudStack
When you say convert, I'm not certain whats implied. You may have to make it more streamlined (create several templates and install apps on top), unless you want to manage many templates and convert each VM as template to be imported into CS. You can certainly tie your existing VC with CS. CS will only manage what it deployed. Meaning if you have other VMs that you deployed independent of CloudStack, they will run on their own and CS wont know about them. It would be cleaner to have a separate vSphere cluster, but in my opinion it's not a hard requirement - I've yet to see an issue. If you properly spec out your virtual infrastructure, I don't believe there is going to be issues. I run my non prod environments with CloudStack but its not solely dedicated for CS only and other platforms used it as well. To make an example: 1 VC, manages about 32 hypervisors, 6 clusters and 1000 VMs. I have had no issues with vSphere 5 and CS 4.1 (custom build to support DVS). My prod environment will have a dedicate cluster for cloudstack, but I will still use the same virtual center that will manage other non CS managed clusters. Its all about your design and if you properly spec your environment. Regards ilya -Original Message- From: venkatesh.a [mailto:venkates...@dmxtechnologies.com] Sent: Monday, March 25, 2013 9:51 AM To: users@cloudstack.apache.org Subject: Porting VMWare virtual setup into CloudStack Hi How can I convert existing VMWare virtual setup to CloudStack. Is it possible port ? Thanks and Regards Venkatesh.A
Google Summer of code
Hi all, Just a reminder about Google summer of code. Interested students should apply via the GSoC website. If Apache is selected you might consider reading this: http://community.apache.org/gsoc.html All potential projects ASF wide are at: https://issues.apache.org/jira/issues/?filter=12323652 -sebastien
CS migrations
Hello, Can two pods share the same primary storage? I mean a pod running Xenserver 6.0 and a pod running Xenserver 6.1 use the same primary storage. The reason I ask is that I plan on migrating VM's from one pod (6.0) to pod (6.1) is that also feasible? I'm currently using CS 3.0.2 and Xenserver 6.0.2 with basic networking and plan on using CS 4.1 and Xenserver 6.1 with advance networking. Any help would be appreciated. Regards, -pk This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
Re: CS migrations
not sure if its possible, cloudstack might prevent it. It wouldnt hurt to test. The risk i see here is that this is running under the same cloudstack and there might be UUID collisions, in naming of these templates and vm's. I'd recommend trying it in a test environment and letting us know how it goes! On Tue, Apr 2, 2013 at 12:37 PM, Pierre Kossaras pierre.kossa...@manwin.com wrote: Hello, Can two pods share the same primary storage? I mean a pod running Xenserver 6.0 and a pod running Xenserver 6.1 use the same primary storage. The reason I ask is that I plan on migrating VM's from one pod (6.0) to pod (6.1) is that also feasible? I'm currently using CS 3.0.2 and Xenserver 6.0.2 with basic networking and plan on using CS 4.1 and Xenserver 6.1 with advance networking. Any help would be appreciated. Regards, -pk This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
Re: CS migrations
Thanks for the prompt response Ahmad. Ya I feel that this cloudstack business is all about trials and errors. Seems like not too many people have questioned the migration path for such technology. Upgrades are fine but migrating VM's to Cloudstack is crucial. I'll see how I can test this. Thanks! -pk On Tue, 2013-04-02 at 12:47 -0700, Ahmad Emneina wrote: not sure if its possible, cloudstack might prevent it. It wouldnt hurt to test. The risk i see here is that this is running under the same cloudstack and there might be UUID collisions, in naming of these templates and vm's. I'd recommend trying it in a test environment and letting us know how it goes! On Tue, Apr 2, 2013 at 12:37 PM, Pierre Kossaras pierre.kossa...@manwin.commailto:pierre.kossa...@manwin.com wrote: Hello, Can two pods share the same primary storage? I mean a pod running Xenserver 6.0 and a pod running Xenserver 6.1 use the same primary storage. The reason I ask is that I plan on migrating VM's from one pod (6.0) to pod (6.1) is that also feasible? I'm currently using CS 3.0.2 and Xenserver 6.0.2 with basic networking and plan on using CS 4.1 and Xenserver 6.1 with advance networking. Any help would be appreciated. Regards, -pk This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- Pierre Kossaras Senior Linux Administrator Manwin Canada This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
Re: CS migrations
Hi, Pierre. Primary storage is per cluster only, and cannot be attached to multiple clusters or pods. If you try it with XenServer, the likely result will be data corruption. It is possible to migrate VMs and volumes to different clusters by using API calls. 1. Stop the VM. 2. Detach data disks (if any). 3. Call migrateVirtualMachine[1] for the VM. 4. Call migrateVolume[2] for the data disks (if any). 5. Attach data disks (if any). 6. Start the VM. Best regards, Kirk [1] http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVirtualMachine.html [2] http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVolume.html On 04/02/2013 12:54 PM, Pierre Kossaras wrote: Thanks for the prompt response Ahmad. Ya I feel that this cloudstack business is all about trials and errors. Seems like not too many people have questioned the migration path for such technology. Upgrades are fine but migrating VM's to Cloudstack is crucial. I'll see how I can test this. Thanks! -pk On Tue, 2013-04-02 at 12:47 -0700, Ahmad Emneina wrote: not sure if its possible, cloudstack might prevent it. It wouldnt hurt to test. The risk i see here is that this is running under the same cloudstack and there might be UUID collisions, in naming of these templates and vm's. I'd recommend trying it in a test environment and letting us know how it goes! On Tue, Apr 2, 2013 at 12:37 PM, Pierre Kossaras pierre.kossa...@manwin.commailto:pierre.kossa...@manwin.com wrote: Hello, Can two pods share the same primary storage? I mean a pod running Xenserver 6.0 and a pod running Xenserver 6.1 use the same primary storage. The reason I ask is that I plan on migrating VM's from one pod (6.0) to pod (6.1) is that also feasible? I'm currently using CS 3.0.2 and Xenserver 6.0.2 with basic networking and plan on using CS 4.1 and Xenserver 6.1 with advance networking. Any help would be appreciated. Regards, -pk This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- Pierre Kossaras Senior Linux Administrator Manwin Canada This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
Re: CS migrations
Thank you Kirk, That is the answer I was looking for. Now I just need to figure out a new strategy. The main issue here is that we have a cloud environment that was based on Basic Networking and we would like to move to Advanced Networking since there is no way of doing this other than building a new cloud. So I figured that I would build another set of CS 4.1 with a pod of 2 Xenserver hosts with advance networking then migrate the VM's over but I'm no longer sure how I can achieve that since I can not really duplicate my primary storage environment. Looks like it's a one way thing with cloudstack :( Any ideas? -pk On Tue, 2013-04-02 at 13:03 -0700, Kirk Kosinski wrote: Hi, Pierre. Primary storage is per cluster only, and cannot be attached to multiple clusters or pods. If you try it with XenServer, the likely result will be data corruption. It is possible to migrate VMs and volumes to different clusters by using API calls. 1. Stop the VM. 2. Detach data disks (if any). 3. Call migrateVirtualMachine[1] for the VM. 4. Call migrateVolume[2] for the data disks (if any). 5. Attach data disks (if any). 6. Start the VM. Best regards, Kirk [1] http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVirtualMachine.html [2] http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVolume.html On 04/02/2013 12:54 PM, Pierre Kossaras wrote: Thanks for the prompt response Ahmad. Ya I feel that this cloudstack business is all about trials and errors. Seems like not too many people have questioned the migration path for such technology. Upgrades are fine but migrating VM's to Cloudstack is crucial. I'll see how I can test this. Thanks! -pk On Tue, 2013-04-02 at 12:47 -0700, Ahmad Emneina wrote: not sure if its possible, cloudstack might prevent it. It wouldnt hurt to test. The risk i see here is that this is running under the same cloudstack and there might be UUID collisions, in naming of these templates and vm's. I'd recommend trying it in a test environment and letting us know how it goes! On Tue, Apr 2, 2013 at 12:37 PM, Pierre Kossaras pierre.kossa...@manwin.commailto:pierre.kossa...@manwin.commailto:pierre.kossa...@manwin.com wrote: Hello, Can two pods share the same primary storage? I mean a pod running Xenserver 6.0 and a pod running Xenserver 6.1 use the same primary storage. The reason I ask is that I plan on migrating VM's from one pod (6.0) to pod (6.1) is that also feasible? I'm currently using CS 3.0.2 and Xenserver 6.0.2 with basic networking and plan on using CS 4.1 and Xenserver 6.1 with advance networking. Any help would be appreciated. Regards, -pk This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- Pierre Kossaras Senior Linux Administrator Manwin Canada This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- Pierre Kossaras Senior Linux Administrator Manwin Canada This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des
Re: Admin Default User
Disregard, I found it. :)- MauriceOn Apr 02, 2013, at 06:14 PM, Maurice Lawler maurice.law...@me.com wrote:Is it recommended or possible to disable the default Admin username, as I have created another user wtih Admin rights therefore have no need for the default?
Re: CS migrations
Is live migration a requirement or can you do the steps that Kirk suggested? If using NFS, can't you export a separate path for your new cloud and won't CS see that as a different primary storage? On Tue, Apr 2, 2013 at 1:59 PM, Pierre Kossaras pierre.kossa...@manwin.comwrote: Thank you Kirk, That is the answer I was looking for. Now I just need to figure out a new strategy. The main issue here is that we have a cloud environment that was based on Basic Networking and we would like to move to Advanced Networking since there is no way of doing this other than building a new cloud. So I figured that I would build another set of CS 4.1 with a pod of 2 Xenserver hosts with advance networking then migrate the VM's over but I'm no longer sure how I can achieve that since I can not really duplicate my primary storage environment. Looks like it's a one way thing with cloudstack :( Any ideas? -pk On Tue, 2013-04-02 at 13:03 -0700, Kirk Kosinski wrote: Hi, Pierre. Primary storage is per cluster only, and cannot be attached to multiple clusters or pods. If you try it with XenServer, the likely result will be data corruption. It is possible to migrate VMs and volumes to different clusters by using API calls. 1. Stop the VM. 2. Detach data disks (if any). 3. Call migrateVirtualMachine[1] for the VM. 4. Call migrateVolume[2] for the data disks (if any). 5. Attach data disks (if any). 6. Start the VM. Best regards, Kirk [1] http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVirtualMachine.html [2] http://cloudstack.apache.org/docs/api/apidocs-4.0.0/root_admin/migrateVolume.html On 04/02/2013 12:54 PM, Pierre Kossaras wrote: Thanks for the prompt response Ahmad. Ya I feel that this cloudstack business is all about trials and errors. Seems like not too many people have questioned the migration path for such technology. Upgrades are fine but migrating VM's to Cloudstack is crucial. I'll see how I can test this. Thanks! -pk On Tue, 2013-04-02 at 12:47 -0700, Ahmad Emneina wrote: not sure if its possible, cloudstack might prevent it. It wouldnt hurt to test. The risk i see here is that this is running under the same cloudstack and there might be UUID collisions, in naming of these templates and vm's. I'd recommend trying it in a test environment and letting us know how it goes! On Tue, Apr 2, 2013 at 12:37 PM, Pierre Kossaras pierre.kossa...@manwin.commailto:pierre.kossa...@manwin.commailto: pierre.kossa...@manwin.com wrote: Hello, Can two pods share the same primary storage? I mean a pod running Xenserver 6.0 and a pod running Xenserver 6.1 use the same primary storage. The reason I ask is that I plan on migrating VM's from one pod (6.0) to pod (6.1) is that also feasible? I'm currently using CS 3.0.2 and Xenserver 6.0.2 with basic networking and plan on using CS 4.1 and Xenserver 6.1 with advance networking. Any help would be appreciated. Regards, -pk This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- Pierre Kossaras Senior Linux Administrator Manwin Canada This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately. Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent. Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite. Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen. -- Pierre Kossaras Senior Linux Administrator Manwin Canada This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than
ubuntu cloud images
Does someone have a script or step by step instructions to take one of the files from: http://cloud-images.ubuntu.com/releases/precise/release/ and create a template for cloudstack? thank you Carlos
Re: ubuntu cloud images
Hi, Carlos. The KVM image runs fine when imported as a template to CloudStack and deployed. However I don't know how to setup the credentials to log in. The image may need to be modified slightly to get SSH keys or a root password from CloudStack. It might be easier to just create your own template from VM installed from ISO. Best regards, Kirk On 04/02/2013 07:06 PM, Carlos Reategui wrote: Does someone have a script or step by step instructions to take one of the files from: http://cloud-images.ubuntu.com/releases/precise/release/ and create a template for cloudstack? thank you Carlos
Re: Additional IP Assignment
What type of network in CloudStack is the VM using, and what exactly is the problem or error? For a basic zone with security groups it might not be possible without hacking the iptables/ebtables on the host running the VM. For a shared network it will probably work, provided your network infrastructure is configured to allow it. Best regards, Kirk On 04/02/2013 05:05 PM, Maurice Lawler wrote: Greetings, I am attempting to manually assign my instance two additional IP addresses, however, utilizing range0 file and or ifcfg-eth0:1 and :2 are proving to fail. When adding an IP from a different subnet that is not being utilized by CS, how must one do this? Maurice