Re: [Xen-users] Debian 7.7 xcp-xapi doesn't start on boot

[Mark Benson <md.benson@xxxxxxxxx>]

Thanks for responding :)

>Âxcp has effectively been subsumed by the OpenXenserver project which has

> it's lists/wiki etc over atÂwww.xenserver.org, which is probably where

> you will find the most help.

Thanks. They only list developer mailing lists on xenserver.org. The CSS doesn't load on the support forums and they are all kinds of messed up for me, not sure why :\

> Googling "xcp-xapi missing table" also threw up:
>Âhttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682202Âwhich I don't
> even remember filing!

After a fresh reboot this is what I see:

root@zaire:~# service xcp-squeezed status

[ ok ] squeezed is running.

root@zaire:~# service xcp-xapi status

[FAIL] xapi is not running ... failed!

root@zaire:~#

I did read the notes for that bug but squeezed seems to be working okay. Also if I ONLY run

dpkg-reconfigure squeezed

then

service xcp-xapi start

it still won't start. The xcp-squeezed is probably a red herring, I just found those reconfig instructions on the Xen Orchestra blog and decided to give them a shot, and suddenly it worked.

In fact I found subsequently only

dpkg-reconfigure xcp-xapi

is required and it starts up. Yet

service xcp-xapi start

on it's own doesn't work and fails to start (as I assume it does on startup), so something in the dpkg script is magically curing (more likely fudging or forcing an override of) the issue.

> I'd expect them to be under /var/log somewhere...

Indeed, shockingly it's in /var/log/xcp-xapi.log :P

I've flushed out the logs and produced some clean outputs:

Failed at boot:Âhttps://www.dropbox.com/s/eow388i494kh317/xcp-xapi.log.5?dl=0

Failed after boot:Âhttps://www.dropbox.com/s/oprsg9pz0mlfxb3/xcp-xapi.log.3?dl=0

Successful during/after dpkg-reconfgure:Âhttps://www.dropbox.com/s/ty6atht1rufwc1h/xcp-xapi.log.4?dl=0

As best I can see the issue initially is some kind of V6D error. Any subsequent retries seem to choke on not being abler to bind the service to 127.0.0.1:80 which would seem to me that the process is choking up the port. I also found this when I looked after a fresh boot:

root@zaire:~# ps ax | grep xcp

Â3077 ? Â Â Â ÂS Â Â Â0:00 /usr/sbin/xcp-fe -daemon

Â3166 ?    ÂSl   0:00 /usr/lib/xcp/lib/xcp-networkd -daemon -pidfile /var/run/xcp-networkd.pid

Â3196 ? Â Â Â ÂSL Â Â 0:00 /usr/sbin/squeezed -daemon -pidfile /var/run/xcp-squeezed.pid

Â3373 ? Â Â Â ÂS Â Â Â0:00 /usr/sbin/xcp-fe -daemon

Â3600 ? Â Â Â ÂS Â Â Â0:00 /usr/bin/stunnel4 /etc/xcp/xapi-ssl.conf

Â3601 ? Â Â Â ÂS Â Â Â0:00 /usr/bin/stunnel4 /etc/xcp/xapi-ssl.conf

Â3602 ? Â Â Â ÂS Â Â Â0:00 /usr/bin/stunnel4 /etc/xcp/xapi-ssl.conf

Â3603 ? Â Â Â ÂS Â Â Â0:00 /usr/bin/stunnel4 /etc/xcp/xapi-ssl.conf

Â3604 ? Â Â Â ÂS Â Â Â0:00 /usr/bin/stunnel4 /etc/xcp/xapi-ssl.conf

Â3605 ?    ÂSs   0:00 /usr/bin/stunnel4 /etc/xcp/xapi-ssl.conf

Â4095 pts/2 Â ÂS+ Â Â 0:00 grep xcp

No idea if that's normal or not, but there seems to be a lot of stunnel processes.

Appreciate any input.

On Fri, Oct 24, 2014 at 9:36 AM, Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote:

On Fri, 2014-10-24 at 09:02 +0100, Mark Benson wrote:
> Hi,
>
>
> I dunno if this is the right list,

xcp has effectively been subsumed by the OpenXenserver project which has
it's lists/wiki etc over at www.xenserver.org, which is probably where
you will find the most help.

> root@zaire:~$ service xcp-xapi start
> The server failed to handle your request, due to an internal error.
> The given message may give details useful for debugging the problem.
> message: missing table
> <extra>: host
> <extra>:
> root@zaire:~$
[...]
> root@zaire:~# dpkg-reconfigure xcp-squeezed
> root@zaire:~# dpkg-reconfigure xcp-xapi

Disclaimer: I know next to nothing about any of this. But given that
reconfiguring squeezed seems to be related does "service xcp-squeezed
start" before starting xcp-xapi start?

Googling "xcp-xapi missing table" also threw up:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682202 which I don't
even remember filing!

> Where should I look next? Are there any logs I should check next?

I'd expect them to be under /var/log somewhere...

Ian.

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users