All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: kernel bug]
  2005-02-22 18:17 [Fwd: kernel bug] Steve Felt
@ 2005-02-25 12:59 ` Mikhail L. Titov
  0 siblings, 0 replies; 12+ messages in thread
From: Mikhail L. Titov @ 2005-02-25 12:59 UTC (permalink / raw)
  To: reiserfs-list

I have come across the similar bug in namei.c

ReiserFS: hdc5: warning: vs-13060: reiserfs_update_sd: stat data of object
[2 5471 0x0 SD] (nlink == 82) not found (pos 1)
ReiserFS: hdc5: warning: vs-13060: reiserfs_update_sd: stat data of object
[2 5471 0x0 SD] (nlink == 82) not found (pos 1)
------------[ cut here ]------------
kernel BUG at fs/reiserfs/namei.c:1293!
invalid operand: 0000 [#1]
PREEMPT
Modules linked in: iptable_nat ip_conntrack iptable_mangle iptable_filter
ip_tables ipv6 e100 eepro100 mii pciehp shpchp pci_hotplug ehci_hcd uhci_hcd
usbcore intel_agp agpgart parport_pc parport floppy evdev pcspkr rtc dm_mod
capability commoncap reiserfs ide_generic ide_disk piix ide_core unix font
vesafb cfbcopyarea cfbimgblt cfbfillrect
CPU:    0
EIP:    0060:[<f8907f09>]    Not tainted
EFLAGS: 00010296   (2.6.8-2-686)
EIP is at reiserfs_rename+0x289/0xb10 [reiserfs]
eax: ffffffff   ebx: f1269da0   ecx: 00000006   edx: f1269d10
esi: f1269e60   edi: f1269cc0   ebp: ef2bfccc   esp: f1269c00
ds: 007b   es: 007b   ss: 0068
Process mv (pid: 2426, threadinfo=f1268000 task=f76093e0)
Stack: f7fd8600 f1269d3c f1269e60 f1269d10 ef2bfccc 00000000 00000001
f1269d24
       00000001 f1268000 00000001 000081a4 00000000 00000000 f7b81018
00000039
       f7fd8600 00000001 00000000 0000003b 000000d4 00000000 f891feb1
f1269c5c
Call Trace:
 [<f891feb1>] search_by_key+0x821/0x11d0 [reiserfs]
 [<f8925965>] get_cnode+0x25/0x80 [reiserfs]
 [<f890b22e>] inode2sd+0xfe/0x160 [reiserfs]
 [<c0119e10>] autoremove_wake_function+0x0/0x60
 [<f890b671>] reiserfs_update_sd_size+0x171/0x220 [reiserfs]
 [<c0119e10>] autoremove_wake_function+0x0/0x60
 [<f892b3d5>] do_journal_end+0x715/0xad0 [reiserfs]
 [<f892a01a>] journal_end+0xaa/0x100 [reiserfs]
 [<f8916d85>] reiserfs_dirty_inode+0xd5/0x100 [reiserfs]
 [<c0165acb>] vfs_rename_other+0xcb/0x130
 [<c0165cce>] vfs_rename+0x19e/0x410
 [<c0166133>] sys_rename+0x1f3/0x230
 [<c015ec6b>] sys_lstat64+0x1b/0x40
 [<c010603b>] syscall_call+0x7/0xb
Code: 0f 0b 0d 05 ec 2f 93 f8 8b 84 24 60 02 00 00 8d 8c 24 80 01

I am running Debian GNU/Linux testing
localhost:~# cat /proc/version
Linux version 2.6.8-2-686 (dilinger@toaster.hq.voxel.net) (gcc version 3.3.5
(Debian 1:3.3.5-6)) #1 Mon Jan 24 03:58:38 EST 2005

--------
Mikhail


"Steve Felt" <steve@circlepix.com> wrote in message
news:1109096270.7723.3.camel@sfelt...
> I'm submitting this again. Any help is greatly appreciated!
>
> I am open to any suggestions and I DO appreciate the hard work that's
> gone into ReiserFS. I'm not above paying for the core developers' help,
> if it comes to that (yes, I've read http://www.namesys.com/support.html
and
> http://www.namesys.com/faq.html ). Also, I am open to suggestions, such as
"you need to recompile the
> kernel with..." or "why don't you read..." or "the hardware has to be
> replaced..."
>
> I'm getting the following "kernel BUG" on SuSE 9.1 Pro (and on 9.2):
>
> [first, the hw/sw details]
>   LSI 929x (7202xp) HBA (fiber channel card)
>
>   Large array of drives (1.4TB)
>
>   cat /proc/meminfo
> MemTotal:      1036148 kB
>
>   cat /proc/cpuinfo
> processor       : 0
> vendor_id       : AuthenticAMD
> cpu family      : 6
> model           : 6
> model name      : AMD Athlon(tm) MP 2000+
>
>   cat /proc/mpt/version
> mptlinux-3.01.14.23
> Fusion MPT base driver
> Fusion MPT SCSI host driver
>
>   cat /etc/SuSE-release
> SuSE Linux 9.1 (i586)
> VERSION = 9.1
>
>   dmesg | grep -i reiser | grep sda
> ReiserFS: sda1: found reiserfs format "3.6" with standard journal
> ReiserFS: sda1: using ordered data mode
> ReiserFS: sda1: journal params: device sda1, size 8192, journal first
> block 18, max trans len 1024, max batch 900, max commit age 30, max
> trans age 30
> ReiserFS: sda1: checking transaction log (sda1)
> reiserfs: disabling flush barriers on sda1
> ReiserFS: sda1: Using r5 hash to sort names
>
> Symptoms:
>    I can do an initial rsync of a large amount of data (~300MB) from
> another host, but subsequent rsync attempts fail after about 1hour (when
> files are actually being copied over/ replaced etc.) with the following:
>
>  kernel: ------------[ cut here ]------------
>  kernel: kernel BUG at fs/reiserfs/namei.c:1291!
>  kernel: invalid operand: 0000 [#1]
>  kernel: CPU: 0
>  kernel: EIP: 0060:[__crc_device_suspend+2680266/3186568] Not tainted
>  kernel: EIP: 0060:[] Not tainted
>  kernel: EFLAGS: 00010296 (2.6.5-7.111.19-default)
>  kernel: EIP is at reiserfs_rename+0x299/0x7d0 [reiserfs]
>  kernel: eax: ffffffff ebx: 00008000 ecx: e88a7cf0 edx: e88a7cf0
>  kernel: esi: 00000000 edi: e88a7ca0 ebp: e4aa5dcc esp: e88a7be8
>  kernel: ds: 007b es: 007b ss: 0068
>  kernel: Process rsync (pid: 3062, threadinfo=e88a6000 task=f13de220)
>  kernel: Stack: 00000009 00000009 00000001 00008180 f5b49018 00001000
> 00000000 00000000
>  kernel: 00000000 f5b4bb4c e4a84080 f5b4bb4c 00000000 00000000 c1a0e400
> 00000001
>  kernel: 00000000 0000003b 00002b5b 00000000 00000000 e88a7c3c e88a7c3c
> e88a7d50
>  kernel: Call Trace:
>  kernel: [__crc_device_suspend+2716835/3186568]
> reiserfs_allocate_blocks_for_region+0xf32/0x1320 [reiserfs]
>  kernel: [] reiserfs_allocate_blocks_for_region+0xf32/0x1320 [reiserfs]
>  kernel: [__crc_device_suspend+2692640/3186568] inode2sd+0x12f/0x140
> [reiserfs]
>  kernel: [] inode2sd+0x12f/0x140 [reiserfs]
>  kernel: [__crc_device_suspend+2772063/3186568] pathrelse+0x1e/0x30
> [reiserfs]
>  kernel: [] pathrelse+0x1e/0x30 [reiserfs]
>  kernel: [autoremove_wake_function+0/48]
> autoremove_wake_function+0x0/0x30
>  kernel: [] autoremove_wake_function+0x0/0x30
>  kernel: [__crc_device_suspend+2807928/3186568]
> do_journal_end+0x1f7/0xc40 [reiserfs]
>  kernel: [] do_journal_end+0x1f7/0xc40 [reiserfs]
>  kernel: [__crc_device_suspend+2812134/3186568] journal_end+0x65/0xc0
> [reiserfs]
>  kernel: [] journal_end+0x65/0xc0 [reiserfs]
>  kernel: [__crc_device_suspend+2719325/3186568]
> reiserfs_file_write+0x5cc/0x639 [reiserfs]
>  kernel: [] reiserfs_file_write+0x5cc/0x639 [reiserfs]
>  kernel: [vfs_rename_other+149/272] vfs_rename_other+0x95/0x110
>  kernel: [] vfs_rename_other+0x95/0x110
>  kernel: [vfs_rename+335/896] vfs_rename+0x14f/0x380
>  kernel: [] vfs_rename+0x14f/0x380
>  kernel: [sys_rename+575/704] sys_rename+0x23f/0x2c0
>  kernel: [] sys_rename+0x23f/0x2c0
>  kernel: [__pollwait+0/208] __pollwait+0x0/0xd0
>  kernel: [] __pollwait+0x0/0xd0
>  kernel: [sys_close+112/208] sys_close+0x70/0xd0
>  kernel: [] sys_close+0x70/0xd0
>  kernel: [sysenter_past_esp+82/121] sysenter_past_esp+0x52/0x79
>  kernel: [] sysenter_past_esp+0x52/0x79
>  kernel:
>  kernel: Code: 0f 0b 0b 05 35 d0 10 f9 8b 84 24 58 02 00 00 8b 8c c4 60
> 02
>
>
> --------------------------------------------
>
> Thanks for your help!
> ("Spasibo za pomosh'!")
>
> -steve
>
>
>




^ permalink raw reply	[flat|nested] 12+ messages in thread

* kernel bug ?
@ 2005-05-02 11:43 Mateusz Berezecki
  0 siblings, 0 replies; 12+ messages in thread
From: Mateusz Berezecki @ 2005-05-02 11:43 UTC (permalink / raw)
  To: Linux Kernel Mailing List


http://www.pastebin.com/278569

testcase used

hack.pl/~c0de/5.c

compile and run using

strace -f 5

on my 2.6.12-rc3 kernel frow linus' git repo it
produces a bunch of oopses


regards


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Kernel bug?
@ 2009-04-04 15:07 Gabriele Tozzi
  2009-04-04 22:40 ` NeilBrown
  0 siblings, 1 reply; 12+ messages in thread
