cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ian Young <iyo...@ratespecial.com>
Subject Re: basic zone setup
Date Thu, 31 Jul 2014 00:25:19 GMT
root@s-2-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
================================================
First DNS server is  192.168.100.2
PING 192.168.100.2 (192.168.100.2): 48 data bytes
56 bytes from 192.168.100.2: icmp_seq=0 ttl=64 time=1.227 ms
56 bytes from 192.168.100.2: icmp_seq=1 ttl=64 time=0.882 ms
--- 192.168.100.2 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.882/1.054/1.227/0.173 ms
Good: Can ping DNS server
================================================
Good: DNS resolves download.cloud.com
================================================
ERROR: NFS is not currently mounted
Try manually mounting from inside the VM
NFS server is  169.254.1.0
PING 169.254.1.0 (169.254.1.0): 48 data bytes
56 bytes from 169.254.1.0: icmp_seq=0 ttl=64 time=0.067 ms
56 bytes from 169.254.1.0: icmp_seq=1 ttl=64 time=0.039 ms
--- 169.254.1.0 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.039/0.053/0.067/0.000 ms
Good: Can ping nfs server
================================================
Management server is 192.168.101.3. Checking connectivity.
Good: Can connect to management server port 8250
================================================
ERROR: Java process not running.  Try restarting the SSVM.

It says the NFS server is 169.254.1.0 which is the SSVM's link local
address.  How did it decide that?  During the zone configuration I
specified "virthost1.lax.ratespecial.com" as the NFS server and that
resolves to 192.168.101.4.  Also, in what path does it expect the NFS
volume to be mounted?


On Wed, Jul 30, 2014 at 4:53 PM, Carlos Reategui <carlos@reategui.com>
wrote:

> If the template is not ready then your ssvm may be having problems
> downloading it.  Have you followed the info here:
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting
> to make sure that the ssvm is actually working properly?
>
>
> On Wed, Jul 30, 2014 at 4:39 PM, Ian Young <iyoung@ratespecial.com> wrote:
>
> > I've reinstalled CloudStack 4.4 again, configuring the network as
> follows:
> >
> > management server:
> > p4p1 http://pastebin.com/skMXxVtk
> >
> > hypervisor/storage server:
> > eth0 http://pastebin.com/LxUxFdpe
> > eth1 http://pastebin.com/K5si1L4d
> > cloudbr0 http://pastebin.com/heZGQfVs (management/storage traffic)
> > cloudbr1 http://pastebin.com/nprB2Kx7 (guest traffic)
> >
> > When I logged into the management GUI for the first time, I skipped the
> > wizard and went straight to the dashboard.  There, I set up a basic zone
> as
> > follows:
> >
> > http://imgur.com/a/R1dX0#0
> >
> > Now that the infrastructure has been launched and the SSVM and console
> > proxy are running, I noticed that the CentOS template is not ready.
> >  Neither the management server or the hypervisor are downloading
> anything,
> > so it doesn't appear the CentOS template will be ready.  If I try to
> > register my own templates, I fill out all the fields but the window just
> > disappears when I click OK and no template is added.  I don't see any new
> > messages in the management server log at the time this occurs.  I suspect
> > there is a storage problem.  However, I can mount the NFS shares onto the
> > management server with no problems.  That's how I was able to manually
> > download the system VM template, as the installation guide indicated.
> >  What's wrong with this setup?  I don't see any obvious errors in the
> > management log besides these repetitive messages, which seem to
> contradict
> > the fact that there is a SSVM and console proxy running:
> >
> > http://pastebin.com/yvW5GmSB
> >
>

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