cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kraig Amador <kama...@shopzilla.com>
Subject Re: ssvm completely messed up
Date Wed, 19 Dec 2012 23:02:54 GMT
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
> 
> 



Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message