[Pkg-xen-devel] Bug#655301: Bug#655301: xcp-xapi fails to start

[Ritesh Raj Sarraf]

On 01/10/2012 04:26 PM, Thomas Goirand wrote:
> Hi Ritesh,
> 
> Thanks for your bug reports. It's really cool to see that there's
> already some people using the XCP packages we worked on since last
> summer, and even more to see that some of them are DDs! :)
> 
> I wonder, what is trying to connect to what here? Is it xe trying to
> connect to xapi?
> 
> How can we make sure that the issue isn't specific to upgrades from
> download.xensource.org, which frankly, Debian should nothing to do with?
> I'm not saying that we shouldn't try to fix (it'd be nice if we could),
> but that I have very little time to investigate the issue.
> 
> If we were to fix issues when upgrade from packages downloaded from
> download.xensource.org (which really, I have no time to investigate),
> then don't you think this is a bit out of scope and would deserve a
> Severity: wishlist, and a title like "xcp-xapi fails to start if
> upgrading from packages at download.xensource.org"?


This seems to be happening because of this:

# Wait for xapi to write its "init complete" cookie: after here it's
safe to modify templates.
wait_for_xapi() {
    MAX_RETRIES=50
    RETRY=0
    while [ ${RETRY} -lt ${MAX_RETRIES} ]; do
        if [ -e ${XAPI_STARTUP_COOKIE} ]; then
            return 0
        fi
        sleep 1
        RETRY=$(( ${RETRY} + 1 ))
    done
    return 1
}



The daemon is started with daemon args as:
DAEMON_ARGS="-daemon -writereadyfile $XAPI_STARTUP_COOKIE
-writeinitcomplete $XAPI_INIT_COMPLETE_COOKIE"



I admit this bug report was done in a hurry without trying all options.

My wild guess is that the xcp cookies is dependent on the domain uuid.
In my case, the uuid was carried froward from the other repository. I
will try this out and update the bug report.


Thank you for getting the packages done. We'll get it in shape for
wheezy. :-)

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 900 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20120110/528333ae/attachment.pgp>