[DRBD-user] Online verify causes kernel panic in XenServer 5.5

Lars Ellenberg lars.ellenberg at linbit.com
Wed Apr 7 16:11:50 CEST 2010

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


On Wed, Apr 07, 2010 at 07:15:11AM +0200, Alexander Thieme wrote:
> Lars Ellenberg wrote:
> >on freenode #drbd, you also mentioned http://pastebin.com/sixfY1JE
> >which I quote here:
> >   1.  block drbd1: role( Secondary -> Primary )
> >   2.  block drbd1: conn( StandAlone -> Unconnected )
> >   3.  block drbd1: Starting receiver thread (from drbd1_worker [4987])
> >   4.  block drbd1: receiver (re)started
> >   5.  block drbd1: conn( Unconnected -> WFConnection )
> >   6.  block drbd1: Handshake successful: Agreed network protocol version 91
> >   7.  block drbd1: conn( WFConnection -> WFReportParams )
> >   8.  BUG: warning at kernel/softirq.c:143/local_bh_enable() (Not tainted)
> >   9.  [<c010681a>] show_trace_log_lvl+0x1a/0x30
> >  10.  [<c0107052>] show_trace+0x12/0x20
> >  11.  [<c0107079>] dump_stack+0x19/0x20
> >  12.  [<c012cf08>] local_bh_enable+0xa8/0xb0
> >  13.  [<c02ba7ce>] lock_sock+0x8e/0xa0
> >  14.  [<c02ed8c8>] tcp_setsockopt+0xb8/0x3b0
> >  15.  [<c02b9fe2>] sock_common_setsockopt+0x22/0x30
> >  16.  [<f0718a7f>] drbd_worker+0x29f/0x480 [drbd]
> >  17.  [<f0734697>] drbd_thread_setup+0x137/0x1f0 [drbd]
> >  18.  [<c0103005>] kernel_thread_helper+0x5/0x10
> >  19.  =======================
> >
> >
> >Let me point you to 4.6 of the Xen Faq
> >http://wiki.xensource.com/xenwiki/XenFaq#head-a6ff59c593b136e2427534df391262f8b4ea7b1e
> >
> >	4.6. I get "Badness in local_bh_enable at kernel/softirq.c" messages, why is this?
> >
> >	This is fairly likely to be caused by a module compiled
> >	for native i386 rather than Xen. When building modules
> >	outside of the Xen build tree, use make ARCH=xen ....
> >
> >	Alternative, this may be a driver that uses interrupt
> >	en/disabling instructions directly rather than the proper API....
> >
> >
> >Well, and in this case, I'd suggest this is simply a broken build.
> >And the below are results of the same.
> >
> >"Works for me".
> Hi Lars,
> 
> We have downloaded the DDK for XenServer Update 1 and installed the
> kernel sources from the DDK source iso. When I try to compile the
> module, I get the following output:
> make ARCH=xen KDIR=/usr/src/linux
> make -C drbd drbd_buildtag.c
> make[1]: Entering directory `/root/drbd-8.3.7/drbd'
> make[1]: Leaving directory `/root/drbd-8.3.7/drbd'
> make[1]: Entering directory `/root/drbd-8.3.7/drbd'
> 
>    Calling toplevel makefile of kernel source tree, which I believe is in
>    KDIR=/usr/src/linux
> 
> test -f ../scripts/adjust_drbd_config_h.sh && \
>         KDIR=/usr/src/linux O= /bin/bash ../scripts/adjust_drbd_config_h.sh
> /usr/src/linux ~/drbd-8.3.7/drbd
> ~/drbd-8.3.7/drbd
> 
>  Using unmodified drbd_config.h
> 
> make -C /usr/src/linux   SUBDIRS=/root/drbd-8.3.7/drbd  modules
> make[2]: Entering directory
> `/usr/src/redhat/SOURCES/linux-2.6.18-128.1.6.el5.xs5.5.0.505.1024'
> Makefile:484: /usr/src/redhat/SOURCES/linux-2.6.18-128.1.6.el5.xs5.5.0.505.1024/arch/xen/Makefile:
> No such file or directory
> make[2]: *** No rule to make target `/usr/src/redhat/SOURCES/linux-2.6.18-128.1.6.el5.xs5.5.0.505.1024/arch/xen/Makefile'.
> Stop.
> make[2]: Leaving directory
> `/usr/src/redhat/SOURCES/linux-2.6.18-128.1.6.el5.xs5.5.0.505.1024'
> make[1]: *** [kbuild] Error 2
> make[1]: Leaving directory `/root/drbd-8.3.7/drbd'
> make: *** [module] Error 2
> 
> Actually, there doesn't seem to be a "xen" arch:
> ls /usr/src/redhat/SOURCES/linux-2.6.18-128.1.6.el5.xs5.5.0.505.1024/arch/
> alpha  arm  arm26  cris  frv  h8300  i386  ia64  m32r  m68k
> m68knommu  mips  parisc  powerpc  ppc  s390  sh  sh64  sparc
> sparc64  um  v850  x86_64  xtensa
> 
> On ##xen/freenode I got the following information:
> "the normal xen sources don't have it either, either the instruction
> is out of date or it doesn't matter to select that. i've never
> specifically set arch=xen to build a kernel, it's handled by the
> sub-settings"

Then they are probably right, and that FAQ is out of date.
Still, the build you used previously is apparently broken.
Leave it off, and see if your fresh and clean build works.

-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com

DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list   --   I'm subscribed



More information about the drbd-user mailing list