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
