xenbusb_nop_confighook_cb timeout
Dear All, I've encountered the xenbusb_nop_confighook_cb timeout with FreeBSD 9.1RC2 on XenServer 6.1. This time mounting a CD-ROM didn't help. In an earlier thread on this someone requested a xenstore-ls output, so here it is: http://pastebin.com/XCgAfHKY This is the only running VM on the machine besides the DVS Xen vm. Of course it's a GENERIC kernel, but some unwanted things thrown out like wifi-usb, wifi etc. Regards, Andras ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org
Re: xenbusb_nop_confighook_cb timeout
Hi!, I have reproduced it in my environment too…. XCP 1.6-BETA and FreeBSD 9.0-RELENG_9_0 (from June compiled by myself release) and 9.1-RC2….. This is the state it arrives : http://snag.gy/izByC.jpg I'm trying to see too what's happening… Regards, El 10/10/2012, a las 15:40, Gót András got.and...@deployis.eu escribió: Dear All, I've encountered the xenbusb_nop_confighook_cb timeout with FreeBSD 9.1RC2 on XenServer 6.1. This time mounting a CD-ROM didn't help. In an earlier thread on this someone requested a xenstore-ls output, so here it is: http://pastebin.com/XCgAfHKY This is the only running VM on the machine besides the DVS Xen vm. Of course it's a GENERIC kernel, but some unwanted things thrown out like wifi-usb, wifi etc. Regards, Andras ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org
Re: xenbusb_nop_confighook_cb timeout
I have seen this is old… and I assume it was happening too on this Xen version… kern/164630 Any workaround??? unless?? El 10/10/2012, a las 19:19, Egoitz Aurrekoetxea Aurre ego...@ramattack.net escribió: Hi!, I have reproduced it in my environment too…. XCP 1.6-BETA and FreeBSD 9.0-RELENG_9_0 (from June compiled by myself release) and 9.1-RC2….. This is the state it arrives : http://snag.gy/izByC.jpg I'm trying to see too what's happening… Regards, El 10/10/2012, a las 15:40, Gót András got.and...@deployis.eu escribió: Dear All, I've encountered the xenbusb_nop_confighook_cb timeout with FreeBSD 9.1RC2 on XenServer 6.1. This time mounting a CD-ROM didn't help. In an earlier thread on this someone requested a xenstore-ls output, so here it is: http://pastebin.com/XCgAfHKY This is the only running VM on the machine besides the DVS Xen vm. Of course it's a GENERIC kernel, but some unwanted things thrown out like wifi-usb, wifi etc. Regards, Andras ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org
Re: xenbusb_nop_confighook_cb timeout
Hi, If needed I can provide test VM-s on a XenServer 6.1 cluster with full access to the VM-s. Unfortunately the Web Self Service cannot be installed, because there's a bad link in the trial email, so we cannot even do the test we want and hopefully proceed to buy the enterprise licence. Regards, Andras On 10/10/2012 08:56 PM, Mark Felder wrote: This is also preventing my XCP 1.5beta to 1.6 testing :-( Any suggestions are appreciated! ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org
Re: xenbusb_nop_confighook_cb timeout
This is also preventing my XCP 1.5beta to 1.6 testing :-( Any suggestions are appreciated! ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org
Re: xenbusb_nop_confighook_cb timeout
Hi, I've made some tests and even if I disable USB support in the kernel the hang occurs. The XENHVM drivers finds the virtual USB anyway. Regards, Andras On 10/10/2012 07:19 PM, Egoitz Aurrekoetxea Aurre wrote: Hi!, I have reproduced it in my environment too…. XCP 1.6-BETA and FreeBSD 9.0-RELENG_9_0 (from June compiled by myself release) and 9.1-RC2….. This is the state it arrives : http://snag.gy/izByC.jpg I'm trying to see too what's happening… Regards, El 10/10/2012, a las 15:40, Gót András got.and...@deployis.eu escribió: Dear All, I've encountered the xenbusb_nop_confighook_cb timeout with FreeBSD 9.1RC2 on XenServer 6.1. This time mounting a CD-ROM didn't help. In an earlier thread on this someone requested a xenstore-ls output, so here it is: http://pastebin.com/XCgAfHKY This is the only running VM on the machine besides the DVS Xen vm. Of course it's a GENERIC kernel, but some unwanted things thrown out like wifi-usb, wifi etc. Regards, Andras ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org
Re: xenbusb_nop_confighook_cb timeout
... one thing mates… I need to check this in a more slower and conscientiously way but... I think… in subr_autoconf.c file in function boot_run_interrupt_driven_config_hooks it's entering in a while causing to be looped there forever… because it doesn't see the NULL it's awaiting the while and apart of this, seems nothing changes in the given structures when calling msleep…. because perhaps… nothing should change and it's always basically not seen NULL too….. So loops six times and gets there…. panicked… Look… root@pruebas:/root # diff -u /usr/src/sys/kern/subr_autoconf.c-defecto /usr/src/sys/kern/subr_autoconf.c --- /usr/src/sys/kern/subr_autoconf.c-defecto 2012-10-10 13:51:27.0 +0200 +++ /usr/src/sys/kern/subr_autoconf.c 2012-10-10 18:21:51.0 +0200 @@ -133,16 +133,17 @@ /* Block boot processing until all hooks are disestablished. */ mtx_lock(intr_config_hook_lock); warned = 0; - while (!TAILQ_EMPTY(intr_config_hook_list)) { + /* while (!TAILQ_EMPTY(intr_config_hook_list)) { */ if (msleep(intr_config_hook_list, intr_config_hook_lock, 0, conifhk, WARNING_INTERVAL_SECS * hz) == EWOULDBLOCK) { + printf(\n\n SARENET Individual lock name antes de unlock es : %s, intr_config_hook_lock.lock_object.lo_name); mtx_unlock(intr_config_hook_lock); warned++; run_interrupt_driven_config_hooks_warning(warned); mtx_lock(intr_config_hook_lock); } - } + /* } */ mtx_unlock(intr_config_hook_lock); } TAILQ_EMPTY is at queue.h : #define STAILQ_EMPTY(head) ((head)-stqh_first == NULL) With the printf line entered by me… have not seen any text in intr_config_hook_lock.lock_object.lo_name struct element… So…. I commented the while as seen in the patch…. and the system is booting :) root@pruebas:/root # root@pruebas:/root # root@pruebas:/root # root@pruebas:/root # uptime 7:08PM up 23 secs, 1 user, load averages: 0.96, 0.25, 0.09 root@pruebas:/root # uname -ar FreeBSD pruebas.sare.net 9.1-RC2 FreeBSD 9.1-RC2 #0: Wed Oct 10 18:33:54 CEST 2012 r...@pruebas.sare.net:/usr/obj/usr/src/sys/XENHVM11 amd64 root@pruebas:/root # So…. I'm guessing perhaps enters in the loop because the value is not exactly NULL and stays there till it attempts six times… and get there indefinitely like panicked…. Have tried it too with FreeBSD 9.0 RELENG_9_0…. As said at the beginning need to investigate further… but seems like we're going in the proper direction…. Cheers, El 10/10/2012, a las 20:56, Mark Felder f...@feld.me escribió: This is also preventing my XCP 1.5beta to 1.6 testing :-( Any suggestions are appreciated! ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org
Re: xenbusb_nop_confighook_cb timeout
Hi, The patched worked for me also. I hope somehow it'll make to into 9.1rc if send a reply to the previous PR. :) Andras On 10/10/2012 10:16 PM, Egoitz Aurrekoetxea Aurre wrote: ... one thing mates… I need to check this in a more slower and conscientiously way but... I think… in subr_autoconf.c file in function boot_run_interrupt_driven_config_hooks it's entering in a while causing to be looped there forever… because it doesn't see the NULL it's awaiting the while and apart of this, seems nothing changes in the given structures when calling msleep…. because perhaps… nothing should change and it's always basically not seen NULL too….. So loops six times and gets there…. panicked… Look… root@pruebas:/root # diff -u /usr/src/sys/kern/subr_autoconf.c-defecto /usr/src/sys/kern/subr_autoconf.c --- /usr/src/sys/kern/subr_autoconf.c-defecto 2012-10-10 13:51:27.0 +0200 +++ /usr/src/sys/kern/subr_autoconf.c 2012-10-10 18:21:51.0 +0200 @@ -133,16 +133,17 @@ /* Block boot processing until all hooks are disestablished. */ mtx_lock(intr_config_hook_lock); warned = 0; - while (!TAILQ_EMPTY(intr_config_hook_list)) { + /* while (!TAILQ_EMPTY(intr_config_hook_list)) { */ if (msleep(intr_config_hook_list, intr_config_hook_lock, 0, conifhk, WARNING_INTERVAL_SECS * hz) == EWOULDBLOCK) { + printf(\n\n SARENET Individual lock name antes de unlock es : %s, intr_config_hook_lock.lock_object.lo_name); mtx_unlock(intr_config_hook_lock); warned++; run_interrupt_driven_config_hooks_warning(warned); mtx_lock(intr_config_hook_lock); } - } + /* } */ mtx_unlock(intr_config_hook_lock); } TAILQ_EMPTY is at queue.h : #define STAILQ_EMPTY(head) ((head)-stqh_first == NULL) With the printf line entered by me… have not seen any text in intr_config_hook_lock.lock_object.lo_name struct element… So…. I commented the while as seen in the patch…. and the system is booting :) root@pruebas:/root # root@pruebas:/root # root@pruebas:/root # root@pruebas:/root # uptime 7:08PM up 23 secs, 1 user, load averages: 0.96, 0.25, 0.09 root@pruebas:/root # uname -ar FreeBSD pruebas.sare.net 9.1-RC2 FreeBSD 9.1-RC2 #0: Wed Oct 10 18:33:54 CEST 2012 r...@pruebas.sare.net:/usr/obj/usr/src/sys/XENHVM11 amd64 root@pruebas:/root # So…. I'm guessing perhaps enters in the loop because the value is not exactly NULL and stays there till it attempts six times… and get there indefinitely like panicked…. Have tried it too with FreeBSD 9.0 RELENG_9_0…. As said at the beginning need to investigate further… but seems like we're going in the proper direction…. Cheers, El 10/10/2012, a las 20:56, Mark Felder f...@feld.me escribió: This is also preventing my XCP 1.5beta to 1.6 testing :-( Any suggestions are appreciated! ___ freebsd-xen@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-xen To unsubscribe, send any mail to freebsd-xen-unsubscr...@freebsd.org