<p>Thank you. Documenting it would be good for now.</p>
<p>sent fr0m a $martphone, excuse typ0s</p>
<div class="gmail_quote">On Jan 19, 2012 2:28 PM, "Mike McClurg" <<a href="mailto:mike.mcclurg@gmail.com">mike.mcclurg@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, Jan 19, 2012 at 7:47 AM, Ritesh Raj Sarraf <<a href="mailto:rrs@debian.org">rrs@debian.org</a>> wrote:<br>
> On Wed, Jan 18, 2012 at 3:00 AM, Thomas Goirand <<a href="mailto:zigo@debian.org">zigo@debian.org</a>> wrote:<br>
>> On 01/17/2012 02:47 PM, Ritesh Raj Sarraf wrote:<br>
>>> But the problem is, xcp-xapi wants to have xend disabled.<br>
>>><br>
>>> [ ... ]<br>
>>><br>
>>> So I disabled the xend init file and then ran into this problem.<br>
>><br>
>> No wonder why then! Nobody ever wrote/said that you should do that. The<br>
>> xend init.d script does a lot more than just starting xend. It also:<br>
>> - modprobe the xenfs and xen-evtchn kernel modules<br>
>> - mounts /proc/xen as xenfs<br>
>> - Starts xenconsoled<br>
>> - Starts xenstored<br>
>><br>
>> If the above isn't done, then there's no way that XCP, or even Xen, will<br>
>> ever work! The only thing that should be disabled is starting xend, all<br>
>> the rest should stay.<br>
>><br>
><br>
> What do you mean by "disable starting xend" ?<br>
><br>
<br>
We'd like that the xend init script continue to start the other<br>
services that xpi-xapi relies on, but only actually start the xend<br>
daemon iff TOOLSTACK=xm. This way we don't have to worry about<br>
renaming or splitting init scripts.<br>
<br>
> For now, just calling the xend stop in the xapi init script should fix<br>
> the problem.<br>
><br>
<br>
Agreed, but as was pointed out to me by Ian Campbell, that's a bit of<br>
a hack, since one service shouldn't be allowed to just shut another<br>
one down. I was in favour of making this change to xcp-xapi.init<br>
temporarily, until the xend init script is modified to only<br>
selectively start xend, but I think now that we should instead ask<br>
users to work around this issue until we sort out the xend script. The<br>
simplest work-around is to ask the user to add the line 'service xend<br>
stop' to the user's xcp-xapi.init script.<br>
<br>
Thomas, I believe that you submitted a patch to xend.init to check<br>
TOOLSTACK=xm. Do you know the status of this patch?<br>
<br>
Mike<br>
</blockquote></div>