From: Gabriele Tozzi @ 2009-04-04 15:07 UTC (permalink / raw)
  To: linux-raid

Hello,

I guess I've found a kernel bug: I get an oops when rebuilding a raid1
array (/dev/md5) on an SMP system. The md5_resync process then hangs.

This is my current configuration:

transylvania:~# uname -a
Linux transylvania 2.6.29.1transylvania #1 SMP Sat Apr 4 04:08:40 CEST
2009 i686 GNU/Linux

transylvania:~# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md1 : active raid1 sdb2[1] sda2[0]
      1003968 blocks [2/2] [UU]

md2 : active raid1 sdb5[1] sda5[0]
      2008000 blocks [2/2] [UU]

md3 : active raid1 sdb6[1] sda6[0]
      1003904 blocks [2/2] [UU]

md4 : active raid1 sdb7[1] sda7[0]
      505920 blocks [2/2] [UU]

md6 : active linear sdb8[1] sda8[0]
      25719808 blocks 4k rounding

md5 : active raid1 sdd2[1] sdc2[3]
      97843776 blocks [3/1] [_U_]
      [===>.................]  recovery = 15.3% (15018752/97843776)
finish=35.2min speed=39182K/sec

md0 : active raid1 sdb1[1] sda1[0]
      40064 blocks [2/2] [UU]

unused devices: <none>

When the system hangs, i receive these messages:

transylvania:~#
Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel: Oops: 0000 [#1] SMP

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel: last sysfs file:
/sys/devices/pci0000:00/0000:00:04.2/usb2/2-2/2-2:1.0/host5/target5:0:0/5:0:0:0/type

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel: Process md5_resync (pid: 6969, ti=dcbba000
task=d59c72a0 task.ti=dcbba000)

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel: Stack:

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  df3e2080 0ba9f480 00011210 df3e209c c0163dfc 00000010
00000078 00000000

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  c019f38f 00000000 0ba9f480 00000000 0ba9f480 00000000
dcbbbe78 c04a29fd

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel: Call Trace:

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c04a2753>] r1buf_pool_alloc+0x11c/0x164

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c0163dfc>] mempool_alloc+0x27/0xcb

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c019f38f>] bio_add_page+0x28/0x2e

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c04a29fd>] sync_request+0x1fd/0x5f2

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c01374ba>] __wake_up+0x29/0x39

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c04b5028>] md_do_sync+0x6d4/0xb60

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c013976d>] set_next_entity+0x29/0x51

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c013b884>] try_to_wake_up+0x127/0x130

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c04b58b0>] md_thread+0xdd/0xf4

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c0137445>] complete+0x28/0x36

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c04b57d3>] md_thread+0x0/0xf4

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c014e857>] kthread+0x38/0x5d

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c014e81f>] kthread+0x0/0x5d

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel:  [<c011d8a3>] kernel_thread_helper+0x7/0x10

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel: Code: 14 10 8b 02 89 4c 82 08 40 83 f8 0e 89 02 75 07
89 d0 e8 06 fe ff ff 89 d8 50 9d 90 8d b4 26 00 00 00 00 5b c3 55 57 56
53 89 c3 <8b> 00 f6 c4 60 74 23 f6 c4 40 74 03 8b 5b 0c 8d 43 04 f0 ff 08

Message from syslogd@localhost at Sat Apr  4 16:51:17 2009 ...
localhost kernel: EIP: [<c0168f1d>] put_page+0x6/0xdd SS:ESP 0068:dcbbbdd8

transylvania:~#

Please include my address in replies 'cause I'm not subscribed to this
list. Thank you.

Gabriele Tozzi

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Kernel bug?
  2009-04-04 15:07 Kernel bug? Gabriele Tozzi
@ 2009-04-04 22:40 ` NeilBrown
  2009-04-06  4:43   ` Neil Brown
  0 siblings, 1 reply; 12+ messages in thread
From: NeilBrown @ 2009-04-04 22:40 UTC (permalink / raw)
  To: Gabriele Tozzi; +Cc: linux-raid, Jens Axboe

On Sun, April 5, 2009 1:07 am, Gabriele Tozzi wrote:
> Hello,
>
> I guess I've found a kernel bug: I get an oops when rebuilding a raid1
> array (/dev/md5) on an SMP system. The md5_resync process then hangs.

Yes, it appears you have found a bug.  Thanks for reporting it.

It looks like an alloc_page failed in r1buf_pool_alloc and when trying
to clean up we tried to free pages that had never been allocated.

The code in raid1.c assumes that newly allocated 'bios' have their
bvec initialised to NULLs, but that apparently changed recently
with commit d3f761104b097738932afcc310fbbbbfb007ef92

I'll post a patch after the weekend.

Thanks,

NeilBrown


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Kernel bug?
  2009-04-04 22:40 ` NeilBrown
@ 2009-04-06  4:43   ` Neil Brown
  0 siblings, 0 replies; 12+ messages in thread
From: Neil Brown @ 2009-04-06  4:43 UTC (permalink / raw)
  To: Gabriele Tozzi; +Cc: linux-raid, Jens Axboe

On Sunday April 5, neilb@suse.de wrote:
> On Sun, April 5, 2009 1:07 am, Gabriele Tozzi wrote:
> > Hello,
> >
> > I guess I've found a kernel bug: I get an oops when rebuilding a raid1
> > array (/dev/md5) on an SMP system. The md5_resync process then hangs.
> 
> Yes, it appears you have found a bug.  Thanks for reporting it.
> 
> It looks like an alloc_page failed in r1buf_pool_alloc and when trying
> to clean up we tried to free pages that had never been allocated.
> 
> The code in raid1.c assumes that newly allocated 'bios' have their
> bvec initialised to NULLs, but that apparently changed recently
> with commit d3f761104b097738932afcc310fbbbbfb007ef92
> 
> I'll post a patch after the weekend.

And here it is.   Applying this patch will mean that you are resync a
raid1 array safely.   It will send it upstream shortly and hopefully
it will be in 2.6.29.1

Thanks again,
NeilBrown

From 303a0e11d0ee136ad8f53f747f3c377daece763b Mon Sep 17 00:00:00 2001
From: NeilBrown <neilb@suse.de>
Date: Mon, 6 Apr 2009 14:40:38 +1000
Subject: [PATCH] md/raid1 - don't assume newly allocated bvecs are initialised.

Since commit d3f761104b097738932afcc310fbbbbfb007ef92
newly allocated bvecs aren't initialised to NULL, so we have
to be more careful about freeing a bio which only managed
to get a few pages allocated to it.  Otherwise the resync
process crashes.

This patch is appropriate for 2.6.29-stable.

Cc: stable@kernel.org
Cc: "Jens Axboe" <jens.axboe@oracle.com>
Reported-by: Gabriele Tozzi <gabriele@tozzi.eu>
Signed-off-by: NeilBrown <neilb@suse.de>
---
 drivers/md/raid1.c |    7 ++++---
 1 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c
index b4f4bad..f2247b0 100644
--- a/drivers/md/raid1.c
+++ b/drivers/md/raid1.c
@@ -123,6 +123,7 @@ static void * r1buf_pool_alloc(gfp_t gfp_flags, void *data)
 				goto out_free_pages;
 
 			bio->bi_io_vec[i].bv_page = page;
+			bio->bi_vcnt = i+1;
 		}
 	}
 	/* If not user-requests, copy the page pointers to all bios */
@@ -138,9 +139,9 @@ static void * r1buf_pool_alloc(gfp_t gfp_flags, void *data)
 	return r1_bio;
 
 out_free_pages:
-	for (i=0; i < RESYNC_PAGES ; i++)
-		for (j=0 ; j < pi->raid_disks; j++)
-			safe_put_page(r1_bio->bios[j]->bi_io_vec[i].bv_page);
+	for (j=0 ; j < pi->raid_disks; j++)
+		for (i=0; i < r1_bio->bios[j]->bi_vcnt ; i++)
+			put_page(r1_bio->bios[j]->bi_io_vec[i].bv_page);
 	j = -1;
 out_free_bio:
 	while ( ++j < pi->raid_disks )
