From: Thomas Stein <himbeere@meine-oma.de>
To: "linux-bcache@vger.kernel.org" <linux-bcache@vger.kernel.org>
Subject: Re: kernel crash with kernel 3.17-rc4
Date: Mon, 15 Sep 2014 19:47:57 +0200 [thread overview]
Message-ID: <17001056.KAGdUDRv9p@rather> (raw)
In-Reply-To: <9699E135-38D8-4C09-88B1-BB8BE398035E@profihost.ag>
On Monday 15 September 2014 19:47:18 Stefan Priebe - Profihost AG wrote:
> Same to me.
Hello Stefan.
Is the 3.16.2 working better? Uhh and what happend to load bug? Even with
3.17-rc4 i have a constant load of 2.00 on an otherwise idle system.
cheers
t.
> Stefan
>
> Excuse my typo sent from my mobile phone.
>
> > Am 15.09.2014 um 19:26 schrieb Thomas Stein <himbeere@meine-oma.de>:
> >
> > Hello eveybody.
> >
> > Just played around with 3.17-rc4 and bcache. I've build bcache with a 120G
> > SSD as caching device and a Raid1 device (md4) as backing device. Today
> > under heavy i/o load (moving a 100G VM Image) the machine froze. Call
> > trace is this:
> >
> > Sep 15 10:13:48 hn kernel: [82567.843075] Task dump for CPU 0:
> > Sep 15 10:13:48 hn kernel: [82567.843078] bcache_gc R running task
> > 12248 28611 2 0x00080808
> > Sep 15 10:13:48 hn kernel: [82567.843083] ffffffff81c411c0
> > ffff88083fa03d78 ffffffff81071492 0000000000000000
> > Sep 15 10:13:48 hn kernel: [82567.843087] ffffffff81c411c0
> > ffff88083fa03d98 ffffffff810740b8 ffff88083fa03dd8
> > Sep 15 10:13:48 hn kernel: [82567.843090] 0000000000000000
> > ffff88083fa03dc8 ffffffff8108f335 ffff88083fa0d280
> > Sep 15 10:13:48 hn kernel: [82567.843093] Call Trace:
> > Sep 15 10:13:48 hn kernel: [82567.843096] <IRQ> [<ffffffff81071492>]
> > sched_show_task+0xc2/0x130
> > Sep 15 10:13:48 hn kernel: [82567.843108] [<ffffffff810740b8>]
> > dump_cpu_task+0x38/0x40
> > Sep 15 10:13:48 hn kernel: [82567.843119] [<ffffffff8108f335>]
> > rcu_dump_cpu_stacks+0x85/0xc0
> > Sep 15 10:13:48 hn kernel: [82567.843131] [<ffffffff81092610>]
> > rcu_check_callbacks+0x3c0/0x680
> > Sep 15 10:13:48 hn kernel: [82567.843135] [<ffffffff81096e13>]
> > update_process_times+0x43/0x80
> > Sep 15 10:13:48 hn kernel: [82567.843139] [<ffffffff810a54f1>]
> > tick_sched_handle.isra.13+0x31/0x40
> > Sep 15 10:13:48 hn kernel: [82567.843142] [<ffffffff810a5667>]
> > tick_sched_timer+0x47/0x70
> > Sep 15 10:13:48 hn kernel: [82567.843146] [<ffffffff8109766b>]
> > __run_hrtimer+0x7b/0x1c0
> > Sep 15 10:13:48 hn kernel: [82567.843149] [<ffffffff810a5620>] ?
> > tick_sched_do_timer+0x30/0x30
> > Sep 15 10:13:48 hn kernel: [82567.843153] [<ffffffff81097e37>]
> > hrtimer_interrupt+0xf7/0x230
> > Sep 15 10:13:48 hn kernel: [82567.843158] [<ffffffff81033196>]
> > local_apic_timer_interrupt+0x36/0x60
> > Sep 15 10:13:48 hn kernel: [82567.843162] [<ffffffff810334de>]
> > smp_apic_timer_interrupt+0x3e/0x60
> > Sep 15 10:13:48 hn kernel: [82567.843166] [<ffffffff8166994a>]
> > apic_timer_interrupt+0x6a/0x70
> > Sep 15 10:13:48 hn kernel: [82567.843168] <EOI> [<ffffffff8148f848>] ?
> > btree_gc_count_keys+0x28/0x60
> > Sep 15 10:13:48 hn kernel: [82567.843175] [<ffffffff8148f869>] ?
> > btree_gc_count_keys+0x49/0x60
> > Sep 15 10:13:48 hn kernel: [82567.843178] [<ffffffff814950b5>]
> > btree_gc_recurse+0x1b5/0x320
> > Sep 15 10:13:48 hn kernel: [82567.843182] [<ffffffff814904f3>] ?
> > btree_gc_mark_node+0x63/0x240
> > Sep 15 10:13:48 hn kernel: [82567.843186] [<ffffffff81080b2e>] ?
> > __wake_up+0x4e/0x70
> > Sep 15 10:13:48 hn kernel: [82567.843190] [<ffffffff81495635>]
> > bch_btree_gc+0x415/0x5a0
> > Sep 15 10:13:48 hn kernel: [82567.843194] [<ffffffff81080780>] ?
> > finish_wait+0x80/0x80
> > Sep 15 10:13:48 hn kernel: [82567.843197] [<ffffffff814957f8>]
> > bch_gc_thread+0x38/0x120
> > Sep 15 10:13:48 hn kernel: [82567.843200] [<ffffffff814957c0>] ?
> > bch_btree_gc+0x5a0/0x5a0
> > Sep 15 10:13:48 hn kernel: [82567.843204] [<ffffffff810672b4>]
> > kthread+0xc4/0xe0
> > Sep 15 10:13:48 hn kernel: [82567.843207] [<ffffffff810671f0>] ?
> > kthread_worker_fn+0x150/0x150
> > Sep 15 10:13:48 hn kernel: [82567.843211] [<ffffffff81668aac>]
> > ret_from_fork+0x7c/0xb0
> > Sep 15 10:13:48 hn kernel: [82567.843214] [<ffffffff810671f0>] ?
> > kthread_worker_fn+0x150/0x150
> >
> > That's it. Should i be worried? It's a testing machine of course.
> >
> > thanks and best regards
> > t.
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-09-15 17:50 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-15 17:26 kernel crash with kernel 3.17-rc4 Thomas Stein
[not found] ` <9699E135-38D8-4C09-88B1-BB8BE398035E@profihost.ag>
2014-09-15 17:47 ` Thomas Stein [this message]
2014-09-15 18:35 ` Stefan Priebe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=17001056.KAGdUDRv9p@rather \
--to=himbeere@meine-oma.de \
--cc=linux-bcache@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.