* Liu Bo <bo.li....@oracle.com> [2014-03-17 18:47:16 +0800]: > On Mon, Mar 17, 2014 at 06:57:54AM +0100, Florian Bruhin wrote: > > Hi, > > > > on one of my servers running btrfs, I noticed a very high load of > > 26/26/26. After investigating further, this happened in my logs about > > 5 minutes before the monitoring alerted me because of the load: > > > > [...] > > > > So basically after that happened, my load stayed high, so probably > > something went berzerk. > > I get what makes the load stay high, but still don't know how this BUG_ON was > triggered. > > Or maybe by 'gdb btrfs.ko and list *btrfs_search_old_slot+0x7c4', > you can get where it refers to?
I'm not really experienced with debugging kernel code or modules. That's what I tried: $ gunzip -c /usr/lib/modules/3.13.6-1-ARCH/kernel/fs/btrfs/btrfs.ko.gz > btrfs.ko $ gdb btrfs.ko [...] Reading symbols from btrfs.ko...(no debugging symbols found)...done. (gdb) list *btrfs_search_old_slot+0x7c4 No symbol table is loaded. Use the "file" command. (gdb) file /boot/vmlinuz-linux Reading symbols from /boot/vmlinuz-linux...(no debugging symbols found)...done. (gdb) list *btrfs_search_old_slot+0x7c4 No symbol table is loaded. Use the "file" command. It seems the addresses shown are dependent at load-time anyways? Or should I recompile the kernel with debugging symbols and try again, should that work? Florian -- () ascii ribbon campaign - stop html mail www.asciiribbon.org /\ www.the-compiler.org | I love long mails http://email.is-not-s.ms/ "There are some good people in it, but the orchestra as a whole is equivalent to a gang bent on destruction." -- John Cage, composer
pgp2Sp0mcjwS3.pgp
Description: PGP signature