-- 
1.6.2.1


^ permalink raw reply related	[flat|nested] 12+ messages in thread

* kernel bug?
@ 2010-02-24 13:25 saraguato
  0 siblings, 0 replies; 12+ messages in thread
From: saraguato @ 2010-02-24 13:25 UTC (permalink / raw)
  To: linux-kernel

I am totally stumped as to whom to send the report, so i sent to this address

Problem:
System crash. Some proccess are freezes, some proccess continue ok. I
have to force a hardware reboot.

Keyworkds:
    kernel, nfs

Kernel version:
    Ubuntu 9.04 jaunty, kernel version:Linux la16-cgen-dev
2.6.28-18-generic #59-Ubuntu SMP Thu Jan 28 01:23:03 UTC 2010 i686
GNU/Linux

Descripcion:
    I launched a program during all the night.This program share a
loop device with network block devices.  This loop device is assigned
to a file located in a nfs directory. The program is a server which
share and unshare continually, the client work on shared network block
device when it is shared.
At 7:41 on morning, cron launch some proccess and my server program is
freezed.  A part of the syslog:


Feb 24 07:39:21 la16-cgen-dev nbd_server[23072]: Disconnect request received.
Feb 24 07:39:21 la16-cgen-dev nbd_server[23035]: Child exited with 0
Feb 24 07:39:45 la16-cgen-dev nbd_server[23242]: connect from
127.0.0.1, assigned file is /dev/loop0
Feb 24 07:39:45 la16-cgen-dev nbd_server[23242]: Can't open
authorization file /etc/nbd-server/allow (No such file or directory).
Feb 24 07:39:45 la16-cgen-dev nbd_server[23242]: Authorized client
Feb 24 07:39:45 la16-cgen-dev nbd_server[23277]: Starting to serve
Feb 24 07:39:45 la16-cgen-dev nbd_server[23277]: Size of exported
file/device is 209715200


[The above pattern is repeated all night. Now comes the problem when
cron launch some program]

Feb 24 07:40:01 la16-cgen-dev /USR/SBIN/CRON[23285]: (root) CMD ([ -x
/usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)
Feb 24 07:40:31 la16-cgen-dev nbd_server[23277]: Disconnect request received.
Feb 24 07:40:31 la16-cgen-dev nbd_server[23242]: Child exited with 0
Feb 24 07:40:56 la16-cgen-dev nbd_server[23576]: connect from
127.0.0.1, assigned file is /dev/loop0
Feb 24 07:40:56 la16-cgen-dev nbd_server[23576]: Can't open
authorization file /etc/nbd-server/allow (No such file or directory).
Feb 24 07:40:56 la16-cgen-dev nbd_server[23576]: Authorized client
Feb 24 07:40:56 la16-cgen-dev nbd_server[23611]: Starting to serve
Feb 24 07:40:56 la16-cgen-dev nbd_server[23611]: Size of exported
file/device is 209715200
Feb 24 07:41:42 la16-cgen-dev nbd_server[23611]: Disconnect request received.
Feb 24 07:41:42 la16-cgen-dev nbd_server[23576]: Child exited with 0
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.558463] ------------[
cut here ]------------
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.558733] kernel BUG at
/build/buildd/linux-2.6.28/fs/nfs/write.c:252!
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.558805] invalid opcode:
0000 [#1] SMP
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.558879] last sysfs
file: /sys/kernel/uevent_seqnum
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.559160] Dumping ftrace buffer:
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.559360]    (ftrace buffer empty)
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.559490] Modules linked
in: af_key sha256_generic aes_i586 aes_generic cbc binfmt_misc bridge
stp bnep input_polldev video output nfs lockd nfs_acl sunrpc dm_crypt
lp ppdev psmouse serio_raw pcspkr i2c_piix4 parport_pc parport shpchp
intel_agp agpgart pcnet32 mii mptspi mptscsih mptbase
scsi_transport_spi floppy fbcon tileblit font bitblit softcursor
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.559829]
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560055] Pid: 23749,
comm: sync Not tainted (2.6.28-17-generic #58-Ubuntu) VMware Virtual
Platform
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560087] EIP:
0060:[<f7f6ec9e>] EFLAGS: 00210206 CPU: 1
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560729] EIP is at
nfs_page_async_flush+0x7e/0x110 [nfs]
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560769] EAX: cbef709c
EBX: c1305d80 ECX: 00000015 EDX: 00600020
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560792] ESI: db918bc0
EDI: cbef709c EBP: d6795da8 ESP: d6795d94
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560815]  DS: 007b ES:
007b FS: 00d8 GS: 0033 SS: 0068
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560869] Process sync
(pid: 23749, ti=d6794000 task=c20f8c90 task.ti=d6794000)
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560902] Stack:
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.560965]  c1305d80
d6795e68 c1305d80 d6795e68 ffffffff d6795db8 f7f6ed93 c1305d80
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.561094]  c1305d80
d6795dc8 f7f6ee94 c1305d80 00000000 d6795e54 c01962e3 00000000
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.561094]  0000000e
f7f6ee80 d6795f44 cbef70d4 f61ef024 00000000 00000001 d6795ea0
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.561094] Call Trace:
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.561094]  [<f7f6ed93>] ?
nfs_do_writepage+0x63/0x70 [nfs]
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.561094]  [<f7f6ee94>] ?
nfs_writepages_callback+0x14/0x30 [nfs]
Feb 24 07:41:54 la16-cgen-dev kernel: [1638079.561094]  [<c01962e3>] ?
write_cache_pages+0x1a3/0x380
[..]



Attached syslog file.

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Kernel Bug???
@ 2010-05-07 10:41 Gilberto Nunes
  0 siblings, 0 replies; 12+ messages in thread
From: Gilberto Nunes @ 2010-05-07 10:41 UTC (permalink / raw)
  To: xen-devel@lists.xensource.com

Hi folks

I have compile Xen 4.0 and kernel 2.6.18.8.
When I up an HVM machine, I see this error:

BUG: warning at lib/kref.c:32/kref_get()

I do not know what the cause of this issue...

Somebody can help me?

Thanks



Gilberto Nunes Ferreira

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Kernel BUG?
@ 2010-09-25  1:24 Mark Rada
  0 siblings, 0 replies; 12+ messages in thread
From: Mark Rada @ 2010-09-25  1:24 UTC (permalink / raw)
  To: linux-btrfs

Hi,

I've got a btrfs array that ran into some trouble today. I noticed when I found a notice in the dmesg output:

