Get Connected!

I haven't heard of this exception when upgrading to 2.2.14.
I think this forum post might be similar www.cloudstack.org/forum/7-hypervisor-su...ement-log-error.html See if it helps ?
Read More...

Officially supported OS version for KVM hosts: Ø RHEL 6.0 or greater: access.redhat.com/downloads
so I would recommend you for upgrading to this version.
Read More...

I think you will have to clean up db (cloud-setup-databases) again do the entire setup all over again.

Use this link ke4qqq.fedorapeople.org/qig/mgmt-install-db.html for reference.
Read More...

I have a good news. I am back to CentOS 6.1 and it's working well. So the problem is in the incompatibility with 6.2
Read More...

Just an update: I re-installaed with XenServer 5.6SP2 instead of 6.0 and then installed the CloudStack Xenserver Support Package according to the CloudStack 3.0 Install Guide. This time, there was no issue.

Perhaps the xenserver-cloud-supp.tgz file is only intended to be used with XenServer 5.6 and not XenServer 6.0.
Read More...

Its actually a CentOS template. But your right about the MAC address being the issue. I just checked and there's a MAC address in there from where I created the template.

The only other issue is that I tried to create the template with two ethernet interfaces. I checked the KVM instance it it showed two NIC's. But after creating and launching the template the instance only has one NIC listed when I check the KVM console.

Thanks for the tip though about the MAC address!
Read More...

You need pass it the key.


ssh This e-mail address is being protected from spambots. You need JavaScript enabled to view it -p 3922 -i /root/ssh/id_rsa.cloud (you'll have to find the id_rsa.cloud somewhere on hypervisor or on the management server)

This may only work from certain hosts or use the link local ip from the hypervisor.
Read More...

Find out why the agent is not connecting the management server.

Possibly re-run cloud-setup-agent and make sure you restart the cloud-agent /etc/init.d/cloud-agent restart.
tail the agent log on the hypervisor host while the restart is happening.

The NFS server/secondary storage must be accessible from the hypervisor running the VM, from the management server and from the SSVM.

Run showmount -e 172.26.174.106 from each and possibly even try test mounts from each.
Read More...

Yes. that configuration was tried as indicated above and commented on.

as you state.. the scripts are doing the tagging to the end of the detected bridge but it's wrong.

bond0 should be treated as say eth0 and have bond0.200 bond0.400 etc.. not bond0.200.200 . The agent networking control script has logic that seems not to support bond0/bond1 etc.

I'll file this as a bug.
Read More...

My only preference is Ubuntu. I have Cloudstack 3 working fine on 10.04 Virtual Machine for management, but with 11.10 hypervisors hosts (with a CEPH DFS shared storage) and Linux kernel 3.2. Which i will soon be testing this on 12.04 LTS.

Really the only fix to get running was modifying the cloud-setup-agent (and cloud-setup-management if you run the management server on 11+) scripts to use the python2.6 binary.

Also the cloud-agent startup needs to be modified before reboot to replace the reference of cloudbr0 to your management bridge (in my case br50). If you don't the cloud-agent startup will infinitely tell you cloudbr0 doesn't exist.
Read More...

So, I'm trying to create a template that launches and has 2 NIC's attached. But I'm having some issues. I created the template by downloading an ISO, launching an instance attached to that ISO, and then installing like normal. The instance boots and everything is great.

The first issue is that the instance isn't getting an IP address on eth0 like Cloudstack says that it is. The interface shows up and I can configure it manually from the console. But its not getting the IP address that's listed in the web inteface.

Second is that I created a template from the instance. I did a shutdown, clicked on the volume, then created the template. Now, when the template launches it has no interfaces at all. I'm unable to configure eth0.

Is there something obvious I'm missing?
Read More...

OK , the error above was a typo

Caused by: java.lang.NumberFormatException: For input string: " 209"

There was a space before 209 !

I'm still trying to do a setup like the OP BUT I don't have Guest Traffic : cloud-private / VLAN Range 100-200 set as I have no access to the LAN.

So when I specify a IP rage (172.23.4.170 to .185) I get :

2012-02-21 13:43:43,589 WARN [cloud.network.NetworkManagerImpl] (Job-Executor-13:job-13) Unable to parse vnet range:
java.lang.NumberFormatException: For input string: "172.23.4.170"
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
at java.lang.Integer.parseInt(Integer.java:481)
at java.lang.Integer.parseInt(Integer.java:514)
at com.cloud.network.NetworkManagerImpl.updatePhysicalNetwork(NetworkManagerImpl.java:4479)
at com.cloud.utils.component.ComponentLocator$InterceptorDispatcher.intercept(ComponentLocator.java:1190)
at com.cloud.api.commands.UpdatePhysicalNetworkCmd.execute(UpdatePhysicalNetworkCmd.java:102)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:137)
at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:433)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
2012-02-21 13:43:43,599 INFO [cloud.api.ApiDispatcher] (Job-Executor-13:job-13) Please provide valid vnet range between 0-4096

And if I just try to add a new guest net :

2012-02-22 05:13:43,937 INFO [cloud.api.ApiDispatcher] (catalina-exec-4:null) More than one physical networks exist in zone id=1 and no tags are specified in order to make a choice

Any hint ?????

Thanks !
Read More...