Hi, The management server logs will help. Templates for launching user Vms won't be available until SSVM comes up and downloads them to the correct location. You may want to confirm if you are using the right systemVM template for the (4.5?) build. Adding Rayees who may be able to point to the right systemVM template.
Thanks, Amogh On 9/11/14 11:25 AM, "Ritu Sabharwal" <rsabh...@brocade.com> wrote: >Hello CS developers, > >I need help in setting up Vmware cluster in CloudStack. > >Any help is appreciated! > >Thanks & Regards, >Ritu S. > >-----Original Message----- >From: Ritu Sabharwal [mailto:rsabh...@brocade.com] >Sent: Friday, September 05, 2014 4:51 PM >To: ilya musayev >Cc: dev@cloudstack.apache.org; Adip Shetty >Subject: RE: [Help] Help for setting up Vmware Cluster in CloudStack... > >Hi Ilya, > >I am trying to do this vmware integration with Cloudstack again but >seeing some issues. Need your help to move forward. > >I followed the steps from the tutorial: >https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Advanced >+Network+Tutorial+-+Step+by+Step > >I imported the system template from the location >http://cloudstack.apt-get.eu/systemvm/systemvm64template-2014-01-14-master >-vmware.ova by running the command > >/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-t >mplt -m /mnt/secondary -u systemvm64template-2014-01-14-master-vmware.ova >-h vmware -F > >Looks like the import did not happen successfully because the ova file >created under /mnt/secondary/template/tmpl/1/8/ is of size 0. > >I followed rest of the steps in the tutorial . All went fine, adding >zone, pod, cluster, primary storage, secondary storage but the system vms >(Secondary storage VM and Console Proxy VM) are not deployed. > >Now when I am trying to create a user VM, I don't see any templates >available to create it. > >Please help to unblock me with this setup. > >Thanks & Regards, >Ritu S. > >From: ilya musayev [mailto:ilya.mailing.li...@gmail.com] >Sent: Wednesday, July 09, 2014 10:53 PM >To: Ritu Sabharwal; Hugo Trippaers >Cc: dev@cloudstack.apache.org >Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack... > >I'm in Sunnyvale. I've been trying to do a meetup and perhaps demo the >whole vmware/cloudstack setup, but i never really got to do this. > >Hopefully, we can put something together for July or early August >timeframe for the meetup. > >Also, Router VMs have 1 Management and 1 Guest IP - just realized i >missed it. > >If i can give you a suggestion in the meantime, try to get your setup >working with stable 4.3. Once you figure the process out - which is >really not that difficult in my opinion (should take 10-30 minutes at >most - granted you have everything pre-set), then try it with master >codebase, and only then master codebase and your patch. > >You did not mention if you are using VLAN tagging btw. Not that it >matters greatly, but consider using newer vSphere, you can download >trials from VMware site, you can even do a nested setup and run many >vSphere CloudStack environments for dev/qa - which is what i've been >doing lately. You have 60 day trial, post that, you can reset the >environment to be compliant with vmware licensing model - needless to >say, this can be semi or completely automated, depends how much effort >you want to put into this. I'd double check this with vmware rep to be on >the safe side. > > >On 7/9/14, 5:36 PM, Ritu Sabharwal wrote: >Hi Ilya, > >Thanks for your replies. > >This is really helpful. We can surely get into some video conferencing >and get this setup ready. I am in San Jose, CA. > >Thanks & Regards, >Ritu S. > >From: ilya musayev [mailto:ilya.mailing.li...@gmail.com] >Sent: Wednesday, July 09, 2014 12:58 PM >To: Ritu Sabharwal; Hugo Trippaers >Cc: dev@cloudstack.apache.org<mailto:dev@cloudstack.apache.org> >Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack... > >Ritu, > >That tutorial is a bit old. > >Let me try to answer them, i do have an alternative solution, perhaps we >can get on the phone and do a webex session or something similar - this >week is bad for me, i'm traveling, but next week, Thursday and beyond - >my schedule is flexible. I assume you are on PST timezone somewhere in >bay area. > >Please see response inline to your inquiries. > > > >On 7/8/14, 6:29 PM, Ritu Sabharwal wrote: > > >Hi Ilya, > >I am trying to add VMWare DC for the first time in CloudStack management >server and need help in doing so. I am trying to test the Brocade Network >Plugin functionality. The Jira id is : >https://issues.apache.org/jira/browse/CLOUDSTACK-6823 > >I am following the Tutorial: >https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Advanced >+Network+Tutorial+-+Step+by+Step > >My Network setup: > > >1. 2 ESXi hosts 4.1.0 hosts. > >2. vCenter 5.0 > >Network layout: > >vSwitch0: For Management Network >vSwitch0: for Guest Network > >vSwitch0 is assigned 1 Physical Nic. This Nic is connected to Brocade VDX >switch. > > >My test includes: > > * Create an isolated network; verify that the port-profile is created >on the Brocade switch. > * Attach a VM to the network; verify that the VMs MAC address is >associated with the port profile of the network on the Brocade switch. > * Add VMs to the same guest network but on different hosts and verify >connectivity. > * Check the availability of the switch by using the CloudStack API: >http://<managerment-server>:8096/client/api?command=listHosts&type=L2Netwo >rking. This should list the switch with its availability status. > * Delete VMs for an isolated network; verify that the VMs MAC address >is disassociated with the port profile of the network on the Brocade >switch. > * Delete the isolated network; verify that the port-profile is deleted >from the Brocade switch. > >I have few questions: > >1. Where do I download the system vm template for vmware. I am >using master CS codebase, I don't have the script >/usr/lib64/cloud/common/scripts/storage/secondary/cloud-install-sys-tmplt >The path is incorrect, this use to apply to CloudStack 4.0 or 4.1, but >anything post 4.2 has cloudstack in its path. >Here is the snippet of my install script: > >/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-t >mplt -m /mnt/nfs/secondary -u >http://my-webserver/systemvm64template-latest-master-vmware.ova -h vmware >-F > >Note that /mnt/nfs/secondary - is nfs mount - either local or remote That >mount must be accessible by hypervisors. Cloudstack needs to access >hypervisors and vcenter on port 443. > > > >2. Since I am testing L2 connectivity b/w VMs using Brocade >switches by configuring the VLANs( by creating port-profiles) for the >network on the switches, do I need to assign a IP range for Public >network and storage network? >Depends on your setup. Storage network is used when you have a separate >segregated NFS or alike storage network. In that case, that storage >network must be trunked to you hypervisors. >If you are deploying for POC and you dont have a specific storage >network, dont add storage network traffic label. >Public network - also depends on your setup, if you are doing Advanced >Zone with VPC (amazon like cloud), you will need a larger IP pool as you >want to assign public IPs to your guest VMs. However, if you are >deploying Advanced Shared Zone without VPC, where you are using your >physical network and routers/firewalls, then all you need is 2 public ips >per zone - which arent really public in the internet sense. > > > >3. In the tutorial, there are 2 portgroups for VMs on Managemnt >Network and Development Network? What are these 2 types of VMs? >Cloudstack deploys System VMs in following fashion. >Per zone, you have: > >Advanced Shared Zone (non VPC) >- Storage VM - doing storage things > uses 1 public ip and 1 management ip (private communication link) > >- Console Proxy VM - proxies VNC console session from hypervisor to end >user > uses 1 public ip and 1 management ip (private communication link) > >- RouterVM - 1 per VLAN > uses 1 management ip (private communication link) > >Advanced Shared Zone (VPC - dont use this type of env so i'm not certain >- but from what i'm told) >- Storage VM - doing storage things > uses 1 public ip and 1 management ip (private communication link) > >- Console Proxy VM - proxies VNC console session from hypervisor to end >user > uses 1 public ip and 1 management ip (private communication link) > >- RouterVM - 1 per VLAN per Account > uses 1 management ip (private communication link) > > >For primary storage, do I give the datastore attached to the hypervisor >hosts? > > >It depends yet again :) If you have VMFS datastores, then yes you have to >specify existing VMFS store already defined in vCenter. >If you are doing NFS, then cloudstack will create it on your behalf. > >Regards >ilya > > > > >Any help is appreciated. > >Thanks & Regards, >Ritu S. > >