conftest[22330] trap divide error ip:400604 sp:7ffff2f1e5c8 error:0 in conftest[400000+1000]
test_6321[7033]: segfault at 0 ip 0000000000400679 sp 00007fffaf6b42e0 error 4 in test_6321[400000+1000]
bio too big device sdd1 (432 > 255)
btrfs bad tree block start 9975698740868360051 421464846336
------------[ cut here ]------------
kernel BUG at fs/btrfs/tree-log.c:3039!
invalid opcode: 0000 [#1] 
last sysfs file: /sys/devices/virtual/hwmon/hwmon0/temp1_input
CPU 0 
Modules linked in:

Pid: 26019, comm: afpd Not tainted 2.6.35-gentoo-r7-ferrous26 #1 M2A-VM/System Product Name
RIP: 0010:[<ffffffff8113ab36>]  [<ffffffff8113ab36>] 0xffffffff8113ab36
RSP: 0018:ffff88000a5d9e78  EFLAGS: 00010206
RAX: 00000000fffffffb RBX: ffff88007ad69000 RCX: dead000000200200
RDX: 000000000000001a RSI: ffff880051098f40 RDI: ffff88007da91940
RBP: ffff8800655e79c0 R08: ffff88000a5d9b18 R09: 0000000000000000
R10: ffff88007be52e28 R11: 0000000000000246 R12: ffff88001e34cd80
R13: ffff880048c1e1a0 R14: 00000000fffffffb R15: 0000000000004f49
FS:  00007f5b00a9a700(0000) GS:ffffffff813ce000(0000) knlGS:0000000055702d50
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000427830 CR3: 000000007b5ad000 CR4: 00000000000006f0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Process afpd (pid: 26019, threadinfo ffff88000a5d8000, task ffff88007647e7b0)
Stack:
 ffff880048c1e1a0 ffff88007ad69000 ffff880000000000 ffff88007ad691c8
<0> ffff88007cd73400 0000000081054e5c 0000000000000001 ffff88007ad69000
<0> ffff880048c1e1a0 ffff880047ef9800 ffff88005ebb50c0 0000000001c43ce0
Call Trace:
 [<ffffffff8111da55>] ? 0xffffffff8111da55
 [<ffffffff81092276>] ? 0xffffffff81092276
 [<ffffffff81092327>] ? 0xffffffff81092327
 [<ffffffff81092359>] ? 0xffffffff81092359
 [<ffffffff81002768>] ? 0xffffffff81002768
Code: 89 de 4c 89 ef e8 78 f8 ff ff 85 c0 75 0f 49 8b 44 24 28 49 39 c4 74 2f 49 89 c4 eb 9f 41 89 c6 45 85 f6 79 22 41 83 fe e4 74 04 <0f> 0b eb fe 48 8b 83 20 01 00 00 49 8b 55 00 41 be 01 00 00 00 
RIP  [<ffffffff8113ab36>] 0xffffffff8113ab36
 RSP <ffff88000a5d9e78>
---[ end trace f51e47b3ae49b500 ]---
bio too big device sdd1 (272 > 255)
bio too big device sdd1 (1024 > 255)
bio too big device sdd1 (1024 > 255)
bio too big device sdd1 (744 > 255)



Before I noticed this, I had tried to reboot the machine (but something seems to be blocking the reboot). I haven't done a hard reboot yet as I'm not sure if it would be safe.


--
Mark Rada

	

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Kernel bug?
@ 2012-01-31 14:06 Bram De Wilde
  2012-01-31 14:18 ` Avi Kivity
  0 siblings, 1 reply; 12+ messages in thread
From: Bram De Wilde @ 2012-01-31 14:06 UTC (permalink / raw)
  To: kvm

[-- Attachment #1: Type: text/plain, Size: 1145 bytes --]

Hi,

We are setting up a ubuntu / openstack / KVM based private cloud. Of the 3 servers involved in this configuration 1 has been crashing frequently over the last month.
Since it is the only server responsible for the virtualization (so the only one running kvm virtual machines) my guess was to find some help with you guys. We are running the same install on 2 other machines (not running virtual machines!) who have been completely stable over the last three months, so a hardware issue might also be at play here?

I have collected some stack traces over the last month and was hoping one of you might point us in the right direction as to what is going wrong on our system.
We are running a default ubuntu 11.10 server install. The kernel has been upgraded from the 3.0.0-12 release to the 3.0.0-14 release over the last month, but we keep getting these crashes. We are now running the 3.2.2-030202-generic hoping that this is a kernel problem, and it is fixed in this latest version.

If any additional information is required or I should file an official bug with this information, please let me know...

kind regards
Bram


[-- Attachment #2: Jan 27.txt --]
[-- Type: text/plain, Size: 6109 bytes --]

Jan 27 13:41:28 cmggcn01 kernel: [871350.761867] general protection fault: 0000 [#2] SMP 
Jan 27 13:41:28 cmggcn01 kernel: [871350.790117] CPU 14 
Jan 27 13:41:28 cmggcn01 kernel: [871350.790387] Modules linked in: btrfs zlib_deflate libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs reiserfs ebt_arp ebt_ip 8021q garp ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp kvm_intel kvm nbd vesafb ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi psmouse dcdbas dm_multipath serio_raw joydev ghes hed acpi_power_meter bonding lp parport i7core_edac edac_core ses enclosure usbhid hid megaraid_sas bnx2
Jan 27 13:41:28 cmggcn01 kernel: [871351.005151] 
Jan 27 13:41:28 cmggcn01 kernel: [871351.036187] Pid: 90, comm: kswapd0 Tainted: G      D     3.0.0-14-server #23-Ubuntu Dell Inc. PowerEdge R710/0MD99X
Jan 27 13:41:28 cmggcn01 kernel: [871351.072809] RIP: 0010:[<ffffffffa01a5890>]  [<ffffffffa01a5890>] kvm_unmap_rmapp+0x20/0x60 [kvm]
Jan 27 13:41:28 cmggcn01 kernel: [871351.105190] RSP: 0018:ffff8817f3e27a60  EFLAGS: 00010202
Jan 27 13:41:28 cmggcn01 kernel: [871351.141329] RAX: 00008817f5d067f8 RBX: ffffc9001fd41ff8 RCX: ffffffffa01a58d0
Jan 27 13:41:28 cmggcn01 kernel: [871351.179076] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 00008817f5d067f8
Jan 27 13:41:28 cmggcn01 kernel: [871351.212086] RBP: ffff8817f3e27a80 R08: ffff8817f315b3e0 R09: 0000000000000100
Jan 27 13:41:28 cmggcn01 kernel: [871351.245788] R10: 000000000000000e R11: 0000000000000002 R12: ffff8817f2f0c000
Jan 27 13:41:28 cmggcn01 kernel: [871351.277514] R13: 0000000000000000 R14: ffff880be235e000 R15: 00000000000d3cff
Jan 27 13:41:28 cmggcn01 kernel: [871351.308421] FS:  0000000000000000(0000) GS:ffff88183fce0000(0000) knlGS:0000000000000000
Jan 27 13:41:28 cmggcn01 kernel: [871351.339685] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jan 27 13:41:28 cmggcn01 kernel: [871351.370089] CR2: 00007f8836442000 CR3: 0000000001c03000 CR4: 00000000000026e0
Jan 27 13:41:28 cmggcn01 kernel: [871351.399771] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 27 13:41:28 cmggcn01 kernel: [871351.428208] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 27 13:41:28 cmggcn01 kernel: [871351.456153] Process kswapd0 (pid: 90, threadinfo ffff8817f3e26000, task ffff8817f63ac560)
Jan 27 13:41:28 cmggcn01 kernel: [871351.484943] Stack:
Jan 27 13:41:28 cmggcn01 kernel: [871351.512984]  0000000000000000 ffffc9001fd41ff8 0000000000000001 00007f834a87e000
Jan 27 13:41:28 cmggcn01 kernel: [871351.542025]  ffff8817f3e27aa0 ffffffffa01a5945 ffff880be235e060 0000000000000001
Jan 27 13:41:28 cmggcn01 kernel: [871351.571050]  ffff8817f3e27b10 ffffffffa01a1dd9 ffff8817f3e27ae0 ffffffffa01a58d0
Jan 27 13:41:28 cmggcn01 kernel: [871351.600455] Call Trace:
Jan 27 13:41:28 cmggcn01 kernel: [871351.628903]  [<ffffffffa01a5945>] kvm_age_rmapp+0x75/0x90 [kvm]
Jan 27 13:41:28 cmggcn01 kernel: [871351.659242]  [<ffffffffa01a1dd9>] kvm_handle_hva+0x99/0x180 [kvm]
Jan 27 13:41:28 cmggcn01 kernel: [871351.687386]  [<ffffffffa01a58d0>] ? kvm_unmap_rmapp+0x60/0x60 [kvm]
Jan 27 13:41:28 cmggcn01 kernel: [871351.716053]  [<ffffffffa01a8af7>] kvm_age_hva+0x17/0x20 [kvm]
Jan 27 13:41:28 cmggcn01 kernel: [871351.746652]  [<ffffffffa018a4dd>] kvm_mmu_notifier_clear_flush_young+0x4d/0x90 [kvm]
Jan 27 13:41:28 cmggcn01 kernel: [871351.774490]  [<ffffffff8114d7b8>] __mmu_notifier_clear_flush_young+0x48/0x60
Jan 27 13:41:28 cmggcn01 kernel: [871351.801948]  [<ffffffff81138f1b>] page_referenced_one+0x18b/0x1f0
Jan 27 13:41:28 cmggcn01 kernel: [871351.827654]  [<ffffffff8113a8a5>] page_referenced_anon+0xd5/0x130
Jan 27 13:41:28 cmggcn01 kernel: [871351.852371]  [<ffffffff8113a9c8>] page_referenced+0xc8/0xf0
Jan 27 13:41:28 cmggcn01 kernel: [871351.875896]  [<ffffffff8111cbe9>] shrink_active_list.isra.50+0x1d9/0x370
Jan 27 13:41:28 cmggcn01 kernel: [871351.899681]  [<ffffffff811146cd>] ? throttle_vm_writeout+0x3d/0xa0
Jan 27 13:41:28 cmggcn01 kernel: [871351.922135]  [<ffffffff8111dd8b>] balance_pgdat+0x16b/0x6f0
Jan 27 13:41:28 cmggcn01 kernel: [871351.944598]  [<ffffffff8111e3fa>] kswapd+0xea/0x1f0
Jan 27 13:41:28 cmggcn01 kernel: [871351.967441]  [<ffffffff8111e310>] ? balance_pgdat+0x6f0/0x6f0
Jan 27 13:41:28 cmggcn01 kernel: [871351.989825]  [<ffffffff81080bbc>] kthread+0x8c/0xa0
Jan 27 13:41:28 cmggcn01 kernel: [871352.012498]  [<ffffffff81609164>] kernel_thread_helper+0x4/0x10
Jan 27 13:41:28 cmggcn01 kernel: [871352.035112]  [<ffffffff81080b30>] ? flush_kthread_worker+0xa0/0xa0
Jan 27 13:41:28 cmggcn01 kernel: [871352.057481]  [<ffffffff81609160>] ? gs_change+0x13/0x13
Jan 27 13:41:28 cmggcn01 kernel: [871352.080582] Code: e7 d0 e8 e0 66 90 e9 a2 fe ff ff 55 48 89 e5 41 55 41 54 53 48 83 ec 08 66 66 66 66 90 45 31 ed 49 89 fc 48 89 f3 eb 20 0f 1f 00 <f6> 00 01 74 35 48 8b 15 74 7a 02 00 48 89 c6 4c 89 e7 41 bd 01 
Jan 27 13:41:28 cmggcn01 kernel: [871352.128618] RIP  [<ffffffffa01a5890>] kvm_unmap_rmapp+0x20/0x60 [kvm]
Jan 27 13:41:28 cmggcn01 kernel: [871352.152218]  RSP <ffff8817f3e27a60>
Jan 27 13:41:28 cmggcn01 kernel: [871352.221414] ---[ end trace e5a6d0f7fdfec160 ]---
Jan 27 13:42:28 cmggcn01 kernel: [871412.095485] INFO: rcu_sched_state detected stall on CPU 0 (t=15000 jiffies)
Jan 27 13:42:28 cmggcn01 kernel: [871412.095493] INFO: rcu_sched_state detected stall on CPU 17 (t=15000 jiffies)
Jan 27 13:45:29 cmggcn01 kernel: [871591.757675] INFO: rcu_sched_state detected stall on CPU 17 (t=60030 jiffies)
Jan 27 13:45:29 cmggcn01 kernel: [871591.757686] INFO: rcu_sched_state detected stall on CPU 0 (t=60030 jiffies)
Jan 27 13:48:29 cmggcn01 kernel: [871771.419867] INFO: rcu_sched_state detected stall on CPU 0 (t=105060 jiffies)
Jan 27 13:48:29 cmggcn01 kernel: [871771.419878] INFO: rcu_sched_state detected stall on CPU 17 (t=105060 jiffies)

[-- Attachment #3: Type: text/plain, Size: 2 bytes --]




[-- Attachment #4: Jan 18.txt --]
[-- Type: text/plain, Size: 4256 bytes --]

Jan 18 11:52:42 cmggcn01 kernel: [89218.740228] general protection fault: 0000 [#1] SMP 
Jan 18 11:52:42 cmggcn01 kernel: [89218.740662] CPU 3 
Jan 18 11:52:42 cmggcn01 kernel: [89218.740823] Modules linked in: ebt_arp ebt_ip 8021q garp ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp kvm_intel kvm nbd vesafb ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi psmouse dcdbas dm_multipath serio_raw joydev ghes hed acpi_power_meter bonding lp parport i7core_edac edac_core ses enclosure usbhid hid megaraid_sas bnx2
Jan 18 11:52:42 cmggcn01 kernel: [89218.745746] 
Jan 18 11:52:42 cmggcn01 kernel: [89218.745869] Pid: 92, comm: ksmd Not tainted 3.0.0-14-server #23-Ubuntu Dell Inc. PowerEdge R710/0MD99X
Jan 18 11:52:42 cmggcn01 kernel: [89218.746672] RIP: 0010:[<ffffffff812edf23>]  [<ffffffff812edf23>] rb_insert_color+0x43/0x150
Jan 18 11:52:42 cmggcn01 kernel: [89218.747377] RSP: 0018:ffff8817f3e4ddb8  EFLAGS: 00010206
Jan 18 11:52:42 cmggcn01 kernel: [89218.748058] RAX: ffff88135bb7ffe8 RBX: ffff88135bb7ffe8 RCX: 0000000000000008
Jan 18 11:52:42 cmggcn01 kernel: [89218.748982] RDX: ffff8809af4934e8 RSI: ffffffff81ee9840 RDI: ffff88098e40d9e8
Jan 18 11:52:42 cmggcn01 kernel: [89218.749617] RBP: ffff8817f3e4dde0 R08: 0000000000000079 R09: 0000000000000029
Jan 18 11:52:42 cmggcn01 kernel: [89218.750208] R10: ffff880aac5be000 R11: 0000000000000001 R12: ffff8809af4934e8
Jan 18 11:52:42 cmggcn01 kernel: [89218.750794] R13: 00008809ae4a5ae8 R14: ffff88098e40d9e8 R15: ffffffff81ee9840
Jan 18 11:52:42 cmggcn01 kernel: [89218.751386] FS:  0000000000000000(0000) GS:ffff880c3fc20000(0000) knlGS:0000000000000000
Jan 18 11:52:42 cmggcn01 kernel: [89218.752054] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jan 18 11:52:42 cmggcn01 kernel: [89218.752526] CR2: 00007f819ff52000 CR3: 0000000001c03000 CR4: 00000000000026e0
Jan 18 11:52:42 cmggcn01 kernel: [89218.753116] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 18 11:52:42 cmggcn01 kernel: [89218.753708] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 18 11:52:42 cmggcn01 kernel: [89218.754296] Process ksmd (pid: 92, threadinfo ffff8817f3e4c000, task ffff8817f63a9720)
Jan 18 11:52:42 cmggcn01 kernel: [89218.754956] Stack:
Jan 18 11:52:42 cmggcn01 kernel: [89218.755120]  ffffea00255b4190 ffff88098e40d9c0 ffffea00264a9c80 ffff8809af4934f0
Jan 18 11:52:42 cmggcn01 kernel: [89218.755785]  0000000000000000 ffff8817f3e4de30 ffffffff8114e855 ffff8809af4934e8
Jan 18 11:52:42 cmggcn01 kernel: [89218.756276]  ffff8817f3e4de48 ffff8817f3e4de30 ffffea0052a42d28 ffffea00255b4190
Jan 18 11:52:42 cmggcn01 kernel: [89218.756711] Call Trace:
Jan 18 11:52:42 cmggcn01 kernel: [89218.756892]  [<ffffffff8114e855>] unstable_tree_search_insert+0xe5/0x150
Jan 18 11:52:42 cmggcn01 kernel: [89218.757499]  [<ffffffff8114f690>] cmp_and_merge_page+0x160/0x260
Jan 18 11:52:42 cmggcn01 kernel: [89218.758284]  [<ffffffff8114f83f>] ksm_scan_thread+0xaf/0x2a0
Jan 18 11:52:42 cmggcn01 kernel: [89218.759010]  [<ffffffff81081660>] ? add_wait_queue+0x60/0x60
Jan 18 11:52:42 cmggcn01 kernel: [89218.759524]  [<ffffffff8114f790>] ? cmp_and_merge_page+0x260/0x260
Jan 18 11:52:42 cmggcn01 kernel: [89218.760037]  [<ffffffff81080bbc>] kthread+0x8c/0xa0
Jan 18 11:52:42 cmggcn01 kernel: [89218.760438]  [<ffffffff81609164>] kernel_thread_helper+0x4/0x10
Jan 18 11:52:42 cmggcn01 kernel: [89218.760927]  [<ffffffff81080b30>] ? flush_kthread_worker+0xa0/0xa0
Jan 18 11:52:42 cmggcn01 kernel: [89218.761439]  [<ffffffff81609160>] ? gs_change+0x13/0x13
Jan 18 11:52:42 cmggcn01 kernel: [89218.761862] Code: 0f 1f 84 00 00 00 00 00 49 83 e4 fc 74 4a 49 8b 04 24 a8 01 75 42 48 89 c3 48 83 e3 fc 4c 8b 6b 10 4d 39 e5 74 7a 4d 85 ed 74 45 
Jan 18 11:52:42 cmggcn01 kernel: [89218.764260] RIP  [<ffffffff812edf23>] rb_insert_color+0x43/0x150
Jan 18 11:52:42 cmggcn01 kernel: [89218.764772]  RSP <ffff8817f3e4ddb8>
Jan 18 11:52:42 cmggcn01 kernel: [89218.811669] ---[ end trace e5a6d0f7fdfec15f ]---

[-- Attachment #5: Type: text/plain, Size: 2 bytes --]




[-- Attachment #6: Jan 16.txt --]
[-- Type: text/plain, Size: 4203 bytes --]

Jan 16 12:03:42 cmggcn01 kernel: [232444.624348] general protection fault: 0000 [#1] SMP 
Jan 16 12:03:42 cmggcn01 kernel: [232444.624791] CPU 14 
Jan 16 12:03:42 cmggcn01 kernel: [232444.624971] Modules linked in: ebt_arp ebt_ip 8021q garp ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp kvm_intel kvm nbd ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi vesafb bonding psmouse ghes acpi_power_meter dcdbas dm_multipath joydev hed i7core_edac serio_raw edac_core lp parport ses enclosure usbhid hid megaraid_sas bnx2
Jan 16 12:03:42 cmggcn01 kernel: [232444.630415] 
Jan 16 12:03:42 cmggcn01 kernel: [232444.630541] Pid: 92, comm: ksmd Not tainted 3.0.0-14-server #23-Ubuntu Dell Inc. PowerEdge R710/0MD99X
Jan 16 12:03:42 cmggcn01 kernel: [232444.631356] RIP: 0010:[<ffffffff8114ecee>]  [<ffffffff8114ecee>] remove_rmap_item_from_tree+0x9e/0x150
Jan 16 12:03:42 cmggcn01 kernel: [232444.632148] RSP: 0018:ffff8817f3e1fe10  EFLAGS: 00010286
Jan 16 12:03:42 cmggcn01 kernel: [232444.632589] RAX: ffff8817bbee8c30 RBX: ffff880bf5847fc0 RCX: ffff880bf56f8463
Jan 16 12:03:42 cmggcn01 kernel: [232444.633188] RDX: 0000880ba0f4d030 RSI: 0000000000020072 RDI: ffffea0028d70730
Jan 16 12:03:42 cmggcn01 kernel: [232444.633785] RBP: ffff8817f3e1fe30 R08: ffffea0028d70738 R09: ffff880c3fff6928
Jan 16 12:03:42 cmggcn01 kernel: [232444.634383] R10: 00000000000000b7 R11: ffffea0028e44180 R12: ffff880bf56f8460
Jan 16 12:03:42 cmggcn01 kernel: [232444.634980] R13: ffffea0028d70730 R14: ffff8817f3e1fe98 R15: ffff8817f3e20000
Jan 16 12:03:42 cmggcn01 kernel: [232444.635406] FS:  0000000000000000(0000) GS:ffff88183fce0000(0000) knlGS:0000000000000000
Jan 16 12:03:42 cmggcn01 kernel: [232444.635858] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jan 16 12:03:42 cmggcn01 kernel: [232444.636340] CR2: 0000000001c1be08 CR3: 0000000001c03000 CR4: 00000000000026e0
Jan 16 12:03:42 cmggcn01 kernel: [232444.636939] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 16 12:03:42 cmggcn01 kernel: [232444.637535] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 16 12:03:42 cmggcn01 kernel: [232444.638134] Process ksmd (pid: 92, threadinfo ffff8817f3e1e000, task ffff8817f3e20000)
Jan 16 12:03:42 cmggcn01 kernel: [232444.638949] Stack:
Jan 16 12:03:42 cmggcn01 kernel: [232444.639208]  ffff880bf60e4980 ffff8817f3e20000 ffffea0022feb118 ffff880bf5847fc0
Jan 16 12:03:42 cmggcn01 kernel: [232444.640235]  ffff8817f3e1fe70 ffffffff8114f55a ffff8817f3e1fe60 0000000000000000
Jan 16 12:03:42 cmggcn01 kernel: [232444.640953]  ffff8817f3e20000 000000000000005b ffff8817f3e20000 ffff8817f3e1fe98
Jan 16 12:03:42 cmggcn01 kernel: [232444.641622] Call Trace:
Jan 16 12:03:42 cmggcn01 kernel: [232444.641828]  [<ffffffff8114f55a>] cmp_and_merge_page+0x2a/0x260
Jan 16 12:03:42 cmggcn01 kernel: [232444.642325]  [<ffffffff8114f83f>] ksm_scan_thread+0xaf/0x2a0
Jan 16 12:03:42 cmggcn01 kernel: [232444.642796]  [<ffffffff81081660>] ? add_wait_queue+0x60/0x60
Jan 16 12:03:42 cmggcn01 kernel: [232444.643269]  [<ffffffff8114f790>] ? cmp_and_merge_page+0x260/0x260
Jan 16 12:03:42 cmggcn01 kernel: [232444.643785]  [<ffffffff81080bbc>] kthread+0x8c/0xa0
Jan 16 12:03:42 cmggcn01 kernel: [232444.644198]  [<ffffffff81609164>] kernel_thread_helper+0x4/0x10
Jan 16 12:03:42 cmggcn01 kernel: [232444.644690]  [<ffffffff81080b30>] ? flush_kthread_worker+0xa0/0xa0
Jan 16 12:03:42 cmggcn01 kernel: [232444.645207]  [<ffffffff81609160>] ? gs_change+0x13/0x13
Jan 16 12:03:42 cmggcn01 kernel: [232444.645642] Code: 28 4c 89 e7 e8 84 fc ff ff 48 85 c0 49 89 c5 74 d2 f0 0f ba 28 00 19 c0 85 c0 0f 85 a1 00 00 00 48 8b 43 30 48 8b 53 38 48 85 c0 
Jan 16 12:03:42 cmggcn01 kernel: [232444.648047] RIP  [<ffffffff8114ecee>] remove_rmap_item_from_tree+0x9e/0x150
Jan 16 12:03:42 cmggcn01 kernel: [232444.648721]  RSP <ffff8817f3e1fe10>
Jan 16 12:03:42 cmggcn01 kernel: [232444.695308] ---[ end trace 1466b29b5c8949e3 ]---

[-- Attachment #7: Type: text/plain, Size: 2 bytes --]




[-- Attachment #8: Jan 13.txt --]
[-- Type: text/plain, Size: 5523 bytes --]

Jan 13 17:06:46 cmggcn01 kernel: [876590.142455] general protection fault: 0000 [#1] SMP 
Jan 13 17:06:46 cmggcn01 kernel: [876590.165966] CPU 4 
Jan 13 17:06:46 cmggcn01 kernel: [876590.166135] Modules linked in: ebt_arp ebt_ip 8021q garp ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp kvm_intel kvm nbd vesafb ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi dcdbas dm_multipath psmouse serio_raw ghes hed acpi_power_meter bonding i7core_edac lp joydev parport edac_core ses enclosure usbhid hid megaraid_sas bnx2
Jan 13 17:06:46 cmggcn01 kernel: [876590.313703] 
Jan 13 17:06:46 cmggcn01 kernel: [876590.337109] Pid: 93, comm: ksmd Not tainted 3.0.0-14-server #23-Ubuntu Dell Inc. PowerEdge R710/0MD99X
Jan 13 17:06:46 cmggcn01 kernel: [876590.362347] RIP: 0010:[<ffffffffa01b3411>]  [<ffffffffa01b3411>] kvm_set_pte_rmapp+0x51/0x130 [kvm]
Jan 13 17:06:46 cmggcn01 kernel: [876590.386424] RSP: 0018:ffff8817f4129bc0  EFLAGS: 00010202
Jan 13 17:06:46 cmggcn01 kernel: [876590.411497] RAX: 000088050d943ff8 RBX: 000088050d943ff8 RCX: ffffffffa01b33c0
Jan 13 17:06:46 cmggcn01 kernel: [876590.435831] RDX: ffff8817f4129c88 RSI: 0000000000000000 RDI: 000088050d943ff8
Jan 13 17:06:46 cmggcn01 kernel: [876590.460571] RBP: ffff8817f4129c00 R08: ffff880bf6012960 R09: 0000000000000100
Jan 13 17:06:46 cmggcn01 kernel: [876590.484258] R10: 00000000000000ab R11: 0000000000000002 R12: ffffc900288c3ff8
Jan 13 17:06:46 cmggcn01 kernel: [876590.507470] R13: ffff8817f4129c88 R14: ffff880b917d8000 R15: 00000000002f7279
Jan 13 17:06:46 cmggcn01 kernel: [876590.531508] FS:  0000000000000000(0000) GS:ffff88183fc40000(0000) knlGS:0000000000000000
Jan 13 17:06:46 cmggcn01 kernel: [876590.554747] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jan 13 17:06:46 cmggcn01 kernel: [876590.577706] CR2: 00007f3ac168a000 CR3: 0000000001c03000 CR4: 00000000000026e0
Jan 13 17:06:46 cmggcn01 kernel: [876590.602479] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 13 17:06:46 cmggcn01 kernel: [876590.624973] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 13 17:06:46 cmggcn01 kernel: [876590.647214] Process ksmd (pid: 93, threadinfo ffff8817f4128000, task ffff8817f63fdc80)
Jan 13 17:06:46 cmggcn01 kernel: [876590.669444] Stack:
Jan 13 17:06:46 cmggcn01 kernel: [876590.690742]  ffff8817f4129c10 ffffffffa01b3409 000000000000008f ffff880b6bea70b0
Jan 13 17:06:46 cmggcn01 kernel: [876590.713167]  0000000000000002 00007f54c4050000 ffff880b6bea7000 000000000010d9ff
Jan 13 17:06:46 cmggcn01 kernel: [876590.735595]  ffff8817f4129c70 ffffffffa01b0dd9 ffff8817f4129c80 ffffffffa01b33c0
Jan 13 17:06:46 cmggcn01 kernel: [876590.758191] Call Trace:
Jan 13 17:06:46 cmggcn01 kernel: [876590.780877]  [<ffffffffa01b3409>] ? kvm_set_pte_rmapp+0x49/0x130 [kvm]
Jan 13 17:06:46 cmggcn01 kernel: [876590.804088]  [<ffffffffa01b0dd9>] kvm_handle_hva+0x99/0x180 [kvm]
Jan 13 17:06:46 cmggcn01 kernel: [876590.829628]  [<ffffffffa01b33c0>] ? rmap_write_protect+0x150/0x150 [kvm]
Jan 13 17:06:46 cmggcn01 kernel: [876590.853510]  [<ffffffffa01b7ad1>] kvm_set_spte_hva+0x21/0x30 [kvm]
Jan 13 17:06:46 cmggcn01 kernel: [876590.876966]  [<ffffffffa019591d>] kvm_mmu_notifier_change_pte+0x5d/0x90 [kvm]
Jan 13 17:06:46 cmggcn01 kernel: [876590.901395]  [<ffffffff8114d87e>] __mmu_notifier_change_pte+0x3e/0x80
Jan 13 17:06:46 cmggcn01 kernel: [876590.925191]  [<ffffffff8114e07f>] write_protect_page+0x10f/0x170
Jan 13 17:06:46 cmggcn01 kernel: [876590.950156]  [<ffffffff8114e2df>] ? replace_page+0x1ff/0x280
Jan 13 17:06:46 cmggcn01 kernel: [876590.974177]  [<ffffffff8114e3e0>] try_to_merge_one_page+0x80/0x220
Jan 13 17:06:46 cmggcn01 kernel: [876590.999032]  [<ffffffff8114e5f7>] try_to_merge_with_ksm_page+0x77/0xc0
Jan 13 17:06:46 cmggcn01 kernel: [876591.022944]  [<ffffffff8114f616>] cmp_and_merge_page+0xe6/0x260
Jan 13 17:06:46 cmggcn01 kernel: [876591.046993]  [<ffffffff8114f83f>] ksm_scan_thread+0xaf/0x2a0
Jan 13 17:06:46 cmggcn01 kernel: [876591.070807]  [<ffffffff81081660>] ? add_wait_queue+0x60/0x60
Jan 13 17:06:46 cmggcn01 kernel: [876591.094345]  [<ffffffff8114f790>] ? cmp_and_merge_page+0x260/0x260
Jan 13 17:06:46 cmggcn01 kernel: [876591.118363]  [<ffffffff81080bbc>] kthread+0x8c/0xa0
Jan 13 17:06:46 cmggcn01 kernel: [876591.147851]  [<ffffffff81609164>] kernel_thread_helper+0x4/0x10
Jan 13 17:06:46 cmggcn01 kernel: [876591.178092]  [<ffffffff81080b30>] ? flush_kthread_worker+0xa0/0xa0
Jan 13 17:06:46 cmggcn01 kernel: [876591.203396]  [<ffffffff81609160>] ? gs_change+0x13/0x13
Jan 13 17:06:46 cmggcn01 kernel: [876591.226913] Code: 0f 85 e8 00 00 00 48 89 f8 66 66 66 90 49 8b 3c 24 49 89 c7 31 f6 49 c1 e7 12 49 c1 ef 1e e8 f7 fd ff ff 48 85 c0 48 89 c3 74 77 
Jan 13 17:06:46 cmggcn01 kernel: [876591.299573] RIP  [<ffffffffa01b3411>] kvm_set_pte_rmapp+0x51/0x130 [kvm]
Jan 13 17:06:46 cmggcn01 kernel: [876591.323386]  RSP <ffff8817f4129bc0>
Jan 13 17:06:46 cmggcn01 kernel: [876591.394334] ---[ end trace a6f88f15bc3d2aa0 ]---
Jan 13 17:07:46 cmggcn01 kernel: [876651.245759] INFO: rcu_sched_state detected stall on CPU 14 (t=15000 jiffies)
Jan 13 17:07:46 cmggcn01 kernel: [876651.249812] INFO: rcu_sched_state detected stalls on CPUs/tasks: { 14} (detected by 22, t=15002 jiffies)

^ permalink raw reply	[flat|nested] 12+ messages in thread

* Re: Kernel bug?
  2012-01-31 14:06 Kernel bug? Bram De Wilde
@ 2012-01-31 14:18 ` Avi Kivity
  0 siblings, 0 replies; 12+ messages in thread
From: Avi Kivity @ 2012-01-31 14:18 UTC (permalink / raw)
  To: Bram De Wilde; +Cc: kvm, Marcelo Tosatti

On 01/31/2012 04:06 PM, Bram De Wilde wrote:
> Hi,
>
> We are setting up a ubuntu / openstack / KVM based private cloud. Of the 3 servers involved in this configuration 1 has been crashing frequently over the last month.
> Since it is the only server responsible for the virtualization (so the only one running kvm virtual machines) my guess was to find some help with you guys. We are running the same install on 2 other machines (not running virtual machines!) who have been completely stable over the last three months, so a hardware issue might also be at play here?
>
> I have collected some stack traces over the last month and was hoping one of you might point us in the right direction as to what is going wrong on our system.
> We are running a default ubuntu 11.10 server install. The kernel has been upgraded from the 3.0.0-12 release to the 3.0.0-14 release over the last month, but we keep getting these crashes. We are now running the 3.2.2-030202-generic hoping that this is a kernel problem, and it is fixed in this latest version.
>
> If any additional information is required or I should file an official bug with this information, please let me know...

File a bug please.

Meanwhile:

> Jan 27 13:41:28 cmggcn01 kernel: [871350.761867] general protection fault: 0000 [#2] SMP 
> Jan 27 13:41:28 cmggcn01 kernel: [871350.790117] CPU 14 
> Jan 27 13:41:28 cmggcn01 kernel: [871350.790387] Modules linked in: btrfs zlib_deflate libcrc32c ufs qnx4 hfsplus hfs minix ntfs vfat msdos fat jfs xfs reiserfs ebt_arp ebt_ip 8021q garp ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables bridge stp kvm_intel kvm nbd vesafb ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi psmouse dcdbas dm_multipath serio_raw joydev ghes hed acpi_power_meter bonding lp parport i7core_edac edac_core ses enclosure usbhid hid megaraid_sas bnx2
> Jan 27 13:41:28 cmggcn01 kernel: [871351.005151] 
> Jan 27 13:41:28 cmggcn01 kernel: [871351.036187] Pid: 90, comm: kswapd0 Tainted: G      D     3.0.0-14-server #23-Ubuntu Dell Inc. PowerEdge R710/0MD99X
> Jan 27 13:41:28 cmggcn01 kernel: [871351.072809] RIP: 0010:[<ffffffffa01a5890>]  [<ffffffffa01a5890>] kvm_unmap_rmapp+0x20/0x60 [kvm]
> Jan 27 13:41:28 cmggcn01 kernel: [871351.105190] RSP: 0018:ffff8817f3e27a60  EFLAGS: 00010202
> Jan 27 13:41:28 cmggcn01 kernel: [871351.141329] RAX: 00008817f5d067f8 RBX: ffffc9001fd41ff8 RCX: ffffffffa01a58d0
> Jan 27 13:41:28 cmggcn01 kernel: [871351.179076] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 00008817f5d067f8
> Jan 27 13:41:28 cmggcn01 kernel: [871351.212086] RBP: ffff8817f3e27a80 R08: ffff8817f315b3e0 R09: 0000000000000100
> Jan 27 13:41:28 cmggcn01 kernel: [871351.245788] R10: 000000000000000e R11: 0000000000000002 R12: ffff8817f2f0c000
> Jan 27 13:41:28 cmggcn01 kernel: [871351.277514] R13: 0000000000000000 R14: ffff880be235e000 R15: 00000000000d3cff
> Jan 27 13:41:28 cmggcn01 kernel: [871351.308421] FS:  0000000000000000(0000) GS:ffff88183fce0000(0000) knlGS:0000000000000000
> Jan 27 13:41:28 cmggcn01 kernel: [871351.339685] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> Jan 27 13:41:28 cmggcn01 kernel: [871351.370089] CR2: 00007f8836442000 CR3: 0000000001c03000 CR4: 00000000000026e0
> Jan 27 13:41:28 cmggcn01 kernel: [871351.399771] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> Jan 27 13:41:28 cmggcn01 kernel: [871351.428208] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Jan 27 13:41:28 cmggcn01 kernel: [871351.456153] Process kswapd0 (pid: 90, threadinfo ffff8817f3e26000, task ffff8817f63ac560)
> Jan 27 13:41:28 cmggcn01 kernel: [871351.484943] Stack:
> Jan 27 13:41:28 cmggcn01 kernel: [871351.512984]  0000000000000000 ffffc9001fd41ff8 0000000000000001 00007f834a87e000
> Jan 27 13:41:28 cmggcn01 kernel: [871351.542025]  ffff8817f3e27aa0 ffffffffa01a5945 ffff880be235e060 0000000000000001
> Jan 27 13:41:28 cmggcn01 kernel: [871351.571050]  ffff8817f3e27b10 ffffffffa01a1dd9 ffff8817f3e27ae0 ffffffffa01a58d0

<snip>

> Jan 27 13:41:28 cmggcn01 kernel: [871352.080582] Code: e7 d0 e8 e0 66 90 e9 a2 fe ff ff 55 48 89 e5 41 55 41 54 53 48 83 ec 08 66 66 66 66 90 45 31 ed 49 89 fc 48 89 f3 eb 20 0f 1f 00 <f6> 00 01 74 35 48 8b 15 74 7a 02 00 48 89 c6 4c 89 e7 41 bd 01 


   0:    e8 e0 66 90 e9           callq  0xffffffffe99066e5
   5:    a2 fe ff ff 55 48 89     mov    %al,0x41e5894855fffffe
   c:    e5 41
   e:    55                       push   %rbp
   f:    41 54                    push   %r12
  11:    53                       push   %rbx
  12:    48 83 ec 08              sub    $0x8,%rsp
  16:    66 66 66 66 90           data32 data32 data32 xchg %ax,%ax
  1b:    45 31 ed                 xor    %r13d,%r13d
  1e:    49 89 fc                 mov    %rdi,%r12
  21:    48 89 f3                 mov    %rsi,%rbx
  24:    eb 20                    jmp    0x46
  26:    0f 1f 00                 nopl   (%rax)
  29:    f6 00 01                 testb  $0x1,(%rax)

^ dies here, %rax is non-canonical.

  2c:    74 35                    je     0x63
  2e:    48 8b 15 74 7a 02 00     mov    0x27a74(%rip),%rdx        # 0x27aa9
  35:    48 89 c6                 mov    %rax,%rsi
  38:    4c 89 e7                 mov    %r12,%rdi


static int kvm_unmap_rmapp(struct kvm *kvm, unsigned long *rmapp,
               unsigned long data)
{
    u64 *spte;
    int need_tlb_flush = 0;

    while ((spte = rmap_next(kvm, rmapp, NULL))) {
        BUG_ON(!(*spte & PT_PRESENT_MASK));

^ here, when fetching *spte.

        rmap_printk("kvm_rmap_unmap_hva: spte %p %llx\n", spte, *spte);
        drop_spte(kvm, spte);
        need_tlb_flush = 1;
    }
    return need_tlb_flush;

Looks like a use-after-free with the two bytes at offset 6 zeroed.

If this is reproducible, please rerun with the host kernel parameter
slub_debug=FZPU.

-- 
error compiling committee.c: too many arguments to function


^ permalink raw reply	[flat|nested] 12+ messages in thread

* Kernel BUG^
@ 2016-09-25  7:39 Jakobus Schürz
  0 siblings, 0 replies; 12+ messages in thread
From: Jakobus Schürz @ 2016-09-25  7:39 UTC (permalink / raw)
  To: linux-btrfs

Hi there!

I ran into this bug

# uname -a
Linux aldebaran 4.6.0-1-rt-amd64 #1 SMP PREEMPT RT Debian 4.6.4-1 
(2016-07-18) x86_64 GNU/Linux

# dpkg -l|grep btrfs
ii  btrfs-progs 4.7.1-1 amd64 Checksumming Copy on Write Filesystem 
utilities

 From journald:

Sep 25 09:35:12 aldebaran kernel: ------------[ cut here ]------------
Sep 25 09:35:12 aldebaran kernel: kernel BUG at 
/build/linux-aOJbQa/linux-4.6.4/debian/build/source_rt/fs/btrfs/extent-tree.c:1872!
Sep 25 09:35:12 aldebaran kernel: invalid opcode: 0000 [#1] PREEMPT SMP
Sep 25 09:35:12 aldebaran kernel: Modules linked in: fuse(E) hmac(E) 
drbg(E) ansi_cprng(E) ctr(E) ccm(E) xt_multiport(E) rfcomm(E) uas(E) 
usb_storage(E) bnep(E) btusb(E) btrtl(E) btbcm(E) btintel(E)
Sep 25 09:35:12 aldebaran kernel:  tpm(E) hp_wireless(E) ac(E) 
processor(E) snd_hda_intel(E) shpchp(E) snd_hda_codec(E) mei_me(E) 
snd_hda_core(E) mei(E) snd_hwdep(E) snd_pcm(E) snd_timer(E) snd(E) so
Sep 25 09:35:12 aldebaran kernel:  ehci_pci(E) r8169(E) xhci_pci(E) 
mii(E) scsi_mod(E) mfd_core(E) ehci_hcd(E) xhci_hcd(E) drm(E) usbcore(E) 
usb_common(E) thermal(E) wmi(E) video(E) button(E) fjes(E)
Sep 25 09:35:12 aldebaran kernel: CPU: 0 PID: 4484 Comm: btrfs-cleaner 
Tainted: G     U      E   4.6.0-1-rt-amd64 #1 Debian 4.6.4-1
Sep 25 09:35:12 aldebaran kernel: Hardware name: Hewlett-Packard HP 
ProBook 450 G2/2248, BIOS M74 Ver. 01.41 05/19/2016
Sep 25 09:35:12 aldebaran kernel: task: ffff88004db30000 ti: 
ffff880024c90000 task.ti: ffff880024c90000
Sep 25 09:35:12 aldebaran kernel: RIP: 0010:[<ffffffffc0558543>] 
[<ffffffffc0558543>] update_inline_extent_backref+0x2a3/0x2b0 [btrfs]
Sep 25 09:35:12 aldebaran kernel: RSP: 0018:ffff880024c93b18  EFLAGS: 
00010297
Sep 25 09:35:12 aldebaran kernel: RAX: 0000000000000003 RBX: 
0000000000002d99 RCX: 0000000000000002
Sep 25 09:35:12 aldebaran kernel: RDX: ffff880000000000 RSI: 
0000000000002e21 RDI: 0000000000000000
Sep 25 09:35:12 aldebaran kernel: RBP: ffff88002e4ba4c0 R08: 
0000000000004000 R09: 0000000000000000
Sep 25 09:35:12 aldebaran kernel: R10: 0000000000002e09 R11: 
0000000000000002 R12: 00000000fffffffd
Sep 25 09:35:12 aldebaran kernel: R13: ffff88002e032700 R14: 
0000000000002e08 R15: 00000000000000b2
Sep 25 09:35:12 aldebaran kernel: FS:  0000000000000000(0000) 
GS:ffff88014ac00000(0000) knlGS:0000000000000000
Sep 25 09:35:12 aldebaran kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 
0000000080050033
Sep 25 09:35:12 aldebaran kernel: CR2: 00007f9a4dc79000 CR3: 
0000000001a06000 CR4: 00000000001406f0
Sep 25 09:35:12 aldebaran kernel: Stack:
Sep 25 09:35:12 aldebaran kernel:  fffffffffffffffd ffff88012e9fd000 
ffff880024c93bec 0000000000002e09
Sep 25 09:35:12 aldebaran kernel:  0000000000000000 00000098b6a4b000 
0000000000000047 ffff88012e9fd000
Sep 25 09:35:12 aldebaran kernel:  0000000000000015 ffff88002e032700 
ffffffffc055a18a ffffffffc055c774
Sep 25 09:35:12 aldebaran kernel: Call Trace:
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc055a18a>] ? 
remove_extent_backref+0x3a/0x60 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc055c774>] ? 
__btrfs_free_extent.isra.68+0x674/0xdd0 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc0560a99>] ? 
__btrfs_run_delayed_refs+0x569/0x1390 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc0561ecf>] ? 
btrfs_free_tree_block+0xdf/0x290 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffff810802a8>] ? 
pin_current_cpu+0x88/0x1b0
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc056467f>] ? 
btrfs_run_delayed_refs+0x8f/0x2a0 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc0562615>] ? 
walk_up_tree+0xc5/0x1c0 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc057a01f>] ? 
btrfs_should_end_transaction+0x3f/0x60 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc0562e61>] ? 
btrfs_drop_snapshot+0x461/0x860 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc057a50e>] ? 
btrfs_clean_one_deleted_snapshot+0xae/0x100 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc05710c1>] ? 
cleaner_kthread+0xc1/0x1b0 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffffc0571000>] ? 
btrfs_destroy_pinned_extent+0xe0/0xe0 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  [<ffffffff8109f0fd>] ? kthread+0xcd/0xf0
Sep 25 09:35:12 aldebaran kernel:  [<ffffffff815e2f72>] ? 
ret_from_fork+0x22/0x40
Sep 25 09:35:12 aldebaran kernel:  [<ffffffff8109f030>] ? 
kthread_worker_fn+0x150/0x150
Sep 25 09:35:12 aldebaran kernel: Code: ff ff ff 41 bf 0d 00 00 00 41 bc 
0d 00 00 00 e9 98 fe ff ff 0f 0b e8 14 eb 09 00 44 89 e0 f7 d8 48 98 48 
39 c1 0f 83 52 ff ff ff <0f> 0b 90 66 2e 0f 1f 84 00 0
Sep 25 09:35:12 aldebaran kernel: RIP  [<ffffffffc0558543>] 
update_inline_extent_backref+0x2a3/0x2b0 [btrfs]
Sep 25 09:35:12 aldebaran kernel:  RSP <ffff880024c93b18>
Sep 25 09:35:12 aldebaran kernel: ---[ end trace 0000000000000002 ]---
	
