Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Xen: API

Re: Bug#678923: Acknowledgement (xcp-xapi: host-disable and host-reboot make host disable forever)

 

 

Xen api RSS feed   Index | Next | Previous | View Threaded


george.shuklin at gmail

Jul 4, 2012, 7:21 PM

Post #1 of 2 (275 views)
Permalink
Re: Bug#678923: Acknowledgement (xcp-xapi: host-disable and host-reboot make host disable forever)

I've done some additional research on that bug.

Brief bug description:
xe host-disable; xe host-reboot make host disabled endlessly after
reboot without chances to be enabled:


xe host-enable uuid=
The specified host is disabled and cannot be re-enabled until after it
has rebooted

What I found:

1) That settings (host_disabled_until_reboot) is stored in
/var/lib/xcp/local.db.
Stopping xcp-xapi, removing that file and starting xcp-xapi back works .
But ugly hack.
2) That attribute is written during reboot, initiated by xe host-reboot.

Question is: what change that value in XCP? xapi or some other startup
script?



_______________________________________________
Xen-api mailing list
Xen-api [at] lists
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


mike.mcclurg at gmail

Jul 5, 2012, 9:55 AM

Post #2 of 2 (247 views)
Permalink
Re: [Pkg-xen-devel] Bug#678923: Acknowledgement (xcp-xapi: host-disable and host-reboot make host disable forever) [In reply to]

On Thu, Jul 5, 2012 at 3:21 AM, George Shuklin <george.shuklin [at] gmail> wrote:
> I've done some additional research on that bug.
>
> Brief bug description:
> xe host-disable; xe host-reboot make host disabled endlessly after reboot
> without chances to be enabled:
>
>
> xe host-enable uuid=
> The specified host is disabled and cannot be re-enabled until after it
> has rebooted
>
> What I found:
>
> 1) That settings (host_disabled_until_reboot) is stored in
> /var/lib/xcp/local.db.
> Stopping xcp-xapi, removing that file and starting xcp-xapi back works . But
> ugly hack.
> 2) That attribute is written during reboot, initiated by xe host-reboot.
>
> Question is: what change that value in XCP? xapi or some other startup
> script?

Okay, I think that the problem is that we forgot to call xapi with the
-onsystemboot flag in the xcp-xapi.init script. Here is an untested
patch that you should be able to manually apply (as in edit the init
file by hand) to test if this fixes the issue.

I'll push a proper patch to my github soon.

Mike

diff --git a/debian/xcp-xapi.init b/debian/xcp-xapi.init
index 055e17b..b3c5959 100755
--- a/debian/xcp-xapi.init
+++ b/debian/xcp-xapi.init
@@ -23,7 +23,7 @@ PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="The XenAPI server"
NAME=xapi
DAEMON=/usr/sbin/$NAME
-DAEMON_ARGS="-daemon -writereadyfile $XAPI_STARTUP_COOKIE
-writeinitcomplete $XAPI_INIT_COMPLETE_COOKIE"
+DAEMON_ARGS="-daemon -writereadyfile $XAPI_STARTUP_COOKIE
-writeinitcomplete $XAPI_INIT_COMPLETE_COOKIE -onsystemboot"
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/$NAME
TEMPLATES_MD5_STAMP=/var/lib/xcp/templates.md5

_______________________________________________
Xen-api mailing list
Xen-api [at] lists
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

Xen api RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.