cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hooper, Mark E (Mark)" <mark.hoo...@alcatel-lucent.com>
Subject ssvm completely messed up
Date Wed, 19 Dec 2012 22:59:50 GMT
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 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
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 service is not running
root@v-9-VM:~# service cloud restart
Stopping 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 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