Best regards

Jakob


^ permalink raw reply	[flat|nested] 12+ messages in thread

* kernel bug?
@ 2024-05-08 21:57 glenn
  0 siblings, 0 replies; 12+ messages in thread
From: glenn @ 2024-05-08 21:57 UTC (permalink / raw)
  To: linux-sound

Greetings,

Is it possible that I am suffering a kernel bug?  My  AMD
ACP/ACP3X/ACP6x sound card does not work and I have tried everything.

Thanks,
--glenn

^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2024-05-08 22:02 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-04-04 15:07 Kernel bug? Gabriele Tozzi
2009-04-04 22:40 ` NeilBrown
2009-04-06  4:43   ` Neil Brown
  -- strict thread matches above, loose matches on Subject: below --
2024-05-08 21:57 kernel bug? glenn
2016-09-25  7:39 Kernel BUG^ Jakobus Schürz
2012-01-31 14:06 Kernel bug? Bram De Wilde
2012-01-31 14:18 ` Avi Kivity
2010-09-25  1:24 Kernel BUG? Mark Rada
2010-05-07 10:41 Kernel Bug??? Gilberto Nunes
2010-02-24 13:25 kernel bug? saraguato
2005-05-02 11:43 kernel bug ? Mateusz Berezecki
2005-02-22 18:17 [Fwd: kernel bug] Steve Felt
2005-02-25 12:59 ` Mikhail L. Titov

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.