kernel BUG!

[Steffen Grunewald]

On Tue, Nov 09, 2004 at 04:17:12PM +0100, Steffen Grunewald wrote:
> Hi,
> 
> with fai 2.6.3 and fai-kernels 1.8, from the 2.6.8 install kernel I get 
> 
> <6>kjournald starting.  Commit interval 5 seconds
> <6>EXT3 FS on sda1, internal journal
> <6>EXT3-fs: mounted filesystem with ordered data mode.
> <4>------------[ cut here ]------------
> <1>kernel BUG at kernel/module.c:264!
> <1>invalid operand: 0000 [#1]
> <4>SMP
> <4>Modules linked in: ext3 jbd mbcache sr_mod sd_mod 3w_9xxx ide_generic usbmouse usbhid ide_cd cdrom usbkbd usbcore floppy rtc via82cxxx slc90e66 sis5513 siimage serverworks rz1000 piix pdc202xx_old pdc202xx_new hpt366 ide_disk hpt34x cs5530 cmd64x amd74xx alim15x3 aec62xx ide_core aic79xx scsi_mod
> <4>CPU:    0
> <4>EIP:    0060:[percpu_modalloc+14/248]    Not tainted
> <4>EFLAGS: 00010202   (2.6.8-fai)
> <4>EIP is at percpu_modalloc+0xe/0xf8
> <4>eax: 0000004b   ebx: f8b0e400   ecx: f8b0e40c   edx: 0000000f
> <4>esi: f8b0d4c4   edi: 00000258   ebp: f8b0f9c8   esp: f7711f0c
> <4>ds: 007b   es: 007b   ss: 0068
> <4>Process modprobe (pid: 509, threadinfo=f7710000 task=f771b7b0)
> <4>Stack: f8b0e400 f8b0d4c4 00000258 f8b0f9c8 c012d8be f8aa4000 c012d8ed 00000148
> <4>       00000020 40157000 08050a00 c031f504 f7710000 f7436300 00000044 00000060
> <4>       f7543684 00000000 00000000 f8b0e400 0000000f 00000000 00000000 00000000
> <4>Call Trace:
> <4> [load_module+966/2308] load_module+0x3c6/0x904
> <4> [load_module+1013/2308] load_module+0x3f5/0x904
> <4> [sys_init_module+93/512] sys_init_module+0x5d/0x200
> <4> [syscall_call+7/11] syscall_call+0x7/0xb
> <4>Code: 0f 0b 08 01 6f a5 2b c0 89 f6 bd a0 10 40 c0 31 f6 a1 2c 64
> <4> <6>kjournald starting.  Commit interval 5 seconds
> <6>EXT3 FS on sda3, internal journal
> <6>EXT3-fs: mounted filesystem with ordered data mode.
> 
> This is on a 2CPU machine with a 3ware 9500-4 controller, *after*
> partitioning.
> 
> The last lines in rcS.log read:
> 
> Calling task_partition
> Partitioning local harddisks
> Calling task_mountdisks
> Enable swap device /dev/sda2
> Mounting /dev/sda1 to /tmp/target/
> Mounting /dev/sda4 to /tmp/target/data
> mount: fs type xfs not supported by kernel
> Mounting /dev/sda3 to /tmp/target/home
> Calling task_extrbase
> Unpacking Debian base archive
> Calling task_mirror
> mount: faiserv1:/data/debian/mirror-i386 failed, reason given by server: Permission denied
> Can't mount faiserv1:/data/debian/mirror-i386

I found (by trying hard, inserting hooks, replacing /sbin/modprobe by a
logging script, and tweaking the config) that the attempt to mount the
xfs file system would cause the kernel BUG.
This should not happen, and since xfs is useful if one wants to install
to a large (and large means LARGE) disk, I honestly ask that to be done.
Of course I can 
- leave the partition out of the config table (only creating it, but
  leaving it unformatted) and do a mkfs.xfs by hand in a script
- wait for a reboot to mount it
but I'd like to populate/check/use it during the install.
I'm also thinking about using XFS for / as well...

Thomas, would it be hard to include xfs into the default kernel?

Cheers,
 Steffen

-- 
Steffen Grunewald * * * Merlin cluster admin (http://pandora.aei.mpg.de)
Albert-Einstein-Institut (MPI Gravitationsphysik, http://www.aei.mpg.de)
       Science Park Golm, Am Mühlenberg 1, 14476 Potsdam, Germany
e-mail: steffen.grunewald(*)aei.mpg.de * +49-331-567-{fon:7233,fax:7298}