Marc from your logs it seems like there is a port conflict on your host.
Can you check on that? port 9090

first I see

2014-10-14 17:25:54,181 INFO  [c.c.c.ClusterManagerImpl] (main:null)
Management server (host id : 1) is being started at 172.16.8.7:9090
2014-10-14 17:25:54,186 INFO  [c.c.c.ClusterManagerImpl] (main:null)
Cluster manager was started successfully
2014-10-14 17:25:54,205 ERROR [c.c.u.n.NioConnection]
(AgentManager-Selector:null) Unable to initialize the threads.
java.net.BindException: Address already in use
    at sun.nio.ch.Net.bind(Native Method)
    at
sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:137)
    at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:77)
    at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:70)
    at com.cloud.utils.nio.NioServer.init(NioServer.java:50)
    at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108)
    at java.lang.Thread.run(Thread.java:636)

and then

2014-10-14 18:18:46,695 ERROR [c.c.c.ClusterManagerImpl] (main:null) Unable
to ping management server at 172.16.8.7:9090 due to ConnectException

are you installing a clustered set of management servers on a single host?

(still looking)

On Thu, Oct 16, 2014 at 4:33 PM, Marc Leeman <marc.lee...@gmail.com> wrote:

> On 16 October 2014 16:10, Daan Hoogland <daan.hoogl...@gmail.com> wrote:
> >
> >> My eye is not much more trained at this table but I'll have a peek in
> the
> >> code. It seems to e that cloudstack should be configuring the bridge
> >> instead of the cloud0 device. I have no idea if this is a config err of
> >> yours or a bug.
> >>
> >> My assuptions:
> >> you are using kvm as hypervisor
> >>
> >
> > ack.
> >
> >
> >> you are running version 4.3.1
> >>
> >
> > dpkg -l |grep cloudstack
> > ii  cloudstack-agent                     4.3.1
> > all          CloudStack agent
> > ii  cloudstack-cli                       4.3.1
> > all          The CloudStack CLI called CloudMonkey
> > ii  cloudstack-common                    4.3.1
> > all          A common package which contains files which are shared by
> > several CloudStack packages
> > ii  cloudstack-management                4.3.1
> > all          CloudStack server library
> >
> >
> >
> >>
> >> any other info? I might want to see your logs during install and zone
> >> definition later, you still have them?
> >>
> >
> >
> > I still have all the log files on the server.
> >
> > The VMs should be connected to the same 172.16.x.x network as the host
> > because of access to multicast devices is needed.
> >
> > For the rest, we've been looking around on the system until it started
> > dawning on us that there were some scripts trying to download things and
> > got blocked by not using the proxy.
> >
> > We could not figure out whay the SVMs said starting; but got stuck there.
> >
> > I downloaded the SVM images with the script and the VMS started.
> >
>
> The log file is
>
>
> http://crichton.supercomputerrobot.com/~marc/downloads/management-server.log.2014-10-14.gz
>
> and the firewall has been disabled already; so it should not be dependent
> on this.
>



-- 
Daan

Reply via email to