Nope :*( Will try that out and let you know. Thanks for the quick help. ________________________________________ From: Kraig Amador [kama...@shopzilla.com] Sent: Wednesday, December 19, 2012 5:02 PM To: cloudstack-users@incubator.apache.org Subject: Re: ssvm completely messed up
Do you have the cloud-system-iso package installed? It's needed everywhere AFAIK. -- Kraig Amador On Wednesday, December 19, 2012 at 2:59 PM, Hooper, Mark E (Mark) wrote: > Folks, > Need your opinion on where to look to fix my problem. I just did a fresh > install of cloudstack 4.0.0, manager/nfs server on system and 3 hosts all on > Ubuntu 12.04. I have the hosts all setup with 2 vlans and connected to public > (vlan 20 - 192.168.20.x) and private (vlan 10-192.168.10.x) bridges. I have > got it to the point where my SSVM and CPVM startup but thats where everything > goes to hell. > > From the below output of "brctl show" you can see that one of the system vms > has an additional nic (turns out to me the ssvm). I have also added the > ifconfig output below from the ssvm. > > root@compute-2:~# brctl show > bridge name bridge id STP enabled interfaces > cloud0 8000.fe00a9fe0149 no > vnet0 > vnet3 > cloudbr0 8000.00164153f812 no eth0.10 > vnet1 > vnet4 > vnet6 > cloudbr1 8000.00164153f812 no eth0.20 > vnet2 > vnet5 > virbr0 8000.000000000000 yes > > root@v-9-VM:/usr/local/cloud# ifconfig > eth0 Link encap:Ethernet HWaddr 0e:00:a9:fe:02:89 > inet addr:169.254.2.137 Bcast:169.254.255.255 Mask:255.255.0.0 > inet6 addr: fe80::c00:a9ff:fefe:289/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:283 errors:0 dropped:0 overruns:0 frame:0 > TX packets:151 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:27768 (27.1 KiB) TX bytes:20809 (20.3 KiB) > > eth1 Link encap:Ethernet HWaddr 06:61:8a:00:00:03 > inet addr:192.168.10.52 Bcast:192.168.10.255 Mask:255.255.255.0 > inet6 addr: fe80::461:8aff:fe00:3/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:41 errors:0 dropped:0 overruns:0 frame:0 > TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:2740 (2.6 KiB) TX bytes:1276 (1.2 KiB) > > eth2 Link encap:Ethernet HWaddr 06:01:9e:00:00:2f > inet addr:192.168.20.120 Bcast:192.168.20.255 Mask:255.255.255.0 > inet6 addr: fe80::401:9eff:fe00:2f/64 Scope:Link > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:44 errors:0 dropped:0 overruns:0 frame:0 > TX packets:18 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:3096 (3.0 KiB) TX bytes:1438 (1.4 KiB) > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > inet6 addr: ::1/128 Scope:Host > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:8 errors:0 dropped:0 overruns:0 frame:0 > TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:560 (560.0 B) TX bytes:560 (560.0 B) > > root@v-9-VM:/usr/local/cloud# > > So I have tested that the extra nic doesn't affect routing or anything and in > fact the ssvm can DNS resolve and ping on both private and public nics no > problem. Where things get really weird is when I try to find the > check-ssvm.sh (http://check-ssvm.sh) script to run it. Well is it no where to > be found !!! I also check to see if the cloud service is running and > obviously it isn't this is due to NOTHING being in /usr/local/cloud/ > > root@compute-2:~# ssh -i > /usr/lib/cloud/common/scripts/vm/systemvm/id_rsa.cloud -p 3922 > root@169.254.2.137 (mailto:root@169.254.2.137) > Linux v-9-VM 2.6.32-5-686-bigmem #1 SMP Mon Jan 16 16:42:05 UTC 2012 i686 > > The programs included with the Debian GNU/Linux system are free software; > the exact distribution terms for each program are described in the > individual files in /usr/share/doc/*/copyright. > > Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent > permitted by applicable law. > Last login: Wed Dec 19 22:47:30 2012 from 169.254.0.1 > Linux v-9-VM 2.6.32-5-686-bigmem #1 SMP Mon Jan 16 16:42:05 UTC 2012 i686 > > The programs included with the Debian GNU/Linux system are free software; > the exact distribution terms for each program are described in the > individual files in /usr/share/doc/*/copyright. > > Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent > permitted by applicable law. > root@v-9-VM:~# cd /usr/local/cloud > root@v-9-VM:/usr/local/cloud# ls -la > total 8 > drwxr-sr-x 2 root staff 4096 Feb 6 2012 . > drwxrwsr-x 11 root staff 4096 Feb 6 2012 .. > root@v-9-VM:~# service cloud status > cloud.com (http://cloud.com) service is not running > root@v-9-VM:~# service cloud restart > Stopping cloud.com (http://cloud.com) service (type=consoleproxy): Success > > /etc/init.d/cloud: line 106: /usr/local/cloud/systemvm/user_request: No such > file or directory > Starting cloud.com (http://cloud.com) service (type=consoleproxy) Failed > > /etc/init.d/cloud: line 94: /usr/local/cloud/systemvm/user_request: No such > file or directory > root@v-9-VM:~# > > > So at this point i believe my System VM template is garbage so I rerun > "cloud-install-sys-tmplt -m /mnt/secondary -u > http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2 > -h kvm -F" from the installation documents. Nuke both CPVM and SSVM then > rerun the exact same tests and again my system VMs are borked. Because I know > someone is going to ask for it here is my agent.properties from compute-2 > where the system vms seem to like being spawned on. > > root@compute-2:~# cat /etc/cloud/agent/agent.properties > #Storage > #Wed Dec 19 15:28:43 CST 2012 > guest.network.device=cloudbr1 > workers=5 > private.network.device=cloudbr0 > port=8250 > resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource > pod=1 > zone=1 > guid=778949c4-472f-3cec-b166-21324d686eae > cluster=1 > public.network.device=cloudbr1 > local.storage.uuid=ecb48df9-9e54-404f-a26a-9a7ecb614328 > domr.scripts.dir=scripts/network/domr/kvm > LibvirtComputingResource.id=4 > host=192.168.10.2 > > > > Regards > Mark Hooper > >
