Hi , I have been facing the same problem numerous number of times in the recent past but realized that this problem was perhaps due to the fact that the SSVM is not able to ping the management server ( it was taking a private IP by default) . If you check the logs and find a statement similar to this - " There is no secondary storage VM for secondary storage host nfs://172.17.1.2/export/secondary " , so that means your management server is not getting pinged from the SSVM. In that case if you manually change the management server IP to a public IP and open the port ((UPDATE configuration SET value='public IP' WHERE name LIKE 'host') of MS in database configuration table ), SSVM is able to ping the MS and built-in template is downloaded successfully else the timer just keeps on blinking on again and again. (NOTE - My MS was running on a oracle Vbox so it was taking a private IP by default)
To check the SSVM health , you might want to check the SSVM health by running this script - ./usr/local/cloud/systemvm/ssvm-check.sh If you get the output as shown below - First DNS server is 10.103.128.15 PING 10.103.128.15 (10.103.128.15): 56 data bytes 64 bytes from 10.103.128.15: icmp_seq=0 ttl=122 time=1.017 ms 64 bytes from 10.103.128.15: icmp_seq=1 ttl=122 time=0.748 ms --- 10.103.128.15 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.748/0.882/1.017/0.135 ms Good: Can ping DNS server ================================================ Good: DNS resolves download.cloud.com ================================================ NFS is currently mounted ================================================ Management server is 10.0.3.15. Checking connectivity. ERROR: Cannot connect to 10.0.3.15 port 8250 2012/05/24 08:59:22 socat[3375] E connecting to AF=2 10.0.3.15:8250: Connection timed out After changing the IP of the MS by changing the value in the database : root@s-4-TEST:/usr/local/cloud/systemvm# ./ssvm-check.sh ================================================ First DNS server is 10.103.128.15 PING 10.103.128.15 (10.103.128.15): 56 data bytes 64 bytes from 10.103.128.15: icmp_seq=0 ttl=122 time=0.787 ms 64 bytes from 10.103.128.15: icmp_seq=1 ttl=122 time=0.441 ms --- 10.103.128.15 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.441/0.614/0.787/0.173 ms Good: Can ping DNS server ================================================ Good: DNS resolves download.cloud.com ================================================ NFS is currently mounted Mount point is /mnt/SecStorage/7a3ca999-450a-3d33-a287-2aaa4add5ffd Good: Can write to mount point ================================================ Management server is 10.103.2.76. Checking connectivity. Good: Can connect to management server port 8250 ================================================ Good: Java process is running ================================================ Hope this helps. Regards, Pranav Saxena -----Original Message----- From: Evan Miller [mailto:[email protected]] Sent: Saturday, June 02, 2012 2:04 AM To: [email protected] Subject: Can't get past "Waiting for builtin templates to load..." when initially building my cloud Hi: I am attempting CloudStack Basic Installation (3.0.1) for the first time. The CloudStack Management Server is running Centos 6.2. The Hypervisor is XenServer 6.0.2. The XenServer installation includes the two hotfixes for 6.0.2 and the CloudStack XenServer Support Package (CSP). My network is currently the CloudStack Management Server and the XenServer. From XenCenter 6.0, I can see that xenserver1-cs has s-1-VM and v-2-VM. Both with green arrow heads. I started the cloud provisioning from the GUI. However, for the last 1.5 hours, the "Now building your cloud ..." window is stuck on "Waiting for builtin templates to load...". The launch process doesn't appear to be finished. How do I get the initial launch of cloud provisioning to finish? There is constant activity in these four log files in /var/log/cloud/management: api-server.log management-server.log access_log.2012-06-01.txt catalina.out However, I don't know what is important to provide to you to help solve this problem. Thanks for any help, Evan Miller
