[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CADpTngVnJwmu-E3wJwUaK2CKGBsRoJphRNtDPAO9AHyOnnfeRQ@mail.gmail.com>
Date: Mon, 22 Oct 2012 12:23:03 +0200
From: Fabio Coatti <fabio.coatti@...il.com>
To: NeilBrown <neilb@...e.de>
Cc: Jan Kara <jack@...e.cz>,
"Myklebust, Trond" <Trond.Myklebust@...app.com>,
Paul Bolle <pebolle@...cali.nl>, linux-kernel@...r.kernel.org,
Jeff Layton <jlayton@...hat.com>
Subject: Re: ext3 issue on 3.6.1
2012/10/19 Fabio Coatti <fabio.coatti@...il.com>:
> 2012/10/19 NeilBrown <neilb@...e.de>:
>> On Fri, 19 Oct 2012 00:08:09 +0200 Jan Kara <jack@...e.cz> wrote:
>>
>>> On Thu 18-10-12 23:40:25, Paul Bolle wrote:
>>> > On Thu, 2012-10-18 at 23:23 +0200, Jan Kara wrote:
>>> > > On Fri 12-10-12 14:57:55, Fabio Coatti wrote:
>>> > > > [13031.051521] ------------[ cut here ]------------
>>> > > > [13031.051576] WARNING: at fs/inode.c:280 drop_nlink+0x1b/0x35()
>>> > > > [13031.051624] Hardware name: ProLiant BL465c G7
>>> > > > [13031.051668] Pid: 3344, comm: php Tainted: G W
>>> > > > 3.6.1-1000hz-preempt #2
>>> > > > [13031.051746] Call Trace:
>>> > > > [13031.051787] [<ffffffff810578c4>] ? warn_slowpath_common+0x73/0x87
>>> > > > [13031.051837] [<ffffffff810ec628>] ? drop_nlink+0x1b/0x35
>>> > > > [13031.051885] [<ffffffff8118ad51>] ? nfs_dentry_iput+0x33/0x49
>>> > > > [13031.051934] [<ffffffff810ea920>] ? d_kill+0xe8/0x108
>>> > > > [13031.051980] [<ffffffff810eb001>] ? dput+0x147/0x154
>>> > > > [13031.052027] [<ffffffff810d9e46>] ? __fput+0x19a/0x1b2
>>> > > > [13031.052073] [<ffffffff8106bdf0>] ? task_work_run+0x4c/0x60
>>> > > > [13031.052123] [<ffffffff815ff5e8>] ? int_signal+0x12/0x17
>>> > > > [13031.052169] ---[ end trace e60232a455c8e2dd ]---
>>> > > And this seems unrelated - likely an NFS problem... Let's sort this out
>>> > > if you still see it after ext3 issue is solved.
>>> >
>>> > Looks rather similar too https://lkml.org/lkml/2012/8/29/165 , doesn't
>>> > it?
>>> Yup. I wonder why that patch didn't get merged. Neil?
>>>
>>> Honza
>>
>> Don't know. Maybe I slipped under Trond's radar some how.
>>
>> Trond: can you comment on and hopefully apply this patch?
>>
>> Subject of original email was "WARNING: at fs/inode.c:280 drop_nlink+0x31/0x33()
>
> I'll apply this patch and see what happens, I guess it applies also to
> 3.6.2 where I still see the warning. Could this be a culprit for
> several server lockups that we are seeing in 3.6.X machines and not in
> 2.6.39.X? I'm running some tests with 3.6.X with same setup of other
> machines wth 2.6.39.X and where the new kernel is installed at least
> once a day the machines lockups (not a reassuring thing :) . To answer
> to previous questions, yes, the server has a ext3 read only mount and
> no, the logs shows no other weird things besides the one I posted
> before (see below for a fresh one on 3.6.2). The server has several
> nfs mounts, all R/W.
>
Ok, after some days of running the modified kernel, the news are not so good :(
the kernel (3.6.2) message reported above disappeared (dmesg is
clean), however the server is not usable and now I get several 100%CPU
eating processes (namely, apache) and on reboot the console spits out
the message attached (unfortunately a ugly picture, the message was
visible only in a remote console with no history).
Then I've given a try to 3.6.3 with the same suggested patch, as I see
nothing related on changelog, but I got the following message:
[ 228.849355] ------------[ cut here ]------------
[ 228.849529] WARNING: at fs/ext3/inode.c:1754
ext3_journalled_writepage+0x55/0x1a7()
[ 228.849706] Hardware name: ProLiant BL465c G7
[ 228.849833] Pid: 2749, comm: flush-8:0 Not tainted 3.6.3-p #1
[ 228.849953] Call Trace:
[ 228.850070] [<ffffffff81057884>] ? warn_slowpath_common+0x73/0x87
[ 228.850192] [<ffffffff8115ccd6>] ? ext3_journalled_writepage+0x55/0x1a7
[ 228.850343] [<ffffffff810a2833>] ? __writepage+0xa/0x21
[ 228.850474] [<ffffffff810a31db>] ? write_cache_pages+0x206/0x2f8
[ 228.850598] [<ffffffff810a2829>] ? set_page_dirty+0x5e/0x5e
[ 228.850721] [<ffffffff81297ccb>] ? queue_unplugged+0x28/0x34
[ 228.850823] [<ffffffff810a330b>] ? generic_writepages+0x3e/0x55
[ 228.850919] [<ffffffff810f4eb0>] ? __writeback_single_inode+0x39/0xd1
[ 228.851016] [<ffffffff810f5c69>] ? writeback_sb_inodes+0x206/0x392
[ 228.851112] [<ffffffff810f5e5c>] ? __writeback_inodes_wb+0x67/0xa2
[ 228.851208] [<ffffffff810f5ffa>] ? wb_writeback+0xfd/0x18b
[ 228.851315] [<ffffffff810f61c5>] ? wb_do_writeback+0x13d/0x1a2
[ 228.851436] [<ffffffff81061e9b>] ? add_timer_on+0x61/0x61
[ 228.851529] [<ffffffff810f62a9>] ? bdi_writeback_thread+0x7f/0x13e
[ 228.851624] [<ffffffff810f622a>] ? wb_do_writeback+0x1a2/0x1a2
[ 228.851719] [<ffffffff810f622a>] ? wb_do_writeback+0x1a2/0x1a2
[ 228.851815] [<ffffffff8106e134>] ? kthread+0x81/0x89
[ 228.851909] [<ffffffff81607e74>] ? kernel_thread_helper+0x4/0x10
[ 228.852004] [<ffffffff8106e0b3>] ? kthread_worker_fn+0xe0/0xe0
[ 228.852098] [<ffffffff81607e70>] ? gs_change+0xb/0xb
[ 228.852189] ---[ end trace 67e723d93533674a ]---
--
Fabio
Download attachment "bug.png" of type "image/png" (211472 bytes)
Powered by blists - more mailing lists