Hi Kurt, First of all you’re probably better off reading some of the newer official documentation – like http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.9/hypervisor/kvm.html
The tagged VLAN model described in the docs would work for a basic zone – but keep in mind for an advanced zone you are relying on CloudStack to assign VLANs on a bridge – hence for the guest network you cannot lock down the bridge with a VLAN in the underlying OS, you are instead just making sure the network interface in question can trunk all VLANs managed by CloudStack. Have a look at my blog post on KVM networking – this should hopefully make a bit more sense: http://www.shapeblue.com/networking-kvm-for-cloudstack/ Also have a read through the users@ list thread with subject “SSVM Creation Failure with Advanced Zone” – we’re discussing something similar there. Regards, Dag Sonstebo Cloud Architect ShapeBlue On 22/11/2016, 12:14, "Kurt K" <[email protected]> wrote: Hi Dag, It has been confirmed that the connectivity from system vm is the reason for the issue. This is still not resolved. I am not getting a ping to outside. I have followed the documentation cloudstack provided and in the network part they says to create tagged vlan's. Also we have loaded the required kernel module(8021q) into the server. === etho -- no ip's etho.100 -- Internal IP eth0.200 -- points to cloudbr0 eth0.300 -- points to cloudbr1 ==== In this procedure they says to add plain configuration without IP address. http://cloudstack-installation.readthedocs.io/en/4.3/hypervisor_installation.html#configure-the-network-bridges I have followed the above procedure and entered all the required things in the initial setup. Am I wrong anywhere ? Is there any method other than tagged vlan's ? I have one more NIC eth1 which have a public IP and is currently used to access the server. Also, Can you suggest any URL's/blogs for creating network bridges on cloudstack -kurt On 11/17/2016 02:39 PM, Dag Sonstebo wrote: > Hi Kurt, > > The results you have posted up are from your console proxy (v-2-VM), not your SSVM (possibly typo?). > > Can you post up the same results from your SSVM? If this isn’t working – i.e. you can’t connect to it – then try to recreate it, make a note of the private IP and connect to it as per the wiki article. > > Regards, > Dag Sonstebo > > On 17/11/2016, 02:51, "Kurt K" <[email protected]> wrote: > > Hi Dag, > > We have executed the *SSVM health check* systemvm-ssvm-check.sh script > on SSVM and its results are pasted below. > > ==== > root@v-2-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh > ================================================ > First DNS server is 8.8.8.8 > PING 8.8.8.8 (8.8.8.8): 48 data bytes > --- 8.8.8.8 ping statistics --- > 2 packets transmitted, 0 packets received, 100% packet loss > WARNING: cannot ping DNS server > route follows > Kernel IP routing table > Destination Gateway Genmask Flags Metric Ref Use Iface > 0.0.0.0 XX.XX.XX.XX 0.0.0.0 UG 0 0 0 eth2 > 8.8.8.8 10.10.48.1 255.255.255.255 UGH 0 0 0 eth1 > 10.10.48.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 > XX.XX.XX.XX 0.0.0.0 255.255.255.240 U 0 0 0 eth2 > XX.XX.XX.XX 10.10.48.1 255.255.255.255 UGH 0 0 0 eth1 > 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 > ================================================ > ERROR: DNS not resolving download.cloud.com > resolv.conf follows > nameserver 8.8.8.8 > nameserver 8.8.8.8 > nameserver 4.2.2.1 > root@v-2-VM:~# > ==== > > But we were unable to connect to in/out from SSVM. There is one private > IP and public IP on SSVM. We have checked the firewall and there was no > reject rules in it. > > Any suggestions? > > -Kurt > > On 11/11/2016 06:22 PM, Dag Sonstebo wrote: > > Hi Kurt, > > > > My original comment stands – it seems you do not have a healthy SSVM at the moment – until this has been sorted you will not be able to upload templates. > > > > The systemvm-ssvm-check.sh script lives on the SSVM itself – please see https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting for how to access this. When you run the script it will do the basic checks for connectivity and NFS access and hopefully give you an idea what is wrong. If you can run this and post up the results we can advise further. > > > > Regards, > > Dag Sonstebo > > > > On 11/11/2016, 12:42, "Kurt K" <[email protected]> wrote: > > > > Hi Dag, > > > > We have recreated the SSVM, but still no luck :( . Regarding > > ssvm-check.sh check script, it was not presented on management server. > > > > === > > [root@manage1 /]# ls /usr/local/cloud/systemvm-ssvm-check.sh > > ls: cannot access /usr/local/cloud/systemvm-ssvm-check.sh: No such file > > or directory > > === > > > > While registering an ISO, we are getting the following errors. > > > > === > > 2016-11-11 03:27:28,998 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] > > (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) template 202 is not in > > store:1, type:Image > > 2016-11-11 03:27:29,118 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] > > (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) template 202 is already in > > store:1, type:Image > > 2016-11-11 03:27:29,257 DEBUG [o.a.c.s.i.BaseImageStoreDriverImpl] > > (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) Downloading template to data > > store 1 > > 2016-11-11 03:27:29,263 WARN [c.c.s.d.DownloadMonitorImpl] > > (catalina-exec-7:ctx-23ce7527 ctx-47f4a89e) There is no secondary > > storage VM for downloading template to image store > > nfs://162.x.x.x/export/secondary > > === > > > > We had tried every possible workarounds, but none of them working. Is > > this have any relation with NFS version on server? we are using nfs 4. > > Moreover I did some searches and some one recommend to set this > > parameter "secstorage.allowed.internal.sites" value. I have set this to > > our IP range, still no luck. > > > > > > We have followed the general installation step on this doc > > http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/index.html > > . Are we miss anything on NFS server setup side? please let us know . > > Also this time, we have excluded the NFS server and use management > > server as NFS itself. The same issue out there. > > > > Do you have any other specific step or any other instructions for > > configuring the cloudstack apart from cloudstack doc ? > > > > We were totally stuck here. > > > > -Kurt > > > > On 11/10/2016 09:09 PM, Dag Sonstebo wrote: > > > Sounds like your SSVM isn’t too healthy – I would first of all delete it, let CS recreate the new one and see if the template starts downloading thereafter. > > > If you still have problems afterwards do some troubleshooting on your new SSVM – e.g. run the /usr/local/cloud/systemvm-ssvm-check.sh script and see if all your connectivity is in place. > > > > > > Regards, > > > Dag Sonstebo > > > > > > On 10/11/2016, 13:46, "Kurt K" <[email protected]> wrote: > > > > > > Hi Dag, > > > > > > >> Can you clarify what the problem is? > > > > > > Please see the below URLs. > > > === > > > http://s1152.photobucket.com/user/vincemd12/media/CloudS1_zps1uz6qwjt.png.html > > > http://s1152.photobucket.com/user/vincemd12/media/CloudS_zps59mfxgti.png.html > > > === > > > > > > When we try to create the instance via management UI, there were no > > > default templates detected on template selection option. The above > > > pasted URLs described the same. 2 system VMs are also running fine. At > > > the same time, the management server log captures the below debug errors. > > > > > > === > > > 2016-11-10 05:42:10,947 DEBUG [c.c.s.StatsCollector] > > > (StatsCollector-3:ctx-81097a24) There is no secondary storage VM for > > > secondary storage host nfs://162.x.x.x/export/secondary > > > === > > > > > > Any idea? > > > > > > Regards, > > > Kurt > > > > > > > > > On 11/10/2016 04:27 PM, Dag Sonstebo wrote: > > > > Hi Kurt, > > > > > > > > That looks all healthy, and the following shows your system VM template + the standard CentOS 5.6 template being OK: > > > > > > > > | 3 | routing-3 | SystemVM Template (KVM) | SYSTEM | 2016-11-10 01:48:12| NULL | KVM | Active | > > > > | 4 | centos55-x86_64 | CentOS 5.5(64-bit) no GUI (KVM) | BUILTIN |2016-11-10 01:48:12 | NULL | KVM | Active | > > > > > > > > In addition to that – if you have system VMs running you must by definition have the system VM template downloaded OK. > > > > > > > > Can you clarify what the problem is? > > > > > > > > Regards, > > > > Dag Sonstebo > > > > > > > > On 10/11/2016, 10:35, "Kurt K" <[email protected]> wrote: > > > > > > > > Hi Dag, > > > > > > > > The mentioned details are pasted below. > > > > > > > > ===== > > > > [root@nfs1 secondary]# tree . > > > > . > > > > └── template > > > > └── tmpl > > > > └── 1 > > > > └── 3 > > > > ├── 073ecae0-38a0-4a08-87c2-0f5c0f725955.qcow2 > > > > └── template.properties > > > > > > > > 4 directories, 2 files > > > > == > > > > mysql> SELECT > > > > id,unique_name,name,type,created,removed,hypervisor_type,state FROM > > > > cloud.vm_template; > > > > +-----+---------------------+---------------------------------------+---------+---------------------+---------+-----------------+----------+ > > > > | id | unique_name | name | type | created | removed | hypervisor_type | > > > > state | > > > > +-----+---------------------+---------------------------------------+---------+---------------------+---------+-----------------+----------+ > > > > | 1 | routing-1 | SystemVM Template (XenServer) | SYSTEM | 2016-11-10 > > > > 01:48:12 | NULL | XenServer | Active | > > > > | 2 | centos53-x86_64 | CentOS 5.3(64-bit) no GUI (XenServer) | BUILTIN > > > > | 2016-11-10 01:48:12 | NULL | XenServer | Inactive | > > > > | 3 | routing-3 | SystemVM Template (KVM) | SYSTEM | 2016-11-10 01:48:12 > > > > | NULL | KVM | Active | > > > > | 4 | centos55-x86_64 | CentOS 5.5(64-bit) no GUI (KVM) | BUILTIN | > > > > 2016-11-10 01:48:12 | NULL | KVM | Active | > > > > | 5 | centos56-x86_64-xen | CentOS 5.6(64-bit) no GUI (XenServer) | > > > > BUILTIN | 2016-11-10 01:48:12 | NULL | XenServer | Active | > > > > | 6 | centos64-x64 | CentOS 6.4(64-bit) GUI (Hyperv) | BUILTIN | > > > > 2016-11-10 01:48:13 | NULL | Hyperv | Active | > > > > | 7 | centos53-x64 | CentOS 5.3(64-bit) no GUI (vSphere) | BUILTIN | > > > > 2016-11-10 01:48:13 | NULL | VMware | Active | > > > > | 8 | routing-8 | SystemVM Template (vSphere) | SYSTEM | 2016-11-10 > > > > 01:48:13 | NULL | VMware | Active | > > > > | 9 | routing-9 | SystemVM Template (HyperV) | SYSTEM | 2016-11-10 > > > > 01:48:13 | NULL | Hyperv | Active | > > > > | 10 | routing-10 | SystemVM Template (LXC) | SYSTEM | 2016-11-10 > > > > 01:50:37 | NULL | LXC | Active | > > > > | 200 | vmware-tools.iso | vmware-tools.iso | PERHOST | 2016-11-10 > > > > 09:53:02 | NULL | VMware | Active | > > > > | 201 | xs-tools.iso | xs-tools.iso | PERHOST | 2016-11-10 09:53:02 | > > > > NULL | XenServer | Active | > > > > +-----+---------------------+---------------------------------------+---------+---------------------+---------+-----------------+----------+ > > > > 12 rows in set (0.00 sec) > > > > ===== > > > > > > > > From SystemVMs under the infrastructure, shows 2 VMs running. One is > > > > console-proxy server and other one is secondary storage VM. > > > > > > > > We have connected to the servers via internal IP. > > > > > > > > -Kurt > > > > > > > > > > > > On 11/10/2016 02:51 PM, Dag Sonstebo wrote: > > > > > Hi Kurt, > > > > > > > > > > Can you provide the following: > > > > > > > > > > - A file listing (e.g. a “tree” dump) of the contents of nfs://162.219.249.166/export/secondary > > > > > - Output of the following from your DB: SELECT id,unique_name,name,type,created,removed,hypervisor_type,state FROM cloud.vm_template; > > > > > > > > > > Going by the logs it could look like the system VM template is downloaded OK, but your problem may be that system VMs are unable to start. > > > > > > > > > > > > > > > Regards, > > > > > Dag Sonstebo > > > > > > > > > > On 10/11/2016, 05:54, "Kurt K" <[email protected]> wrote: > > > > > > > > > > Hi Dag, > > > > > > > > > > We were getting below logs from management server. > > > > > > > > > > > > > > > ==== > > > > > 2016-11-09 21:36:53,096 DEBUG [c.c.a.t.Request] > > > > > (AgentManager-Handler-4:null) Seq 1-4251679523214458881: Processing: { > > > > > Ans: , MgmtId: 207381009036, via: 1, Ver: v1, Flags: 10, > > > > > [{"com.cloud.agent.api.ModifyStoragePoolAnswer":{"poolInfo":{"host":"162.x.x.x","localPath":"/mnt//380ea4ee-87df-39eb-92f4-730dfea4655a","hostPath":"/export/primary","poolType":"NetworkFilesystem","capacityBytes":979751665664,"availableBytes":977581113344},"templateInfo":{},"result":true,"wait":0}}] > > > > > } > > > > > 2016-11-09 21:36:53,451 INFO [o.a.c.s.i.TemplateServiceImpl] > > > > > (AgentConnectTaskPool-1:ctx-4e501d7e) Downloading builtin template > > > > > centos55-x86_64 to data center: 1 > > > > > 2016-11-09 21:36:53,461 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] > > > > > (AgentConnectTaskPool-1:ctx-4e501d7e) template 4 is already in store:1, > > > > > type:Image > > > > > 2016-11-09 21:36:53,571 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] > > > > > (AgentConnectTaskPool-1:ctx-4e501d7e) template 4 is already in store:1, > > > > > type:Image > > > > > 2016-11-09 21:36:53,709 DEBUG [o.a.c.s.i.BaseImageStoreDriverImpl] > > > > > (AgentConnectTaskPool-1:ctx-4e501d7e) Downloading template to data store 1 > > > > > 2016-11-09 21:36:53,720 WARN [c.c.s.d.DownloadMonitorImpl] > > > > > (AgentConnectTaskPool-1:ctx-4e501d7e) There is no secondary storage VM > > > > > for downloading template to image store > > > > > nfs://162.219.249.166/export/secondary > > > > > 2016-11-09 21:36:53,725 DEBUG [o.a.c.s.i.TemplateDataFactoryImpl] > > > > > (AgentConnectTaskPool-1:ctx-4e501d7e) template 4 is already in store:1, > > > > > type:Image > > > > > ==== > > > > > > > > > > -Kurt > > > > > > > > > > On 11/10/2016 11:05 AM, Kurt K wrote: > > > > > > Hi Dag, > > > > > > > > > > > > We had mounted the NFS share on management server before executed the > > > > > > script. Also there was no /secondary or other local directory on our > > > > > > management server. All that presented is NFS secondary share. > > > > > > > > > > > > Can we change any global settings or alter cloud DB entries for the > > > > > > working of this template? > > > > > > > > > > > > -Kurt > > > > > > > > > > > > > > > > > > On 11/09/2016 07:54 PM, Dag Sonstebo wrote: > > > > > >> Hi Kurt, > > > > > >> > > > > > >> As Simon is hinting at it looks like you didn’t mount the secondary > > > > > >> storage NFS share on your management server before running: > > > > > >> > > > > > >> "/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt > > > > > >> > > > > > >> -m /secondary -u > > > > > >> http://cloudstack.apt-get.eu/systemvm/4.6/systemvm64template-4.6.0-kvm.qcow2.bz2 > > > > > >> > > > > > >> -h kvm -F" > > > > > >> > > > > > >> In other words the template downloaded to the local folder /secondary > > > > > >> on the management server rather than to a mounted NFS share. > > > > > >> If this is the case delete the contents of your local /secondary > > > > > >> folder, mount the NFS share in the same folder and re-run the script > > > > > >> above. > > > > > >> > > > > > >> With regards to downloading from the GUI – keep in mind you have a > > > > > >> chicken-and-egg scenario – until you have first downloaded the system > > > > > >> VM template with the above script CloudStack can not create a SSVM, > > > > > >> hence it will not be able to download any further templates. > > > > > >> > > > > > >> Regards, > > > > > >> Dag Sonstebo > > > > > >> > > > > > >> From: Kurt K <[email protected]> > > > > > >> Reply-To: "[email protected]" <[email protected]> > > > > > >> Date: Wednesday, 9 November 2016 at 14:14 > > > > > >> To: "[email protected]" <[email protected]> > > > > > >> Subject: Re: Templates are not showing > > > > > >> > > > > > >> Hi Simon, > > > > > >> > > > > > >> Thanks for the response. > > > > > >> > > > > > >> >> Is your secondary storage on a separate NFS server? > > > > > >> > > > > > >> Yeah, we have used separate NFS server. > > > > > >> > > > > > >>>> Have you added the secondary storage mount to CloudStack Management? > > > > > >> We had tried this. But no luck. > > > > > >> > > > > > >> === > > > > > >> 162.x.x.x:/export/secondary nfs 913G 2.0G 865G 1% /mnt/secondary > > > > > >> === > > > > > >> > > > > > >> However, we have tried to download a CentOS 6.5 ISO directly using > > > > > >> register ISO option from Management UI. There was no downloading > > > > > >> status shows and ready status as no. Please see the below snippets > > > > > >> and attached screen shots. > > > > > >> > > > > > >> === > > > > > >> [root@nfs1 3]# pwd;ll > > > > > >> /export/secondary/template/tmpl/1/3 > > > > > >> total 315396 > > > > > >> -rw-r--r--. 1 root root 322954240 Nov 8 23:45 > > > > > >> 37ad47be-223d-43ff-ae2c-f10548274c95.qcow2 > > > > > >> -rw-r--r--. 1 root root 295 Nov 9 04:30 template.properties > > > > > >> === > > > > > >> > > > > > >> Any idea about this? > > > > > >> > > > > > >> -Kurt > > > > > >> > > > > > >> > > > > > >> On 11/08/2016 10:25 PM, Simon Weller wrote: > > > > > >> > > > > > >> Hi Kurt, > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> Is your secondary storage on a separate NFS server? > > > > > >> > > > > > >> > > > > > >> > > > > > >> Have you added the secondary storage mount to CloudStack Management? > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> If so, have you tried mounting your secondary storage on a different > > > > > >> server to make sure the permissions are set correctly? > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> - Si > > > > > >> > > > > > >> > > > > > >> > > > > > >> ________________________________ > > > > > >> > > > > > >> From: Kurt K <[email protected]><mailto:[email protected]> > > > > > >> > > > > > >> Sent: Tuesday, November 8, 2016 8:48 AM > > > > > >> > > > > > >> To: [email protected]<mailto:[email protected]> > > > > > >> > > > > > >> Subject: Fwd: Templates are not showing > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> -------- Forwarded Message -------- > > > > > >> > > > > > >> Subject: Templates are not showing > > > > > >> > > > > > >> Date: Tue, 8 Nov 2016 20:09:17 +0530 > > > > > >> [email protected] > > > > > >> www.shapeblue.com > > > > > >> 53 Chandos Place, Covent Garden, London WC2N 4HSUK > > > > > >> @shapeblue > > > > > >> > > > > > >> > > > > > >> > > > > > >> From: Kurt K <[email protected]><mailto:[email protected]> > > > > > >> > > > > > >> To: [email protected]<mailto:[email protected]> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> Hi There, > > > > > >> > > > > > >> > > > > > >> > > > > > >> We have started to build our own cloud platform on our organization. Our > > > > > >> > > > > > >> deployment is like a small scale arch. We have used 4 KVM hyper visor > > > > > >> > > > > > >> servers and 1 management server and 3 storage servers. We have > > > > > >> > > > > > >> successfully configured all those servers. But while creating the > > > > > >> > > > > > >> instance, there were no templates shown on management UI. We have > > > > > >> > > > > > >> downloaded the templates using this script > > > > > >> > > > > > >> "/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt > > > > > >> > > > > > >> > > > > > >> -m /secondary -u > > > > > >> > > > > > >> http://cloudstack.apt-get.eu/systemvm/4.6/systemvm64template-4.6.0-kvm.qcow2.bz2 > > > > > >> > > > > > >> > > > > > >> -h kvm -F", it was on secondary partition. But didn't show up there on > > > > > >> > > > > > >> management UI. Is there any other thing need to be done to show up > > > > > >> > > > > > >> templates on UI? > > > > > >> > > > > > >> > > > > > >> > > > > > >> Any help or suggestions from your end is much appreciated. > > > > > >> > > > > > >> > > > > > >> > > > > > >> Regards, > > > > > >> > > > > > >> Kurt K > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> -- > > > > > >> ~Kurt > > > > > > > > > > > > > > > -- > > > > > *~Kurt * > > > > > > > > > > > > > > > > > > > > [email protected] > > > > > www.shapeblue.com > > > > > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > > > > > @shapeblue > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > *~Kurt * > > > > > > > > > > > > > > > > [email protected] > > > > www.shapeblue.com > > > > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > > > > @shapeblue > > > > > > > > > > > > > > > > > > > > > -- > > > *~Kurt * > > > > > > > > > > > > [email protected] > > > www.shapeblue.com > > > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > > > @shapeblue > > > > > > > > > > > > > > > -- > > *~Kurt * > > > > > > > > > > > > > > > -- > *~Kurt * > > > > [email protected] > www.shapeblue.com > 53 Chandos Place, Covent Garden, London WC2N 4HSUK > @shapeblue > > > -- *~Kurt * [email protected] www.shapeblue.com 53 Chandos Place, Covent Garden, London WC2N 4HSUK @shapeblue
